UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009

Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]

UTN FRR

Introducción al UML
1. Indice
Introducción……………………………………………………………1
Vistas del UML………………………………………………………...2
Modelo Estático y Modelo Dinámico………………………………..3
Vista Estática…………………………………………………………. 4
Vista de Casos de Uso……………………………………………….6
Vista de Actividad……………………………………………………..8
Vista de Máquina de Estados………………………………………..8

2. Introducción
2.1. Propósito del documento
Introducir al alumno en los primeros conceptos y aplicaciones del UML, poniendo énfasis
en las distintas vistas.
2.2. Alcance del documento
Introducción a los primeros conceptos de UML
2.3. Definiciones, abreviaturas y acrónimos
2.4. Documentos Relacionados

Documento Nombre/Ubicación Fuente

El Lenguaje unificado de El Lenguaje unificado de Addison Wesley
Modelado Manual de Modelado Manual de Professional
Referencia. 2da. Edición Referencia. 2da. Edición
Applying UML and Patterns - Applying UML and Patterns - Addison Wesley
3Ed Larman - Addison Wesley Profesional
Profesional - 2004 - 3Ed

Introducción
El lenguaje de modelaje unificado (UML – Unified Modeling Language), es un lenguaje
para la especificación, visualización, construcción y documentación de los artefactos de
un sistema software.
Se usa para comprender, diseñar y documentar tal entendimiento y diseño.

UML no exige un proceso de desarrollo concreto, es independiente de la metodología o

paradigma de desarrollo, pero fue diseñado para servir de apoyo a un proceso
interactivo, incremental, guiado por casos de uso y centrado en la arquitectura.

Durante el cursado de la materia Análisis de Sistemas vamos a aprender a aplicar un

proceso Iterativo e Incremental y utilizaremos algunas de las herramientas que provee
UML para su documentación.

1 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

En un primera etapa nos avocaremos a Analizar, Entender y Documentar el Negocio

que se nos presente en cada caso de estudio para lo cual utilizaremos algunos de los
diagramas de UML, para luego empezar a diseñar como ayudará el nuevo Sistema de
Software a construir en los procesos de Negocio analizados.

Utilizando UML un sistema es modelado como una colección de objetos discretos que
interactúan para realizar un trabajo respondiendo a estímulos/eventos pre-planificados,
que en última instancia ayudan a cumplir las metas u objetivos de un usuario externo.

Vistas del UML

UML capta la información sobre la estructura estática y el comportamiento dinámico

del negocio actual y del sistema a desarrollar.

Si bien no entra en el ámbito de esta materia, es importante mencionar que UML

también nos permite modelar como será la arquitectura de software y hardware, las
capas en las que se distribuirá el Software, las plataformas de base, los paquetes de
distribución, la carga de los Servidores, la Virtualización de los mismos, etc.

Como no existe una línea clara entre los diferentes conceptos y construcciones del UML
resulta útil para un visualización general la clasificación de los mismos en lo que
llamamos Vistas.

En el nivel mas superior estas vistas pueden ser agrupadas en las siguientes Areas:
Clasificación Estructural, Comportamiento Dinámico, Diseño Físico y Gestión del
Modelo.1

Area Vista Diagrama Conceptos Principales

Principal
Estructura Vista Estática Diagrama de Clases o clase, asociación, dependencia,
l Modelo de Dominio generalización, interfaz, realización.
Vista de Diseño Estructura Interna Conector, interfaz, interfaz obligatoria,
interfaz proporcionada, parte, puerto
Diagrama de Colaboración, conector, rol, uso de la
Colaboración colaboración
Diagrama de Componente, dependencia, interfaz
Componentes proporcionada, interfaz obligatoria,
puerto, realización, subsistema
Vista de Casos de Diagrama de Casos de Actor, asociación Caso de uso,
Uso Uso extensión, generalización, inclusión
Dinámica Vista de Diagrama de Máquina Actividad hacer, disparador, efecto,
Máquina de de Estados estado, evento, región, transición,
Estado transición de finalización
Vista de Diagrama de actividad, acción, actividad, control de flujo,
Actividad división, excepción, flujo de datos,
nodo de control, nodo objeto, pin,
región de expansión, fusión

1
Rumbaugh, Jacobson, Boock - El Lenguaje unificado de Modelado Manual de Referencia.
2da. Edición – Pearson Addison Wesley
2 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Vista de Diagrama de Secuencia especificación de la ejecución,

Interacción especificación del suceso, fragmento de
la interacción.
Diagrama de Colaboración, condición de guarda,
Comunicación mensaje, rol numero de secuencia
Física Vista de Diagrama de Despliegue Artefacto, dependencia, manifestación,
Despliegue nodo
Gestión Vista de Gestión Diagrama de Paquetes Importar, modelo, paquete
del del Proyecto
Perfil Diagrama de Paquetes Estereotipo, perfil, restricción, valor
Modelo etiquetado

Una vista simplemente es un subconjunto de las posibles construcciones de modelado

de UML.

En esta primera etapa de Análisis nuestro objetivo es entender la realidad del negocio
que estamos analizando y construir modelos que reflejen, en mayor o menor grado de
abstracción, esa realidad.

Para esta etapa nos vamos a concentrar en las Vistas y Diagramas que en la Tabla
Anterior fueron resaltados con Itálica y Negrita, es decir

Vista Diagrama
1. Vista Estática: Modelo de Dominio
2. Vista de Casos de Uso Diagrama de Casos de Uso

3. Vista de Actividad Diagrama de Actividad

4. Vista de Maquina de Estados Diagrama de Máquina de Estados

En este punto cabe aclarar y recordar que UML es una herramienta o lenguaje de
modelado y NO un proceso de desarrollo. Vamos a utilizar algunas de sus herramientas
y diagramas conforme nos sean útiles para la aplicación del proceso de desarrollo
elegido, en nuestro caso el UP (Unified Process), que estudiaremos en detalle y no
estaremos limitados al uso de otras herramientas que no estén incluidas en UML.

Modelo Estático y Modelo Dinámico:

Un Modelo estático muestra los conceptos existentes, el detalle de esos conceptos y

como se relacionan entre si, sin tener en cuenta la secuencia de sucesos o eventos que se
suceden en el tiempo. Es como si le sacáramos una foto al negocio en pleno trabajo
cotidiano, y en esa foto pudiéramos ver no solo los objetos físicos que aparecen en una
foto normal, sino también todo el conjunto de objetos abstractos o conceptos que
forman el dominio del negocio.

3 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Un Modelo del comportamiento dinámico, en cambio, describe cómo se van sucediendo

los hechos, eventos y sucesos en un sistema a lo largo del tiempo y las interacciones y
actores o partes del Sistema, que se ven involucradas en cada uno de esos eventos.
El comportamiento dinámico también puede ser descripto como una serie de cambios
sobre instantáneas del sistema extraídas de la vista estática.

4 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Vista Estática

La Vista Estática es la base de UML

La Vista Estática modela conceptos significativos del dominio de la aplicación. En una

primera etapa de análisis, los conceptos a incluir son aquellos existentes actualmente en
el contexto de la aplicación.
En una etapa posterior de diseño podrán incluirse en esta vista conceptos nuevos,
inventados, que aparecen como parte o necesidad de la implementación.
Esta vista se la denomina estática porque no describe el comportamiento dependiente
del tiempo del sistema, que si se describe en otras vistas.

La vista estática captura además la estructura o detalle de los objetos, esto lo haremos
detallando los atributos de las clases conceptuales.

El diagrama que utilizaremos para modelar la vista estática es el Modelo de Dominio.

En el Modelo de Dominio los conceptos u objetos se representarán como ‘Clases

Conceptuales’. Las clases conceptuales las simbolizaremos como Rectángulos de dos
compartimientos, uno para el nombre de la clase y el otro para sus Atributos.

En un modelo de Dominio es posible también especificar la declaración del posible

comportamiento de las clases. Se denominan operaciones o métodos y se visualizan en
un tercer compartimiento. No vamos a modelar en primera instancia, durante el cursado
de esta materia las operaciones o métodos de las clases en nuestro Modelo de Dominio,
pero conocer de su existencia, muchas veces nos pude servir para mejores decisiones al
momento de definir las clases.

Las vistas dinámicas necesitan de la vista estática para describir los elementos que
interactúan dinámicamente –no se puede decir como algo interactúa sin decir primer qué
esta interactuando.

La vista estática es la base sobre la que se construyen las otras vistas.

5 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Ejemplo de Modelo de Dominio

Asociaciones : Como se relacionan los

conceptos (Clases Conceptuales) entre si.
Existen diferentes tipos de Asociaciones .

Primer Compartimiento: Nombre de la Clase

Cliente
-idCliente Factura
emitida a Detalle Factura
-razonSocial -numero
-Fecha -cantidad
+agregarCliente()
+actualizarCliente() 1 1..* 1 *
+volumenCliente()
0..*venta de

Segundo Compartimiento: 1
Atributos, estructura,
detalle de las características Precio Producto
* 1
de la Clase.
-fechaVigencias -codigo
-precio -descripcion

Tercer Compartimiento: Operaciones o Métodos. Multiplicidad: Se define cuantas instancias

(ocurrencias, objetos del tipo de la clase )
de una clase se relacionan con una instancia
de la clase asociada

6 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Vista de Casos de Uso

La Vista de Casos de Uso captura el comportamiento de un sistema, subsistema, clase o

componente tal y como se muestra a un usuario externo. Divide la funcionalidad del
sistema en transacciones que tienen significado para los actores usuarios de un sistema.
Las piezas de funcionalidad interactiva se denominan casos de uso.
Un caso de uso describe una interacción entre actores como una secuencia de mensajes
entre el sistema y uno o más actores.
El término actor incluye tanto a personas, como a otros sistemas informáticos y
procesos.

Actor
Un actor es una idealización de un rol desempeñado por una persona externa, un
proceso o cosa que interactúe con el sistema, subsistema o clase.
Un actor caracteriza la interacción que una clase de usuarios externos puede tener con el
sistema.
Durante la ejecución un usuario físico puede estar ligado con múltiples actores dentro
del sistema. Diferentes usuarios pueden estar ligados con el mismo actor y, por lo tanto,
representan múltiples instancias de la misma definición de actor.
Por ejemplo, una persona puede ser un cliente y un cajero de una tienda en diferentes
momentos.

Caso de uso
Un caso de uso (CU) es una unidad coherente de funcionalidad externamente visible por
uno o más actores del sistema.
El propósito de un Caso de Uso es definir una pieza de comportamiento lógica sin
revelar la estructura interna del sistema.
La definición de un caso de uso incluye todo el comportamiento que se espera que
tenga, las secuencias principales, distintas variaciones del comportamiento normal y
todas las condiciones de excepción que pueden darse con dicho comportamiento, junto
con la respuesta deseada.

UML provee un Diagrama de Casos de Uso donde pueden visualizarse los actores que
intervienen, la clasificación de los actores en cada CU y las posibles relaciones de
inclusión o extensión que pueda existir entre los diferentes CU que profundizaremos
más adelante.
También nos da la posibilidad de agrupar los CU en paquetes como una forma de
organizar los mismos de acuerdo a su funcionalidad.

Si bien estos diagramas de CU pueden ser una herramienta útil para tener una idea
rápido de la funcionalidad esperada del sistema, no constituyen por si mismos ninguna
especificación clara de los Requerimientos del Sistema, tal cual es su principal objetivo.

7 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Ejemplo de un Digrama de CU

Diagrama de Casos de Uso

<primario>

Gestion de Socios
Encargado de Sucursal
Persona

Gestión de Alquileres

Alquilar Película

Reservar Película

«uses»

Socio Encargado de Atención al Público

Consultar Película

«extends»

Consultar Web

Definición de
Políticas

Gerente General

8 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Vista de Actividad

La vista de Actividad la modelaremos a través de un diagrama de Actividad (DA).

Un DA es un grafo de nodos y flujos que muestran los flujos de control y
opcionalmente de datos durante un proceso.

Si bien un DA puede ser utilizado para detallar diferentes tipos de procesos, nosotros
vamos a utilizarlos para entender y modelar específicamente procesos de negocio.

Una de las principales ventajas de los DA es la posibilidad de detectar y modelar en

consecuencia, cuales son los pasos durante la ejecución de un proceso de negocio que
deban ejecutarse secuencialmente y cuales puedan hacerse concurrentemente.

Vista de Máquina de Estados

La vista de la máquina de estados la modelaremos utilizando el Diagrama: Máquina de

Estados.

La vista de la máquina de estados describe el comportamiento dinámico de los objetos

durante un período de tiempo, mediante el modelado de los ciclos de vida de los
posibles objetos correspondientes a las clases conceptuales modeladas.

Cada objeto se trata como una entidad aislada que se comunica con el resto del mundo
detectando eventos y respondiendo a ellos.

9 / 10
 UML – Introducción, Vistas y Diagramas - Análisis de Sistemas 2009
Autor: Juan Pablo Beltramone Versión: 1.01 [<xx-xx-200x>]
UTN FRR

Diagrama de Estado para la clase

PEDIDO

Se crea el Pedido

Pendiente

Se cotiza
el Pedido

Cotizado
Cliente aprueba Cliente Rechaza
Cotización Cotización

Aprobado Rechazado

10 / 10