Lenguaje

Unificado de
Modelado

Grupo # 5
Integrantes:
Oslin Danilo Ramos Molina 20111011860

Julio Cesar Arteaga Avila 20121003728

Stephanie Michell Sosa Reyes 20131009654

Cesar Augusto Avila Ponce 20131005761

Heber Abdel Diaz 20101006846

Julio Rene Vijil Theodoracopoulos 20091005527

James Wilfredo Jimenez Medina 20111002284

QUÉ ES UML Y SUS DEFINICIONES
UML significa Lenguaje de Modelado o Modelamiento Unificado.

es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos a un
sistema de software bajo desarrollo, así como para modelado de negocios y otros sistemas no software.

Los principales factores que motivaron la definición de UML fueron: la necesidad de modelar sistemas,
las tendencias en la industria del software, unificar los distintos lenguajes y métodos existentes e innovar
los modelos para adaptarse a la arquitectura distribuida.
OTRAS DEFINICIONES DE UML
● El Lenguaje Unificado de Modelado prescribe 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.
● El UML es una técnica de modelado de objetos y como tal supone una abstracción de un sistema
para llegar a construirlo en términos concretos. El modelado no es más que la construcción de un
modelo a partir de una especificación. Un modelo es una abstracción de algo, que se elabora para
comprender ese algo antes de construirlo. El modelo omite detalles que no resultan esenciales para
la comprensión del original y por lo tanto facilita dicha comprensión.
BREVE HISTORIA
Antes de UML 1.x
En 1994, la compañía se convirtió en la fuente de los dos esquemas de modelado orientado a objetos
más populares de la época: Object-Modeling Technique (OMT) de Rumbaugh, que era mejor para
análisis orientado a objetos, y el Método Booch (de Grady Booch) que era mejor para el diseño orientado
a objetos. Poco después se les unió Ivar Jacobson, el creador del método de ingeniería de software
orientado a objetos. Jacobson se unió a Rational, en 1995, después de que su compañía Objectory AB
fuera comprada por Rational. Los tres metodologistas eran conocidos como los Tres Amigos, porque se
sabía de sus constantes discusiones sobre las prácticas metodológicas.

Bajo la dirección técnica de los Tres Amigos (Rumbaugh, Jacobson y Booch) fue organizado un consorcio
internacional llamado UML Partners en 1996 para completar las especificaciones del UML, y para
proponerlo como una respuesta al OMG RFP.
UML 1.x
Como notación de modelado, la influencia de la OMT domina UML (por ejemplo, el uso de rectángulos para
clases y objetos). Aunque se quitó la notación de "nubes" de Booch, sí se adoptó la capacidad de Booch para
especificar detalles de diseño en los niveles inferiores. La notación de "Casos de Uso" del Objectory y la notación
de componentes de Booch fueron integrados al resto de la notación, pero la integración semántica era
relativamente débil en UML 1.1, y no se arregló realmente hasta la revisión mayor de UML 2.0.

UML 2.x
UML ha madurado considerablemente desde UML 1.1, varias revisiones menores (UML 1.3, 1.4 y 1.5) han
corregido defectos y errores de la primera versión de UML. A estas le ha seguido la revisión mayor UML 2.0 que
fue adoptada por el OMG en 2005.
Aunque UML 2.1 nunca fue lanzado como una especificación formal, las versiones 2.1.1 y 2.1.2, aparecieron en
2007, seguidas por UML 2.2 en febrero de 2009. UML 2.3 fue lanzado oficialmente en mayo de 2010. UML 2.4.1
fue lanzado oficialmente en agosto de 2011. UML 2.5 fue lanzado en octubre de 2012 como una versión "En
proceso" que fue formalmente liberada en junio de 2015.
CARACTERÍSTICAS
1. UML es una especificación de notación orientada a objetos
2. UML se quiere convertir en un lenguaje estándar con el que sea posible
modelar todos los componentes del proceso de desarrollo de aplicaciones.
3. UML permite describir un sistema en diferentes niveles de abstracción
4. Proporciona herramientas para el anàlisis , diseño e mplementaciòn de
sistemas basados en software
5. Flexibilidad para admitir cambios no previstos durante el diseño y rediseño .
OBJETIVOS
1. Proporcionar lenguajes suficientes para poder alcanzar una gran cantidad de aspectos del
modelado contemporáneo de una forma directa y económica.

2. Proporcionar las semánticas suficientes para alcanzar aspectos del modelado que son de esperar
en un futuro.

3. Proporcionar mecanismos de extensión de forma que proyectos concretos puedan extender el

meta-modelo a un costo bajo.

4. Proporcionar mecanismos de extensión de forma que aproximaciones de modelado futuras podrían

desarrollarse encima del UML.
5. Proporcionar semánticas suficientes para especificar las interfaces a bibliotecas para
la comparación y el almacenamiento de componentes del modelo.

6. Ser tan simple como sea posible, pero manteniendo la capacidad de modelar toda la
gama de sistemas que se necesita construir.

7. UML es un lenguaje de modelado de propósito general que pueden usar todos los
modeladores.

8. Debe ser un lenguaje universal, como cualquier lenguaje de propósito general.

Imponer un estándar mundial.

9. Ser independiente del proceso de desarrollo y de los lenguajes de programación.

Existen dos clases principales de tipos de diagramas: diagramas estructurales y
diagramas de comportamiento.
DIAGRAMAS ESTRUCTURALES
1. Diagrama de clases Los diagramas de clase son, sin duda, el tipo de diagrama UML más utilizado.
2. Diagrama de componentes: muestra la relación estructural de los componentes de un sistema de
software.
3. Diagrama de despliegue: Muestra el hardware de su sistema y el software de ese hardware.
4. Al igual que los diagramas de clases, también muestran la relación entre los objetos, pero usan
ejemplos del mundo real.
5. Diagrama de paquetes: Diagrama de paquetes muestra las dependencias entre diferentes paquetes
de un sistema
6. Diagrama de perfiles El diagrama de perfil es un nuevo tipo de diagrama introducido en UML 2. Este
es un tipo de diagrama que se utiliza muy raramente en cualquier especificación.
7. Diagrama de estructura compuesta Los diagramas de estructura compuesta se utilizan para mostrar
la estructura interna de una clase.
DIAGRAMAS COMPORTAMIENTO
¿QUE SON DIAGRAMAS DE COMPORTAMIENTO?

● comportamiento que expresa la secuencia de estados por los que pasa un

objeto a lo largo de su vida en respuesta a eventos.
● contiene estados simples y compuestos y transiciones con eventos y
acciones.
● Los diagramas se emplean para visualizar, especificar, construir y
documentar los aspectos dinámicos de un sistema.
● los aspectos dinámicos de un sistema de software involucra cosas tales
como el flujo de mensajes a lo largo del tiempo y el movimiento físico de
componentes de una red
Tipos de diagrama de comportamiento
● diagramas actividades
● diagramas de caso de uso
● diagrama de interacción
● diagrama de tiempos
● diagrama de comunicación
● diagrama de máquina de estado
● diagrama de secuencia
Diagrama de caso de uso
CONCLUSIONES
● UML sirve para el modelado completo de sistemas complejos, tanto en el
diseño de los sistemas software como para la arquitectura hardware donde
se ejecuten.

● El Proceso Unificado está basado en componentes, lo cual quiere decir que el

sistema software en construcción está formado por componentes software
interconectados a través de interfaces bien definidos.
Los aspectos que definen este Proceso Unificado

1. Iterativo e incremental: Todo sistema informático complejo supone un gran

esfuerzo que puede durar desde varios meses hasta años.Por lo tanto, lo más
práctico es dividir un proyecto en varias fases.
2. Dirigido por casos de uso: este se basa en los casos de uso, los
desarrolladores crean una serie de modelos de diseño e implementación
que los llevan a cabo.
3. Centrado en la arquitectura: concepto de arquitectura software incluye los
aspectos estáticos y dinámicos más significativos del sistema.