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, agregación, composición y herencia.

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!