UNIVERSIDAD MARIANO GÁLVEZ DE GUATEMALA

Facultad de Ingeniería en Sistemas Información y CC.

Curso: Análisis de Sistemas I
Docente: Ing. Yoong Harím René Estrada Urízar

UML (Lenguaje Unificado de Modelado)

Nombre: Angela María Xirum Algua

1090 17 18588

Abril de 2020
 Introducción:

Años anteriores los desarrolladores no creían necesario el crear un modelo

para poder desarrollar un programa, software o aplicación e incluso creían que era una
perdida de tiempo, pero todo esto ha cambiado debido a que el proceso de analizar y
estructurar un software previamente nos presenta muchas ventajas y beneficios.

También al pasar de los años muchos autores han contribuido para la

creación de algún método o estándar que se pueda utilizar para determinar la estructura
y componentes de un programa. Con ello ha surgió un modelo que actualmente se
conoce como UML (Lenguaje Unificado de Modelado), este se sabe que corresponde al
aporte de tres modelos anteriores que se han venido modificando y adaptando de
acuerdo con las necesidades.

Ahora se conoce que UML se ha establecido como estándar que se utiliza

para crear diagramas que luego sirven en la creación de un software o aplicación.
Debido a que UML no es un Modelo sino mas bien un Lenguaje (no de programación)
se podría decir gráfico, pero es muy complejo por lo cual el documento presente
proporciona información importante y de utilidad para poder comprender para que se
utiliza y cómo funcionan los diagramas de UML.
 UML

(Lenguaje Unificado de Modelado)

Se define UML como “un conjunto de notaciones y diagramas estándar para

modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos
diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos
usados para el diseño orientado a objetos, ahora los modeladores sólo tienen que
aprender una única notación.” O bien se dice que 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.

Por lo tanta UML fue creado con la finalidad de facilitar a los desarrolladores
y analistas un modelo de tipo grafico para la elaboración de software.

Breve Historia:

UML es una consolidación de muchas de las notaciones y conceptos más

usadas orientados a objetos. Empezó como una consolidación del trabajo de Grade
Booch, James Rumbaugh, e Ivar Jacobson, creadores de tres de las metodologías
orientadas a objetos más populares. En 1996, el Object Management Group (OMG), un
pilar estándar para la comunidad del diseño orientado a objetos, publicó una petición
con propósito de un metamodelo orientado a objetos de semántica y notación
estándares. UML, en su versión 1.0, fue propuesto como una respuesta a esta petición
en enero de 1997. Hubo otras cinco propuestas rivales. Durante el transcurso de 1997,
los seis promotores de las propuestas, unieron su trabajo y presentaron al OMG un
documento revisado de UML, llamado UML versión 1.1. Este documento fue aprobado
por el OMG en Noviembre de 1997.

UML después de ello ha venido cambiando y mejorando a través de nuevas

versiones.
 Tipos de diagramas UML

UML se puede usar para modelar distintos tipos de sistemas: sistemas de

software, sistemas de hardware, y organizaciones del mundo real. UML ofrece nueve
diagramas en los cuales modelar sistemas y se describirán a continuación:

• Diagramas de Casos de Uso: Un caso de uso es una descripción

de las acciones de un sistema desde el punto de vista del usuario. Es una
herramienta valiosa dado que es una técnica de aciertos y errores para obtener
los requerimientos del sistema, justamente desde el punto de vista del usuario.
Los diagramas de caso de uso modelan la funcionalidad del sistema usando
actores y casos de uso. Los casos de uso son servicios o funciones provistas por
el sistema para sus usuarios.

• Diagramas de Secuencia: para modelar el paso de mensajes entre

objetos. Los diagramas de clases y los de objetos representan información
estática. No obstante, en un sistema funcional, los objetos interactúan entre sí, y
tales interacciones suceden con el tiempo. El diagrama de secuencias UML
muestra la mecánica de la interacción con base en tiempos.

• Diagramas de Colaboración: El diagrama de colaboraciones

describe las interacciones entre los objetos en términos de mensajes
secuenciados. Los diagramas de colaboración representan una combinación de
información tomada de los diagramas de clases, de secuencias y de casos de
uso, describiendo el comportamiento, tanto de la estructura estática, como de la
estructura dinámica de un sistema.

• Diagramas de Estado: para modelar el comportamiento de los

objetos en el sistema. En cualquier momento, un objeto se encuentra en un
estado particular, la luz está encendida o apagada, el auto en movimiento o
detenido, la persona leyendo o cantando, etc. El diagrama de estados UML
captura esa pequeña realidad.
 • Diagramas de Actividad: Un diagrama de actividades ilustra la
naturaleza dinámica de un sistema mediante el modelado del flujo ocurrente de
actividad en actividad. Una actividad representa una operación en alguna clase
del sistema y que resulta en un cambio en el estado del sistema.

• Diagramas de Clases: para modelar la estructura estática de las

clases en el sistema. Las cosas que existen y que nos rodean se agrupan
naturalmente en categorías. Una clase es una categoría o grupo de cosas que
tienen atributos (propiedades) y acciones similares.

• Diagramas de Objetos: Los Diagramas de Objetos están

vinculados con los Diagramas de Clases. Un objeto es una instancia de una
clase, por lo que un diagrama de objetos puede ser visto como una instancia de
un diagrama de clases. Los diagramas de objetos describen la estructura
estática de un sistema en un momento particular y son usados para probar la
precisión de los diagramas de clases.

• Diagramas de Componentes: Un diagrama de componentes

describe la organización de los componentes físicos de un sistema.

• Diagramas de Implementación: para modelar la distribución del

sistema. El diagrama de distribución UML muestra la arquitectura física de un
sistema informático. Puede representar a los equipos y a los dispositivos, y
también mostrar sus interconexiones y el software que se encontrará en cada
máquina.
 “Algo importante que aclarar es que 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.”

UML y su función en el modelado y diseño orientados a objetos

Hay muchos paradigmas o modelos para la resolución de problemas en la

informática, que es el estudio de algoritmos y datos. Hay cuatro categorías de modelos
para la resolución de problemas: lenguajes imperativos, funcionales, declarativos y
orientados a objetos (OOP). En los lenguajes orientados a objetos, los algoritmos se
expresan definiendo 'objetos' y haciendo que los objetos interactúen entre sí. Esos
objetos son cosas que deben ser manipuladas y existen en el mundo real. Pueden ser
edificios, artefactos sobre un escritorio o seres humanos.

Los lenguajes orientados a objetos dominan el mundo de la programación

porque modelan los objetos del mundo real. UML es una combinación de varias
notaciones orientadas a objetos: diseño orientado a objetos, técnica de modelado de
objetos e ingeniería de software orientada a objetos.

UML usa las fortalezas de estos tres enfoques para presentar una
metodología más uniforme que sea más sencilla de usar. UML representa buenas
prácticas para la construcción y documentación de diferentes aspectos del modelado de
sistemas de software y de negocios.

Estos son algunos conceptos fundamentales de un mundo orientado a objetos:

 Objetos: Representan una entidad y el componente básico.

 Clase: Plano de un objeto.

 Abstracción: Comportamiento de una entidad del mundo real.

 Encapsulación: Mecanismo para enlazar los datos y ocultarlos del mundo

exterior.
 Herencia: Mecanismo para crear nuevas clases a partir de una existente.

 Polimorfismo: Define el mecanismo para salidas en diferentes formas.

Ventajas y desventajas

Carol T. nos describe que para el uso de UML se han determinado

algunas ventajas y desventajas las cuales son:

Ventajas

1. Nos muestra el requerimiento del usuario

2. Nos muestra las tareas del usuario

3. Nos muestra las necesidades del usuario

4. Otra ventaja es que ayuda al analista a comprender la forma en que un sistema

deberá comportarse, le ayudará a ver lo que el usuario quiere.

Desventajas

1. No establecen completamente los requisitos funcionales

2. No permite determinar los requisitos no funcionales

3. La inclusión hace que los diagramas sean más difíciles de entender para los

clientes

4. Cada caso crítico del uso debe tener un requisito no funcional centrado en el

funcionamiento asociado.
 Conclusiones:

 UML es sin duda de gran utilidad, considerado por muchos como complejo sin
embargo puede ser aplicado para programas pequeños, claro se utilizarían
menos diagramas únicamente los necesarios para lo que se desea
desarrollar. Esto demuestra que es flexible, es decir adaptable a cambios y
adecuaciones según lo que el analista considere.

 UML es importante porque nos ayuda a comprender de mejor manera lo que

un usuario solicita y así poder ahorrar tiempo y recursos implementando
partes innecesarias. Además de ser útil para la comunicación con el usuario
ayuda al desarrollador a ordenar sus ideas para que sean concretas y
legibles.

 Los distintos diagramas se abocan en especial a los Programas Orientados a

Objetos, determinando objetos, clases, entidades, pero también los
diagramas establecen una mejor representación de las colaboraciones, del
estado en que se pueda encontrar, las actividades y secuencias que se
puedan presentar, esto hace que UML abarque de gran manera cada detalle.
 Si se desea ser un buen analista y desarrolladores, se debe implementar el
UML.

Referencias

 Por Popkin Software and Systems (s.f.). Consultado: 16 de abril de

2020. http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/doc-
modelado-sistemas-uml.pdf

 Por Lucidchart (s.f. actualizado 2020) Consultado: 17 de abril de 2020.

https://www.lucidchart.com/pages/es/que-es-el-lenguaje-unificado-de-
modelado-uml

 Catedras de Proyectos (s.f.). Consultado: 16 de abril de 2020.

https://www.teatroabadia.com/es/uploads/documentos/iagramas_del_u
ml.pdf

 T. Carol (15 DE ABRIL DE 2009). Consultado: 16 de abril de 2020.

http://carolmfguml.blogspot.com/2009/04/ventajas-y-desventajas.html