Analisis y Diseño

PROYECTO INTEGRADOR I
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 18
HISTORIAL DE REVISIONES
Versi Fecha de Fecha de Revisado

Autor Descripcin
n Elaboracin Revisin por
<Persona
<Persona(s)
que elabora
<Fecha de <Fecha de que revisa(n)
<x.x> el <Detalles>
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.............................................................................................................5
3. Metas y Restricciones de la Arquitectura...................................6

4. Modelo de Diseo.................................................................................9
4.1. MODELO LGICO......................................................................................................................9
4.2. MODELO FSICO DE DATOS..................................................................................................10
4.3. MODELO DE DISEO..............................................................................................................11
4.3.1. Vista de Capas y Subsistemas.......................................................................11
4.3.1.1. Capa de Presentacin.......................................................................................................11
4.3.1.2. Capa Controladora.............................................................................................................11
4.3.1.3. Capa de Negocio.................................................................................................................11
4.3.2. Realizacin de Casos de Uso Modelo de Diseo.............................11
4.3.2.1. Cdigo del CUS Nombre del CUS 01..................................................12
5. Vista de Procesos...............................................................................14
6. Vista de Despliegue...........................................................................14
7. Vista de Implementacin................................................................16
8. Vista de Integracin del Software..............................................16
8.1. CRITERIOS DE INTEGRACIN DE SOFTWARE......................................................................17
8.2. SECUENCIA DE INTEGRACIN...............................................................................................17
8.3. ENTORNO NECESARIO PARA LA INTEGRACIN....................................................................18
9. Tamao y Desempeo......................................................................19
____________________________________________________________________________________
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.]
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. Para ello deber usar el patrn MVC. Para la realizacin
deber identificar los escenarios. Dichos escenarios se obtienen de
las combinaciones entre el flujo principal y flujos alternativos del la
especificacin expandida de casos de uso (ver punto 7.8.2).]
Cdigo del CUS Nombre del CUS

Nombre del Escenario
[Identifica el escenario a ser realizado y una breve descripcin. Se
recomienda identificar con un cdigo nico a cada escenario. Por
ejemplo ESC01]
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 puede hacer uso de tarjetas CRC para
documentar las responsabilidades y colaboraciones de cada clase de
persistencia identificada.]
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 describe 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 reuso. 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
caractersticas de permitir a los usuarios realizar
esttica y consultas segn su perfil de
consistencia en las acceso.
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

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
escalabilidad, y correspondiente en la opcin del
localizacin. men "Acerca de".
Consideraciones Especifica las RNF26 El sistema debe

de diseo opciones del diseo alinearse con la red implementada
para el sistema. en la 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
sistema, pueden ser Microsoft.
estndares,
implementaciones,
lenguajes y lmites
de los recursos.
Requerimiento Especificaciones RNF27- Las cuales en las cuales

fsicos fsicas impuestas por se instalar las aplicaciones
el hardware usado debern ser Pentium III 700 Ghz. o
para mantener el superior. Las cuales debern tener
sistema. disponible 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_Estado Carcter 1 Estado 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
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
____________________________________________________________________________________
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.]

[Identifica el escenario a ser realizado y una breve
descripcin. Se recomienda identificar con un cdigo
nico a cada escenario. Por ejemplo ESC01. Deber
reusar los escenarios identificados en el modelo de
anlisis]
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.]


anlisis]
____________________________________________________________________________________



anlisis]




anlisis]
____________________________________________________________________________________



anlisis]


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:
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 Operati
Services)
Windows 2003 S
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
Inmuebles
Adjudicados
Presupuesto
Archivo Excel
Servidor BD Otros Sistemas
Internet
Mainframe IBM ZSeries
Web Service Interface Spring Comprobantes
PagoActivo Contabilidad
HOST
Ejemplo 2:
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
y el Paquete 2, incluye las documento de
clases C1, C2, etc. Especificacin de
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
____________________________________________________________________________________
INTERFAZ DESCRIPCION BREVE TIPO DE REFERENCIA
INTERFAZ
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 200.Enterprise
Nombre del Sistema Operativo
Edition
Version 2.2.3790 Service Pack 2 Build 3790
Proveedor del Sistema Operativo Microsoft Corporation
Nombre del Sistema DEIPSBATCH
Proveedor del Sistema IBM
____________________________________________________________________________________
Modelo del Sistema -[865811Y]-
Tipo del Sistema X86 based PC
Procesador x86 Family 6 Model 8 Stepping 3 Genuineintel - 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.]
____________________________________________________________________________________

Analisis y Diseño

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Analisis y Diseño

Transféré par

Droits d'auteur :

Formats disponibles

PROYECTO INTEGRADOR I

[Nombre del proyecto]

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

Versi Fecha de Fecha de Revisado

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

2.1. Arquitectura del Sistema

2.2. Realizacin de Casos de Uso Anlisis

Cdigo del CUS Nombre del CUS

Diagrama de Clases de Anlisis

Diagrama de Secuencia/Comunicacin de Anlisis

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

RNF33 La resolucin mnima

RNF34 Formato del men del

RNF11 El sistema deber

RNF12 El sistema deber

Rendimiento Se enfoca con las RNF15 El Sistema deber

RNF17 El tiempo promedio de

RNF18 El tiempo promedio de

RNF19 El sistema deber

RNF20 El tiempo de carga de

RNF21 El sistema deber

Consideraciones Especifica las RNF26 El sistema debe

RNF27 El sistema debe trabajar

RNF30 El motor de base de

Requerimiento Especificaciones RNF27- Las cuales en las cuales

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

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.1. Cdigo del CUS Nombre del CUS 01

Nombre del Escenario

Diagrama de Secuencia de Diseo

Diagrama de Clases de Diseo

4.3.2.2. Cdigo del CUS Nombre del CUS 02

Nombre del Escenario

Diagrama de Secuencia de Diseo

Diagrama de Clases de Diseo

4.3.2.3. Cdigo del CUS Nombre del CUS 03

Nombre del Escenario

Diagrama de Secuencia de Diseo

Diagrama de Clases de Diseo

4.3.2.4. Cdigo del CUS Nombre del CUS 04

Nombre del Escenario

Diagrama de Secuencia de Diseo

Diagrama de Clases de Diseo

4.3.2.5. Cdigo del CUS Nombre del CUS 01

Nombre del Escenario

Diagrama de Secuencia de Diseo

Diagrama de Clases de Diseo

PC Cliente Interno PC Cliente Interno

Servidor Intranet Servidor COM+ Servidor BD

INTERFAZ DESCRIPCION BREVE TIPO DE REFERENCIA

8.1. Criterios de Integracin de Software