Please enable JavaScript.
Coggle requires JavaScript to display documents.
Cómo crear diagramas estructurales con UML - Coggle Diagram
Cómo crear diagramas estructurales con UML
Diagramas de clases UML.
Se utilizan para representar de una forma más visual la estructura de un sistema o aplicación, ayudándose del mismo lenguaje de los humanos
Áreas de aplicación de los diagramas de clases UML.
Describen tipos dentro de un sistema.
El aspecto visual no es el mismo que se vaya a utilizar en una aplicación o programa, puede utilizarse en algún lenguaje de programación.
Modelan arquitecturas de software que ya existen.
En caso de querer más componentes, los mismo diagramas mostrarán dónde podrían integrarse tales componentes.
Representan visualmente modelos de datos.
En aplicaciones muy complejas los diagramas mostrarían una vista general del esquema.
Representan los requisitos de un software.
Estos diagramas se pueden enviar como representación gráfica del mismo, así los expertos podrían dar su opinión.
Notación según UML.
La clase.
La clase permite instanciar los objetos y definir la conducta de estos en el sistema, actuando como una plantilla.
En UML un diagrama de clases se representa como un rectángulo compuesto por tres filas horizontales. En la parte superior del rectángulo se define el nombre de la clase, en la parte intermedia se definen los atributos y en la inferior, los métodos. Solo la definición de la clase es obligatorio, los demás son opcionales.
Para especificar su visibilidad utilizamos los siguientes símbolos para los modificadores de acceso:
" + " = Pública.
" - " = Privada.
" # " = Protegida.
" / " = Derivada.
" ~ " = Paquete.
" * " = Aleatoria.
Propiedades.
El tipo de propiedad se deriva del nombre del clasificador, lo modificadores pueden concretar cómo se comporta.
Tipos de propiedades:
Ordenado (notación: isOrdered = true)
Único (isUnique = true)
No único (isUnique = false)
Protegido contra escritura (la propiedad solo puede leerse: isReadOnly = true)
Secuencia (la propiedad es una colección ordenada: isUnique = false e isOrdered = true)
Asociación (derivada de subconjuntos: union)
ID (pertenece a la denominación de su clasificador, id)
Limitación de propiedad (una limitación que influye en la propiedad: property-constraint)
Redefinición de una propiedad (redefine a una propiedad heredada: redefines [Merkmalsname])
Redefinición de una propiedad (redefine a una propiedad heredada: redefines [Merkmalsname])
Operaciones.
Son funciones de comportamiento, también se pueden utilizar en clases, en tipo de datos o en interfaces.
Especifican estos aspectos de una llamada:
Nombre.
Tipo.
Parámetro.
Limitaciones.
Receptores.
Un receptor muestra que un clasificador está preparado para recibir una señal y define qué tipos de señal aceptan las instancias de la clase.
Puertos.
Estos permiten una conexión entre los clasificadores encapsulados y su entorno.
Conectores.
Definen conexiones entre dos o más instancias, pero solo definen las conexiones de aquellas que se definen como elementos.
Multiplicidades.
Permite decidir el número de instancias que puede formar una clase estructurada, también reduce los atributos y las operaciones.
Mediante la restricción de multiplicidad se designa un valor fijo o un rango:
0 = La clase no desarrolla instancias (poco frecuente).
0..1 = Una o ninguna instancia.
1 o 1..1 = Solo una instancia.
0..
o
= Ninguna instancia o varias con un valor máximo indefinido.
1..* = Una instancia o más con valor máximo indefinido.
Restricción.
Es un elemento que puede pertenecer a un paquete.
Estereotipos.
Estos definen a extensiones de las metaclases.
Los estereotipos estandarizados para diagramas de clases son:
Foco.
Define el flujo de control de las clases auxiliares.
Auxiliar.
Esta se suele combinar con la clase foco, también suele asistir a clases que tienen una posición significativa para el sistema.
Tipo.
Específica una región para objetos de negocio, específica los operadores de estos objetos.
Clase aplicación
En UML una instancia puede asignarse a varias clases.
Metaclase.
Al no diferenciarse las formas de clase y metaclase, se usa la etiqueta MetaClass para señalar que es un estereotipo Metaclase.
Utilidad.
La clase utilidad no posee instancias. Etiqueta a una colección de atributos y operaciones estáticos.
En UML hay seis estereotipos que son considerados como estándar, pero hay tres que se suelen usar mucho sin ser estándar, estos son:
Entidad.
Define a una clase o a un objeto.
Frontera.
Define los límites del sistema.
Control.
Permite modelar el comportamiento que tendrá el sistema.
Interfaces.
Las interfaces son clasificadores. Aunque tienen una similitud con las clases, estas no lo son, son declaraciones, es decir, declaran un conjunto de funciones y obligaciones abiertas e interrelacionadas de forma lógica.
Tipos datos.
Asocian un conjunto de operaciones utilizando rangos concretos de valores y agrupándolos con sus operaciones especiales.
Algunos de los tipos son:
Booleanos (variables booleanas).
Íntegros.
UnlimitedNatural (cifra natural, ilimitada)
Real (cifra real).
String (secuencia de caracteres).
Relaciones.
Representan relaciones entre los elementos de sistema para que el observador pueda ver los componentes que necesita el sistema y cómo interactúan entre sí.
La asociación.
Es una relación que conecta tuplas, es decir, colecciones de datos ordenadas. Es una conexión entre clasificadores. Hay dos variantes de la asociación: el enlace (link) y la agregación.
Enlace.
Dispone de al menos dos extremos con una multiplicidad cada uno. El valor puede ser una instancia del tipo datos de la terminación.
Agregación.
Esta tiene dos participantes, esta no crea relaciones en el mismo nivel, como el enlace, sino que muestra relaciones entre una parte y el todo.
Relación de dirección.
Define relaciones entre un origen y un destino. Los extremos pueden presentar varios elementos.
Instancias que caracterizan a esta relación:
Generalización.
Esta es una relación entre clases, podría ir de una subclase a una superclase, y de estas también se podrían derivar otras clases.
Dependencia.
Es una relación entre una clase y otra, donde la existencia de una clase depende de otra clase.
La dependencia cuenta con 3 subcategorías:
3 more items...
Unión de plantillas.
Incluir.
Extender.