Diagrama De Clases

Si alguien se lleva la corona en UML lo más probable es que sean las clases, en vista de que todo surgió, en el principio de UML, debido a la necesidad de unificar los criterios para larepresentación de la orientación a objetos, y las clases son un elemento básico en este paradigma. Cabe decir que lo que hemos visto hasta el momento son, de alguna manera, el preámbulo para llegar a un buen diseñode clases del software apropiado para nuestro cliente.
Por supuesto que cada artefacto tiene un valor importante en el ciclo de vida. Los Casos de Uso ayudándonos a identificar y a validar mejor conel usuario sus necesidades; el Modelo conceptual (un previo del diagrama de clases) permitiéndonos comprender mejor el problema del usuario para lograr una mejor solución; el Diagrama de Interacción,mostrándonos la colaboración entre los objetos para ejecutar un proceso o un Caso de Uso.
Además, todos estos han realizado su aportación para llegar al punto que trataremos en esta ocasión: eldiseño de las clases que constituirán nuestro aplicativo. Los casos de uso aportaron, en este sentido, la identificación de las posibles clases mediante un análisis del dominio que se reflejó en un modeloconceptual. El Caso de Uso junto con el modelo conceptual posteriormente fueron usados como base para definir una serie de interacciones en los diagramas de secuencia y comunicación.
Efectos delDiagrama de Interacción en las Clases
En este caso vamos a ver cómo las decisiones que tomamos en estos diagramas se pueden ver reflejadas en el diagrama de clases para definir algunas de suscaracterísticas principales, como son la funcionalidad a implementar en cada una de las clases, así como las relaciones entre estas.
¿Qué es lo que tenemos hasta el momento en nuestro diagrama de clases, segúnlo trabajado previamente? Contamos con candidatas a ser clases de diseño de nuestro sistema con sus posibles atributos y relaciones (las obtenidas en el modelo conceptual). Como se puede ver en el...