Este documento introduce el Lenguaje Unificado de Modelado (UML), que es un lenguaje gráfico para definir sistemas de software utilizando diagramas. Explica que UML tiene elementos, relaciones y diagramas, y describe brevemente los diagramas de casos de uso, secuencia, clases, objetos, estados, componentes y despliegue. Concluye que el modelado UML es importante para el estudio de la programación orientada a objetos y la ingeniería de software.

1. UNIVERSIDAD REGIONAL AUTONOMA
DE LOS ANDES UNIANDES
AUTOR:
JANIO BUNSHE
NIVEL:
SEXTO SISTEMAS
TUTOR:
Ing. LUIS GUALLPA
2012

2. UNIFIED MODELING LANGUAGE
(UML).
INTRODUCCIÓN
(Unified Modeling Language - Lenguaje Unificado de
Modelado). UML es un popular lenguaje de modelado de sistemas
de software. Se trata de un lenguaje gráfico para construir,
documentar, visualizar y especificar un sistema de software. Entre
otras palabras, UML se utiliza para definir un sistema de software.
Posee la riqueza suficiente como para crear un modelo del sistema,
pudiendo modelar los procesos de negocios, funciones, esquemas
de bases de datos, expresiones de lenguajes de programación, etc.
Para ello utiliza varios tipos diferentes de diagramas, por ejemplo,
en UML 2.0 hay 13 tipos de diagramas.

3. Paquetes y dependencia
Un modelo UML esta compuesto por tres clases de
bloques de construcción:
Elementos: Los elementos son abstracciones de cosas
reales o ficticias (objetos, acciones, etc.). Existen
cuatro tipos de elementos, estructurales, ambientales,
grupales, y de anotación.
Relaciones: relacionan los elementos entre sí, como ser:
dependencia, asociación, generalización, y
comprensión.
Diagramas: Son colecciones de elementos con sus
relaciones.

4. Diagrama de Casos de Uso
En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una
especie de diagrama de comportamiento. UML mejorado define una notación
gráfica para representar casos de uso llamada modelo de casos de uso. UML no
define estándares para que el formato escrito describa los casos de uso, y así
mucha gente no entiende que esta notación gráfica define la naturaleza de un
caso de uso; sin embargo una notación gráfica puede solo dar una vista general
simple de un caso de uso o un conjunto de casos de uso. Los diagramas de
casos de uso son a menudo confundidos con los casos de uso. Mientras los dos
conceptos están relacionados, los casos de uso son mucho más detallados que
los diagramas de casos de uso.

5. Diagrama de Secuencia y diagrama de Colaboración
Describe las relaciones existentes entre objetos, indican que objetos utilizan a
otros objetos.
-Muestra cómo las instancias específicas de las clases trabajan juntas para
conseguir un objetivo común.
-Implementa las asociaciones del diagrama de clases mediante el paso de
mensajes de un objeto a otro. Dicha implementación es llamada "enlace".

6. DIAGRAMA DE SECUENCIAS
Diagramas de Secuencia, muestran un flujo
detallado para un caso de uso específico o
parte de este. Ellos son en si mismos
explicativos, muestran las llamadas entre los
diferentes objetos en su secuencia y pueden
mostrar, en un nivel de detalle, diferentes
llamadas a objetos diferentes.
Un diagrama de secuencia tiene dos
dimensiones: la dimensión vertical muestra la
secuencia de mensajes/llamadas en el orden
temporal en que ocurren; la dimensión
horizontal muestra la instancia del objeto para
la cual los mensajes son enviados.

7. Diagrama de Objetos y diagrama de
Clases
Los diagramas de objetos son utilizados durante el proceso
de Análisis y Diseño de los sistemas informáticos en la
metodología UML.
Se puede considerar un caso especial de un diagrama de
clases en el que se muestran instancias específicas de clases
(objetos) en un momento particular del sistema. Los
diagramas de objetos utilizan un subconjunto de los elementos
de un diagrama de clase. Los diagramas de objetos no
muestran la multiplicidad ni los roles, aunque su notación es
similar a los diagramas de clase.

8. EJEMPLO

9. D iag r am as d e clases
U n d iag ram a d e c lases es u n tip o d e d iag r am a estát ico q u e d escr ib e la estr u ct u r a d e u n
sist em a m o st r an d o su s clases, at r ib u to s y las r elacio n es en t r e ello s. L o s d iag r am as d e clases
so n u ti li zad o s d u r an te el p r o ceso d e an álisis y d iseñ o d e lo s sist em as, d o n d e se cr ea el
d iseñ o co n cep tu al d e la i n f o r m aci ó n q u e se m an ejar á en el si st em a, y lo s co m p o n en t es q u e
se en car g ar an d el fu n cio n am ien t o y la r elaci ó n en t r e u n o y o tr o .

10. DIAGRAMA DE ESTADOS
En UML, un diagrama de estados es un diagrama utilizado para
identificar cada una de las rutas o caminos que puede tomar un flujo de
información luego de ejecutarse cada proceso.
Permite identificar bajo qué argumentos se ejecuta cada uno de los
procesos y en qué momento podrían tener una variación.
El diagrama de estados permite visualizar de una forma secuencial la
ejecución de cada uno de los procesos.

11. DIAGRAMA DE COMPONENTES
Un diagrama de componentes es un diagrama tipo del Lenguaje
Unificado de Modelado.
Un diagrama de componentes representa cómo un sistema de
software es dividido en componentes y muestra las dependencias
entre estos componentes. Los componentes físicos incluyen
archivos, cabeceras, bibliotecas compartidas, módulos,
ejecutables, o paquetes. Los diagramas de Componentes
prevalecen en el campo de la arquitectura de software pero
pueden ser usados para modelar y documentar cualquier
arquitectura de sistema.

12. EJEMPLO

13. DIAGRAMA DE DESPLIEGUE
Diagrama del despliegue, muestra cómo un sistema se desplegará
físicamente en el ambiente de hardware. Su propósito es mostrar dónde se
ejecutarán físicamente los diferentes componentes del sistema y cómo ellos
se comunicarán entre sí. El diagrama modela el runtime físico, un staff de
producción de un sistema hará uso considerable de este diagrama.
La notación en un diagrama de despliegue incluye los elementos de
notación usados en un diagrama de componente, con un par de elementos
adicionales, incluyendo el concepto de nodo. Un nodo representa una
máquina física o un nodo de la máquina virtual. Para modelar un nodo,
simplemente se dibuja un cubo tridimensional con el nombre del nodo en la
parte superior del cubo. Usa la convención de la denominación usada en los
diagramas de secuencia: [nombre de la instancia]: [tipo de instancia].

14. CONCLUCIONES
EM MODELADO UML ES MUY IMPORTANTO PARA EL ESTUDIO DE
LA PROGRAMCION OERIENTADO A OBJETOS.
IGUALMENTE PARA CONOCER MAS A FONDO SOBRE LA
INGENIERIA DE SOFTWARE

15. REFERENCIAS
• Larman, C. (2003). UML y Patrones. Una introducción al
análisis y diseño orientado a objetos y al proceso unificado. Segunda
Edición. Madrid: Prentice Hall.
• Booch, G., Jacobson, I., & Rumbaugh, J. (2007). El
Lenguaje Unificado de Modelado. Manual de Referencia. UML 2.0.
2ª Edición. Madrid: Addison-Wesley Object Technology
Series. Series Editors.
• Fowler, M. (2003). UML Distilled Third Edition A
Brief Guide to the Standard. Object Modeling Language. Addison
Wesley.