REVISTA DIGITAL

1
4
 Revista Digital
Dirección General, redacción y creación:
Carlos Guedez
José Marcano
Pedro Mendoza
El Tigre Estado Anzoátegui Venezuela

Historia…………………………….…. Pág. 2
Objetivos………………….……….….Pág.3
Vistas del UML……………….………Pág.4
Vista estática……………….…..…..Pág.4
Vista de diseño……………..………Pág.5
Vista de caso de uso………………Pág.6
Vista de maquina de estados……Pág.7
Vista de actividad………………….Pág,8
Vista de interacción………………..Pág.9
Vista de despliegue………………..Pág.10
Vista de gestión del modelo……...Pág.11
2
4
HISTORIA
El lenguaje UML comenzó a gestarse en octubre de 1994,
cuando Rumbaugh se únio a la compañea Rational fundada
por Booch (Dos reputados investigadores en el área de
motodologia del software).

El obejtivo de ambos era unificar dos métodos que habían

desarrollado: el método Booch y el OMT (Objsct Modelling Tool).
El primer borrador apareció en obtubre de 1995. En esa misma
época otro reputado investigador, Jacobson, se unio a Rational
y se incluyeron ideas suyas. Estas tres personas son conocidas
como los tres amigos. Ademas este lenguaje se abrió a la
colaboración de otras empresas para que aportaran sus ideas.
Todas estas colaboraciones condujeron a la definición de la
primera versión de UML.

El UML es un lenguaje grafico para visualizar, especificar,

construir y documentar un sistema. Es el lenguaje de modelado
de sistema de software mas conocido y utilizado en la
actualidad.
3
Durante el desarrollo del UML sus autores tuvieron en cuenta:
• Proporcionar una notación y semánticas suficientes para poder alcanzar una gran cantidad
de aspectos del modelado contemporáneo de una forma directa y económica.
• Proporcionar la semántica suficiente para alcanzar aspectos del modelado que son de
esperar en un futuro, como por ejemplo aspectos relacionados con la tecnología de
componentes.
• Proporcionar mecanismos de tensión de forma que proyectos concretos puedan extender el
meta-modelo a un coste bajo.
• Proporcionar mecanismos de tensión de forma que aproximaciones de modelado futuras
podrían desarrollarse encima del UML.
• Permitir el intercambio de modelos entre una gran variedad de herramientas.
• Proporcionar semántica suficiente para especificar las interfaces a bibliotecas para la
comparación y el almacenamiento del componentes del modelo. 4
Vistas del UML
La vista estática modela los conceptos del dominio de la
aplicación, así como los conceptos internos inventados
como parte de la implementación de la aplicación. Esta
visión es estática porque no describe el comportamiento VISTA ESTATICA
del sistema dependiente del tiempo, que se describe en
otras vistas los componentes principales de la vista
estática son las clases y sus relaciones:
Asociación, generación, y varias clases de dependencias
tales como realización de uso. Algunas características
son:
• Captura las estructura de los objetos.
• Describe las declaraciones de comportamiento pero
no los detalles de dicho comportamiento.
• Es la base para el resto de vistas.
• Sus elementos clave son los clasificadores y sus
relaciones.
5
Vistas del UML
En esta vista se muestra las decisiones sobre la
descomposición de un sistema en unidades modulares con
limites de encapsulamiento e interfaces externas. Aunque los
elementos de esta vista son mas abstractos que el código VISTA DE DISEÑO
final en el cual se implementa el sistema, exige de un
conocimiento de dicho código para saber los compromisos
de implementación necesarios.
Las piezas usadas en esta vista se denominan componentes el
cual posee un conjunto de interfaces externas y una
implementación interna, la cual, es ocultada por dichas
interfaces al mundo exterior.
La vista de diseño esta formada por el clasificador
estructurado, la colaboración, el patrón y el componente.

6
Vistas del UML

La vista de los casos de uso modela el sistema según lo perciben

los usuarios externos, llamados actores. Un caso de uso es una
unidad coherente de funcionalidad, expresada como VISTA DEL CASO DE
transacción entre los actores y el sistema. El propósito de la vista USO
de casos de uso es enumerar a los actores y los casos de uso, y
demostrar que actores participan en cada caso de uso.
La finalidad de las vistas de caso de uso es capturar el
comportamiento de un sistema, subsistema, clase o componente
tal y como se mostrara al usuario externo.
Para ello divide la funcionalidad del sistema en transacciones
cuyo significado entiende el usuario ( llamado actor).

7
Vistas del UML
Una maquina de estado de uso modela las posibles
historias de vida de un objeto de una clase. Una maquina
de estado contiene los estados conectados por VISTA DE MAQUINAS DE
transacciones. Cada estado modela un periodo de ESTADO
tiempo, durante la vida de un objeto, en el que satisface
ciertas condiciones. Cuando ocurre un evento, se puede
desencantar una transacción que lleve el objeto a un
nuevo estado.
También podemos denominar maquina de estado a un
modelo de comportamiento de un sistema con entrada y
salida, en donde las salidas dependen no solo de las
señales de entradas actuales si no también de las
anteriores.
Es posible clasificar las maquinas de estados en aceptoras
o transductoras.
8
Vistas del UML
Un grafo de actividades es una variante de una maquina de
estados, que muestra las actividades de computación implicados VISTA DE
en la ejecución de un calculo. Un estado de actividad representa ACTIVIDADES
una actividad: Un paso en el flujo de trabajo o la ejecución de
una operación. Un grafo de actividades describe grupo
secuenciales y concurrentes de actividades. Los grafos de
actividades se muestran es diagramas de actividades.
Elementos de la vista de actividad: la vista de actividad muestra
la estructura global del perfil de seguimiento en una vista de árbol
e incluye los elementos siguientes:
*hitos
*Elementos de datos para la actividad
*Orígenes de eventos
*Orígenes de datos
9
Vistas del UML
La vista de interacción describe secuencias de intercambios de
mensajes entre los roles que implementa el comportamiento de VISTA DE INTERACCIÓN
un sistema. Un rol de clasificador, o simplemente rol es una
descripción de un objeto, que desempeña un determinado
papel dentro de una interacción, distinto de los objetos de la
misma clase.
Esta vista permite mostrar a las personas que correspondan la
secuencia de intervalo de los mensajes que se envían los
distintos objetos entre si para poder interaccionar unos con
otros y hacer que el sistema funcione.
Dichos mensajes se muestran en los diagramas de secuencias,
de comunicación y son unidireccionales.
Dependiendo de lo que se quiera documentar podemos usar
algunos o todos los tipos de diagramas de secuencia
existentes: Diagrama de secuencia, diagrama de secuencia
con especificación de ejecución, diagrama de secuencia con 10
estructuras de control.
Vistas del UML
Los diagramas de despliegue muestran las configuración física
de un sistema revelando que piezas de software se ejecutan
VISTA DE DESPLIEGUE
sobre piezas de hardware generalmente el diagrama de
despliegue es utilizada cuando tenemos aplicaciones que se
tendrán en diferentes maquinas.
Dentro de los diagramas de despliegue los elementos principales
son los nodos, los cuales están conectados a través de canales
de comunicación. Un nodo es algo que puede contener algún
software.
Otro de los elementos son los componentes y asociaciones.
Alguno de los usos que se le da a los diagramas de despliegue
son para modelar: sistemas empotrados, sistemas cliente-
servidor, sistemas completamente distribuidos.

11
Vistas del UML
La vista de gestión del modelo, modela la organización del
modelo en si mismo. Un modelo abarca un conjunto de
VISTA DE GESTION DEL
paquetes que contiene los elementos del modelo, tales como MODELO
clases, maquinas de estados y casos de usos. Los paquetes
pueden contener otros paquetes: por lo tanto, un modelo
semana un paquete raíz, que contiene indirectamente todo el
contenido del modelo.
La vista de gestión del modelo permite dividir el sistema en
unidades mas pequeñas para que se comprenda mejor y si la
implementación del sistema se lleva a cabo por diferentes
personas o equipos.
Además de mejorar el mantenimiento del modelo ya que los
cambios solo se realizaran en un paquete sin que afecten a los
otros. Para ello el modelo se divide en paquetes que están
interrelacionados
12