Ingeniería de Software.

Transcripción

1 Ingeniería de Software. Disciplina de Análisis. Construcción del Modelo Conceptual del Sistema. Ingeniería de Software. Modelo Conceptual del Sistema Página 0

2 Mapa del Proceso. Ingeniería de Software. Modelo Conceptual del Sistema Página 1

3 Modelo Conceptual o Modelo del Dominio. Domain model The set of classes in a system that serves to capture the vocabulary of the problem space; also known as a conceptual model. Las clases en el Modelo Conceptual son las Abstracciones Clave del Sistema. El Modelo Conceptual muestra las relaciones (colaboradores) entre las Abstracciones Clave. Se representa mediante el diagramas de Clases y opcionalmente el diagrama de Objetos de UML. Ingeniería de Software. Modelo Conceptual del Sistema Página 2

4 Elementos del Diagrama de Clases. Ingeniería de Software. Modelo Conceptual del Sistema Página 3

5 Nodos de Clase. Los nodos de Clase representan las clases de objetos en el modelo Generalmente son Entidades conceptuales como Abstracciones Clave. Pueden ser también componentes reales de software (listas, objetos GUI, Entity Beans). Se usan estereotipos para identificar el tipo de nodo. Ingeniería de Software. Modelo Conceptual del Sistema Página 4

6 Partes del Nodo de Clase. El primer rectángulo registra exclusivamente el nombre de la clase. El segundo los atributos (variables de instancia) de la clase. El tercero la definición (encabezado) de las operaciones (métodos). Ingeniería de Software. Modelo Conceptual del Sistema Página 5

7 Asociaciones. Las Asociaciones representan las relaciones entre las clases. Se manifiestan en el código como variables de referencia a objetos. El nombre de la asociación (made for) describe la naturaleza de la asociación. La punta de flecha de dirección indica en que dirección se lee la asociación. Los nombres de los roles (resv y cust) sugieren los nombres de las variables de referencia. Se pueden omitir si son iguales a los nombres de las clases. Ingeniería de Software. Modelo Conceptual del Sistema Página 6

8 Multiplicidad. Determina cuantos objetos pueden participar en la relación. En el ejemplo se interpretaría como "Una o más reservaciones se hacen para sólo un cliente" O bien "Un cliente puede hacer una o más reservaciones. Aunque el default en cualquier asociación es 1, se recomienda ponerlos explícitamente. Ingeniería de Software. Modelo Conceptual del Sistema Página 7

9 Notación de la Multiplicidad. Sintaxis Significado 1 Un y sólo un objeto. n..m Al menos n objetos, pero no más de m (inclusivo) Cero o un objeto. Se usa cuando en una asociación un objeto es opcional. n,m Hay exactamente n o exactamente m objetos. 0..* Cero o más objetos. 1..* Al menos un objeto, pero puede haber más. Nota. Se pueden combinar, e.g. 1,3..5 Ingeniería de Software. Modelo Conceptual del Sistema Página 8

10 Navegación. Las flechas de navegación determinan en que dirección se viajará en la asociación durante la ejecución del programa. Este ejemplo indica que una reservación tiene un objeto de clase Room. Pero la clase Room NO tiene un objeto de clase Reservation. Si no se dibujan se asume que la navegación es bi-direccional. Ingeniería de Software. Modelo Conceptual del Sistema Página 9

11 Clases de Asociación. En algunas ocasiones, se incluye información en la asociación entre dos clases. Por ejemplo, LineItemCharge es una Clase de Asociación que registra cada concepto y su costo en la factura (receipt) de la reservación. Ingeniería de Software. Modelo Conceptual del Sistema Página 10

12 Creación del Modelo Conceptual. A partir de las Abstracciones Clave, se crea el Modelo Conceptual siguiendo estos pasos: 1. Dibujar un nodo de clase para cada Abstracción Clave incluyendo: a) Atributos conocidos. b) Operaciones conocidas. 2. Dibujar las asociaciones entre clases colaboradoras. 3. Identificar y documentar relaciones y nombres de roles. 4. Identificar y documentar las multiplicidades de cada asociación. 5. Identificar y documentar la dirección de navegación de cada asociación. 6. Identificar (si existen) y documentar Clases de Asociación. Ingeniería de Software. Modelo Conceptual del Sistema Página 11

13 1. Dibujar Nodos de Clase. Ingeniería de Software. Modelo Conceptual del Sistema Página 12

14 2. Dibujar Asociaciones. Ingeniería de Software. Modelo Conceptual del Sistema Página 13

15 3. Relaciones y nombres de roles. Ingeniería de Software. Modelo Conceptual del Sistema Página 14

16 4. Multiplicidades de cada asociación. Ingeniería de Software. Modelo Conceptual del Sistema Página 15

17 5. Navegación. Ingeniería de Software. Modelo Conceptual del Sistema Página 16

18 6. Clases de Asociación. Ingeniería de Software. Modelo Conceptual del Sistema Página 17

19 Diagramas de Objetos. El Modelo Conceptual se puede validar analizando los diagramas de objetos basados en los escenarios de los casos de uso. Un diagrama de objetos es una instancia de un diagrama de clases. Muestra una "fotografía" del estado detallado del sistema en un momento determinado en el tiempo. Ingeniería de Software. Modelo Conceptual del Sistema Página 18

20 Elementos del Diagrama de Objetos. Ingeniería de Software. Modelo Conceptual del Sistema Página 19

21 Nodos de Objetos. Incluye el nombre y tipo en alguno de estos estilos: Puede incluir atributos; si se incluyen deben tener valores: Ingeniería de Software. Modelo Conceptual del Sistema Página 20

22 Encadenamientos (Links). En diagramas de objetos, cada link es único y uno a uno respecto a los participantes. Ingeniería de Software. Modelo Conceptual del Sistema Página 21

23 Validación del Modelo usando Diagramas de Objetos. 1. Escoger uno o más casos de uso que aplican en el Modelo Conceptual. 2. Escoger uno o más escenarios para los casos de uso seleccionados. 3. Recorrer cada escenario por separado y construir los objetos mencionados en él en un diagrama de objetos. 4. Comparar cada diagrama de objetos contra el Modelo Conceptual para ver si todas las asociaciones son válidas. Ingeniería de Software. Modelo Conceptual del Sistema Página 22

24 Ejemplo. Ingeniería de Software. Modelo Conceptual del Sistema Página 23

25 Ejemplo (2). Ingeniería de Software. Modelo Conceptual del Sistema Página 24

26 Ejemplo (3). Ingeniería de Software. Modelo Conceptual del Sistema Página 25

27 Ejemplo (4). Ingeniería de Software. Modelo Conceptual del Sistema Página 26

28 Ejemplo (5). Ingeniería de Software. Modelo Conceptual del Sistema Página 27

29 Ejemplo (6). Ingeniería de Software. Modelo Conceptual del Sistema Página 28

30 Otro Ejemplo. Ingeniería de Software. Modelo Conceptual del Sistema Página 29

31 Comparación de los Diagramas de Clases y Objetos. Hay atributos o responsabilidades mencionados en algún escenario que no aparecen en el Modelo Conceptual? Hay asociaciones en los diagramas de objetos que no existen en el Modelo Conceptual? Hay escenarios en que las multiplicidades de alguna relación difieren de las del diagrama de clases.? Ingeniería de Software. Modelo Conceptual del Sistema Página 30

32 Diagrama de Clases Corregido. Ingeniería de Software. Modelo Conceptual del Sistema Página 31

33 Ejercicios. 1. Elaborar el Modelo Conceptual del Sistema RentLimo representándolo mediante un diagrama de clases UML. Ingeniería de Software. Modelo Conceptual del Sistema Página 32