Funciones y aspectos del lenguaje

de modelado unificado (UML)

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

 Tabla de Contenido

1. Introducción...................................................................................................... 3
2. Estructura de contenido................................................................................... 4
3. Funciones y aspectos del lenguaje de modelado unificado ............................ 5
3.1. ¿Cuándo usar UML? .................................................................................... 5
3.2. ¿Por qué usar UML? .................................................................................... 5
3.3. Diagramas de casos de uso ......................................................................... 5
3.4. StarUML ..................................................................................................... 10
4. Material de apoyo .......................................................................................... 11
5. Glosario ......................................................................................................... 12
6. Referencias bibliográficas ............................................................................ 13
7. Control del documento .................................................................................. 14
Créditos.............................................................................................................. 15
Creative Commons ............................................................................................ 15

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

2
1. Introducción

El Lenguaje de Modelado Unificado (UML: Unified

Modeling Language) es la sucesión de una serie de métodos
de análisis y diseño orientadas a objetos que aparecen a
fines de los 80’s y principios de los 90’s. UML es llamado un
lenguaje de modelado, no un método. Los métodos consisten
de ambos, de un lenguaje de modelado y de un proceso.

El lenguaje de modelado, es la notación (principalmente

gráfica) que usan los métodos para expresar un diseño. El
proceso indica los pasos que se deben seguir para llegar a un
diseño. (Gónzales, 2008)
Las funciones del UML: visualizar, especificar, construir y
documentar los artefactos de modelamiento del negocio, de
los sistemas software y no software, ofrecen un estándar para
describir un “plano” del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocios y funciones
del sistema, y aspectos concretos como expresiones de
lenguajes de programación, esquemas de bases de datos y
componentes de software reutilizables.
UML tiene una notación gráfica muy precisa que reconoce la
representación en menor o mayor grado de las fases de un
proyecto informático: desde el análisis con los casos de uso,
el diseño con los diagramas de clases, objetos, entre otros,
hasta la implementación y configuración con los diagramas
de despliegue; UML es un lenguaje de modelamiento visual y
especificación y habilitación de procesos.
UML no es un proceso, tampoco es un lenguaje de programación
visual, ni una herramienta o instrumento de especificación.

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

3
2. Estructura de contenido
La notación gráfica
es un
Lenguaje de es que usan los
modelado métodos para
expresar un diseño

Visualizar

Especificar
UML cuenta con
funciones:
Construir Analizar casos
de uso
Documentar

Diseño de diagramas
permite
de clases, objetos,
entre otros

Configuración
diagramas de
despliegue

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

4
3. Funciones y aspectos del lenguaje de
modelado unificado
3.1. ¿Cuándo usar UML?
UML es muy útil cuando se requiere documentar un
proyecto sin afectar su tamaño. Es recomendable
evidenciarlo, debido a que las personas que se
encuentran actualmente en el desarrollo, podrían
abandonar la empresa por alguna razón.
Cuando se trabaja en equipo, se requiere del
UML para una correcta estructuración de los
requerimientos del sistema. Una práctica común
en algunos programadores, es no documentar
los proyectos que desarrollan. Esto trae consigo
problemas posteriores cuando alguna otra persona
toma el proyecto y realiza ajustes. No cuenta con
la documentación requerida para comprender el
cómo funciona el sistema.
Se recomienda usar casos de uso en todos los
proyectos por su gran ayuda en la planeación,
exposición y determinación de requerimientos.
Conforme avanza el desarrollo de un proyecto, los
casos de uso se hacen más visibles y útiles.
3.2. ¿Por qué usar UML?
Mientras que el valor estratégico del software
aumenta para muchas compañías, la industria
FAVA - Formación en Ambientes Virtuales de Aprendizaje
busca técnicas para automatizar la producción del
mismo, mejorar su calidad, reducir costos y tiempo.
Estas técnicas incluyen tecnología, programación
visual, patrones, entre otros.
Los negocios también intentan técnicas para
manejar la complejidad de sistemas mientras que
aumentan el alcance y complejidad, reconociendo
problemas arquitectónicos que se repiten, tales
como distribución física, concurrencia, réplica,
seguridad, balance de la carga y tolerancia de fallas.
Además, el desarrollo para la web a nivel mundial,
mientras que hace algunas cosas más simples, ha
agravado estos problemas arquitectónicos. UML
fue diseñado para responder a estas necesidades.
3.3. Diagramas de caso de uso
UML proporciona notación para los diagramas de
casos de uso con el fin de ilustrar sus nombres,
actores y las relaciones entre ellos.
El diagrama también puede ser utilizado para que
los expertos de dominio (usuarios del sistema y
clientes) se comuniquen con los informáticos sin
llegar a niveles de complejidad.
Se emplean para visualizar el comportamiento del
sistema, una parte de él o de una sola clase. De
forma que se pueda conocer cómo responder a
esa parte del sistema. El diagrama UML de casos
SENA - Servicio Nacional de Aprendizaje
5
 de uso es muy útil para definir como debería ser
el comportamiento de una parte del sistema, ya
que solo especifica cómo deben comportarse y no
como están implementadas las partes que define.
En el diagrama se encuentran diferentes figuras
que pueden mantener diversas relaciones entre
ellas:

Casos de uso: representado por un elipse, cada

caso de uso contiene un nombre que indica su
funcionalidad. Pueden tener relaciones con otros
y los más comunes son:

• Include: representado por una fleche

puntiaguda, en el diagrama de ejemplo se puede
ver como un caso de uso, el de Realizar Retiro
incluye a dos casos de uso (Verificar saldo de
cuenta y cargar retiro a cuenta).

• Extends: una relación de un caso de uso

A (Cancelar Retiro) hacia un caso de uso B
(Realizar Retiro) indica que B implementa la
funcionalidad de A. Donde A es un escenario
alterno al flujo principal del caso de uso.
Fuente: SENA

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

6
Generalization: es la típica relación de herencia.
Donde un caso de uso hereda el comportamiento
y significado de otro, es decir las relaciones de
comunicación, inclusión y extensión del súper-
caso de uso.

En el ejemplo: El caso de uso Realizar

Transacción generaliza a Realizar Retiro
y Realizar consignación. Los casos de uso
“Comprobar cuenta y cliente” y “Generar Recibo”
son heredados por los casos de uso Realizar
Retiro y Realizar Consignación. De este modo,
se utiliza include en el súper-caso de uso para
evitar repeticiones.

Fuente: SENA

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

7
 Para modelar los requerimientos es recomendable: Actor de apoyo: proporcionan un servicio (por
ejemplo: información) al SuD. Un ejemplo, los
• Determinar su contexto, para lo que también se servicios de autorización de pago.
puede usar un diagrama de casos de uso.
• Identificar las necesidades de los elementos del • ¿Por qué se identifica? Por aclarar las interfaces
contexto (actores). externas y los protocolos.
• Definir esas necesidades y darles forma de
caso de uso. Actor pasivo: está interesado en el comportamiento
• Identificar qué casos de uso pueden de casos de uso, pero no es principal ni de apoyo;
ser especializaciones de otros o buscar por ejemplo, la agencia tributaria del gobierno.
especializaciones comunes para los casos de
uso ya encontrados. • ¿Por qué se identifica? Por asegurar que todos
los intereses necesarios sean identificados y
Actores satisfechos. (Universidad de El Salvador, 2007,
p.23)
Un actor es cualquier cosa con comportamiento,
inclusive el propio sistema que se está estudiando
(SuD, System Under Discussion). Los actores
principales y de apoyo aparecerán en los pasos
de acción del texto del caso de uso. Los actores
no son solamente roles que juegan las personas,
sino también organizaciones, sistemas, metas,
responsabilidades, software y máquinas. Hay tres
tipos de actores externos con relación alSuD:

Actor principal: tiene objetivos de usuarios que

se satisfacen mediante el uso de los servicios de
SuD. Por ejemplo, el cajero.
• ¿Por qué se identifica? Por encontrar los
objetivos de usuario, los cuales dirigen los Fuente: SENA
casos de uso.

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

8
Asociaciones
Asociación: indica que un actor forma parte de un
caso de uso.
Un tipo especializado de asociación, llamado
“Communication association” contesta a los
interrogantes ¿Cómo los actores y los casos de
uso se relacionan? y ¿Qué actores inicializan o
participan en los casos de uso?
Fuente: SENA
FAVA - Formación en Ambientes Virtuales de Aprendizaje
Una asociación entre un actor y un caso de uso
indica que el actor se comunica con el sistema y
participa en el caso de uso.
Un caso de uso puede tener asociaciones
con múltiples actores y un actor puede tener
asociaciones con múltiples casos de uso.
Una asociación se muestra con una línea sólida
entre el actor y el caso de uso.
SENA - Servicio Nacional de Aprendizaje
9
 • Una flecha de navegación en una asociación
dirigida hacia el caso de uso, indica que el actor
inicializa la interacción con el sistema.
• Una flecha de navegación en una asociación
con dirección hacia el actor, indica que el
sistema inicializa la interacción con el actor.
• Sea cuidadoso de no mostrar flechas de
navegación, ya que puede indicar al modelador
que no existe ningún tipo de interacción entre el
actor y el caso de uso.
3.4. StarUML
StarUML es una herramienta para el modelamiento
de software basado en los estándares UML y
MDA (Model Driven Arquitecture), anteriormente
llamada Plastic o Ágora plastic. En este momento
se encuentra disponible la versión 2.8.
Es de fácil uso y ayuda a generar diagramas
compatibles con la suite ofimática de Microsoft
Office. Tiene código que es compatible con C++ y
Java. Está disponible para MAC, Windows y Linux.

Historia de StarUML
Año Descripción
1996, nace de la primera versión Fue una herramienta muy simple que se utilizaba para dibujar módulos de
(V 0.9) de Plastic. software y sus dependencias.

1997, lanzamiento de Plastic 1.0.
1998, Plastic 1.1.
1999, fundación de software de
Plastic.Inc.
2001, Plastic versión 3.0.
2003, Plástic libre.
2005, Ágoraplasticlibre.
Programas de dominio público, apoyó OMT (Object Modeling Technique -Técnica
de Modelado de Objetos).
Diagrama de clases UML apoyado.
Lanzamiento de Plastic 2.0 apoyo UML, generación de código Java e ingeniería
inversa.
UML 1.3 totalmente compatible.
Completamente rediseñado y reescrito, UML 1.4 totalmente compatible, de
arquitectura abierta.
Se internacionaliza, muchas características se implementan en la plataforma
extensible. “Good Software” Certificado del Ministerio de Información y
Comunicaciones de Corea.
StarUML 5.0 cambia de nombre y se libera. Se volvió a abrir
el proyecto de código, UML 2.0 compatibles, la tecnología y la notación de
extensión se implementan.

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

10
 4. Material de apoyo

Para complementar los diferentes conceptos

adquiridos en el presente documento, se recomienda
a los aprendices consultar:

• Video tutorial de Diagrama de Casos de Uso

a través de la herramienta Star UML ”Realizar
transacción bancaria” .

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

11
 5. Glosario
Caso de Uso: describe el comportamiento de
cómo un sistema responde a las solicitudes de
uno de los involucrados relevantes llamado actor
primario.
Extend: define si un caso de uso se extiende de
otro y se representa por medio de una línea o
conector.
Flujo alternativo: el sistema comprueba la validez
de los datos, si estos no son correctos, se avisa al
actor de ello permitiéndole que los corrija.
Flujo normal: corresponde a la ejecución normal
y exitosa del caso de uso.
Frecuencia de uso: son las veces que se repite el
caso. Ejemplo: son las veces que se puede repetir
un proceso en un sistema, también se puede ver
con el ejemplo de búsqueda de un empleado
que se necesita para que el proceso de liquidar
nómina, préstamos, número de horas trabajadas,
entre otros. Estos datos se buscan de una tabla,
que son los mismos que van a contabilidad.
FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
Generalización: es la relación que se
presenta cuando un subcaso de uso hereda el
comportamiento del súper caso de uso.
Include: define si un caso de uso incluye otro, se
representa por medio de una línea o conector.
Involucrado: es aquel que tiene un interés de por
medio en las funcionalidades del sistema.
Programación orientada a objetos: usa los
objetos en sus interacciones, para diseñar
aplicaciones y programas informáticos. Está
basado en varias técnicas, incluyendo herencia,
cohesión, abstracción, polimorfismo, acoplamiento
y encapsulamiento.
UML: Lenguaje Unificado de Modelado (UML, por
sus siglas en inglés, Unified Modeling Language).
12
 6. Referencias bibliográficas

José, G. (2008). ¿Qué es UML? Recuperado el 14 de agosto de 2017

http://www.docirs.cl/uml.htm

Servicio Nacional de Aprendizaje, SENA. (2010). Diseño de casos de uso. Colombia.

Recuperado el 14 de agosto de 2017 https://es.slideshare.net/
carlosandresperezcabrales/guia-aprendizaje-unidad1

Universidad de El Salvador. (2007). Definición de Requisitos. Recuperado el 14 de agosto

de 2017 goo.gl/9QFZPw

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

13
7. Control del documento

Nombre Cargo Dependencia Fecha

Autor Nidyan Slendy Centro Agroturístico

Mantilla Daza Contratista Regional Santander Diciembre de 2013

Adaptación Ana María Mora Guionista - Línea Centro

Jaramillo de Agroindustrial. Enero de 2014
Producción Regional Quindío

Versión Fecha Estado Cambios Autor

2 25-07-2017 Ajuste Adaptación a formato Jorge Eliecer

de OVA Andrade Cruz

FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje

14
 Créditos
Equipo de adecuación gráfica Experto temático
Centro de comercio y servicios Jorge Eliecer Andrade Cruz
SENA Regional Tolima
Línea de Producción Asesor pedagógico
Ricardo Palacio Peña
Director Regional
Félix Ramón Triana Gaitán Guionistas
Genny Carolina Mora Rojas
Subdirector de Centro Jesús Bernardo Novoa Ortiz
Álvaro Fredy Bermúdez Salazar
Diseño y diagramación
Coordinadora de formación profesional Diana Katherine Osorio Useche
Gloria Ines Urueña Montes Pedro Nel Cabrera Vanegas
Ismael Enrique Cocomá Aldana
Senior equipo de adecuación
Claudia Rocío Varón Buitrago Programadores
Davison Gaitán Escobar
Héctor Horacio Morales García

Creative commons
Atribución, no comercial, compartir igual.
Este material puede ser distribuido, copiado y exhibido por terceros
si se muestra en los créditos. No se puede obtener ningún beneficio
comercial y las obras derivadas tienen que estar bajo los mismos
términos de licencia que el trabajo comercial.
FAVA - Formación en Ambientes Virtuales de Aprendizaje SENA - Servicio Nacional de Aprendizaje
15