Ingeniería de Software.

Disciplina de Diseño.

Construcción del Modelo de

Diseño del Sistema.

Ingeniería de Software. Modelo de Diseño del Sistema Página 0

 Mapa del Proceso.

Ingeniería de Software. Modelo de Diseño del Sistema Página 1

 Introducción.

• El Modelo de Diseño se crea a partir de los requerimientos

funcionales del modelo de Requerimientos.
• El Modelo de Diseño se combina con el Modelo de Arquitectura
para producir el modelo de Solución.

Ingeniería de Software. Modelo de Diseño del Sistema Página 2

 Comparación de Análisis y Diseño.

• El Análisis modela que sabemos del proceso de negocio

que el sistema debe soportar.

• Casos de Uso – conducta del sistema respecto al usuario.

• Modelo Conceptual – entidades involucradas.

• El Diseño modela como soportará el sistema el proceso

de negocio.

Ingeniería de Software. Modelo de Diseño del Sistema Página 3

 Componentes del modelo de diseño

• El Modelo de Diseño consiste de:

• Componentes de Frontera (Boundary Components).

• Componentes de Servicio o de Control.

• Entidades.

Ingeniería de Software. Modelo de Diseño del Sistema Página 4

 Análisis de Robustez.

• El Análisis de Robustez es un proceso que conduce de un

caso de uso y sus clases asociadas a un modelo de diseño
que soporta el caso de uso.

Nota. También se le conoce como realización del caso de uso.

Ingeniería de Software. Modelo de Diseño del Sistema Página 5
 Análisis de Robustez (2).
• Entradas al Análisis de Robustez:

– Un caso de uso.
– Los escenarios del caso de uso.
– El diagrama de actividades del caso de uso (opcional).
– El modelo conceptual.

• Salidas del Análisis de Robustez:

– El Modelo de Diseño, el cual es visualizado como un diagrama

de Comunicación de UML con componentes de diseño.
• Componentes de Frontera.
• Componentes de Servicio.
• Entidades.

Nota. El diagrama de comunicación se llamaba diagrama de colaboración en UML 1.

Ingeniería de Software. Modelo de Diseño del Sistema Página 6
 Componentes de Frontera.

“A boundary component is used to model interaction between the

system and its actors (that is, users and external systems).”

• Consta normalmente de componentes GUI, aunque también

pueden ser sensores, interfaces de comunicación, etc.

• Cada componente de frontera debe estar asociado con al

menos un actor.

Ingeniería de Software. Modelo de Diseño del Sistema Página 7

 Componentes de Servicio o de Control.

“Control (service) classes (components) represent coordination,

sequencing, transactions, and control of other objects and are
often used to encapsulate control related to a specific use
case.”

• Coordinan el flujo de control.

• Aíslan cambios en el flujo entre componentes de
servicio y entidades.

Ingeniería de Software. Modelo de Diseño del Sistema Página 8

 Entidades.

“An entity class (component) is used to model information that is

long-lived and often persistent.”

• Las Entidades corresponden usualmente a los

principales objetos del sistema (abstracciones clave).
• La mayoría de las veces son persistentes.

Ingeniería de Software. Modelo de Diseño del Sistema Página 9

 El Proceso de Análisis de Robustez.

1. Seleccionar un caso de uso.

2. Construir un Diagrama de Comunicación que satisfaga las
actividades del caso de uso.
3. Identificar los componentes de Diseño que soporten las
actividades del caso de uso.
4. Dibujar las asociaciones entre estos componentes.
5. Marcar las asociaciones con mensajes.
6. Opcionalmente, convertir el Diagrama de Comunicación en
un Diagrama de Secuencia para tener otro punto de vista.

Ingeniería de Software. Modelo de Diseño del Sistema Página 10

 Diagramas de Comunicación.

"A diagram that shows the organizations and

dependencies among components"

• Representa los objetos del sistema, sus relaciones y los

mensajes enviados entre ellos.

Ingeniería de Software. Modelo de Diseño del Sistema Página 11

 Elementos del Diagrama de Comunicación.

Ingeniería de Software. Modelo de Diseño del Sistema Página 12

 Elementos del Diagrama de Comunicación (2).

El diagrama anterior simplificado.

Ingeniería de Software. Modelo de Diseño del Sistema Página 13

 Elementos del Diagrama de Comunicación (3).

• Los mensajes pueden indicar:

– Llamadas a métodos locales.

– Invocación de métodos remotos (RMI).
– Mensajes asíncronos.
– Acciones sobre un componente de frontera cuando se asocian a
un actor.

• Los números indican el orden del mensaje.

• Los estereotipos indican la actividad que el mensaje invoca.
• Los nodos de objetos múltiples representan colecciones de
objetos relacionados entre sí.

Ingeniería de Software. Modelo de Diseño del Sistema Página 14

 Realización del Análisis de Robustez.

1. Seleccionar un caso de uso apropiado.

2. Colocar el actor en el Diagrama de Comunicación.

3. Analizar el caso de uso (escenarios o diagrama de actividades).

Para cada acción en el caso de uso:
a) Identificar y agregar componentes de frontera.
b) Identificar y agregar componentes de servicio.
c) Identificar y agregar entidades.
d) Dibujar las asociaciones entre los componentes.
e) Etiquetar las acciones llevadas a cabo por cada componente para
satisfacer las interacciones en el caso de uso.

Ingeniería de Software. Modelo de Diseño del Sistema Página 15

 1. Seleccionar un caso de uso apropiado.

• Caso de Uso: Crear Reservación.

Ingeniería de Software. Modelo de Diseño del Sistema Página 16

 2. Colocar el actor en el Diagrama de Comunicación.

Ingeniería de Software. Modelo de Diseño del Sistema Página 17

 3a. Identificar y agregar componentes de frontera.

Ingeniería de Software. Modelo de Diseño del Sistema Página 18

 3b. Identificar y agregar componentes de servicio.

Ingeniería de Software. Modelo de Diseño del Sistema Página 19

 3c. Identificar y agregar entidades.

Ingeniería de Software. Modelo de Diseño del Sistema Página 20

 Analizar las demás acciones.

Ingeniería de Software. Modelo de Diseño del Sistema Página 21

 Analizar las demás acciones (2).

Ingeniería de Software. Modelo de Diseño del Sistema Página 22

 Diagramas de Secuencia.

• El Diagrama de Secuencia proporciona una vista

alternativa de las acciones de un caso de uso.
• Los Diagramas de Comunicación se pueden
convertir a Diagramas de Secuencia.
• Los Diagramas de Comunicación normalmente son
más claros para los usuarios.
• Los Diagramas de Secuencia normalmente son más
claros para los desarrolladores.

Ingeniería de Software. Modelo de Diseño del Sistema Página 23

 Elementos del Diagrama de Secuencia.

Ingeniería de Software. Modelo de Diseño del Sistema Página 24

 Conversión del Diagrama de Comunicación.

Para convertir un Diagrama de Comunicación en uno de

Secuencia:

1. Arreglar los colaboradores en la parte superior del Diagrama

de Secuencia para reflejar el orden (en tiempo) de la primera
actividad.
2. Añadir líneas de mensajes y barras de activación para cada
mensaje en la primera actividad.
3. Repetir el paso 2 para cada actividad en el caso de uso
hasta finalizar la conversión.

Ingeniería de Software. Modelo de Diseño del Sistema Página 25

 1. Arreglar Componentes para primera actividad.

Ingeniería de Software. Modelo de Diseño del Sistema Página 26

 2. Añadir líneas de mensajes y barras de activación .

Ingeniería de Software. Modelo de Diseño del Sistema Página 27

 3. Repetir paso 2 para cada actividad.

Ingeniería de Software. Modelo de Diseño del Sistema Página 28

 3. Repetir paso 2 para cada actividad (2).

Ingeniería de Software. Modelo de Diseño del Sistema Página 29

 Ejercicios.

1. Construir el Modelo de Diseño para el caso de uso

E1a: Comprar Acciones del Sistema BrokerTool,
representándolo como un Diagrama de Comunicación de
UML.

2. (Opcional) Convertir el Diagrama de Comunicación a

Diagrama de Secuencia.

Ingeniería de Software. Modelo de Diseño del Sistema Página 30