1. Diagrama de Clases Asignatura: Ingeniería de Software II.

2. 1.Diagrama de Clases Los diagrama de clases especifican que clases intervienen en el desarrollo del sistema y como se relacionan, a diferencia de los diagramas de interacción que modelan los aspectos dinámicos, los diagramas de clases modelan la parte estática. Los diagramas de clases también lo podemos definir, como una técnica grafica que se utiliza para modelar la parte estática del sistema Sin entrar en rodeos los elementos básicos de un diagrama de clase son: 1.1Clases. Como lo habíamos hablado escriben un conjunto de objetos con propiedades y comportamientos comunes. 1.2Relaciones. Enlaces entre los distintos elementos de los diagramas. 1.3Interfaces. Conjunto de operaciones de una clase o paquete visibles desde otras clases o paquetes

3. 1.1Clases. Las clases tienen una representación para identificarlas dentro del enfoque O.O, y las debemos crear teniendo en cuenta los siguientes aspectos: Nombre con que se identifica la clase dentro del sistema Representan las operaciones que mas tarde se convierten en métodos y se representan una a la vez, una por línea NOMBRE ORIGEN Son el conjunto de atributos que describen la clase, estos dependen del nivel de visibilidad establecido OPERACIONES Operaciones: Visibilidad+nombre+parametros:tipo devuelto.

4. 1.2Relaciones. Hay tres tipos: – Asociaciones: relaciones estructurales. – Generalizaciones: herencias. – Dependencias: relaciones de uso, especifican que un cambio en la especificación de un elemento puede afectar a otro que lo utiliza. 1.2.1 Asociaciones. 1.2.1.1 Nombre: Las asociaciones pueden tener un nombre que las identifiquen Profesor Universidad Trabaja para..

5. 1.2.1.2 Rol: Especifica el papel que juega cada clase dentro de la relación. Profesor Universidad El papel del profesor juega el papel de empleado y la universidad de empleador, 1.2.1.3 La multiplicidad: Indica el número de objetos involucrados en una asociación.

6. 1.2.1.2 Rol: Especifica el papel que juega cada clase dentro de la relación. Profesor Universidad El papel del profesor juega el papel de empleado y la universidad de empleador, 1.2.1.3 La multiplicidad: Indica el número de objetos involucrados en una asociación.

7. 1.2.1.3 La multiplicidad: Indica el número de objetos involucrados en una asociación. Profesor Universidad 1. 1..* Esta misma relación se puede mirar como una relación n….n. • Tipos de multiplicidad habituales: – * = Cero, uno ó n. – 0,1 = Cero o uno. – 1..* = Uno o más. – 1 = Exactamente uno (también podría ser otro número). – 1..5 = Entre uno y cinco.

9. Permite a una clase (hijo o subclase) heredar los atributos de otra (padre o superclase), siendo posible añadir atributos y operaciones especificas.Universidad Profesor Estudiante

10. 2. Clases de asociación Las clases de asociación permiten añadir atributos y operaciones a las relaciones estructurales.

11. 3. Visibilidad Índica el nivel de ‘acceso’ que tienen el resto de clases a los datos y operaciones definidos • Podráser: – Pública : (+) Visible para todos los clientes de la clase – Privada : (-) Visible solo para la propia clase – Protegida: (#) Visible solo para las subclases 4. Responsabilidades Las responsabilidades son contratos u obligaciones de una clase. Los atributos y características son, entonces, los medios a través de los cuales las clases llevan a cabo sus responsabilidades.

12. Ejemplo 1: Relación estudiante-Universidad Profesor Universidad Tiene 1..* -Id profesor -NIT +Crearuniversidad() +Modificar() +Buscar() +Crear()+Modificar() +Eliminar() Tiene 1..* Tiene 1..* Asignatura Estudiante -Id asignatura -Id estudiante Tiene 1..* +Crear()+Modificar() +Eliminar() +Crear()+Modificar() +Eliminar()

13. Ejemplo 2: Tienda, Producto y proceso de pago

14. Ejemplo 3:Diagrama de clases Biblioteca.