Modelado Basado en Clases

Modelado Basado en Clases

1. Modelado clase-responsabilidad-colaborador (CRC)

   • Proporciona una manera sencilla de identificación y organización de las clases s que son relevantes para los requerimientos de un sistema o producto.
     • Es un conjunto de tarjetas índice estándar que representan clases. Las tarjetas se dividen en tres secciones.
       • El objetivo es desarrollar una representación organizada de las clases.
   • Tipos de Clases
     • Clases de entidad
       • Representen cosas almacenadas en una base de datos y que persistan mientras dure la aplicación
     • Clases de frontera
       • Se utilizan para crear la interfaz que el usuario mira y con la que interactúa cuando utiliza el software.
     • Clases de controlador
       • Administran una "UNIDAD DE TRABAJO" de principio a fin.
         • 1) la creación o actualización de objetos de entidad
         • 2) las instancias de los objetos de frontera en tanto obtienen información de los objetos de entidad
         • 3) la comunicación compleja entre conjuntos de objetos y
         • 4) la validación de datos comunicados entre objetos o entre el usuario y la aplicación.
   • Responsabilidades
     • 1. La inteligencia del sistema debe estar distribuida entre las clases para enfrentar mejor las necesidades del problema.
     • 2. Cada responsabilidad debe enunciarse del modo más general posible.
     • 3. La información y el comportamiento relacionado con ella deben residir dentro de la misma clase.
     • 4. La información sobre una cosa debe localizarse con una sola clase, y no distribuirse a través de muchas.
     • 5. Cuando sea apropiado, las responsabilidades deben compartirse entre clases relacionadas.
   • Colaboraciones
     • Las colaboraciones representan solicitudes que hace un cliente a un servidor para cumplir con sus responsabilidades.
       • 1) usa sus propias operaciones para manipular sus propios atributos, con lo que satisface una responsabilidad particular
       • 2) colabora con otras clases.
       • Las colaboraciones se identifican determinando si una clase puede cumplir cada responsabilidad.
         • Todas las clases que forman parte de una clase agregada se conectan a ésta por medio de una relación
     • 1. Se da a todos los participantes que intervienen en la revisión (del modelo CRC) un subconjunto del modelo de tarjetas índice CRC. Deben separarse aquellas que colaboran.
     • 2. Todos los escenarios de casos de uso (y los diagramas correspondientes) deben organizarse en dos categorías.
     • 3. El líder de la revisión lee el caso de uso en forma deliberada. Cuando llega a un objeto con nombre, entrega una ficha a la persona que tenga la tarjeta índice de la clase correspondiente.
     • 4. Cuando se pasa la ficha, se pide al poseedor de la tarjeta Sensor que describa las responsabilidades anotadas en la tarjeta. El grupo determina si una de las responsabilidades satisfacen el requerimiento del caso de uso.
     • 5. Si las responsabilidades y colaboraciones anotadas en las tarjetas índice no se acomodan al caso de uso, éstas se modifican.

2. Asociaciones y dependencias

   • Dos clases de análisis se relacionan de cierto modo con otra, en forma muy parecida a como dos objetos de datos se relacionan entre sí .
     • En ciertos casos, una asociación puede definirse con más detalle si se indica multiplicidad.
       • Sucede con frecuencia que entre dos clases de análisis existe una relación cliente-servidor. En tales casos, una clase cliente depende de algún modo de la clase servidor, y se establece una relación de dependencia.

3. Paquetes de análisis

   • Una parte importante del modelado del análisis es la categorización.
     • Se clasifican distintos elementos del modelo de análisis de manera que se agrupen en un paquete.
       • El signo más que precede al nombre de la clase de análisis en cada paquete, indica que las clases tienen visibilidad pública
       • El signo menos (resta) indica que un elemento queda oculto desde todos los demás paquetes.
       • El símbolo # señala que un elemento es accesible sólo para los paquetes contenidos dentro de un paquete dado.