Diagramas de clases del diseño

Transcripción

1 Diagramas de clases del diseño Su preparación exige crear antes: Diagramas de interacción. De ellos se identifican las clases de software que intervienen en la solución y sus métodos. Modelo conceptual: a partir de él se agregan detalles a la definición de las clases. Los diagramas de clases se pueden crear al mismo tiempo que los diagramas de interacción.

2 Ejemplo de un diagrama de clases de diseño Casilla de tres secciones para la definición de clase Navegabilidad TPDV introducirproducto() Captura Venta Fecha estaterminada:booleano hora hacerlíneadeproducto() Métodos Información sobre tipos

3 Diagramas de clases del diseño Describe gráficamente las especificaciones de las clases de software y de las interfaces (por ejemplo, las de Java) en una aplicación. Contiene la siguiente información: Clases, asociaciones y atributos. Interfaces, con sus operaciones y constantes. Métodos. Información sobre los tipos de los atributos. Navegabilidad. Dependencias.

4 Diagramas de clases del diseño Para elaborar un diagrama de clases orientado al diseño:. Identifique todas las clases que participan en la solución del software. Para ello analice los diagramas de interacción. 2. Dibújelas en un diagrama de clases. 3. Duplique los atributos provenientes de los conceptos asociados del modelo conceptual. 4. Agregue los nombres de los métodos analizando los diagramas de interacción.

5 Diagramas de clases del diseño 5. Incorpore la información sobre los tipos a los atributos y a los métodos. 6. Agregue las asociaciones necesarias para dar soporte a la visibilidad requerida de los atributos. 7. Agregue flechas de navegabilidad a las asociaciones para indicar la dirección de la visibilidad de los atributos. 8. Agregue las líneas de relaciones de dependencia para indicar la visibilidad no relacionada con los atributos.

6 Comparación entre el Modelo Conceptual y los Diagramas de Clases de Diseño Modelo Conceptual TPDV Captura Venta fecha estaterminada:booleano hora Concepto; abstracción Diagrama de clases del diseño TPDV terminarventa() introducirproducto() efectuarpago() Captura Venta fecha estaterminada:booleano hora hacerlineadeproducto() Componente del software

7 Creación de Diagramas de Clases de Diseño para el punto de venta. Identificar las clases de software y su ilustración. (Se encuentran examinando todos los diagramas de interacción, luego se dibujan los diagramas de clase correspondientes y se incluyen los atributos que aparecen en el modelo conceptual). TPDV CatalogodeProductos cantidad EspecificaciondeProducto descripcion precio CUP Tienda direccion nombre Venta fecha estaterminada hora VentasLineadeProducto cantidad monto Pago

8 Creación de Diagramas de Clases de Diseño para el punto de venta 2. Agregar los nombres de los métodos. Estos se sacan de los mensajes de los diagramas de colaboración. Por cada mensaje enviado a la clase X, esta deberá definir un método con el mismo nombre. Venta fecha estaterminada hora hacerlineadeproducto() :TPDV 3:hacerLineadeProductos (especif,cant) :Venta

9 Creación de Diagramas de Clases de Diseño para el punto de venta TPDV terminarventa() introducirproducto() efectuarpago() Tienda direccion nombre agregarventa() CatalogodeProductos especificación() Venta fecha estaterminada hora setermina() hacerlineadeproducto() efectuarpago() total() EspecificaciondeProducto descripcion precio CUP VentasLineadeProducto cantidad subtotal() monto Pago

10 Aspectos especiales referentes a los nombres de los métodos El mensaje crear: En UML representa instanciación e inicialización. En C++ Asignación automática o en el almacenamiento libre con New llamada al constructor. En Java Invocar New seguido de la llamada a un constructor. Se acostumbra omitir los métodos relacionados con la creación y los constructores procedentes del diagrama de clases del diseño.

11 Aspectos especiales referentes a los nombres de los métodos Métodos de Acceso: Son los que recuperan o los que establecen el valor de los atributos. Una estructura común cuenta con una forma de tener acceso y de establecer el valor para cada atributo y declara privados todos los atributos (obliga al encapsulamiento). Estos métodos normalmente NO se incluyen en la descripción del diagrama de clase (Ejemplo: El método obtenerprecio no se muestra auque esta presente).

12 Aspectos especiales referentes a los nombres de los métodos Mensajes a Multiobjetos: Un mensaje a un multiobjeto se interpreta como destinado al objeto contenedor/colección 2:especif:=especificacion (cup) :Catalogo deproductos 2.:especif:=encontrar (cup) :Especificacion deproducto El mensaje encontrar dirigido a un multiobjeto se interpreta como destinado a un objeto contenedor/colección; ejemplo: Una tabla Hashtable, un Map de C++ o un Dictionary de Smalltalk. El método encontrar NO forma parte de la clase EspecificacióndeProducto, sino más bien de la definición de la tabla Hastable o Dictionary.

13 Aspectos especiales referentes a los nombres de los métodos Las clases contenedor/colección (como java.util.vector y java.util.hashtable) son clases predefinidas de las bibliotecas y no se acostumbra mostrarlas de forma explícita en el diagrama de clases porque aportan muy poca información nueva e incorporan ruido.

14 Creación de Diagramas de Clases de Diseño para el punto de venta 3. Agregar más información sobre los tipos. Es opcional mostrar el tipo de los atributos, de los parametros del método y de los valores de devolver método. Se recomienda mostrarlo cuando se usan herramientas CASE con generación automática de código porque ellas requieren todos los detalles

15 Creación de Diagramas de Clases de Diseño para el punto de venta Incorporación de información sobre los tipos. TPDV terminarventa() introducirproducto(cup:entero, cant:entero) efectuarpago(efectivoofrecido: Cantidad) CatalogodeProductos especificacion(cup:entero): EspecificaciondeProducto EspecificaciondeProducto descripcion:texto precio:cantidad cup:cup VentasLineadeProducto Tienda direccion:direccion nombre:texto agregarventa(v.venta) Venta fecha:fecha estaterminada:booleano hora:hora setermina() hacerlineadeproducto(especif: EspecificaciondeProd,cant:Entero) efectuarpago(efectivoofrecido: Cantidad) total():cantidad cantidad:entero subtotal():cantidad Pago monto:cantidad

16 Creación de Diagramas de Clases de Diseño para el punto de venta 4. Incorporar Asociaciones y Navegabilidad. La Navegabilidad indica la posibilidad de navegar unidireccionalmente en una asociación, desde los objetos fuente hasta la clase destino. También significa visibilidad (generalmente de atributos). La clase TPDV probablemente tenga un atributo que apunta a un objeto Venta. La flecha de navegabilidad indica que los objetos TPDV están conectados unidireccionalmente con los objetos Venta. TPDV terminarventa() introducirproducto() efectuarpago() Captura Venta fecha estaterminada hora setermina() hacerlineadeproducto() efectuarpago() total()

17 Creación de Diagramas de Clases de Diseño para el punto de venta En los diagramas de clase orientados al diseño, la mayoría de las asociaciones deberían completarse con las flechas necesarias de navegación. La visibilidad y las asociaciones requeridas entre las clases se indican con los diagramas de interacción. Es necesario definir una asociación con una flecha de navegabilidad A a B en las siguientes situaciones comunes: A envía un mensaje a B. A crea una instancia B. A necesita mantener una conexión con B.

18 Asociaciones con símbolos de navegabilidad Tienda direccion:direccion nombre:texto agregarventa( ) Mira-en Usa CatalogodeProductos especificacion( ) Contiene..* EspecificaciondeProducto descripcion:texto precio:cantidad cup:cup Alberga TPDV terminarventa( ) introducirproducto( ) efectuarpago( ) Captura Venta fecha:fecha estaterminada:booleano hora:hora setermina( ) hacerlineadeproducto( ) efectuarpago( ) total( ) Contiene..* VentasLineadeProducto cantidad:entero subtotal( ) Pago Registros-terminados * Pagado-por monto:cantidad

19 Creación de Diagramas de Clases de Diseño para el punto de venta 5. Relaciones de Dependencia. El UML incluye una relación general de dependencia la cual indica que un elemento (clase, caso de uso, etc.) conoce la existencia de otro. Se denota con una línea punteada y con flecha. En los diagramas de clase, la relación de dependencia describe la visibilidad de un parámetro global o visibilidad declarada localmente.

20 Creación de Diagramas de Clases de Diseño para el punto de venta Tienda direccion:direccion nombre:texto agregarventa( ) Alberga Mira-en Usa CatalogodeProductos especificacion( ) Contiene..* EspecificaciondeProducto descripcion:texto precio:cantidad cup:cup TPDV terminarventa( ) introducirproducto( ) efectuarpago( ) Registros-terminados Captura * Venta fecha:fecha estaterminada:booleano hora:hora setermina( ) hacerlineadeproducto( ) efectuarpago( ) total( ) Contiene..* VentasLineadeProducto cantidad:entero subtotal( ) Pago Dependencia de TPDV que conoce sobre EspecificaciondeProducto. Se recomienda cuando existe un parámetro y visibilidad global o declarada localmente. Pagado-por monto:cantidad

21 Notación de los detalles de los miembros de la clase Nombre de la clase Java.awt.Font atributo atributo:tipo atributo:tipo=valor inicial atributodeclase /atributoderivado... metodo() metodo2(lista de parametros) :tipo de retorno metodoabstracto() +metodoprivado() #metodoprotegido() metododeclase()... plain:integer=0 bold:integer= name:string style:integer=0... +getfont(name:string):font +getname():string... Java.awt.Toolkit #createbutton(target:button):buttonpeer... +getcolormodel():colormodel...

22 Notación de los detalles de los miembros de la clase TPDV +terminarventa() +introducirproducto() +efectuarpago() direccion nombre Tienda +agregarventa() CatalogodeProductos +especificacion() Venta fecha estaterminada hora +setermina() +hacerlineadeproducto() +efectuarpago() +total() EspecificaciondeProducto descripcion precio cup VentasLineadeProducto cantidad +subtotal() monto Pago