ISI – INGENIERÍA DE SOFTWARE II 2019-II

SEMANA 3-4: HERRAMIENTAS DE MODELADO UML

El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de modelado
visual común y semántica y sintácticamente rico para la arquitectura, el diseño y la
implementación de sistemas de software complejos, tanto en estructura como en
comportamiento. UML tiene aplicaciones más allá del desarrollo de software, p. ej., en el
flujo de procesos en la fabricación.

Es comparable a los planos usados en otros campos y consiste en diferentes tipos de

diagramas. En general, los diagramas UML describen los límites, la estructura y el
comportamiento del sistema y los objetos que contiene.

UML no es un lenguaje de programación, pero existen herramientas que se pueden usar para
generar código en diversos lenguajes usando los diagramas UML. UML guarda una relación
directa con el análisis y el diseño orientados a objetos.

I. DIAGRAMAS UML
El Lenguaje Unificado de Modelado o UML (“Unified Modeling Language”) es un
lenguaje estandarizado de modelado. 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.

Estos diagramas contenidos en UML son la forma más común y más 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. De forma similar que un arquitecto
dibuja planos sobre la casa que va a construir, 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.

El modelado es vital en todo tipo de proyectos, pero cobra especialmente importancia

a medida que el proyecto crece de tamaño. Para que una aplicación funcione
correctamente, debe ser diseñada para permitir la escalabilidad, la seguridad y la
ejecución. Utilizando diagramas UML se consigue visualizar y verificar los diseños de
sus sistemas de software antes de que la implementación del código haga que los
cambios sean difíciles y demasiado costosos.

MSc. Ing. Wilfredo M. Trejo F. 1

ISI – INGENIERÍA DE SOFTWARE II 2019-II

En UML 2.0 hay 13 tipos de diagramas. Para comprenderlos, a veces es útil

categorizarlos jerárquicamente, como se muestra líneas posteriores.

Los diagramas de estructura enfatizan en los elementos que deben existir en el

sistema modelado:
1. Diagrama de clases
2. Diagrama de componentes
3. Diagrama de objetos
4. Diagrama de estructura compuesta
5. Diagrama de despliegue
6. Diagrama de paquetes

Los diagramas de comportamiento enfatizan en lo que debe suceder en el sistema

modelado:
7. Diagrama de actividades
8. Diagrama de casos de uso
9. Diagrama de estados

Los diagramas de Interacción, un subtipo de diagramas de comportamiento, que

enfatiza sobre el flujo de control y de datos entre los elementos del sistema modelado:
10. Diagrama de secuencia
11. Diagrama de comunicación
12. Diagrama de tiempos (UML 2.0)
13. Diagrama de colaboración

A día de hoy, en la versión 2.5.1 de UML, existen dos clasificaciones de diagramas:

Los diagramas estructurales y los diagramas de comportamiento. Todos los
diagramas UML están contenidos en esta clasificación.

MSc. Ing. Wilfredo M. Trejo F. 2

ISI – INGENIERÍA DE SOFTWARE II 2019-II

Diagramas estructurales: Los diagramas estructurales muestran la estructura estática

del sistema y sus partes en diferentes niveles de abstracción. Existen un total de siete
tipos de diagramas de estructura:

1. Diagrama de clases: Muestra la estructura del sistema, subsistema o componente

utilizando clases con sus características, restricciones y relaciones: asociaciones,
generalizaciones, dependencias, etc.

2. Diagrama de componentes: Muestra componentes y dependencias entre ellos. Este

tipo de diagramas se utiliza para el desarrollo basado en componentes (CDB), para
describir sistemas con arquitectura orientada a servicios (SOA).

3. Diagrama de despliegue: Muestra la arquitectura del sistema como despliegue

(distribución) de artefactos de software.

4. Diagrama de objetos: Un gráfico de instancias, incluyendo objetos y valores de

datos. Un diagrama de objeto estático es una instancia de un diagrama de clase;
muestra una instantánea del estado detallado de un sistema en un punto en el
tiempo.

5. Diagrama de paquetes: Muestra los paquetes y las relaciones entre los paquetes.

6. Diagrama de perfiles: Diagrama UML auxiliar que permite definir estereotipos

personalizados, valores etiquetados y restricciones como un mecanismo de
extensión ligero al estándar UML. Los perfiles permiten adaptar el metamodelo
UML para diferentes plataformas o dominios.

MSc. Ing. Wilfredo M. Trejo F. 3

ISI – INGENIERÍA DE SOFTWARE II 2019-II

7. Diagrama de estructura compuesta: Muestra la estructura interna (incluidas las

partes y los conectores) de un clasificador estructurado.

Diagramas de comportamiento: A diferencia de los diagramas estructurales,

muestran cómo se comporta un sistema de información de forma dinámica. Es decir,
describe los cambios que sufre un sistema a través del tiempo cuando está en ejecución.
Hay un total de siete diagramas de comportamiento, clasificados de la siguiente forma:

8. Diagrama de actividades: Muestra la secuencia y las condiciones para coordinar

los comportamientos de nivel inferior, en lugar de los clasificadores que poseen
esos comportamientos. Estos son comúnmente llamados modelos de flujo de
control y flujo de objetos.

9. Diagrama de casos de uso: Describe un conjunto de acciones (casos de uso) que

algunos sistemas o sistemas (sujetos) deben o pueden realizar en colaboración con
uno o más usuarios externos del sistema (actores) para proporcionar algunos
resultados observables y valiosos a los actores u otros interesados del sistema(s).

10. Diagrama de máquina de estados: Se utiliza para modelar el comportamiento

discreto a través de transiciones de estados finitos. Además de expresar el
comportamiento de una parte del sistema, las máquinas de estado también se
pueden usar para expresar el protocolo de uso de parte de un sistema.

11. Diagramas de interacción: Es un subconjunto de los diagramas de

comportamiento. Comprende los siguientes diagramas:

11.1.Diagrama de secuencia: Es el tipo más común de diagramas de interacción y

se centra en el intercambio de mensajes entre líneas de vida (objetos).

11.2.Diagrama de comunicación: Se enfoca en la interacción entre líneas de vida

donde la arquitectura de la estructura interna y cómo esto se corresponde con
el paso del mensaje es fundamental. La secuencia de mensajes se da a través
de una numeración.

11.3.Diagrama de tiempos: Se centran en las condiciones que cambian dentro y

entre las líneas de vida a lo largo de un eje de tiempo lineal.

11.4.Diagrama global de interacciones: Los diagramas globales de interacciones

brindan una descripción general del flujo de control donde los nodos del flujo
son interacciones o usos de interacción.

MSc. Ing. Wilfredo M. Trejo F. 4

ISI – INGENIERÍA DE SOFTWARE II 2019-II

II. VERSIONES DE UML

La versión actual de UML es la 2.5.1 y fue publicada en junio de 2015. UML es
gestionada y actualizada por la OMG (Object Manabement Group). Los creadores
originales de UML son 3: Jim Rumbaugh, Grady Booch e Ivar Jacobson.

Esta es la lista de versiones que han sido publicadas:

1.1 – Noviembre de 1997
1.3 – Marzo de 2000
1.4 – Septiembre de 2001
1.5 – Marzo de 2003
1.4.2 – Enero de 2005
2.0 – Octubre de 2005
2.1 – Abril de 2006
2.1.1 – Febrero de 2007
2.1.2 – Noviembre de 2007
2.2 – Febrero de 2009
2.3 – Mayo de 2010
2.4.1 – Agosto de 2011
2.5 – Junio de 2015
2.5.1 – Diciembre de 2017 (Última versión)

MSc. Ing. Wilfredo M. Trejo F. 5

ISI – INGENIERÍA DE SOFTWARE II 2019-II

III. EJEMPLOS DE DIAGRAMAS UML

Casos de uso del negocio:
<<communicate>>

Gestionar Matrícula

Secretaria

<<communicate>>
Gestionar Grupos Alumno

Gestión de Notas
Coordinador

<<communicate>>

Gestión de Personal
Docente

Administrador

Gestión de Ingresos/Egresos
<<communicate>>
<<communicate>>

Personal

Director
Proveedor

MSc. Ing. Wilfredo M. Trejo F. 6

ISI – INGENIERÍA DE SOFTWARE II 2019-II

Modelo objeto del negocio:

Gestión de matrícula

Mes lectivo
Datos Alumno Disponibilidad de aula

Lee/Escribe Lee/Registra
Lee

Nivel
Alumno
Lee/Asigna

Lee/Asigna

Ciclo

Lee

<<communicate>> Secretaria
Escribe

Pagos respectivos

Administrador

Matricula

Diagramas de casos de uso:

MSc. Ing. Wilfredo M. Trejo F. 7

ISI – INGENIERÍA DE SOFTWARE II 2019-II

Diagrama de secuencia:
: SECRETARIA : GUI INSCRIPCION : BUSCADOR : VISUALIZADOR : CODIFICADOR : REGISTRADOR : VALIDADOR : ALUMNO : INSCRIPCIÓN : REQUISITOS : DOCUMENTOS
Ingres ar datos

Bus car alum no

Devolver alum no

Mos trar res ultado

Verifica pagos

Mos trar res ultado

Validar requis itos

Devolver requis itos

Mos trar res ultados

Registra datos com pletos del alum no

Ins erta alum no

Registra nivel

Crea código que no repita

Ins cripción alum no

Graba ins cripción

Genera ficha de ins cripción

Crea ficha de ins cripción

Im prim e ficha de ins cripción

Muestra lis ta de ins critos

Diagrama de colaboración:
3: Devolver alumno

: SECRETARIA 1: Ingresar datos 2: Buscar alumno : BUSCADOR : ALUMNO

4: Mostrar resultado
13: Crea código que no repita
16: Genera ficha de inscripción

: GUI INSCRIPCION : CODIFICADOR

19: Muestra lista de inscritos

: VISUALIZADOR

11: Inserta alumno

6: Mostrar resultado

9: Mostrar resultados 18: Imprime ficha de inscripción 17: Crea ficha de inscripción
5: Verifica pagos

7: Validar requisitos

10: Registra datos completos del alumno

12: Registra nivel
14: Inscripción alumno

: VALIDADOR : DOCUMENTOS

8: Devolver requisitos
15: Graba inscripción

: REGISTRADOR : INSCRIPCIÓN

: REQUISITOS

MSc. Ing. Wilfredo M. Trejo F. 8

ISI – INGENIERÍA DE SOFTWARE II 2019-II

Diagrama de componentes:

Sistema de gestión académica Logo1.pn

y administrativa.exe g
ventas.ja
sper

Alumnos.
jasper

inscripción.
Logo2.pn exe personal. ventas.ex Compras Compras
g exe e .exe .jasper

control Matricula. personal. Ingresos.

académico.exe exe jasper exe
Gastos.e
xe

Ciclo.exe

Notas.ex
e
Tesoreria.
exe
NIvel.exe
Balance
general.jasper

Evaluación y
publicación.exe

Librerias. Base.sql
jar Logo3.pn
g
Registro
General.jasper

Diagrama de despliegue:
Estara instalado el
Servidor Sistema de gestión
académica y control académico.exe,
PcCoordinador
Microprocesador 2.5 GHz administrativa.exe Registro General.jasper
RAM 2 GB
Microprocesador 2.5 GHz
Tarjeta de Red
RAM 2 GB
Tarjeta gráfica PCI Express
Tarjeta de Red
Tarjeta gráfica PCI Express
Quemador o grabador de
CD/DVD

Es usado para las

Impresora Swicth conexiones en red
DKVM-16
Matricial
LX300 Epson
Balance general.jasper,
personal.exe,
PCAdministrativo
Evaluación y
publicación.exe
Servira para Microprocesador 2.5 GHz
Imprimir los RAM 2 GB
reportes Tarjeta de Red
PcSecretaria Tarjeta gráfica PCI Express
Quemador o grabador de
Microprocesador 2.5 GHz CD/DVD
RAM 2 GB
Tarjeta de Red
Tarjeta gráfica PCI Express
Quemador o grabador de Matricula.exe,Tesoreria.exe,
CD/DVD inscripción.exe,

IV. EJERCICIOS
1. Realizar los diagramas más relevantes del trabajo de investigación grupal de
acuerdo a las pautas dadas en clases.

MSc. Ing. Wilfredo M. Trejo F. 9