Introducción al Diagrama de Clases UML
Descargar como PPTX, PDF0 recomendaciones351 vistas
El documento describe el lenguaje UML y los diagramas de clases. Explica que UML se usa para modelar sistemas de software y que los diagramas de clases representan las clases, atributos, operaciones y relaciones. También cubre los diferentes tipos de relaciones entre clases como asociación, herencia, agregación y composición.
Introducción al Diagrama de Clases UML
- 1. TECNOLÓGICO NACIONAL DE MÉXICO Centro Nacional de Investigación y Desarrollo Tecnológico MSI. José Antonio Sandoval Acosta Seminario Técnico Diagrama de Clases Febrero de 2023
- 2. UML El lenguaje UML (en inglés, Unified Modeling Language) es un lenguaje para: • Especificación, • Visualización, • Construcción, y • Documentación de las partes de un sistema de software. Consiste en una colección de las mejores prácticas de ingeniería que han mostrado ser exitosas en el modelado de sistemas complejos.
- 3. DIAGRAMA DE CLASES Las clases son dibujadas con un rectángulo, dividido en tres partes: • El nombre de la clase. • Los atributos. • Las operaciones correspondientes. • Opcionalmente las responsabilidades que cada clase tiene. Además, el diagrama contiene: • Las relaciones entre clases y características de esas relaciones.
- 4. Representación de una clase
- 5. • El nombre de la clase debe ser lo menos ambiguo posible, usualmente un sustantivo. • Atributos: Los atributos describen las características de los objetos. • Poseen un tipo, que nos indica qué clase de atributo es. Si bien existen ciertos tipos primitivos, como enteros, booleanos y reales, cualquier tipo puede ser usado, incluso otras clases. Sintaxis: nombre<:tipo> <=valor_inicial > ubicacion : Cadena responsable : Cadena CajeroAutomatico
- 6. La restricción más importante es que los atributos son generalmente visibles únicamente por la clase que los contiene.
- 7. Las operaciones son utilizadas para manipular los atributos o realizar consultas. • La sintaxis para describir una operación es la siguiente: nombre_operación(<parámetros>) <:tipo_resultado> Cuenta + accountNum:int - name:string ~ retiro():double
- 8. • Las responsabilidades son las obligaciones de una clase y son definidas por el usuario. • Si bien, existe un compartimiento dentro de la clase para la especificación de las responsabilidades, éstas son de carácter opcional.
- 9. • Dependiendo del nivel de detalle que queremos alcanzar en el modelo, se pueden obviar algunas de las divisiones del gráfico de clases. • Esto permite simplificar el diagrama completo, de acuerdo al nivel de abstracción necesario. Puede utilizarse, por ejemplo
- 10. Notas en el diagrama de clases • A los gráficos de clases se les puede agregar notas o comentarios sobre algún aspecto interesante de la clase. • Estas notas pueden incluir observaciones sobre la clase, alguna restricción de uso, e incluso el pseudo-código de algunas operaciones. • Se grafican por medio de un rectángulo con la esquina superior derecha plegada, como si fuera una hoja, y se une con una línea al elemento de la clase al cual corresponde la nota.
- 11. Representación de las Notas
- 12. Las relaciones más importantes entre clases son: Asociación Herencia Agregación Composición Realización Dependencia
- 13. Asociación (Conexión entre clases) • Una asociación es una conexión entre clases. Significa que los objetos de dos clases tendrán un vínculo bidireccional en común, el cual puede interpretarse como “para cada X existe un Y”. • Se representa por medio de una línea continua entre dos clases.
- 14. Multiplicidad • Se utiliza multiplicidad cuando no necesariamente los vínculos entre objetos son de uno a uno. • Se especifica en cada extremo del vínculo, a través de un rango, cuántos objetos pueden estar vinculados.
- 15. Rangos • Algunos ejemplos de rangos son los siguientes: Cuando no se especifica ningún rango, se asume el valor uno (1) por defecto. Puede agregarse una flecha a la línea, indicando la dirección del vínculo:
- 16. • Supongamos que los requerimientos para un sistema de cajero automático precisan que desde una transacción del cajero se pueda recuperar la información de la cuenta del cliente. • La dirección en las flechas de la asociación determinan en que dirección puede recorrerse una asociación en el momento de la ejecución. • Una asociación sin flechas significa que se puede ir de un objeto a otro y viceversa. 1 0..*
- 17. Agregaciones (Posee/contiene) • Agregación es un caso especial de asociación. Indica que una o más clases (clases componentes) forman parte de otra clase (clase agregada). • Se denota con un rombo en uno de los extremos del vínculo, aquél que corresponde a la clase agregada. • Puede interpretarse como “posee (o contiene) un”.
- 18. Composición • En la composición el rombo es relleno con color e implica que si la clase compuesta se elimina, las clases que lo componen también serán eliminadas.
- 19. Generalizaciones (Herencia/Especificación/Especialización) • La generalización es la relación entre una clase más general y un clase más específica. • La clase más especifica (denominada subclase o clase hija) es consistente con la clase más general (denominada superclase o clase padre), y contiene información adicional. • La generalización permite la especialización de las clases, es decir, en este caso la superclase hereda todas sus características a la subclase.
- 20. Generalizaciones Se denota con un triángulo en el extremo del vínculo correspondiente al elemento más general. La relación puede interpretarse informalmente como “es un”. • El diagrama indica que un taxi es una clase particular de autos, con una patente (placa) extra y un código utilizado por la empresa. Son heredados de la clase Auto todos los demás atributos, como la patente oficial, el modelo, el motor, etc.
- 21. • Cuando una clase posee más de una subclase, pueden organizarse en forma de árbol de la siguiente manera:
- 22. Ejemplo de diagrama de clases de una biblioteca:
- 23. Construyendo el diagrama de clases 1. Identificar las clases, nombrarlas y definirlas con lo que sabes que son parte del modelo. 2. Identificar, nombrar y definir las asociaciones entre pares de clases, asignar multiplicidad. 3. Evaluar cada asociación para determinar si debe ser una agregación y cada agregación para ver si se trata de una composición 4. Evaluar las clases para aplicar posibles generalizaciones (herencia).
- 24. ¡Gracias!