Glosario.

Modelo CRC.- Es un conjunto de tarjetas ndice estndar que representan clases. Se

dividen en 3 secciones.

Clases de entidad.- son conjuntos homogneos de entidades comunes, cada una

con la misma representacin.

Clases de Frontera.- Se utilizan para crear la interfaz que el usuario mira y con la que
interacta cuando utiliza el SW. Responsabilidad.- Es algo que una clase conoce o hace Colaboraciones.- Representan peticiones de un cliente a un servidor para cumplir con sus responsabilidades. Asociacin.- Define una relacin entre clases de un mismo sistema. Multiplicidad.- Define cuantas de una clase se relacionan con cuantas de otra clase Estereotipo.- Es un mecanismo extensible dentro del UML que permite definir un elemento especial de modelado con semntica y especificacin determinadas. Paquetes de anlisis.- Mtodo que se utiliza para clasificar y agrupar clases de manera que sean ms manejables en sistemas grandes.

Sntesis.
6.5.4 Modelado Clase-responsabilidad-Colaborador (CRC). Un CRC proporciona una manera sencilla de identificacin y organizacin de las clases que son relevantes para los requisitos de un sistema. Un modelo CRC es un conjunto de tarjetas ndice estndar que representan clases. Se dividen en 3 secciones Parte superior (El nombre de la clase) Partes Izquierda (Se enlistan las responsabilices de la clases) Parte Derecha (Los colaboradores)

Clases Clases de Entidad. Tambin llamadas clases modelo o de negocio, se extraen directamente del enunciado del problema. Es comn que representen cosas almacenadas en una base de datos y persistan mientras dure la aplicacin. Clases de Frontera. Se utilizan para crear la interfaz que el usuario mira y con la que interacta cuando utiliza el SW. Los objetos de entidad contienen informacin y estas clases se disean con la responsabilidad de administrar la forma en la que se presentan a los usuarios los objetos de entidad. Clases de Controlador Administran una unidad de trabajo, estn diseadas para administrar 1. La creacin o actualizacin de objetos de entidad. 2. Las instancias de los objetos de frontera para obtener informacin de los objetos de entidad 3. La comunicacin compleja entre conjuntos de objetos. 4. La validacin de datos comunicados entre objetos o entre usuario y la aplicacin.

Responsabilidades. Una responsabilidad es algo que una clase conoce o hace Se sugieren 5 lineamientos para asignar responsabilidades a las clases 1. La inteligencia del sistema debe estar distribuida entre clases para enfrentar mejor las necesidades del problema.

2. Cada responsabilidad debe enunciarse del modo ms general posible. 3. La informacin y el comportamiento relacionado con ella debe residir dentro de la misma clase. 4. La informacin sobre una cosa debe localizarse con una sola clase y no distribuirse a travs de muchas. 5. Cuando sea apropiado, las responsabilidades deben compartirse entre clases relacionadas.

Colaboraciones. Las colaboraciones representan peticiones de un cliente a un servidor para cumplir con sus responsabilidades. Una clase cumple sus responsabilidades en una de las 2 formas: 1. Usa sus propias operaciones para manipular sus propios atributos. 2. Colabora con otras clases. Las colaboraciones se identifican determinando si una clase puede cumplir cada responsabilidad. Si no es as, entonces necesita interactuar con otra clase.

Cuando se ha desarrollado un modelo CRC completo, los participantes lo revisan con el empleo del enfoque siguiente. 1. Se da a todos los participantes un subconjunto del modelo de tarjetas indicie CRC2. Todos los escenarios de casos de uso deben organizarse en dos categoras. 3. Se lee un caso de uso al azar. Cuando llega a un objeto con nombre, se entrega una ficha a la persona que tenga la tarjeta ndice de las clases correspondiente. 4. Cuando se pasa la dicha, se pide al poseedor de la tarjeta que describa las responsabilidades anotadas en la tarjeta, Se determina si una o ms 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, estas se modifican para dar solucin al problema.

6.5.5 Asociaciones y dependencias. Una Asociacin define una relacin entre clases. La multiplicidad define cuantas de una clase se relacionan con cuantas de otra clase, de echo una asociacin puede definirse con ms detalle se indica multiplicidad. Sucede con frecuencia que entre dos clases de anlisis existe una relacin Cliente-Servidor. En tales casos, una clase cliente depende de algn modo de la clase servidor, y se establece una relacin de dependencia.

Las dependencias estn definidas cono un estereotipo. Un estereotipo es un mecanismo extensible dentro del UML que permite definir un elemento especial de modelado con semntica y especificacin determinadas. En UML, los estereotipos se representan entre parntesis dobles angulares (<<estereotipo>>).

6.5.6 Paquetes de anlisis Mtodo que se utiliza para clasificar y agrupar clases de manera que sean ms manejables en sistemas grandes. Una parte importante del modelad del anlisis es la categorizacin. Es decir, se clasifican distintos elementos del modelado de anlisis (casos de usos y clases de anlisis) de manera que se agrupen en un paquete --Llamado Paquete de anlisisal que se da un nombre representativo.

Las clases en los paquetes de anlisis se agrupan mediante smbolos El signo ms (suma) que precede al nombre de las clases de anlisis de cada paquete, indica que las clases tienen visibilidad pblica, por lo que son accesibles desde otros paquetes. El signo menos (resta) indica que un elemento queda oculto desde todos los dems paquetes. El smbolo # seala que un elemento es accesible solo para los paquetes contenidos dentro de un paquete dado.