Anúncio
Anúncio

Mais conteúdo relacionado

Mais de José Antonio Sandoval Acosta(20)

Anúncio

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!
Anúncio