8.

DIAGRAMAS DE CLASES
Son los diagramas ms comunes en el modelado de sistemas orientados a objetos. Un diagrama de clase muestra un conjunto de clases, interfaces, y colaboraciones y sus relaciones entre ellos. Los diagramas de clase se usan en el diseo del modelo esttico para ver un sistema. Para las dems partes, este modelado involucra el vocabulario del sistema, el modelado de colaboraciones, o modelado de esquemas. Los diagramas de clase son tambin la base para un par de diagramas relacionados: Diagramas de Componente y Diagramas de Instalacin(Deployment). Los diagramas de clase son importantes no solo para la visualizacin, especificacin y documentacin del modelo estructural, pero tambin para la construccin de sistemas ejecutables. Ingeniera hacia adelante e ingeniera inversa. La construccin de software tiene muchas caractersticas similares, excepto, que la calidad(Fluidez) de software, uno tiene la habilidad de definir la construccin de bloques bsicos para ir detallando(scratch). UML, usa los diagramas de clase para visualizar el aspecto esttico de esa construccin de bloques y sus relaciones y especificar esos detalles para la construccin, que se puede ver en la fig. 8-1.

Trminos y Conceptos.
Un diagrama de clases muestra un conjunto de clases, interfaces, y colaboraciones y sus relaciones. Grficamente un diagrama de clase es una coleccin de vrtices y arcos. Propiedades comunes: Un diagramas de clase es justo un tipo especial de diagrama y comparte propiedades comunes al igual que todos los otros diagramas -un nombre y un contenido grfico son una proyeccin dentro de un modelo.

Contenido.
Un diagrama de clases comnmente con tiene lo siguiente:

Clases Interfaces Colaboraciones Dependencia

Generalizacin Relaciones de asociacin

Los otros diagramas de clase pueden contener notas y restricciones. Los diagramas de clase pueden tambin contener paquetes o subsistemas ambos de los cuales son usados para agrupar elementos de su modelo. Algunas veces se quieren instancias de lugar en el diagrama de clases, como tambin especialmente cuando se quiere visualizar el tipo de una instancia(posibilidad dinmica).

Usos comunes:
- Modelado del diseo esttico de un sistema. Esta vista en primer lugar soporta los requerimientos funcionales de un sistema - el servicio del sistema debera de proveer este a los usuarios finales. Para el modelo de diseo esttico de la vista de un sistema, tpicamente se usan diagramas de clases en alguna de estas tres alternativas: 1. Modelo del vocabulario de un sistema. El modelo del vocabulario de un sistema involucra tomar decisiones acerca de las cuales son parte del sistema y cuales quedan fuera del ambiente. Los diagramas de clase especifican estas abstracciones y sus responsabilidades. 2. Modelado simple de colaboraciones. Una colaboracin es una sociedad de clases, interfaces, y otros elementos, estos trabajan juntos para proveer igual comportamiento de colaboracin, esto es ms grande que la suma de todos los elementos. Por ejemplo, cuando se esta modelando la semntica de una transaccin en un sistema distribuido, no se puede fijar la vista en una simple clase, para entender cual ir. Esta semntica es llevada fuera por un conjunto de clases que trabajan juntas. Los diagramas de clases se usan para visualizar y especificar este conjunto de clases y sus relaciones. 3. Modelo lgico del esquema de la base de datos. Pensar en un esquema como la eliografa(dibujo) para el diseo conceptual de una base de datos. En muchos dominios se quiere almacenar mucha informacin persistente en una base de datos relacional o en base de datos orientada a objetos. Se pueden modelar esquemas para estas bases de datos usando diagramas de clases.

TECNICAS COMUNES DE MODELADO Modelado de Colaboraciones Simples.

Las clases no estn solas, cada trabajo en colaboracin con otros genera semntica igual de grandiosa que cada una de manera individual. Por lo tanto, en agregacin a la captura del vocabulario del sistema, tambin es necesario poner la

atencin en la visualizacin, especificacin, construccin y documentacin de varios caminos esto junto al vocabulario de trabajo. Se usa el diagrama de clases para representar tales colaboraciones. Cuando se crea un diagrama de clases se modela una parte de los elementos y el conjunto de relaciones de vistas del diseo del sistema. Por esta razn, cada diagrama de clase debera centrarse en una colaboracin en un tiempo. Para Modelar una colaboracin.

Identificar el mecanismo a modelar. Un mecanismo representa igual funciones o comportamiento de las partes del sistema, son modelados esto como resultado de la interaccin de una sociedad de clases, interfaces, y otros elementos. Para cada mecanismo identifica las clases, interfaces y otras colaboraciones que participan en esta colaboracin. Identifica las relaciones entre esos objetos tambin. Escenarios de uso para dirigirse a esos elementos. A lo largo del camino se descubren partes del modelo que fueron omitidas y partes que fueron planeadas semnticamente errneas. Asegura la propagacin de estos elementos con el contenido de ellos. Para clases empezar trayendo un buen balance de responsabilidades. Entonces, sobre el tiempo, vuelve esto entre atributos concretos y operaciones.

Por ejemplo fig. 8-2, muestra un conjunto de clases dibujadas para la implementacin de un robot autnomo. La figura se centra en las clases involucradas en el mecanismo para el movimiento del robot en una sola ruta. Se encuentra una clase abstracta(motor) con dos hijos en concreto, SteeringMotor y MainMotor. Ambas clases heredan las cinco operaciones de su padre, Motor. Las dos clase permiten, girar, muestran como partes de otras clases Driver. La clase PathAgent tiene una asociacin uno-a-uno con la clase Driver y una asociacin uno-a-muchos con CollisionSensor. Los atributos y operaciones no son mostradas por PathAgent, no obstante son responsabilidades dadas. Son muchas mas las clases involucradas en este sistema, pero este diagrama se centra solo en esas abstracciones, esas son las involucradas directamente en el movimiento del robot.

Modelado lgico del esquema de la base de datos.

Muchos de los sistemas a modelar tienen objetos persistentes, con lo cual por medio de ellos pueden ser almacenados en una base de datos para recuperarse mas tarde. Muy frecuentemente se usa una base de datos Relacional, una base de datos orientada a objetos, o un hbrido BD relacional/objetos para almacenar lo persistente. El UML soporta tambin el modelo lgico del esquema de la base de dato, como tambin la base de datos fsica.

En UML los diagramas de clase son un super conjunto de los diagramas ER(Entidad-Relacin), comnmente las herramientas de modelado para el diseo lgico de la base de datos. Donde clsicamente los diagramas E-R se contraen en los datos, los diagramas de clase van mas all por permitir el modelado del comportamiento tambin. En la base de datos fsica, esas operaciones lgicas son generalmente asignadas entre los triggers o procedimientos almacenados.

Para modelar un esquema.

Identificar las clases en el modelo cuyos estados sean los ms trascendentes en el tiempo de vida de sus aplicaciones. Crear un diagrama de clases y marcar aquellas que sean persistentes. Expandir los detalles estructurales de esas clases, en general, estas especificaciones de detalles de sus atributos y centrarse en las asociaciones y en sus cardinalidades eso estructura esas clases. Observar para el modelo comn ese complicado diseo fsico de la base de datos, tal como asociaciones cclicas, asociaciones uno-a-uno, uno-amuchos y asociaciones muchos-a-muchos. Donde necesariamente se crea una abstraccin intermedia para simplificar la estructura lgica. Considerar tambin el comportamiento de esas clases para expandir operaciones, esto es importante para el acceso a datos y la integridad de los datos. En general, se provee la mejor separacin concerniente, reglas de negocios concernientes con la manipulacin de conjuntos de objetos que deberan ser encapsulados en una capa acerca de esas clases persistentes. Donde posiblemente, el uso de herramientas ayudan a transformar el diseo lgico a diseo fsico.

Fig. 8-3 muestra un conjunto de clases de un sistema de informacin para una escuela. Esta fig. expande un diagrama de clases y permite ver el detalle de esas clases revelando un nivel suficiente para la construccin fsica de la base de datos. Empieza con el botn izquierdo de este diagrama, en l puedes encontrar la clase de nombre Student, Course e Instructor. Esto es una asociacin entre Student y Course, especificando que un estudiante asiste a cursos. Adems, todo estudiante puede asistir a cualquier nmero de cursos y todos los cursos pueden tener cualquier nmero de estudiantes. Todas las seis de estas clases son marcadas como persistentes, indicando a sus instancias que estn intentando vivir en una base de datos o de igual forma persistir almacenados. Este diagrama tambin expone los atributos de las seis clases. Nota que todos esos atributos son de tipo primitivo. Cuando se modela un esquema, generalmente se quiere modelar las relaciones para cualquier tipo no primitivo usando una agregacin explcita en vez de un atributo.

Dos de esas clases(School y Department) muestran diferentes operaciones para la manipulacin de sus partes. Estas operaciones son incluidas porque ellas son importantes para el mantenimiento en la integridad de datos.(Por ej. Agregar o borrar un departamento). Son muchas otras operaciones que se deben considerar para esto y para otras clases, tal como consultas de los prerequisitos de un curso antes de asignar un estudiante. Estas son muchas reglas de negocios que son operaciones para la integridad de la base de datos y tambin son el mejor lugar en un alto nivel de abstraccin para este esquema.