Desarrollo OO (3) Es necesaria una herramienta (conceptual) que permita a la vez: Servir de ayuda para el desarrollo de la tarea (uno mismo) Visualizar lo hecho hasta el momento (uno mismo) Comunicar el avance obtenido (el cliente y el equipo de desarrollo) Documentar el desarrollo de la aplicación (el equipo de desarrollo) 17
Desarrollo OO (4) UML es el estándar para modelado de software Es un lenguaje que puede ser aplicado cualquiera sea el método particular de desarrollar software orientado a objetos Utilizaremos algunos de sus diagramas para asistir nuestro desarrollo 18
Análisis Orientado a Objetos Considerar el dominio de la aplicación y su solución lógica en términos de conceptos (cosas, entidades) Concepto clave: abstracción Objetivo: encontrar y describir los conceptos en el dominio de la aplicación: Esto permite comprender mejor la realidad y el problema 19
Análisis Orientado a Objetos (2) Estos conceptos pueden entenderse como una primera aproximación a la solución al problema En un sistema de software orientado a objetos (bien modelado) existe un isomorfismo entre estos conceptos y los elementos que participan en el problema en la vida real 20
Análisis Orientado a Objetos (3) Modelo Realidad Rivera 9332 Casa John Walker Persona Auto Dodge Viper vive en conduce 21
Análisis OO :: Actividades Modelado de Dominio Modelar el dominio para comprender mejor el contexto del problema Herramienta: Diagrama de Clases Especificación del Comportamiento Contar con una descripción más precisa de qué es lo que se espera del sistema Herramientas: Diagramas de Secuencia del Sistema y Contratos 22
Análisis OO :: Dominio Un Modelo de Dominio contiene los conceptos y sus relaciones que sean significativos en el dominio del problema La información es provista principalmente por los Casos de Uso Se incluyen además las restricciones a las cuales está sujeto el dominio 23
Modelo de Dominio 24
Análisis OO :: Comportamiento Los Diagramas de Secuencia del Sistema ilustran la forma en que los actores realizan “invocaciones” sobre el sistema Los diferentes escenarios de uso son los definidos en los Casos de Uso El efecto de cada mensaje es especificado en forma precisa por medio de un Contrato 25
Diagrama de secuencia (DSS) 26
Caso de EstudioContrato 27
Diseño Orientado a Objetos Objetivo: definir objetos lógicos (de software) y la forma de comunicación entre ellos para una posterior programación En base a los “conceptos candidatos” encontrados durante el análisis y por medio de ciertos principios y técnicas, se debe decidir: Cuáles de éstos serán los objetos que participarán en la solución Cómo se comunican entre ellos para obtener el resultado deseado 28
Diseño Orientado a Objetos (2) Concepto clave: responsabilidades En esta transición: No todos los conceptos necesariamente participarán de la solución Puede ser necesario “reflotar” conceptos inicialmente dejados de lado Será necesario fabricar “ayudantes” (también objetos) para que los objetos puedan llevar a cabo su tarea 29
Diseño OO :: Actividades Diseño de Interacciones definir cómo se comunican los objetos para resolver las operaciones del sistema Herramienta: Diagrama de Comunicación Diseño de Estructura especificar la estructura necesaria para que todas las interacciones puedan ocurrir Herramienta: Diagrama de Clases de Diseño 30
Diseño OO :: Interacciones Se realiza un Diagrama de Comunicación por operación del sistema Los objetos protagonistas aparecen “sugeridos” en el Modelo de Dominio El resultado esperado es el especificado en el contrato de la operación a diseñar 31
Diagramas de Comunicación 32
Diseño OO :: Estructura Se resume la información provista por los Diagramas de Comunicación La estructura está guiada por el Modelo de Dominio Generalmente se realiza un único Diagrama de Clases que resume toda la información 33
Diagrama de Clases de Diseño 34
Implementación OO Su objetivo es codificar en un lenguaje de programación orientado a objetos las construcciones definidas en el diseño La definición de los objetos y el intercambio de mensajes requieren construcciones particulares en el lenguaje a utilizar 35
Resumen Esc. Típico Casos de Uso Esc. Alternat. 1 Esc. Alternat. n . . . Cont. 1 Cont. 2 Cont. 1 Cont. 3 Cont. 1 Cont. 4 36
 Página anterior | Volver al principio del trabajo | Página siguiente  |