02.plantilla AnalisisyDiseño Formato UNMSM

Anlisis y Diseo de
Software (ADS)
[Nombre del proyecto]
Integrantes [ ]
[ ]
[ ]
[ ]
[Este documento es la plantilla base para elaborar el documento Anlisis y Diseo de

Software. Los textos que aparecen entre parntesis rectos son explicaciones de que
debe contener cada seccin. Dichos textos se deben seleccionar y sustituir por el
contenido que corresponda. En caso que alguna de las secciones del presente
documento no aplique a su proyecto pueden usarse las frases No hay cambios, No
hay impacto en esta seccin, La solucin que se est implementando no tiene
impacto en esta seccin, No aplican para el proyecto (No borrar secciones del
documento)]
____________________________________________________________________________________
Anlisis y Diseo de Software (ADS) Pgina 1 de 22
Facultad de Ingeniera de Sistemas e Informtica Versin 1.0
Documento de Anlisis y Diseo de Software Fecha: 16/09/2017
[Proyecto_ABC_ModeladoNegocio_v1_0.docx]
HISTORIAL DE REVISIONES
Fecha de Fecha de Revisado

Versin Autor Descripcin
Elaboracin Revisin por
<Persona <Persona(s)
que elabora <Fecha de <Fecha de que revisa(n)
<x.x> <Detalles>
el Elaboracin> Revisin> el
documento> documento>
____________________________________________________________________________________
Contenido
1. Introduccin ........................................................................................ 4
1.1. PROPSITO .............................................................................................................................. 4
1.2. ALCANCE .................................................................................................................................. 4
1.3. DEFINICIONES, ACRNIMOS Y ABREVIATURAS .................................................................... 4
1.3.1. Definiciones ............................................................................................................... 4
1.3.2. Acrnimos .................................................................................................................. 4
1.3.3. Abreviaturas ............................................................................................................. 5
1.4. REFERENCIAS ........................................................................................................................... 5
2. Modelo de Anlisis ............................................................................. 5

2.1. ARQUITECTURA DEL SISTEMA ................................................................................................ 5
2.2. REALIZACIN DE CASOS DE USO ANLISIS...................................................................... 5
2.3. MODELO CONCEPTUAL ............................................................................................................ 6
3. Metas y Restricciones de la Arquitectura ................................. 7

4. Modelo de Diseo ............................................................................. 10
4.1. MODELO LGICO ................................................................................................................... 10
4.2. MODELO FSICO DE DATOS ................................................................................................. 11
4.3. MODELO DE DISEO ............................................................................................................. 12
4.3.1. Vista de Capas y Subsistemas ...................................................................... 12
4.3.1.1. Capa de Presentacin ....................................................................................................... 12
4.3.1.2. Capa Controladora ............................................................................................................. 12
4.3.1.3. Capa de Negocio ................................................................................................................. 12
4.3.2. Realizacin de Casos de Uso Modelo de Diseo ............................ 13
4.3.2.1. Cdigo del CUS Nombre del CUS 01 .................................................. 13
4.3.2.2. Cdigo del CUS Nombre del CUS 02 .................................................. 14
4.3.2.3. Cdigo del CUS Nombre del CUS 03 .... Error! Bookmark not defined.
5. Vista de Procesos ............................................................................. 15

6. Vista de Despliegue ......................................................................... 15
7. Vista de Implementacin .............................................................. 18
8. Vista de Integracin del Software ............................................. 18
8.1. CRITERIOS DE INTEGRACIN DE SOFTWARE ...................................................................... 19
8.2. SECUENCIA DE INTEGRACIN............................................................................................... 19
8.3. ENTORNO NECESARIO PARA LA INTEGRACIN .................................................................... 20
9. Tamao y Desempeo .................................................................... 22
____________________________________________________________________________________
1. Introduccin
[Describa de manera breve el contenido del documento orientando la
descripcin hacia la utilidad que la misma busca. Recuerde que para la
elaboracin del documento debe considerar lo desarrollado en la Especificacin
de Software (ES) y que es posible que en esta seccin se pueda complementar
la informacin del documento base ES.]
1.1. Propsito
[En esta seccin se debe proporcionar una visin general de la
arquitectura del sistema haciendo referencia a las diferentes vistas que
implementarn los diferentes aspectos.]
1.2. Alcance
[Indicar cul es el alcance del documento. Considere que en la ES se ha
desarrollado la Vista de Sistema (funcional) y que para completar la
visin total es necesario incluir la vista de arquitectura, vista lgica, vista
de implementacin, vista de despliegue y vista de datos. A menudo es
necesario incluir una representacin de la arquitectura con
consideraciones de infraestructura tecnolgica, relacin con otros
sistemas y una vista de procesos en donde se describe la
descomposicin del sistema en procesos y los mtodos de comunicacin
del sistema.]
1.3. Definiciones, Acrnimos y Abreviaturas

[Proporcione las definiciones, acrnimos y abreviaturas que se utilizarn
en el desarrollo del documento.]
1.3.1. Definiciones
[Indique cada una de las definiciones que son relevantes para
el entendimiento del presente documento. Cada definicin
deber ir acompaada de una breve descripcin.]
Definicin Descripcin
Asistente de Gestin Trabajador encargado de procesar
las rectificaciones de los ciudadanos
que lo solicitan. Tambin coordina
las entregas de hologramas.
1.3.2. Acrnimos
[Indique cada una de los acrnimos que son relevantes para el
entendimiento del presente documento, para el entendimiento
____________________________________________________________________________________
de la arquitectura propuesta y para el diseo detallado. Cada

acrnimo deber ir acompaada de una breve descripcin.]
Acrnimo Descripcin
RUP Rational Unified Process
1.3.3. Abreviaturas
[Indique cada una de las abreviaturas que son relevantes para
el entendimiento del presente documento, para el
entendimiento de la arquitectura propuesta y para el diseo
detallado. Cada abreviatura deber ir acompaada de una breve
descripcin.]
Acrnimo Descripcin
SIGA Sistema Integrado de Gestin
Administrativa
1.4. Referencias
[Mencione los documentos que sirven como entrada, o salida, y
herramientas que se usarn para el desarrollo del presente documento.]
2. Modelo de Anlisis
2.1. Arquitectura del Sistema

[Incorpore el diagrama de paquetes que representa la arquitectura
modular del sistema a nivel de anlisis. Cada Paquete deber ser
identificado con un cdigo nico y correlativo. Ejemplo: P01.]
2.2. Realizacin de Casos de Uso Anlisis

[Esta seccin ilustra cmo el software trabaja a partir de los casos de
uso o escenarios seleccionados, y explica cmo varios elementos del
modelo de anlisis contribuyen con ellos funcionalmente. Por cada caso
de uso deber desarrollar un diagrama de secuencia y de clases de
anlisis.
Cdigo del CUS Nombre del CUS

Especificacin de Casos de Uso
ESPECIFICACIN DE CASOS DE USO

Nombre Indicar el nombre y codificacin del CU
Actores Indicar el actor(es) relacionados a este CU
Propsito Indicar el propsito de CU
Breve descripcin Breve descripcin
Indicar las condiciones que deben cumplirse antes de
Pre-condicin
iniciar el CU
Indicar las condiciones que se han cumplido luego de
Post-condicin
ejecutar el CU
Evento disparador Indicar el evento que inicia el CU.
____________________________________________________________________________________
Ejemplo: El caso de uso inicia cuando el recepcionista

pulsa el botn Registrar Solicitud
Indicar la secuencia de actividades que siguen al evento
Flujo Bsico disparador
Indicar la secuencia de actividades de los sub-flujos si

Sub-Flujos
los hubiera
Indicar la secuencia de actividades de los flujos alternos
Flujos Alternos
si los hubiera
Puntos de extensin Indicar los puntos de extensin si los hubiera.
Requerimientos Indicar que requerimientos funcionales son atendidos
Funcionales por el presente CU
asociados
Requerimientos Indicar si existen otros requerimientos a considerar.
especiales
Prototipos
Agregar los prototipos elaborados en funcin a la ECU
Diagrama de Clases de Anlisis

[Incluya el diagrama de clases de anlisis obtenido del conjunto de
diagramas de secuencia que se implementan por cada escenario.]
Diagrama de Secuencia/Comunicacin de Anlisis

[Incluya el diagrama de secuencia/comunicacin de anlisis en el cual
se observe el uso del patrn MVC que implementa el escenario
identificado.]
2.3. Modelo Conceptual

[Esta seccin ilustra cmo a partir de las clases del tipo entidad se pueden
identificar una primera propuesta de modelo de persistencia. Para ello se utiliza
un diagrama clases por cada paquete que forma parte de la arquitectura del
sistema.
____________________________________________________________________________________
Se sugiere que por cada clase se tenga un diccionario que incluya el nombre,
el tipo, la descripcin, atributos, tipo de dato, visibilidad y valor inicial]
Nombre Nombre de la Clase

Tipo Tipo de Clase (Ejemplo Entidad)
Descripcin Descripcin de la clase identificando que representa
Atributo Tipo de Dato Visibilidad Valor inicial
Nombre del Integer / String Pblico /
atributo / Boolean Privado
3. Metas y Restricciones de la Arquitectura

[En sta seccin se describen los requerimientos de software y objetivos que
tienen algn significativo impacto sobre la arquitectura; por ejemplo:
seguridad, privacidad de uso del producto, portabilidad, distribucin y re-uso.
Esto tambin captura las restricciones especiales que quizs apliquen en la:
Estrategia de diseo e implementacin, herramientas de desarrollo, estructura
del equipo, cronograma, leyes y regulaciones legales y otros. Las restricciones
que aqu se recogen pueden complementar a las identificas en el ES a excepcin
de aquellas funcionales.]
Ejemplo:
A continuacin se presenta el listado de requerimientos que tienen impacto
sobre la arquitectura del mdulo de Programacin de Viajes:
Clasificacin Descripcin Requerimientos

Usabilidad Se enfoca a las RNF03 El sistema deber permitir
caractersticas de a los usuarios realizar consultas
esttica y segn su perfil de acceso.
consistencia en las
interfaces grficas RNF04 La interfaz del usuario se
disear de tal manera que le
facilite el uso de la misma, sin
necesidad de un soporte del rea
de sistemas. Esta tendr que ser
validada por el usuario.
RNF05 En caso de error del

usuario el sistema informar
claramente: el mensaje del error y
la solucin.
RNF06 El lenguaje empleado en

la interfaz grfica del sistema
respetar los trminos usados en el
negocio.
RNF31- El sistema tendr un men

de ayuda donde se encuentran
____________________________________________________________________________________

especificadas el funcionamiento de
las principales funciones del
sistema.
RNF33 La resolucin mnima para

una buena visualizacin y ejecucin
del sistema ser un tamao de
pantalla de 800x600 pxel.
RNF34 Formato del men del

sistema.
Confiabilidad Se enfoca con las RNF08 El sistema estar
caractersticas como disponible 24 horas al da, 7 das a
disponibilidad (el la semana.
tiempo disponible del
sistema), exactitud RNF09 El porcentaje de
de los clculos del disponibilidad anual del sistema no
sistema, y las ser menor del 99%.
habilidades del
sistema para RNF10 El tiempo promedio entre
recuperarse durante fallas estimado ser de una vez
fallos. cada 6 semanas
RNF11 El sistema deber

mantener almacenado los errores
originados por excepciones en el
sistema.

mantener almacenado el contenido
histrico de todas las operaciones
(Log).
RNF13 El tiempo promedio de
correccin del sistema no debe
superar las 4 horas.
Rendimiento Se enfoca con las RNF15 El Sistema deber

caractersticas como permitir el ingreso concurrente de
tiempo de respuesta, por lo menos 200 usuarios
tiempo de iniciacin distribuidos entre los diversos
y trmino. mdulos del sistema a lo largo de
las diversas oficinas con las que
cuentan la compaa.
RNF16 El tiempo de respuesta

del sistema para operaciones de
ingreso o registro de informacin
deber ser como mximo 5
segundos de espera.
____________________________________________________________________________________

cada transaccin realizada en el
sistema deber ser en promedio de
8 segundos.

cada consulta realizada en el
sistema deber ser menor a 10
segundos.

soportar un promedio de 50
transacciones por minuto.
RNF20 El tiempo de carga de

pantalla deber ser en promedio 5
segundos
RNF21 El sistema deber permitir

como mximo 10 pantallas abiertas
por usuario.
Soporte Se concentra en las RNF22 El sistema ser
caractersticas como compatible con Windows 2000
pruebas, profesional y Windows XP
adaptabilidad, profesional o superiores.
mantenimiento,
configuracin, RNF24 El sistema deber
Instalacin, mostrar la versin correspondiente
escalabilidad, y en la opcin del men "Acerca de".
localizacin.
Consideraciones Especifica las RNF26 El sistema debe alinearse

de diseo opciones del diseo con la red implementada en la
para el sistema. empresa y no deber generar
conflicto con las aplicaciones
existentes.
RNF27 El sistema debe trabajar

sobre cualquier computador que
cuente con estos requerimientos
mnimos con procesador Pentium
III o superior, 256 Mb de memoria
RAM y disco duro de 20 Gb.
RNF28 La aplicacin se
desarrollar con la herramienta
Visual Basic versin 6 de Microsoft.
considerar una arquitectura lgica
de tres capas: Datos, Negocio y
Presentacin.
____________________________________________________________________________________
RNF30 El motor de base de datos

que utilizara el sistema deber ser
SQL Server 2000.
RNF28 La aplicacin se
desarrollar con la herramienta
Visual Basic versin 6 de Microsoft.
Requerimientos Especifica la RNF28 La aplicacin se
de codificacin o desarrollar con la herramienta
implementacin construccin del Visual Basic versin 6 de Microsoft.
sistema, pueden ser
estndares,
implementaciones,
lenguajes y lmites
de los recursos.
Requerimiento Especificaciones RNF27- Las cuales en las cuales se

fsicos fsicas impuestas por instalar las aplicaciones debern
el hardware usado ser Pentium III 700 Ghz. o superior.
para mantener el Las cuales debern tener disponible
sistema. como mnimo 200MB libres de disco
y debern contar con un mnimo de
128MB de RAM.
Aspectos Especifica los [RNF35] - A cada usuario se le

Generales requerimientos de asignar un usuario del sistema y
seguridad que deben una clave, los cuales permitirn el
tener el sistema y ingreso de acuerdo un perfil
sus caractersticas determinado
generales.
4. Modelo de Diseo
4.1. Modelo Lgico

[El modelo lgico es el refinamiento del Modelo Conceptual. Aqu se
reducen y/o aumentan clases y slo quedan aquellas que van a ser
diseadas como tablas de la Base de Datos. El modelo lgico debe
representarse con un diagrama de clases de acuerdo a la arquitectura
propuesta. Tenga presente que para la transformacin del modelo
conceptual al modelo lgico se debe tener en cuenta:
Pasar las reglas de negocio
Colocar las multiplicidades entre clases
Identificar los atributos de Enlace o Clase de Enlace de las
asociaciones de muchos a muchos
NO INCLUIR los atributos identificadores de la clase (se agregarn en
el modelo fsico)
____________________________________________________________________________________
Incluir los atributos de las clases que se necesitan para satisfacer los
requerimientos del sistema
Documentar un registro de glosario de trminos
Verificar que las reglas de negocio se sigan cumpliendo.
Se sugiere que por cada clase se tenga un diccionario que incluya el
nombre, el tipo, la descripcin, atributos, tipo de dato, visibilidad y valor
inicial]
Nombre Nombre de la Clase

Tipo Tipo de Clase (Ejemplo Entidad)
Descripcin Descripcin de la clase identificando que
representa
Atributo Tipo de Dato Visibilidad Valor inicial
Nombre del Integer / String Pblico /
atributo / Boolean Privado
4.2. Modelo Fsico de datos
[El modelo Fsico es la estructura final de la base de datos, aqu se debe de

considerar todos las tablas necesarias para cumplir las reglas de seguridad y
auditoria .as como el diccionario de datos.]
Diccionario de Datos
Tabla:
Descripcin:
Campo Tipo Longitud Descripcin
Restricciones:
Llaves
Primarias:
Llaves
Forneas:
Ejemplo
Tabla: TB_Producto
Descripcin: Contiene los datos de los productos que comercializa el
negocio.
Campo Tipo Longitud Descripcin
Pro_Codigo Carcter 6 Identificador nico del producto
Pro_Nombre Carcter 60 Descripcin del nombre del
producto
Pro_Stock Numrico 8 Cantidad actual del producto
Pro_Precio1 Numrico 8 Precio Venta 1 del producto
____________________________________________________________________________________
Pro_Precio2 Numrico 8Precio Venta 2 del producto

Pro_Estado Carcter 1Estado del producto 1=Activo
2=Inactivo
Pro_Envase Carcter 1 Tipo de envase del producto
1=Lata, 2=Caja,
3=Bolsa,4=paquete
Lin_Codigo Carcter 2 identificador nico de la lnea
Restricciones: El campo Pro_codigo es nico.
El campo Pro_Nombre no puede ser nulo.
El campo Pro_Envase se asigna por defecto el valor 4
El campo Pro_Estado se asigna por defecto el valor 1
Llaves Pro_Codigo
Primarias:
Llaves Lin_Codigo
Forneas:
4.3. Modelo de Diseo

[En esta seccin debe representar el refinamiento del modelo de anlisis
considerando los requisitos no funcionales identificados en la ES.]
4.3.1. Vista de Capas y Subsistemas

[Incluir el diagrama en el que se represente la arquitectura de
diseo. Para ello puede usar un patrn en el cual se usen capas
y subsistemas. Adems deber identificar subsistemas
requeridos por el uso de algn patrn de diseo como el DAO
Factory, Singleton, Front Controller, entre otros. Por cada capa
y subsistema deber identificar las clases de diseo que se
implementarn]
4.3.1.1. Capa de Presentacin

[Identifique las clases de diseo de la capa de
presentacin. Ordene dicha identificacin
utilizando los paquetes al interior de las capas
denominados subsistemas.]
4.3.1.2. Capa Controladora
[Identifique las clases de diseo de la
controladora. Ordene dicha identificacin
utilizando los paquetes al interior de las capas
denominados subsistemas.]
4.3.1.3. Capa de Negocio

[Identifique las clases de diseo de la capa de
negocio. Ordene dicha identificacin utilizando los
paquetes al interior de las capas denominados
subsistemas.]
____________________________________________________________________________________
4.3.2. Realizacin de Casos de Uso Modelo de Diseo

[Esta seccin deber desarrollar los diagramas de secuencia y
de clases de diseo a partir de los requisitos funcionales
identificados en la ES y considerando los escenarios
identificados del presente documento. Debe asegurarse que las
clases que se incorporen deben ser aquellas que se han
identificado del presente documento.]
4.3.2.1. Cdigo del CUS Nombre del CUS 01

[A partir de los casos de uso realizados del modelo de anlisis
deber identificar los casos de uso que usar para las
realizaciones de diseo.]

Pre-condicin
iniciar el CU
Post-condicin
ejecutar el CU
Indicar el evento que inicia el CU.
Evento disparador Ejemplo: El caso de uso inicia cuando el recepcionista

Sub-Flujos
los hubiera
Flujos Alternos
si los hubiera
asociados
especiales
Prototipos
____________________________________________________________________________________
Diagrama de Secuencia de Diseo

[Incluya el diagrama de secuencia de diseo en el cual
se observe el uso de patrones de diseo para las clases
que implementarn cada una de las clases lgicas.]
Diagrama de Clases de Diseo

[Incluya el diagrama de clases de diseo obtenido del
conjunto de diagramas de secuencia que se implementan
por cada escenario.]
4.3.2.2. Cdigo del CUS Nombre del CUS 02

Pre-condicin
iniciar el CU
Post-condicin
ejecutar el CU
Indicar el evento que inicia el CU.
Evento disparador Ejemplo: El caso de uso inicia cuando el recepcionista

Sub-Flujos
los hubiera
____________________________________________________________________________________

Flujos Alternos
si los hubiera
asociados
especiales
Prototipos
Diagrama de Secuencia de Diseo

[Incluya el diagrama de secuencia de diseo en el cual
se observe el uso de patrones de diseo para las clases
que implementarn cada una de las clases lgicas.]
Diagrama de Clases de Diseo

[Incluya el diagrama de clases de diseo obtenido del
conjunto de diagramas de secuencia que se implementan
por cada escenario.]
5. Vista de Procesos
[Esta seccin describe la descomposicin del sistema en procesos de primer
nivel (un solo hilo de control) y los procesos de ltimo nivel (grupos de procesos
de primer nivel). Tambin describe la ubicacin de objetos y clases. Organizar
la seccin por los grupos de los procesos que se comunican u obran
recprocamente. Describir los modos principales de la comunicacin entre los
procesos, tales como el paso de mensajes, interrupciones y qu pasa, las
interrupciones, y puntos de encuentro entre procesos.]
6. Vista de Despliegue
[En esta seccin se describen unas o ms configuraciones fsicas de la red
(hardware) que se usarn para el despliegue de los componentes de software
que forman parte de la solucin. Para ello puede usar un Diagrama de
Despliegue indicando como mnimo, para cada configuracin, en qu nodos
____________________________________________________________________________________
fsicos (computadoras, CPU) se ejecuta el software y sus interconexiones (bus,

LAN, punto a punto, y as sucesivamente). De ser posible se debe incluir un
mapeo de los procesos de la vista de procesos sobre los nodos fsicos. Adems
deber especificar los detalles tcnicos de cada nodo en la vista de despliegue.]
Ejemplo 1:
____________________________________________________________________________________
Ejemplo 2:
Sistema Operativo
Windows 2000/XP/2003
Professsional
Internet Explorer 6.0 o
superior
PC Cliente Interno PC Cliente Interno
Sistema Operativo
Intranet Windows 2003 Server
COM+ (Component
Sistema Operativo
Services)
Windows 2003 Server
Sistema Operativo Net Framewok 2.0
SQL Server 2000
Windows 2003 Server
IIS (Internet Information
Server)
Net Framework 2.0
Servidor Intranet Servidor COM+ Servidor BD Sistema Operativo

Windows 2003 Server
Inmuebles SQL Server 2000
Adjudicados Sistemas:
Presupuesto Spring (Macro)
Contabilidad MC
Archivo Excel Adelantos (Macro)
Servidor BD Otros Sistemas Provisiones (Macro)
Inmuebles Propios
Internet
Mainframe IBM ZSeries
Web Service Interface Spring Comprobantes
PagoActivo Contabilidad
HOST
____________________________________________________________________________________
7. Vista de Implementacin
[En esta seccin se describe la estructura total del modelo de implementacin,
utilizando la descomposicin del software en capas y subsistemas y cmo ste
se pondr en prctica. Deber identificar cualquier componente arquitectnico
significativo. Debe nombrar y definir las capas y contenidos de las mismas, las
reglas que gobiernan la inclusin de una u otra capa, y las caractersticas entre
capas. Incluya el diagrama de componentes que muestra las relaciones entre
capas. Para cada capa, incluya una sub-seccin con el nombre de la capa, una
enumeracin de los subsistemas localizados dentro de la capa y un diagrama
de componentes.]
8. Vista de Integracin del Software

[De requerirlo en esta seccin pude incluir un diagrama integracin del software
desarrollado y su interaccin con las diferentes interfaces identificadas en el
modelo de diseo.]
Ejemplo:
INTERFAZ DESCRIPCION BREVE TIPO DE REFERENCIA

INTERFAZ
INT1 La interfaz 1 apoya la Interfaz Interna La Especificacin de esta
integracin del Paquete 1 interfaz se encuentra en el
y el Paquete 2, incluye las documento de
clases C1, C2, etc. Especificacin de
Componentes
INT2 La interfaz 1 apoya la Interfaz Interna La Especificacin de esta
integracin del Paquete 1 interfaz se encuentra en el
documento de
____________________________________________________________________________________
INTERFAZ DESCRIPCION BREVE TIPO DE REFERENCIA

INTERFAZ
y el Paquete 2, incluye las Especificacin de
clases C1, C2, etc. Componentes
INT3 Interfaz Interna La Especificacin de esta
interfaz se encuentra en el
documento de
Especificacin de
Componentes
INT4 Interfaz Externa La Especificacin de esta
documento de
Especificacin de
Componentes
INT5 Interfaz Externa La Especificacin de esta
documento de
Especificacin de
Componentes
8.1. Criterios de Integracin de Software

[Identifique los criterios que se debern considerar para la integracin
de los componentes de software y sus interfaces.
Ejemplo:
Para la ptima integracin del Software se debern tener que cumplir,
considerar y evaluar los siguientes criterios:
Antes de realizar la integracin todos los componentes debern
haber pasado por pruebas unitarias.
Antes de realizar la integracin, todas las incidencias, errores u otras
no conformidades encontradas durante las pruebas unitarias
debern estar cerradas.
Se deber tener preparado los ambientes y entornos para la
integracin (Entorno de Desarrollo o Entorno de Integracin).
Deber haberse inicializado y migrado data consistente previa a la
integracin.
Otros Criterios que apoyen a que la integracin resulte un xito.]
8.2. Secuencia de Integracin

[Defina la secuencia de integracin que se aplicarn a los componentes
de software y sus interfaces.
Ejemplo:
Para que el Software se integre totalmente se seguir la siguiente
secuencia de integracin:
Realizar las pruebas unitarias a todos los componentes desarrollados
(De todos los mdulos).
Levantar todos los errores e incidencias encontradas en las pruebas
unitarias (De todos los mdulos).
____________________________________________________________________________________
Realizar revisin de pares al cdigo fuente y levantar las no

conformidades.
Asegurarse que todos los componentes del Sistema estn
completamente corregidos (Realizacin de nuevas pruebas sobre los
errores encontrados).
Validar que el entorno de integracin este listo.
Validar que la data haya sido migrada satisfactoriamente.
Iniciar la integracin
o Integrar Modulo 1 y Modulo 2 - Realizar pruebas de
integracin entre ambos mdulos.
o Integrar Modulo 1 y Modulo 2 y Modulo3 - Realizar pruebas
de integracin entre mdulos.
o Integrar Modulo 1 y Modulo 2 y Modulo n - Realizar
pruebas de integracin entre mdulos.
Finalizada la Integracin entre mdulos, realizar la integracin con
aplicativos externos al sistema en desarrollo.
o Integrar Sistema en desarrollo con Sistema Externo1
(Aplicativo Externo) y Realizar Pruebas.
o Integrar Sistema en desarrollo con Sistema Externo2
(Aplicativo Externo) y Realizar Pruebas.
Finalmente realizar las pruebas del Sistema y luego de ellas las
Pruebas de Aceptacin con los Usuarios Finales.
8.3. Entorno Necesario para la Integracin

[En esta seccin se debern identificar y especificar los diversos
entornos que se usarn o que estn involucrados en la integracin del
Software.]
NOMBRE DEL SERVIDOR Serv_Desa

IP 1.1.15.50
DESCRIPCION Y OBJETIVO DEL SERVIDOR
En este servidor se almacenar el cdigo fuente, en este entorno trabajaran los
desarrolladores. Aqu se realizarn las pruebas unitarias.
SERVICIOS
NOMBRE DE
APLICACIN FUNCIN INICIO USUARIO
SERVICIO
Por Ejemplo: Por ejemplo: Por ejemplo:
Asynchronous AJAX Presentacin
JavaScript + basada en
Automtico Adminservice
XML estndares
usando XHTML
y CSS
____________________________________________________________________________________
<Servicio 1> <Aplicacin 1> <Funcin 1> Local System

Automtico
Account
<Servicio 2> <Aplicacin 2> <Funcin 2> Local System
Automtico
Account
<Servicio N> <Aplicacin N> <Funcin 1> Local System
Automtico
Account
CONFIGURACIN DE HARDWARE Y SOFTWARE
Microsoft ( R) Windows (R ) Server
Nombre del Sistema Operativo
200.Enterprise Edition
Version 2.2.3790 Service Pack 2 Build 3790
Proveedor del Sistema
Microsoft Corporation
Operativo
Nombre del Sistema DEIPSBATCH
Proveedor del Sistema IBM
Modelo del Sistema -[865811Y]-
Tipo del Sistema X86 based PC

x86 Family 6 Model 8 Stepping 3 Genuineintel -
Procesador
664
BIOS Version/Date IBM ILKT44AUS, 20/09/2001
SMBIOS Version 2.1
Total de Memoria Fsica 2,047.49 MB
Promedio de Memoria Fsica 1.37 GB
Total de Memoria Virtual 3.86 GB
Promedio de Memoria Virtual 3.47 GB
Tipo de Adaptador Ethernet 802.3
Tipo de Producto IBM Netfinity Fault Tolerante PCI Adapter
Nombre del Servicio PCNet5
Direccin IP 10.203.32.9
Mscara de Sub Red IP 255.255.255.0
Gateway IP 10.203.32.254
DHCP Enabled No
DHCP Server Not Available

MAC Address 00:06:29:D5:38:0F
Memory Address 0XFEB7FC00-0XFEB7FC1F
____________________________________________________________________________________
SOFTWARE ADICIONAL
USARIOS CON PERMISOS AL
SERVIDOR
RELACION CON OTROS
SERVIDORES
9. Tamao y Desempeo
[En esta seccin se pueden incluir descripciones de las principales
caractersticas del dimensionamiento del software que afectan la arquitectura,
as como las restricciones de desempeo. Si trabaja estas caractersticas en la
ES haga referencia a dicho documento.]
____________________________________________________________________________________

02.plantilla AnalisisyDiseño Formato UNMSM

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

02.plantilla AnalisisyDiseño Formato UNMSM

Încărcat de

Drepturi de autor:

Formate disponibile

Anlisis y Diseo de

[Este documento es la plantilla base para elaborar el documento Anlisis y Diseo de

Fecha de Fecha de Revisado

2. Modelo de Anlisis ............................................................................. 5

3. Metas y Restricciones de la Arquitectura ................................. 7

5. Vista de Procesos ............................................................................. 15

9. Tamao y Desempeo .................................................................... 22

1.3. Definiciones, Acrnimos y Abreviaturas

de la arquitectura propuesta y para el diseo detallado. Cada

2.1. Arquitectura del Sistema

2.2. Realizacin de Casos de Uso Anlisis

Cdigo del CUS Nombre del CUS

ESPECIFICACIN DE CASOS DE USO

Ejemplo: El caso de uso inicia cuando el recepcionista

Indicar la secuencia de actividades de los sub-flujos si

Diagrama de Clases de Anlisis

Diagrama de Secuencia/Comunicacin de Anlisis

2.3. Modelo Conceptual

Nombre Nombre de la Clase

3. Metas y Restricciones de la Arquitectura

Clasificacin Descripcin Requerimientos

RNF05 En caso de error del

RNF06 El lenguaje empleado en

RNF31- El sistema tendr un men

Clasificacin Descripcin Requerimientos

RNF33 La resolucin mnima para

RNF34 Formato del men del

RNF11 El sistema deber

RNF12 El sistema deber

Rendimiento Se enfoca con las RNF15 El Sistema deber

RNF16 El tiempo de respuesta

Clasificacin Descripcin Requerimientos

RNF18 El tiempo promedio de

RNF19 El sistema deber

RNF20 El tiempo de carga de

RNF21 El sistema deber permitir

Consideraciones Especifica las RNF26 El sistema debe alinearse

RNF27 El sistema debe trabajar

Clasificacin Descripcin Requerimientos

RNF30 El motor de base de datos

Requerimiento Especificaciones RNF27- Las cuales en las cuales se

Aspectos Especifica los [RNF35] - A cada usuario se le

4.1. Modelo Lgico

Nombre Nombre de la Clase

4.2. Modelo Fsico de datos

[El modelo Fsico es la estructura final de la base de datos, aqu se debe de

Campo Tipo Longitud Descripcin

Pro_Precio2 Numrico 8Precio Venta 2 del producto

4.3. Modelo de Diseo

4.3.1. Vista de Capas y Subsistemas

4.3.1.1. Capa de Presentacin

4.3.1.3. Capa de Negocio

4.3.2. Realizacin de Casos de Uso Modelo de Diseo

4.3.2.1. Cdigo del CUS Nombre del CUS 01

Especificacin de Casos de Uso

ESPECIFICACIN DE CASOS DE USO

Indicar la secuencia de actividades de los sub-flujos si

Diagrama de Secuencia de Diseo

Diagrama de Clases de Diseo

4.3.2.2. Cdigo del CUS Nombre del CUS 02

Especificacin de Casos de Uso

Indicar la secuencia de actividades de los sub-flujos si

Indicar la secuencia de actividades de los flujos alternos