2. Desarrollo de Software
Problemas
Dimensionar para cumplir con los tiempos
y los costos. (Gestión)
Manejar requerimientos. (Software)
CAL/Requerimientos
9. Análisis Arquitectural
Modelo de Casos de Uso modelo de objetos Diagramas de Interacción
(Funcionalidad) (Recursos) (Comunicación)
Diagrama de Paquetes
Representación de las particiones del Sistema
A B
C D
CAL/Requerimientos
11. Particionando El Modelo
Particiones de Dominio
Matriz de particionamiento
De dominio vs tecnológico
Define perfiles Fija el perfil de
de Seguridad seguridad del Verifica usuario
de la aplicación usuario
Interface de Interface de Interface de
Usuario Usuario Usuario
Capa de Comunicación (interface)
Particiones de Tecnología
Aplicación Aplicación Aplicación
Cliente Cliente Cliente
Aplicación
Servidor
Acceso de Seguridad a Datos
Seguridad del DBMS
CAL/Requerimientos
13. Distribuir Responsabilidades
Ejemplos de tecnologías especializadas
Componentes visuales como
Java AWT y Swing classes,
Presentación Controles OCX,etc.
CORBA, RMI y un número de
Productos midleware que
Lógica Proporcionan mecanismos de
Comunicación entre los
Componentes de la
arquitectura
Datos
CAL/Requerimientos
14. Distribuir Responsabilidades
Ejemplos de tecnologías especializadas
Ambientes de programación
Visual que soporten el desarrollo
Presentación De aplicaciones cliente servidor
E interfaces de usuario.
Monitores de procesamiento
de transacciones como Tivoli
Lógica y Tuxedo que manejan
volúmenes de procesamiento
y gestión de transacciones
Datos Sistemas de gestion de base de
datos que soporten datos
(objetos) persistentes y su
CAL/Requerimientos acceso
15. Arquitectura N - Capas
Presentación
Tres capas con la capa
de datos distribuida
Interface
Lógica
Interface
Acceso Datos
distribuidos
Recepción
Marketing
Ventas
Pagos
CAL/Requerimientos
16. Arquitectura N - Capas
Presentación Tres capas con
transacción
distribuida o capa
Interface
Capa Transacción intermedia
Distribuida
Recepción
Marketing
Ventas
Pagos
Interface
Data
CAL/Requerimientos
17. Notación combinada
En este ejemplo, orderentry.exe reside en el
servidor pero es cargado en el cliente en
tiempo de ejecución.
CAL/Requerimientos
18. Construir un Diagrama De
Componentes
El estereotipo <<becomes>> muestra que el cosigo fuente se
vuelve un componente ejecutable y que se ejecuta en una
máquina diferente de la que reside el codigo fuente.
<<File>> <<becomes>> <<EXE>>
OrderEntry OrderEntry.exe
<<DLL>> <<Database>> <<Database>>
Orders.dll Inventory.tbl Orders.tbl
CAL/Requerimientos
19. Componentes Desde Clases
OrderEntry.exe implementa las clases
OrderProcesingClerk
Ingresa
Customer
<<EXE>>
OrderEntry.exe
Coloca <<Interface>>
Order
OrderInterface
Product
(from Purchasing)
CAL/Requerimientos