Actividad 4. Introducción A Los Diagramas UML
Actividad 4. Introducción A Los Diagramas UML
Actividad 4. Introducción A Los Diagramas UML
GUERRERO
UNIDAD ACADÉMICA EN LA REGIÓN DE LA MONTAÑA
MATERIA:
OPTATIVA II: MODELOS DE PROCESO PARA EL DESARROLLO DE
SOFTWARE.
UNIDAD 2
PROFESOR:
ING. ABEL JERÓNIMO VARGAS
ALUMNA:
TSU. LIZBETH GPE. CUEVAS CARRETO
9° “A” ITI
¿QUÉ ES UML?............................................................................................................................3
¿PARA QUÉ SIRVE?...................................................................................................................4
TIPOS DE DIAGRAMAS UML.....................................................................................................5
DIAGRAMAS DE ESTRUCTURA.............................................................................................6
DIAGRAMA DE CLASES.........................................................................................................6
DIAGRAMA DE COMPONENTES..........................................................................................7
DIAGRAMA DE DESPLIEGUE................................................................................................8
DIAGRAMA DE OBJETOS.......................................................................................................9
DIAGRAMA DE PAQUETES..................................................................................................10
DIAGRAMA DE ESTRUCTURA COMPUESTA...................................................................11
DIAGRAMAS DE COMPORTAMIENTO..............................................................................12
DIAGRAMA DE ACTIVIDAD................................................................................................12
DIAGRAMA DE CASOS DE USO..........................................................................................13
DIAGRAMA DE MAQUINA DE ESTADOS.........................................................................14
DIAGRAMAS DE INTERACCIÓN.........................................................................................15
DIAGRAMAS DE SECUENCIA.........................................................................................15
DIAGRAMA DE COMUNICACIÓN..................................................................................16
DIAGRAMA DE TIEMPOS.................................................................................................17
DIAGRAMA GLOBAL DE INTERACCIONES.................................................................17
CUADRO SINOPTICO..............................................................................................................18
¿QUÉ ES UML?
Los diagramas contenidos en UML son la forma más común y utilizada de modelado de
software. Modelar consiste en hacer un diseño previo de una aplicación antes de proceder a su
desarrollo e implementación.
Un analista de software (u otros perfiles) crea distintos diagramas UML que sirven de base para
la posterior construcción/mantenimiento del sistema. El modelado es la principal forma de
visualizar el diseño de una aplicación con la finalidad de compararla con los requisitos antes de
que el equipo de desarrollo comience a codificar
Nos sirve para especificar métodos o procesos realizados por el sistema, por medio de una serie
de símbolos.
Nos proporciona una serie de herramientas que permiten mostrar el programa en sus diferentes
etapas o procesos, delimitarlos y organizarlos de tal forma que sean entendibles por la persona
que va a desarrollar el sistema.
Cabe destacar que UML no es un lenguaje de programación, sino el sistema que permite modelar
la estructura del programa.
DIAGRAMA DE CLASES
Elementos
El diagrama UML de clases está formado por tres elementos:
1. clases
2. relaciones e
3. interfaces.
Clases
Las clases son el elemento principal del diagrama y representa, como su nombre indica, una
clase dentro del paradigma de la orientación a objetos.
1. nombre de la clase
2. atributos
3. funciones.
DIAGRAMA DE COMPONENTES
Este diagrama nos muestra un conjunto de componentes y relaciones, se utilizan para describir la
vista de implementación estática de un sistema, se relacionan con los diagramas de clases en que
un componente normalmente se corresponde con una o más clases. Interfaces o colaboraciones
1. Componente
2. Interfaz
3. Relación de dependencia.
Ayudar a comunicar y explicar las funciones del sistema que se está construyendo a los
interesados o stakeholders.
DIAGRAMA DE DESPLIEGUE
Nos muestra un conjunto de nodos y sus relaciones, se utilizan para describir la vista de
despliegue estática de una arquitectura, se relacionan con los diagramas de componentes en que
un nodo normalmente incluye uno o más componentes.
Suele ser utilizado junto con el diagrama de componentes (incluso a veces con el diagrama de
paquetes) de forma que, juntos, dan una visión general de como estará desplegado el sistema de
información.
CARACTERISTICAS
Lo más normal es utilizarlo para dar una visión global, pero es posible utilizarlo para
representar partes específicas de la implementación.
DIAGRAMA DE OBJETOS
Este diagrama representa un conjunto de objetos y sus relaciones. Se utiliza para describir
estructuras de datos y las instancias de los elementos encontrados en los diagramas de clases.
Cubren la vista de diseño estática o la vista de proceso estática de un sistema al igual que los
diagramas de clases. Pero desde la perspectiva de casos reales prototipos.
El diagrama de objetos fue definido como “Un gráfico de instancias, incluyendo objetos y
valores de datos. Cada diagrama de objetos representa una instancia de un diagrama de
clase; muestra una fotografía del estado detallado de un sistema en un punto específico del
tiempo“.
Esta misma especificación también afirma que el diagrama de objetos es “un diagrama de
clase con objetos y no clases”
1. Objetos
2. Atributos
3. Vínculos
DIAGRAMA DE PAQUETES
ELEMENTOS
1. Paquetes
2. Dependencias
DIAGRAMA DE ESTRUCTURA COMPUESTA
DIAGRAMA DE ACTIVIDAD
1. Actividades
2. Flujos de control
3. Nodo inicial y nodo final.
DIAGRAMA DE CASOS DE USO
En el modelado orientado a objetos los diagramas de casos de uso son los que representan en
general el funcionamiento del sistema siendo estos los más utilizados como base del desarrollo
de un modelo real, representan casos de uso, actores y relaciones, se utilizan especialmente para
organizar y modelar el comportamiento de un sistema.
Representar los actores que se comunican con el sistema. Normalmente los actores
del sistema son los usuarios y otros sistemas externos que se relacionan con el
sistema. En el caso de los usuarios hay que entender el actor como un “perfil”,
pudiendo existir varios usuarios que actúan como el mismo actor.
Guiar el desarrollo del sistema. Crear un punto de partida sobre el que empezar a
desarrollar el sistema.
El comportamiento se modela utilizando una serie de nodos que representan estados y que
están conectados a través de las llamadas transiciones. Estas transiciones se activan a través
de eventos.
1. estados,
2. pseudoestados y
3. transiciones:
1. Simple.
2. Compuesto.
3. De submáquina.
DIAGRAMAS DE INTERACCIÓN
1. DIAGRAMA DE SECUENCIA
2. DIAGRAMA DE COMUNICACIÓN
3. DIAGRAMA DE TIEMPOS
4. DIAGRAMA GLOBAL DE INTERACCIONES
DIAGRAMAS DE SECUENCIA
Normalmente es utilizado para definir como se realiza un caso de uso por lo que es
comúnmente utilizado junto al diagrama de casos de uso. También se suele construir
para comprender mejor el diagrama de clases, ya que el diagrama de secuencia
muestra como objetos de esas clases interactúan haciendo intercambio de mensajes.
DIAGRAMA DE COMUNICACIÓN
2. Mostrar los mensajes que se transmiten entre objetos y roles dentro del
escenario de colaboración.
El diagrama de tiempos es utilizado para modelar el comportamiento del sistema dando especial
importancia al tiempo.
1. Líneas de vida
2. Estados
3. Restricciones de duración y
4. Restricciones de tiempo.
Se trata de una variante del Diagrama de actividades donde los nodos son las interacciones o
apariciones de interacción. Este diagrama se enfoca en la visión general del flujo de control de
las interacciones, que también puede mostrar el flujo de actividad entre los diagramas. Dicho
de otra manera, se utiliza para vincular los diagramas y lograr un alto grado de navegabilidad
entre los diagramas.
CUADRO SINOPTICO