sesion final as1
TRANSCRIPT
Sesión Final
Lic. César Alcántara Loayza
CAL/Requerimientos
Desarrollo de Software
Problemas Dimensionar para cumplir con los
tiempos y los costos. (Gestión) Manejar requerimientos. (Software)
CAL/Requerimientos
Modelado Visual
CAL/Requerimientos
Modelado Visual
CAL/Requerimientos
Pruebas en Cada Iteración
CAL/Requerimientos
Mejores Prácticas (Refuerzan)
CAL/Requerimientos
Mapa de Dominios
CAL/Requerimientos
Transición Análisis - Diseño
Capa de diseño
Capa de análisis
CAL/Requerimientos
Análisis ArquitecturalModelo de Casos de Uso modelo de objetos Diagramas de Interacción (Funcionalidad) (Recursos) (Comunicación)
Diagrama de PaquetesRepresentación de las particiones del Sistema
A B
C D
CAL/Requerimientos
Modelo de Objetos - Partición
<<subsystem>>Planear Precio
ActualizarNivelPrecio
ActualizarPlanPrecio
ActualizarDescuento
Descuento
PlanDePrecios
0..*
0..*
0..*
0..*
NivelPrecio
1..*
0..*
1..*
0..*
DescuentoVolumen DescuentoGrupo
DescuentoCantidad DescuentoValor
{criterio de calificación}
{criterio de volumen}
CAL/Requerimientos
Particionando El ModeloParticiones de Dominio
Par
tici
on
es d
e Te
cno
log
ía
Cap
a d
e C
om
un
icac
ión
(in
terf
ace)
Define perfilesde Seguridad
de la aplicación
Fija el perfil deseguridad del
usuarioVerifica usuario
Interface deUsuario
Interface deUsuario
Interface deUsuario
AplicaciónCliente
AplicaciónCliente
AplicaciónCliente
AplicaciónServidor
Acceso de Seguridad a Datos
Seguridad del DBMS
Matriz de particionamientoDe dominio vs tecnológico
CAL/Requerimientos
Distribuir Responsabilidades
Presentación
Lógica
Datos
Esp
ect
ro d
e R
esp
on
sab
ilid
ad
es
CAL/Requerimientos
Distribuir Responsabilidades
Presentación
Lógica
Datos
Ejemplos de tecnologías especializadas
Componentes visuales como Java AWT y Swing classes, Controles OCX,etc.
CORBA, RMI y un número de Productos midleware que Proporcionan mecanismos deComunicación entre los Componentes de la arquitectura
CAL/Requerimientos
Distribuir Responsabilidades
Presentación
Lógica
Datos
Ejemplos de tecnologías especializadas
Ambientes de programación Visual que soporten el desarrollo De aplicaciones cliente servidorE interfaces de usuario.
Monitores de procesamiento de transacciones como Tivoli y Tuxedo que manejan volúmenes de procesamiento y gestión de transacciones
Sistemas de gestion de base de datos que soporten datos (objetos) persistentes y su acceso
CAL/Requerimientos
Tres capas con la capa de datos distribuida
Arquitectura N - Capas
Presentación
Lógica
Acceso Datosdistribuidos
Interface
Interface
Mark
eti
ng
Rece
pci
ón
Ven
tas
Pag
os
CAL/Requerimientos
Ven
tas
Pag
os
Tres capas con transacción distribuida o capa intermedia
Arquitectura N - Capas
Presentación
Capa Transacción Distribuida
Data
Interface
Interface
Mark
eti
ng
Rece
pci
ón
CAL/Requerimientos
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
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.
OrderEntry.exe<<EXE>>
OrderEntry<<File>>
Orders.dll<<DLL>>
Inventory.tbl<<Database>>
Orders.tbl<<Database>>
<<becomes>>
CAL/Requerimientos
Componentes Desde Clases OrderEntry.exe implementa las clases
Product(from Purchasing)
OrderProcesingClerk
Customer
Order OrderInterface<<Interface>>
Ingresa
ColocaOrderEntry.exe<<EXE>>
CAL/Requerimientos
Diseño Modular
OrderEntry.exe
OrderInt
Ondex.html
OrderEntry.html
DbInterface.dll Orders.dll Customer.dll OrderEntryClerk.dll