Diseño de Componentes

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Diseño de Componentes"

1 Diseño de Componentes Adaptación de Métrica V3 Departamento de Sistemas Informáticos y Computación (UPV) CONSELLERIA D INFRAESTRUCTURES I TRANSPORT Emilio Insfrán Pelozo

2 Introducción Diseño de Componentes: actividad DSI3 (Diseño de Casos de Uso Reales) de Métrica V3. Propósito: especificar la estructura interna del sistema de información para los Casos de Uso mediante clases de objetos y determinar las operaciones de las clases y de los componentes utilizados. 2

Propósito: especificar la estructura interna del sistema de información

3 Introducción Los productos a ser utilizados son: Catálogo de Requisitos (CASI02206) Modelo de Casos de Uso (CASI07102) Descripción de Suceso Constructor (CASI02203) Lista de servicios asociados a casos de uso (CASI02205 Lista de Servicios) Diagrama de Clases Estructura de Disparos (CDSI03105) 3

Constructor (CASI02203) Lista de servicios asociados a casos de uso

4 Diagramas de Interacción Se utilizan diagramas de interacción, en particular Diagramas de Secuencia. Diagramas de Secuencia (DS) En el Modelo Orientado a Objetos el concepto de interacción entre objetos y el paso de mensajes es fundamental. Cada CU es especificado como interacción entre objetos y componentes. Nuestros DS representan una interacción a ALTO NIVEL entre las clases y componentes que participan para realizar el caso de uso. 4

paso de mensajes es fundamental. Cada CU es especificado como interacción entre objetos y componentes.

5 Diagramas de Secuencia NO SE DEBE intentar realizar un algoritmo detallado definiendo variables y el control de flujo específico en las iteraciones y condicionales. UNICAMENTE debemos describir: las clases que interaccionan indicando el "tipo" de interacción la secuencia (que es natural en un diagrama de secuencia) condicional (para saber si la interacción es obligatoria o no) iteración (para saber si la interacción ocurre una o muchas veces). 5

UNICAMENTE debemos describir: las clases que interaccionan indicando el "tipo" de interacción la secuencia (que

6 Diagramas de Secuencia Clasificación de Mensajes Clasificación de Mensajes 1. Signal Input Output 2. Service New Destroy Update 3. Query Result attribute Query description Objects involved: max, min 4. Connect Maximum, minimum Insertion/Deletion 6

7 De Casos de Uso a Componentes Internos Sale items Las funciones son identificadas como Casos de Uso La comunicación es especificada El comportamiento es especificado Textual: descripción del Caso de Uso (pasos) DS: se describe la descomposición interna a través de las interacciones necesarias 7

comportamiento es especificado Textual: descripción del Caso de Uso

8 Estructura de los Diagramas de Secuencia Exterior Interfaz usuarios/sistema Componentes :Interfaz :Clase 1 :Clase n 8

9 Ejemplo (1/8) (Actores relevantes son identificados) :Interfaz 9

10 Ejemplo (2/8) (Mensajes entre actores y el sistema) :Interfaz 10

11 Ejemplo (3/8) (Mensajes internos. Sale y Sale-line son identificados) :Interfaz 11

12 Ejemplo (4/8) (Para crear una sale-line es necesario un item) :Interfaz 12

13 Ejemplo (5/8) (el cashier finaliza la entrada de datos indicando la parte de iteración caja con línea continua) :Interfaz 13

14 Ejemplo (6/8) (Subtotal tiene que ser calculado y el item stock debe ser actualizado) :Interfaz 14

15 Ejemplo (7/8) (Se muestra información final sobre la venta) :Interfaz 15

16 Ejemplo (8/8) (Se añade información específica sobre los tipos de mensajes - estereotipos) :Interfaz 16

17 Diseño de Casos de Uso Los pasos a seguir para el diseño de los casos de uso son: (1) Catalogación de casos de uso como servicios (2) Identificar las clases y componentes asociados a un caso de uso (3) Diseñar la funcionalidad del caso de uso como interacción entre objetos 17

(2) Identificar las clases y componentes asociados a un caso de uso

18 Diseño de Casos de Uso (1) Catalogación de casos de uso como servicios Consiste en nominar y asignar la funcionalidad que representa un caso de uso como servicio de una clase. Ejemplo: un Caso de Uso alta pedido, puede ser nombrado como la funcionalidad alta de la clase Pedido. 18

19 Diseño de Casos de Uso (2) Identificar las clases y componentes asociados a un Caso de Uso Realizar un Caso de Uso implica describir las interacciones principales (entre clases de objetos y componentes). Estas clases de objetos y componentes pueden ser identificados previamente o durante el proceso de descripción de interacciones. Las clases intervinientes en el Caso de Uso, se obtienen a partir del conjunto de clases ya identificadas en el Diagrama de Clases, y se agregan las necesarias para el escenario que se esta diseñando. Se tiene que tener en cuenta la Lista de Servicios del Caso de Uso (CASI02205 Lista de Servicios) para extraer, de las conocidas, las clases o componentes que van a ser utilizados. 19

Las clases intervinientes en el Caso de Uso, se obtienen a partir del conjunto de clases ya identificadas en el Diagrama de Clases, y se agregan las necesarias para el escenario

20 Diseño de Casos de Uso (3) Diseñar la funcionalidad del Caso de Uso como interacción entre objetos Se describe el paso de mensajes que representa la interacción de objetos necesaria para realizar el CU. Los productos principales a ser utilizados son: Descripción de Suceso Constructor (CASI2203) Lista de servicios asociados a casos de uso (CASI02205 Lista de Servicios) A partir de la descripción del suceso constructor en lenguaje natural se identifican las responsabilidades y se representan como interacciones. Cada uno de los servicios de la lista de servicios (CASI02205 Lista de Servicios) será representado por uno o más mensajes entre clases y componentes. 20

Los productos principales a ser utilizados son: Descripción de Suceso Constructor (CASI2203) Lista de servicios asociados a casos de uso (CASI02205 Lista de

21 Ejemplo 2 (1/4) Diseño para el caso de uso Alta de Facturas de un sistema de inventario. Se muestra la ventana correspondiente a la ejecución del formulario Mantenimiento de Facturas (que agrupa los casos de uso Alta de Factura, Modificación de Factura y Borrar Factura). 21

22 Ejemplo 2 (2/4) 22

23 Ejemplo 2 (3/4) :Interfaz 23

24 Ejemplo 2 (4/4) :Interfaz 24

25 Organización de los DS El CU (y su respectiva realización) es independiente de las estructuras de disparo donde se utiliza. Cada CU es diseñado (realizado) por uno o varios DS. Si son varios uno de ellos será el principal (de inicio). Las funciones adicionales de diseño, necesarias para la completa descripción del CU, también serán realizadas por uno o varios DS. La realización de las funciones de diseño siguen los mismos pasos necesarios para la realización de un caso de uso: catalogar casos de uso como servicios, identificar clases y componentes asociados, y diseñar la funcionalidad como una interacción de clases de objetos intervinientes. 25

26 Organización de los DS Las funciones de diseño (o funciones de utilidad) es posible que inicialmente no sean realizadas por lo que seguramente sólo se conocerá su interfaz (nombre y parámetros). En estos casos se considera que la función pertenece a un componente general especial llamado utilidad. Las funciones de diseño habitualmente aparecen por dos motivos: por representar una unidad cohesiva e identificable de comportamiento que desea ser extraída y considerada como unidad, o por representar una funcionalidad (o parte) que puede ser utilizado en otros contextos. 26

Documentos relacionados

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer