danielramos@dba.

pe

Introduccin al UML - RUP

 UML (Unified Modeling Languaje,
Lenguaje de Modelado Unificado)
Es un lenguaje con base a una notacin grfica que permite:
especificar, construir, visualizar y documentar los elementos de un sistema, as como
modelar los procesos de negocio u otros sistemas no software (Jacobson, 2006).

Puede ser utilizado por cualquier proceso de

desarrollo orientado a ob- jetos. Este lenguaje es
el resultado de la unificacin de los mtodos de
modelado orientados a objetos de Jim
Rumbaugh, Ivn Jacobson y G. Booch.

Un lenguaje de modelado permite expresar los distintos modelos (artefactos) que se

producen en el proceso de desarrollo de software

11/01/2013 danielramos@dba.pe 2
 Artefacto, Modelo y Diagrama
Artefacto .
Representa la informacin que es utilizada y/o producida
durante un proceso de desarrollo de software. Ejemplo:
documento de especificacin de requisitos, un modelo, un
programa.

Modelo.
Es una representacin abstracta de una espe-cificacin, un
diseo, o de un sistema desde un punto de vista particular.
Representa uno o ms diagramas. Ejemplo: modelo de casos
de uso, modelo de negocio.

Diagrama.
Es una representacin grfica de una coleccin de elementos
del modelo. Ejemplo: Diagrama de casos de uso, diagrama de
clases.
11/01/2013 danielramos@dba.pe 3
 Elementos UML
Los elementos del UML se clasifican en: estructurales, de comportamiento, de
agrupacin y de anotacin.

Elementos estructurales.
Representa la parte esttica del sistema. Son elementos estruc-turales :

La clase.
Representa un conjunto de objetos que comprar-ten los
mismos atributo, operaciones, relaciones y semntica

La interfaz.
Representa la definicin de un conjunto de espe-cificaciones
de operaciones

11/01/2013 danielramos@dba.pe 4
 La colaboracin.
Representa una iteracin, es una sociedad de roles y otros Cadena de
responsabilidad
elementos que colaboran cooperativamente

El caso de uso.
Representa una funcionalidad del sistema . Es un conjunto de
secuencia de acciones que se ejecutan con el objetivo de lograr Realizar
pedido
un resultado de inters para un grupo de usuarios en particular.

El componente.
Representa el empaquetamiento fsico de diferentes Orderform.java
elementos lgicos como clases, interfaces y colabo-
raciones.

El nodo.
Representa un recurso fsico del sistema, es decir, un recurso
nodo
computacional.
11/01/2013 danielramos@dba.pe 5
 Elementos de comportamiento.
Representa la parte dinmica del sistema, tanto en el tiempo como en el espacio. Se
incluyen interacciones y estados

La interaccin.
Representa un conjunto de mensajes intercam-biados entre
objetos. Revisar partes

El estado
Identifica un perodo de tiempo de un objeto (no instantneo)
en el cual el objeto esta esperando alguna operacin, recibe
cierto tipo de estmulos y especifica la secuencia de estados Esperando
por los que pasa el objeto

11/01/2013 danielramos@dba.pe 6
 Elementos de agrupacin.
Representa la parte organizativa del sistema. Incluye paquetes.

El paquete.
Es un mecanismo de propsito general para orga-
nizar los elementos. Ventas

Elementos de anotacin.
Representanla parte explicativa del sistema. Son comentarios.
La nota.
es una
Se utiliza para hacer comentarios asociados a los subclase
Elementos.

11/01/2013 danielramos@dba.pe 7
 Relaciones. en UML representan los vnculos entre dos elementos del modelo.

Dependencia.
Representa una relacin semntica entre dos ele-mentos, tal
A B
que un cambio en uno de ellos (el inde-pendiente) puede
B depende de A
afectar al otro (el dependiente).
Asociacin.
Representa una relacin estructural que describe un conjunto
0..1 *
de enlaces (links), siendo un enlace una conexin entre
objetos. empleador empleado

Generalizacin.
Representa una relacin generalizacin/especializa-cin en la que el
elemento especializado se construye sobre la especificacin del
elemento generalizado.

Realizacin.
Es una relacin en la que un clasificador especifica un
contrato que otro clasificador, garantiza realizar.

11/01/2013 danielramos@dba.pe 8
 Diagramas UML
Diagrama. Es una representacin grfica de una coleccin de elementos del modelo, la
versin 2.0 de UML (Booch, 2006) considera 13 diagramas, divididos en diagramas
dinmicos y estticos.

11/01/2013 danielramos@dba.pe 9
 Diagramas Estticos
Diagramas de clases.
Muestra un conjunto de clases, interfaces, colaboraciones y sus relaciones.
Diagrama de componentes.
Muestra la organizacin y dependencias entre un conjunto de componentes
conocida como vista de implementacin de un sistema. Estn relacionados a
diagramas de clases en donde un componente se corresponde con una o ms
clases interfaces o colaboraciones.
Diagrama de despliegue
Muestra los enlaces de comunicacin fsica entre elementos de hw y las
relaciones entre mquinas fsicas y procesos (qu se ejecuta y dnde).
Diagrama de estructura compuesta.
Muestra la estructura interna de un clasificador o una colaboracin estructurada.

Diagrama de paquetes.
Muestra la descomposicin del modelo en unidades de organizacin y sus
dependencias.
11/01/2013 danielramos@dba.pe 10
 Diagramas Dinmicos
Diagramas de casos de uso
Muestra un conjunto de casos de uso, actores y sus relaciones.
Diagrama de secuencias.
Muestra los objetos y actores que participan en una colaboracin
poniendo el nfasis en el ordenamiento en el tiempo de los mensajes.
Diagrama de colaboracin
Muestra los objetos y actores que participan en una colaboracin que
pone el nfasis en la organizacin estructural de los objetos o roles que envan y
reciben mensajes.
Diagrama de estados,
Muestra un autmata que consiste en estados, transiciones, eventos y actividades.
Diagrama de actividades
Muestra la estructura de un proceso, actividad, clculos, control y datos.
Diagrama cronolgico
Muestra tiempos a lo largo de los diferentes objetos o roles y no secuencias
relativas de mensajes.
Diagrama de interacciones general . Hbrido de actividad y secuencia.
11/01/2013 danielramos@dba.pe 11
 RUP (Rational Unified Process)
Es un proceso de desarrollo de software, es una forma disciplinada de asignar tareas y
responsabilidades en una empresa de desarrollo es decir, define quin hace qu,
cundo y cmo (Jacobson, 2000).

Conjunto de actividades que transforman

requisitos de usuario en un sistema
software

Es un marco de trabajo genrico que

puede especializarse. Es iterativo e
incremental ).

11/01/2013 danielramos@dba.pe 12
 Elementos RUP
Trabajador.
Es un rol que debe ser realizado por una persona o por un equipo. Un worker o
rol define el comportamiento y responsa-bilidad de un miembro especfico (o
equipo especfico). Una misma persona puede llevar a cabo distintos roles. Son
ejemplos de rol: lder de proyecto, programador, analista de sistema .

Actividad.
Es una unidad de trabajo que debe ser ejecutada. Una actividad es la ms pequea
pieza de trabajo relevante. No es razonable hacer actividades de forma parcial .
Dividir el avance de esta manera hace ms fcil controlar el avance del proyecto.
Son ejemplos de actividades : capturar requisitos, revisar el diseo.

Artefacto.
Es una pieza de informacin producida, modificada o usada en el proceso del
desarrollo del software. Incluye el cdigo fuente, los modelos, documentos y otros
productos del ciclo de vida. UML define la notacin para representar la mayor
parte de artefactos

11/01/2013 danielramos@dba.pe 13
 Modelo.
Cada trabajador necesita una perspectiva del sistema. El arte-facto ms comn
para representar una perspectiva es el modelo, los principales modelos del RUP
son:

modelo de negocios modelo de implementacin

modelo de casos de uso modelo de prueba
modelo de diseo

Modelo de negocios. Representa los procesos de negocio y su medio ambiente Es

usado para generar requerimientos de los sistemas de informacin que los
soportan.

Modelo de casos de uso. Es un modelo acerca de lo que el sistema debe hacer y su

medio ambiente.

11/01/2013 danielramos@dba.pe 14
 ..Modelo
Modelo de diseo. Es un modelo de objetos que describen la rea-
lizacin de los casos de uso. Sirve como una abstraccin de modelo de
implementacin y su cdigo fuente.

Modelo de implementacin. Es un conjunto de componentes y sub-

sistemas que los contienen.

Modelo de prueba (test). Abarca todos los casos de pruebas y procedimientos

requeridos para probar el sistema.

11/01/2013 danielramos@dba.pe 15
 Flujos de trabajo del proceso
(workflow)
Es una secuencia de actividades que producen un resultado valioso. Define una
lista de actividades, trabajadores y artefactos.

Cada uno de los flujos de trabajo (workflow ) produce modelos, que se van
desarrollando incrementalmente durante las iteracio-nes. RUP trabaja a travs de
modelos. Se requieren muchos modelos para describir el sistema durante su
evolucin .

Modelado de
Autorizado por
negocios
Modelo de casos Modelo de
de uso de negocios Objetos de negocio

11/01/2013 danielramos@dba.pe 16
 ..Flujos de trabajo del proceso (workflow).

Requeri-
Realizado por
mientos Modelo de casos
de uso de negocios

Anlisis y Realizado por

diseo
Modelo de anlisis y diseo

Implemen- Implantado por

tacin
Modelo de
implementacin

Test verificado por

Modelo de test

11/01/2013 danielramos@dba.pe 17
 Fases del RUP
RUP es un modelo de proceso dividido en cuatro fases: Inicio, elaboracin,
construccin y transicin.
1. Fase de Inicio.
Su objetivo es establecer un caso de negocio para el sistema. Se deben identificar
todas las entidades externas (personas y sitemas) que interactan con el sistema y
definir estas interacciones. Esta informacin se utiliza para evaluar la oprtacin
que el sistema hace al negocio, si esta es de poca importancia se puede cancelar el
proyecto despus de esta fase.
2. Fase de elaboracin
Sus objetivos son: comprender el dominio del problema, estable- cer un marco de
trabajo arquitectnico para el sistema, desa-rrollar el plan del proyecto, identificar
los riesgos claves.

3. Fase de Construccin.
Comprende el diseo del sistema , la implementacin y las prue-bas. Durante esta
fase se desarrollan e integran las partes del sistema. Al finalizar se obtiene un
sistema software funcional.
11/01/2013 danielramos@dba.pe 18
 4. Fase de Transicin.
Mueve el sistema desde la comunidad de desarrollo a la comunidad del usuario.
Tambin de hacer trabajar el software en un entorno real . Esta fase es
comnmente ignorada en la mayora de los procesos de software , an cuando es
muy importante y puede implicar altos costos.

Al finalizar esta fase, se obtiene: un sistema de sw documentado que funciona

correctamente en su entorno operativo.

Fases
Inicio Elaboracin Construccin Transicin

11/01/2013 danielramos@dba.pe 19
 Flujos RUP
La perspectiva esttica del RUP se centra en los flujos de trabajo que son las
actividades que tienen lugar durante el proceso de desarrollo.

Flujos del proceso

Modelado de negocio
Requerimientos
Existen seis flujos de trabajos Anlisis y diseo
del proceso y tres flujos de trabajo de Implementacin
soporte . Pruebas
Despliegue

Flujos de soporte
Administracin de
cambios y configuracin
Requerimientos
Entorno
11/01/2013 danielramos@dba.pe 20
 Fases y Flujos

11/01/2013 danielramos@dba.pe 21
 Daniel Ramos Castaeda
danielramoscastaneda@hotmail.com

Certificaciones:
MCP, MCTS, MAP, MCPS, MCNPS

Especializaciones:
MCPS 2.0 - AOS: Business Intelligence Competency 1
MCPS 2.0 - AOS: Competency- Integrated E-Business Solutions
AOS: Application Integration Competency
MCPS 2.0 - AOS: Data Platform Competency
MCTS: SQL Server 2005 y 2008
AOS: Business Intelligence Competency 2
AOS : BUSINESS INTELLIGENCE COMPETENCY - BUSINESS INTELLIGENCE PLATFORM
AOS: Data Management Solutions Competency-Database Management for SQL Sever 2005
AOS : Microsoft Dynamics AX - SQL server
AOS : ERP Competency - Microsoft Dynamics GP - SQL server
AOS : Microsoft Dynamics NAV - SQL server
AOS : Microsoft Dynamics SL - SQL Server
AOS : Microsoft Dynamics Point of Sale - SQL Server

11/01/2013 danielramos@dba.pe 22