Modelado de colaboraciones simples

Modelado de colaboraciones simples
Ninguna clase se encuentra aislada. En vez de ello, cada una trabaja en colaboración con otras para
llevar a cabo alguna semántica mayor que la asociada a cada clase individual. Por tanto, aparte de
capturar el vocabulario del sistema, también hay que prestar atención a la visualización,
especificación, construcción y documentación de la forma en que estoselementos del vocabulario
colaboran entre sí. Estas colaboraciones se representan con los diagramas de clases.
Cuando se crea un diagrama de clases, se está modelando una parte de los elementos y relaciones que
configuran la vista de diseño del sistema. Por esta razón, cada diagrama de clases debe centrarse en
una colaboración cada vez.
Para modelar una colaboración:
• Hay que identificarlos mecanismos que se quiere modelar. Un mecanismo representa una
función o comportamiento de parte del sistema que se está modelando que resulta de la
interacción de una sociedad de clases, interfaces y otros elementos.
44
© Grupo EIDOS
4. Diagramas de clases y de objetos
• Para cada mecanismo, hay que identificar las clases, interfaces y otras colaboraciones que
participan en estacolaboración. Asimismo, hay que identificar las relaciones entre estos
elementos.
• Hay que usar escenarios para recorrer la interacción entre estos elementos. Durante el
recorrido, se descubrirán partes del modelo que faltaban y partes que eran semánticamente
incorrectas.
• Hay que asegurarse de rellenar estos elementos con su contenido. Para las clases hay que
comenzar obteniendo un repartoequilibrado de responsabilidades. Después, a lo largo del
tiempo, hay que convertir las responsabilidades en atributos y operaciones concretos.
En la figura 38 se muestra un conjunto de clases extraídas de la implementación de un robot
autónomo. La figura se centra en las clases implicadas en el mecanismo para mover el robot autónomo a
través de una trayectoria. Hay muchas más clasesimplicadas en este sistema, pero el diagrama
muestra sólo aquellas abstracciones implicadas directamente en mover el robot. Algunas de las clases que se
presentan en este diagrama aparecerán en otros diagramas del sistema.
Aparece una clase abstracta (Motor) con dos hijos concretos, MotorDireccion y MotorPrincipal.
Ambas clases heredan las cinco operaciones de clase padre. A su vez, las dos clasesse muestran como
partes de otra clase, Conductor. La clase agente trayectoria tiene una asociación uno a uno con
Conductor y una asociación uno a muchos con SensorDeColision. No se muestran atributos ni
operaciones para Agente trayectoria, aunque sí se indican sus responsabilidades.
Modelado de un Esquema Lógico de Base de Datos
Muchos de los sistemas que se modelen tendrán objetospersistentes, lo que significa que estos objetos
podrán ser almacenados en una base de datos con el fin de poderlos recuperar posteriormente. La
mayoría de las veces se empleará una base de datos relacional, una base de datos orientada a objetos
o
45
Diseño orientado a objetos con UML
© Grupo EIDOS
una base de datos híbrida objeto-relacional para el almacenamiento persistente. UML es apropiadopara modelar esquemas lógicos de bases de datos, así como bases de datos físicas. Los diagramas de
clases UML son un superconjunto de los diagramas entidad-relación, una herramienta de modelado
para el diseño lógico de bases de datos utilizado con mucha frecuencia. Mientras que los diagramas E-
R se centran sólo en los datos, los diagramas de clases van un paso más allá, permitiendo el modeladodel comportamiento. En la base de datos física, estas operaciones lógicas normalmente se convierten
en disparadores (triggers) o procedimientos almacenados. Para modelar un esquema de base de datos:
• Hay que identificar aquellas clases del modelo cuyo estado debe trascender en el tiempo
de vida de las aplicaciones.
• Hay que crear un diagrama de clases que contenga las clases que hemos...