UNIVERSIDAD TECNOLÓGICA DE LA REGIÓN NORTE DE

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

CHILAPA DE ÁLVAREZ GRO, JULIO 2020

Contenido

¿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?

El Lenguaje Unificado de Modelado (UML), es un lenguaje estándar que está especialmente

desarrollado para ayudar a todos los intervinientes en el desarrollo y modelado de un sistema o
un producto software a describir, diseñar, especificar, visualizar, construir y documentar todos
los artefactos que lo componen, sirviéndose de varios tipos de diagramas.

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

En si UML es una herramienta propia de personas que tienen conocimientos relativamente

avanzados de programación y es frecuentemente usada por analistas funcionales (aquellos que
definen qué debe hacer un programa sin entrar a escribir el código) y analistas-programadores
(aquellos que, dado un problema, lo estudian y escriben el código informático para resolverlo en
un lenguaje
 ¿PARA QUÉ SIRVE?

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.

Sus propósitos son:

 Brindar a arquitectos de sistemas, ingenieros y desarrolladores de software las

herramientas para el análisis, el diseño y la implementación de sistemas basados en
software, así como para el modelado de procesos de negocios y similares.

 Hacer progresar el estado de la industria permitiendo la interoperabilidad de herramientas

de modelado visual de objetos. No obstante, para habilitar un intercambio significativo de
información de modelos entre herramientas, se requiere de un acuerdo con respecto a la
semántica y notación.
 TIPOS DE DIAGRAMAS UML

A continuación, se explicará brevemente cada uno de los distintos diagramas UML, y se

representará su clasificación de los diagramas (De estructura y comportamiento)
DIAGRAMAS DE ESTRUCTURA

DIAGRAMA DE CLASES

Este diagrama representa un conjunto de clases, interfaces y colaboraciones, y las relaciones

entre ellas. Los diagramas de clases los diagramas más comunes en el modelado de sistemas
orientados a objetos. Estos diagramas se utilizan para describir las vistas de diseño estático de un
sistema, incluyen clases activas se utilizan para cubrir la vista de procesos estática de un sistema.

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.

Una clase está compuesta por tres elementos: 

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

El diagrama de componentes está formado por tres elementos:

1. Componente
2. Interfaz
3. Relación de dependencia.

Algunos de sus usos son:

 Se utilizan en desarrollo basado en componentes para describir sistemas con arquitectura

orientada a servicios.

 Mostrar la estructura del propio código.

 Se puede utilizar para centrarse en la relación entre los componentes mientras se ocultan

los detalles de las especificaciones.

 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.

El diagrama de componentes muestra que componentes existen y como se relacionan mientras

que el diagrama de despliegue es utilizado para ver cómo se sitúan estos componentes lógicos en
los distintos nodos físicos.

CARACTERISTICAS

 Permite identificar los nodos en los que trabajará o utilizarán el sistema de información,

identificando a su vez agentes externos e internos que interactúen con el sistema.

 Permite representar de forma clara la arquitectura física de la red, así como la

distribución del componente software.

 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”

El diagrama de objetos se compone, principalmente, de los siguientes elementos

1. Objetos
2. Atributos
3. Vínculos
 DIAGRAMA DE PAQUETES

Este diagrama es utilizado en los sistemas de información con programación orientada a

objetos. El objetivo principal del diseño debe maximizar la cohesión y minimizar el
acoplamiento.

El diagrama de paquetes es uno de los diagramas estructurales comprendidos en UML, por

lo que, como tal, representa de forma estática los componentes del sistema de información
que está siendo modelado. Es utilizado para definir los distintos paquetes a nivel lógico que
forman parte de la aplicación y la dependencia entre ellos. Es principalmente utilizado por
desarrolladores y analistas.

ELEMENTOS

1. Paquetes
2. Dependencias
 DIAGRAMA DE ESTRUCTURA COMPUESTA

Un diagrama de estructura compuesta desempeña una función similar a un diagrama de

clases, pero le permite entrar en más detalles al describir la estructura interna de varias
clases y mostrar las interacciones entre ellas. Puede representar gráficamente clases y partes
internas y mostrar asociaciones tanto entre clases como dentro de ellas.

Muestra la estructura interna (incluidas las partes y los conectores) de un clasificador

estructurado.

Los principales objetivos de este diagrama consisten en mostrar:

1. La estructura interna de un clasificador.

2. Clasificadores de interacciones con el entorno a través de puertos.
3. Un comportamiento de una colaboración.
DIAGRAMAS DE COMPORTAMIENTO

DIAGRAMA DE ACTIVIDAD

Muestra el flujo de actividades en un sistema, muestra el flujo secuencial o ramificado de

actividades y los objetos en los que actúa, son importantes para modelar la función de un
sistema, así como para resaltar el flujo de control entre objetos

El diagrama de actividades de UML está compuesto por los siguientes elementos:

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.

El diagrama de casos de uso, dependiendo de la profundidad que le demos, puede ser

utilizado para muchos fines, entre ellos podemos encontrar los siguientes:

 Representar los requisitos funcionales.

 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.

 Representar las relaciones entre requisitos funcionales y actores.

 Guiar el desarrollo del sistema. Crear un punto de partida sobre el que empezar a
desarrollar el sistema.

 Comunicarse de forma precisa entre cliente y desarrollador. Simplifica la forma

en que todos los partícipes del desarrollo, incluyendo el cliente, perciben como el
sistema funcionará y ofrecerá una visión general común del mismo.
 DIAGRAMA DE MAQUINA DE ESTADOS

El diagrama de máquina de estados o, más comúnmente llamado, el diagrama de estados es

un diagrama de comportamiento usado para especificar el comportamiento de una parte del
sistema diseñado a través de transiciones de estados finitos.
El formalismo de esta diagramado utilizado en UML es una variante basada en objetos de
los diagramas de estado de Harel. Es utilizado para mostrar los estados por los que pasa un
componente de un sistema de información.

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.

El diagrama de estados está formado por tres elementos:

1. estados,
2. pseudoestados y
3. transiciones:

UML define los siguientes tipos de estados:

1. Simple.
2. Compuesto.
3. De submáquina.
 DIAGRAMAS DE INTERACCIÓN

Es un subconjunto de los diagramas de comportamiento. Comprende los siguientes

diagramas:

1. DIAGRAMA DE SECUENCIA
2. DIAGRAMA DE COMUNICACIÓN
3. DIAGRAMA DE TIEMPOS
4. DIAGRAMA GLOBAL DE INTERACCIONES

DIAGRAMAS DE SECUENCIA

El diagrama de secuencia es un tipo de diagrama de interacción. Su objetivo es

representar el intercambio de mensajes entre los distintos objetos del sistema para
cumplir con una funcionalidad. Define, por tanto, el comportamiento dinámico del
sistema de información.

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

El diagrama de comunicación es un tipo de diagrama de interacción UML que muestra

las interacciones entre objetos y / o partes (representadas como líneas de vida)
utilizando mensajes secuenciados en una disposición de forma libre.

También se asume que el adelantamiento de mensajes (es decir, el orden de las

recepciones es diferente del orden de envío de un conjunto dado de mensajes) no
tendrá lugar o es irrelevante. Por lo tanto, puede verse como un diagrama de secuencia
simplificado.

Las principales finalidades del diagrama de comunicación son las siguientes:

1. Modelar el paso de mensajes entre objetos o roles que entregan las

funcionalidades de casos de uso y operaciones.

2. Mostrar los mensajes que se transmiten entre objetos y roles dentro del
escenario de colaboración.

3. Modelar escenarios alternativos dentro de casos de uso u operaciones que

involucren la colaboración de diferentes objetos e interacciones.
 DIAGRAMA DE TIEMPOS

El diagrama de tiempos es utilizado para modelar el comportamiento del sistema dando especial
importancia al tiempo.

Los diagramas de tiempo nos describen el comportamiento de los clasificadores individuales y

las interacciones de los clasificadores, enfocando la atención en el tiempo de los eventos que
causan cambios en las condiciones de las líneas de vida.

El diagrama de tiempos incluye los siguientes elementos:

1. Líneas de vida
2. Estados
3. Restricciones de duración y
4. Restricciones de tiempo.

DIAGRAMA GLOBAL DE INTERACCIONES

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