Capítulo 17 Modelo de Diseño: realización de los casos de uso con los patrones GRASP

Documentos relacionados
EL MODELO DE DISEÑO. 1. Introducción. 2. Diagramas de Interacción

PRN315 Programación III Ciclo II Guía de Ejercicios de Diseño Orientado a Objetos (DOO)

Diseño Dirigido por Responsabilidades con los patrones GRASP. Pearson Educación, S.A. Todos los derechos reservados.

Capítulo 16. Diagrama de Clases UML

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 9 de mayo de 2012

Actividad ASI 1: Definición del Sistema

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS

Curso Taller de Arquitectura de Software usando UML

Tema 5. Diseño detallado.

CLASE 9: DISEÑO CON PATRONES. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez

Diseño de la Arquitectura Lógica con Patrones. mayo de 2008

CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS

Introducción a los patrones de Software

TRABAJO PRÁCTICO 7: OBJETOS

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

DESCRIPCIÓN ESPECÍFICA NÚCLEO: Núcleo Sector Comercio y Servicios.

Contenidos. Tema 6. Modelado Dinámico. Objetivos del tema Diagramas de interacción. Diagramas de Interacción. Diagramas de Interacción

Diagramas de interacción

UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO

Patrones. Patrones GRASP GRASP GRASP. Curso de Arquitecturas de Software. Programación Orientada a Objetos Patrones GRASP

Modelo de Análisis. Programación Orientada a Objetos 2

Ejercicios Diagramas de interacción

CLASE 9: DISEÑO CON PATRONES. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette C. Martínez

DIPLOMADO EN TECNOLOGÍAS DE LA INFORMACIÓN

SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.

Ejercicios Prácticos y Teóricos Diagramas de interacción y de UML a código Java

UMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología

Diagrama de Clases I: asociaciones

Análisis y Diseño del Software. El Lenguaje Unificado de Modelado UML 2.0

Universidad Salesiana de Bolivia Ingeniería de Sistemas

Programación Avanzada. Análisis Especificación del Comportamiento del Sistema

DIAGRAMAS DE CLASES. Clases, asociaciones y atributos. Interfaces con sus operaciones y constantes. Información acerca del tipo de los atributos.

Análisis y Diseño Orientado a Objetos

EJEMPLO PRACTICO. Metodologías, UML y patrones de diseño. Mentor: MsC(c) Esp Alexis Olvany Torres Ch

Tema 9: Método de Craig Larman

DIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES

Proceso Unificado de Desarrollo de Software. Fase de Inicio

CC61J / CC Taller de UML Apuntes de Clase

Del Modelo Conceptual a los Diagramas de Clases

Curso Aseguramiento de la Calidad De los Procesos y Productos de Software

ZCBC. ECBTI. Programa Ingeniería de Sistemas. Curso Académico de Programación Orientada a Objetos. Código José Acevedo y Gómez

Temario del Diplomado en Bases de Datos

Unified modeling language

Programación bajo UML

Applying UML and Patterns Capítulos 18, 19, 20 y 21

Diseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software

Departamento de Ingeniería de Sistemas y Computación - Universidad de los Andes Nivelatorio de Modelaje

Horas Contacto. Objetivos Se pretende que el estudiante asimile los conceptos fundamentales de análisis y diseño orientado a objetos

INTRODUCCION AL UML. (Lenguaje Unificado de Construcción de Modelos)

TEMA 6: INTRODUCCIÓN A UML

Horas Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML.

Modelado Estructural F E B R E R O,

DameArgo. LasPelasAntes. Dpto. LSI - Universidad de Granada. ClienteColgao

Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información

ESTRUCTURA Y CONTENIDO DE LA MEMORIA DEL PROYECTO

CURSO DNI o número de expediente: Localidad de residencia:

Análisis y Diseño Orientado a Objetos. 2 - Análisis

(Clase del 3 de mayo de 2011)

EXEMPLE D UTILITZACIÓ DE PATRONS GRASP 1

Tema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)

Applying UML and Patterns (Capítulos 11,12,13,14 y 15)

6.6 DISEÑO. [Proceso]

Tema 4e: Proceso Unificado: Análisis

Programación. Orientada a Objetos. Prof. Angela Di Serio. Universidad Simón Bolívar Especialización en Telemática

Análisis y Diseño Orientado a Objetos

Diagramas De Casos De Uso

Modelos de Software. Ingeniería en Sistemas de Información

Patrones de Software para la Asignación de Responsabilidades

Desarrollo Orientado a Objetos basado en UML

Competencias a desarrollar

3 Análisis orientado a objetos

Modelo de Casos de Uso

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Es el instrumento (artefacto) más importante de crear en el AOO.

UML, ejemplo sencillo sobre Modelado de un Proyecto

A continuación se describe con mayor detalle cada una de tales unidades:

Análisis Especificación del Comportamiento del Sistema

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo

Capítulo III: AOO. Modelo del Dominio. Ejemplo 3.2

1. Cuál es el objetivo del proceso de Análisis del Sistema de Información? del sistema. a. 10. b. 12. c. 9. d. 11. Análisis

diagramas de comportamiento con UML.

PROGRAMA DE SISTEMAS DE INFORMACIÓN 2

ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS

Diagramas de clases del diseño

Programación 4. Diseño Criterios de Asignación de Responsabilidades GRASP

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 2 de mayo de 2012

Presentación de la Asignatura.

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

EJERCICIOS DE MODELADO DE INTERACCIÓN

Principios de la Tecnología de Objetos

DSDO Practica General Segunda iteración

Análisis y Diseño de Sistemas

CLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez

Transcripción:

Capítulo 17 Modelo de Diseño: realización de los casos de uso con los patrones GRASP UML y Patrones Una introducción al análisis y diseño orientado a objetos y al proceso unificado Craig Larman 2ª Edición

Realización de casos de uso La asignación de responsabillidades y el diseño de colaboraciones son etapas muy importantes y creativas durante el diseño, mientras se elaboran los diagramas o mientras se programa. La realización de un caso de uso describe cómo se realiza un caso de uso particular en el modelo de diseño, en función de los objetos que colaboran.

Operaciones del sistema

Realización de casos de uso No aspiramos a describirlos todos en un sólo diagrama

Figura 17.3. Múltiples diagramas de secuencia y manejo de los mensajes de eventos del sistema.

Realización de casos de uso Para algunas operaciones de sistema escribiremos su contrato Contrato CONT02: IntroducirArticulo Operación: IntroducirArticulo(articuloID:ArticuloID,cantidad:integer) Referencias: caso de uso Procesar Venta Precondiciones: Hay una venta en curso Postcondiciones: Se creó una instancia de LineaDeVenta ldv Se asoció ldv con la Venta actual Se asoció ldv con una EspecificaciónDelProducto, en base al valor del articuloid

Realización de casos de uso Las clases del modelo del sominio no son clases software Durante la realización de los casos de uso iremos inspirándonos en estas clases para proponer clases software con nombres parecidos, Iremos descubriendo nuevas clases del domino del problema, y proponiendo clases software sin ninguna correspondencia clara en el modelo del dominio

Figura 17.5. Disminución del salto en la representación nombrando las clases del diseño a partir de las clases conceptuales.

Realización de casos de uso Contrato CONT01: CrearNuevaVenta Operación: crearnuevaventa() Referencias: caso de uso Procesar Venta Precondiciones: ninguna Postcondiciones: Se creó una instancia de Venta v Se asoció v con el registro Se inicializaron los atributos de v

Realización de casos de uso Figura 17.6. Aplicación del patrón GRASP Controlador.

Figura 17.7. Creación de Venta y multiobjeto.

Realización de casos de uso Contrato CONT02: IntroducirArticulo Operación: IntroducirArticulo(articuloID:ArticuloID,cantidad:integer) Referencias: caso de uso Procesar Venta Precondiciones: Hay una venta en curso Postcondiciones: Se creó una instancia de LineaDeVenta ldv Se asoció ldv con la Venta actual ldv.cantidad pasó a ser cantidad Se asoció ldv con una EspecificaciónDelProducto, en base al valor del articuloid

Realización de casos de uso Este diagrama cumple parte de las condiciones

Realización de casos de uso

Realización de casos de uso Es razonable asumir que durante el caso de uso inicial Poner en marcha se creó un Registro y un CatalogoDeProductos, y que éste es accesible desde Registro Será el Registro el que llame a getespecificacion() El CatálogoDeProductos debe ser visible desde el Registro

Realización de casos de uso finalmente el CatálogoDeProductos residirá en una base de datos, pero de momento ese aspecto no lo consideramos También hemos obviado, por el momento, la presentación por pantalla de la información de la línea de venta, esta será una responsabilidad de la interface

Realización de casos de uso Contrato CONT3: finalizarventa Operación: finalizarventa() Referencias: caso de uso Procesar Venta Precondiciones: Hay una venta en curso Postcondiciones: venta.escompleta pasó a ser true

Figura 17.9. Finalización de la entrada de un artículo.

Figura 17.10. Restricciones y notas.

Realización de casos de uso Caso de uso: Alquilar Curso normal Actor Sistema...... 4.Para cada video o juego, el empleado graba en el sistema su número de identificación. 6.El empleado informa al cliente de la cantidad a abonar y le pide el pago..... 5.Presenta una lista de los títulos alquilados, fechas de devolución, precio total del alquiler y cargos por retraso en la devolución.

Figura 17.11. Diagrama de interacción Venta--getTotal. Venta Clase Responsabilidad Calcular el importe total de una venta LineaDeVenta Calcular el subtotal de la línea de venta EspecificaciónDelProducto Conocer el precio del artículo Experto (en información)

Figura 17.12. Notas de algoritmos y restricciones.

Realización de casos de uso Contrato CONT4: realizarpago Operación: realizarpago(cantidad: Dinero) Referencias: caso de uso Procesar Venta Precondiciones: Hay una venta en curso Postcondiciones: Se creó una instancia de Pago p p.cantidadentregada pasó a ser cantidad P se asoció con la Venta actual La Venta actual se asoció con la Tienda (para añadirlo al registro histórico de las ventas completadas)

Figura 17.13. Diagrama de interacción Registro--realizarPago. parte de las postcondiciones

Figura 17.14. Quién debería ser responsable de conocer la venta completada?

Figura 17.15. Registro de una venta completada.

Figura 17.16. Diagrama de interacción Venta--getDevolucion. Experto (en información) Bajo Acoplamiento

Figura 17.17. Creación del objeto del dominio inicial y los objetos siguientes. Dejarlo para el final

Figura 17.18. Conexión de las capas de UI y del dominio.

Figura 17.19. Conexión de las capas de la UI y del dominio.

Figura 17.20. Muestra de la influencia entre los artefactos UP.

Figura 17.21. Proceso y establecimiento del contexto.