Lenguaje Unificado de Modelado-UML para

Metodologa RUP
Ronald Mamani Quispe

1.

UML

Es un lenguaje para especificar, visualizar, construir y documentar los artefactos de los

sistemas software.
No es un modelo de proceso o metodologa de desarrollo de sistemas; es una notacion, un
mecanismo para escribir el problemade tal forma de descubrir la esencia del dominio de
una aplicacion. La combinacion de UML con un solido modelo de proceso (Proceso Unificado
Rational) resulta en una poderosa combinacion para la construccion de aplicaciones exitosas.
El objetivo de UML es dual: El primero es proveer consistencia dando una retroalimentacion
al proyecto dado de tal manera que el dominio del problema este bien entendido.
El otro es proveer un modelo consistente para una correcta implementacion de software. Sin
embargo, si se intenta usar UML sin un modelo de proceso solido y plan de proyecto, el
proyecto fallara [1].

1.1.

Diagramas UML

UML consiste de nueve diferentes, diagramas de interbloques de un sistema:

1. Actividad
2. Clase
3. Colaboracion
4. Componente
5. Desplieque o Distribucion
6. Objeto
7. Secuencia
8. Estado

9. Caso de Uso
El diagrama de Paquete, tambien es diagrama importante en UML, pero no uno de los nueve
diagramas clave. Fue anteriormente llamado el diagrama de subsistema en otras notaciones
y puede contener todo o nada de los diagramas enumerados aqui.
Los diagramas son meramente vistas de dominio, porque la gente tiene diferentes trasfondos
en modelado, categorizando los diagramas acordes a m
ultiples perspectivas que pueden ser
de ayuda. Nueve diagramas para 4 + 1 Vistas de la arquitectura de software.

Figura 1: 4 + 1 Vista de Arquitectura de software

1.2.

Categoras

Los nueve diagramas estan divididos dentro de tres categoras:

1. Diagrama Estatico
2. Diagrama Dinamico
3. Diagrama de Arquitectura
Un Diagrama Est
atico Delinea la estructura del sistema y responsabilidades. Los diagramas
estaticos son:
Clase
Objeto
Caso de Uso
2

El Diagrama Din
amico delinea las interacciones de vida que el sistema soporta. Detallan

la interaccion entre artefactos estructurales de los diagramas estaticos (clases). Estas

interacciones dinamicas estan descubiertas en los casos de uso como caminos representados en
respuesta a un estmulo de un sistema externo. Comportamiento realizado del sistema.
Los diagramas dinamicos son:
Actividad
Colaboracion
Secuencia
Estado
Caso de Uso
Un Diagrama de Arquitectura categoriza el sistema dentro de que es operacion y componentes ejecutables. Los diagramas de Arquitectura tambien distinguen la locacion fsica
de los nodos de ejecucion y almacenamiento y una estructura dentro del cual ellos pueden
interactuar. Ellos estan adicionalmente detallados durante las fases de Construcci
on y
Transici
on para aclarar con anticipacion suposiciones que sera fsicamente implementados.
Los diagramas de arquitectura son:
Componente
Despliegue

1.3.

UML y las Vistas de Arquitectura 4+1

Una perspectiva interesante de la arquitectura de un proyecto y los artefactos de modelado

de UML para describir el sistema que viene de la vista 4+1:
Vista Caso de Uso
Vista Logica
Vista de implementacion
Vista de Proceso
Vista de Despliegue
La Vista de Caso de Uso describe la funcionalidad que el sistema debera entregar como
percibido por lo externo actores los requerimientos del sistema. Dirigido para usarios, analistas, dise
nadores, desarrolladores y testeadores, la vista de caso de uso es central para todas
las otras vistas porque sus contenidos dirigen el desarrollo de las otras vistas.
La Vista L
ogica describe los servicios que el sistema proporciona a los usuarios, descritos
2

con diagramas de clases y objetos.

La Vista de Realizaci
on o Implementaci
on comprende los componentes y archivos que
son usados para ensamblar y construir el sistema fsico, modelado en diagramas de componentes.
La Vista de Procesos o de Concurrencia se enfoca en los hilos de control y procesos que
conforman los mecanismos de concurrencia y sincronizacion. Constituye la vista, sobre la cual
se debe modelar el comportamiento de tiempo real de los sistemas, descritos con diagramas
de estado, secuencia, colaboraci
on y diagramas de actividad .
La Vista de Distribucion o Despliegue describe los nodos que forman la topologa de hardware del sistema dentro de las cuales el sistema se ejecuta, descrita con los diagramas de
componente.
Nota: No todos los diagramas de UML necesitan ser usados en cada proyecto. En un mnimo,
todos los proyectos produciran los diagramas de clase, secuencia, y de casos de uso.

Bibliografa
[1] Paul R. Reed Jr. Developing Applications with JavaTM and UML. 2001.
[2] Bruce E. Wampler The Essence of Object Oriented Programming with Java and UML.
Mayo 2003.