Rupiteraciones 110211125351 Phpapp01

Parte II:
Introduccin al
Proceso Unificado
Ingenieria de Sistemas e
Informatica admin:lightning
PARTE II. CONTENIDO

Objetivos.
Conceptos fundamentales.
El Proceso Unificado.
Fases del ciclo.
Flujos de trabajo.
Tipos de resultados.
Captura y Modelado de
Requisitos.
Modelado de Anlisis.
Modelado de Diseo.
Modelado de
Implementacin.
Resumen.
Bibliografa
OBJETIVOS
Introducir los aspectos generales del
Proceso Unificado de Rational (RUP),
tambin denominado Proceso Unificado
de Desarrollo de Software (SDUP).
Asociar las fases de un proyecto de
software con las fases del RUP y el ciclo
de vida del desarrollo del software.
Presentar los artefactos fundamentales
del Proceso Unificado.
Resultado del proceso.
Compuesto por actividades

de trabajo y actividades de
proteccin.
Product
o:
Proceso
:
CONCEPTOS
FUNDAMENTALES
CONCEPTOS
FUNDAMENTALES
Fase:
Iteraci
n:
CONCEPTOS
FUNDAMENTALES
CICLO DE VIDA DEL SOFTWARE:
Es el conjunto de fases por las que pasa el
software, que abarcan desde su creacin u
origen, hasta su eliminacin o liquidacin
formal.
MODELO DE DESARROLLO:
Tambin denominado Modelo de Proceso.
Estrategia de desarrollo basada en el ciclo
de vida, naturaleza del proyecto y
metodologa,
que
determina
las
caractersticas especficas del proceso
(Pressman 2001).
EL PROCESO UNIFICADO
El Proceso Unificado:
A.
B.
C.
D.
E.
F.
Es un Proceso iterativo.
Est centrado en la arquitectura.
Est dirigido por los casos de uso.
Es un proceso configurable.
Soporta las tcnicas orientadas a objetos.
Impulsa un control de calidad y una
gestin del riesgo objetivos y continuos.
9.1. El Proceso Unificado
A. EL RUP ES UN PROCESO ITERATIVO:
Un
enfoque
iterativo
propone
una
comprensin incremental del problema.
Como parte del enfoque iterativo se
encuentra la flexibilidad para acomodarse a
nuevos requisitos o a cambios tcticos en
los objetivos del negocio.
Permite que el proyecto identifique y
resuelva los riesgos ms bien pronto que
tarde.
B. ASPECTOS DEL RUP:
El desarrollo bajo el Proceso Unificado est centrado
en la arquitectura.
El proceso se centra en establecer al principio una
arquitectura software que gua el desarrollo del
sistema:
Se facilita el desarrollo en paralelo.
Se minimiza la repeticin de trabajos.
Se incrementa la probabilidad de reutilizacin de
componentes y el mantenimiento posterior del sistema.
C. ASPECTOS DEL RUP:
Las actividades de desarrollo bajo el Proceso
Unificado estn dirigidas por los casos de uso.
El Proceso Unificado pone un gran nfasis en la
construccin de sistemas basada en una amplia
comprensin de cmo se utilizar el sistema que se
entregue.
Las nociones de los casos de uso y los escenarios se
utilizan para guiar el flujo de procesos desde la
captura de los requisitos hasta las pruebas, y para
proporcionar caminos que se pueden reproducir
durante el desarrollo del sistema.
D. ASPECTOS DEL RUP:
El Proceso Unificado es un proceso configurable.
Aunque un nico proceso no es adecuado para todas
las organizaciones de desarrollo de software, el
Proceso Unificado es adaptable y puede configurarse
para cubrir las necesidades de proyectos que van
desde pequeos equipos de desarrollo de software
hasta grandes empresas de desarrollo.
Tambin se basa en una arquitectura de proceso
simple y clara, que proporciona un marco comn a
toda una familia de procesos y que, adems, puede
variarse para acomodarse a distintas situaciones.
E. ASPECTOS DEL RUP:
El Proceso Unificado soporta las tcnicas
orientadas a objetos.
Los modelos del Proceso Unificado se basan
en los conceptos de objeto y clase y las
relaciones entre ellos, y utilizan UML como
la notacin comn.
F. ASPECTOS DEL RUP:
El Proceso Unificado es impulsa un control de
calidad y una gestin del riesgo objetivos y
continuos.
La evaluacin de la calidad va contenida en el
proceso, en todas las actividades, e implicando a
todos los participantes, mediante medidas y criterios
objetivos. No se trata como algo a posteriori o una
actividad separada.
La gestin del riesgo va contenida en el proceso, de
manera que los riesgos para el xito del proyecto se
identifican y se acometen al principio del proceso de
desarrollo, cuando todava hay tiempo de reaccionar.
El Proceso Unificado tiene una estructura
matricial donde se relacionan esfuerzos y
tiempos:
Los tiempos estn definidos por las fases y
las iteraciones.
Los esfuerzos estn definidos por los flujos
de trabajo del proceso y de soporte.
La representacin grfica se denomina en la
jerga el Diagrama de Montaas.
El ciclo de vida del desarrollo del software

Flujos de trabajo
del proceso
Iniciacin
Elaboracin
Construccin
Transicin
Modelado del
negocio
Requisitos
Anlisis y diseo
Implementacin
Pruebas
Despliegue
Flujos de trabajo
de soporte
Gestin del cambio
y configuraciones
Gestin del proyecto
Entorno
Iteraciones
preliminares
Iter
#1
Iter
#2
Iter
#n
Iter
#n+1
Iter
#n+2
Iter
#m
Iter
#m+1
Fuente: Jacobson et al., 2000

En esta estructura matricial se puede
deducir que:
Los resultados de los flujos de trabajo de
proceso son los MODELOS.
La conjuncin de tiempo (fases) y esfuerzos
(flujos de trabajo) da lugar a las
iteraciones.
La conjuncin de resultados (modelos) y
esfuerzos (flujos de trabajo) da lugar a los
tipos de modelos.
La conjuncin de tiempo (fases) y resultados
(modelos) da lugar a las versiones.
Se puede representar esta estructura
conceptual (metamodelo) mediante una
figura tridimensional donde:
Eje X: Fases tiempo
Eje Y: Flujos de trabajo esfuerzos
Eje Z: Modelos resultados
resultados
Z: Modelos
(x,z): versiones
X,Y,Z:
Configuraciones
del sistema
(y,z): tipos de
modelos
tiempo
X: Fases
Y: Flujos
de trabajo
esfuerzo
(x,y): iteraciones
Fases del ciclo

Fase: es el intervalo de tiempo entre dos hitos
importantes del proceso durante el que se
cumple un conjunto bien definido de objetivos,
se completan artefactos y se toman decisiones
sobre si pasar o no a la siguiente fase.
Dentro de cada fase hay varias iteraciones
Iteracin: representa un ciclo de desarrollo
completo, desde la captura de requisitos en el
anlisis hasta la implementacin y pruebas, que
produce como resultado la entrega al cliente o la
salida al mercado de un proyecto ejecutable.
10.1. Fases del ciclo
Fases del ciclo

Iniciacin.
Se establece la planificacin del proyecto y se
delimita su alcance.
Elaboracin.
Se analiza el dominio del problema, se establece una
base arquitectnica slida, se desarrolla el plan del
proyecto y se eliminan los elementos de ms alto
riesgo del proyecto.
Construccin.
Se desarrolla de forma iterativa e incremental un
producto completo que est preparado para la
transicin hacia la comunidad de usuarios.
Transicin.
El software se despliega en la comunidad de
usuarios.
Las iteraciones son distintas en el ciclo de vida

Flujos de trabajo
del proceso
Iniciacin
Elaboracin
Construccin
Transicin
F1: Modelado del

negocio
F2: Requisitos
F3: Anlisis y diseo
F4: Implementacin
F5: Pruebas
F6: Despliegue
Flujos de trabajo
de soporte
F7: Gestin del cambio

y configuraciones
F8: Gestin del proyecto
F9: Entorno
Iteraciones Iter
preliminares#1
F2
Iter Iter
#n+1 #n+2
F1
Iter
#m
Iter
#m+1
F3
F4
F3
F9
F4
F5
Iter
#n
F2
F1
F3
Iter
#2
F8
F6
F7
F1
F9
F4
F5
F2
F8
F6
F7
F9
F8
F5
F6
F7
FASES DEL CICLO

Cada iteracin pasa a travs de varios flujos
de trabajo del proceso, aunque con un nfasis
diferente en cada uno de ellos, dependiendo
de la fase en que se encuentre:
Durante la iniciacin, el inters se orienta hacia el
anlisis y el diseo.
Tambin durante la elaboracin.
Durante la construccin, la actividad central es la
implementacin.
La transicin se centra en despliegue.
FLUJOS DE TRABAJO
Los esfuerzos aplicados en el ciclo de

vida de desarrollo son de dos tipos:
Flujos de trabajo del proceso:
Conjunto
de
fundamentalmente tcnicas.
actividades
Flujos de trabajo de soporte:

Conjunto
de
actividades
fundamentalmente de gestin.
11.1. Flujos de trabajo
FLUJOS DE TRABAJO
Flujos de trabajo del proceso:
1.
2.
3.
4.
5.
6.
Modelado del negocio: describe la estructura y la

dinmica de la organizacin.
Requisitos: describe el mtodo basado en casos de
uso para extraer los requisitos.
Anlisis y diseo: describe las diferentes vistas
arquitectnicas.
Implementacin: tiene en cuenta el desarrollo de
software, la prueba de unidades y la integracin.
Pruebas: describe los casos de pruebas, los
procedimientos y las mtricas para evaluacin de
defectos.
Despliegue: cubre la configuracin del sistema
entregable.
FLUJOS DE TRABAJO
Flujos de trabajo de soporte:
1.
2.
3.
Gestin de configuraciones: controla los cambios y

mantiene la integridad de los artefactos de un
proyecto.
Gestin del Proyecto: describe varias estrategias de
trabajo en un proceso iterativo.
Entorno: cubre la infraestructura necesaria para
desarrollar un sistema.
El ciclo de vida del desarrollo del software:

Flujos
Flujos de trabajo
del proceso
Iniciacin
Elaboracin
Construccin
Transicin
Modelado del
negocio
Requisitos
Anlisis y diseo
Implementacin
Pruebas
Despliegue
Flujos de trabajo
de soporte
Gestin del cambio
y configuraciones
Gestin del proyecto
Entorno
Iteraciones
preliminares
Iter
#1
Iter
#2
Iter
#n
Iter
#n+1
Iter
#n+2
Iter
#m
Iter
#m+1
TIPOS DE RESULTADOS
Un modelo es una abstraccin de la realidad o
de un sistema real tomando los elementos
ms representativos con un propsito
determinado.
De un mismo sistema puede haber ms de un
modelo, porque, segn el propsito del mismo,
los elementos representativos pueden ser
distintos.
Los elementos a considerar en la construccin
de modelos son: supuestos, simplificaciones,
limitaciones o restricciones
Ingenieria de Sistemas y
e preferencias
12.1.
Tipos de resultados
12. Tipos de resultados
Los supuestos:
Son elementos para la construccin de modelos que
reducen el nmero de permutaciones y variaciones
posibles, permitiendo al modelo reflejar el problema de
manera razonable.
Las simplificaciones:
permiten crear el modelo a tiempo.
Las limitaciones o restricciones:

ayudan a delimitar el problema.
Las preferencias:
indican la arquitectura preferida para toda la informacin,
funciones y tecnologa.
Pueden tener conflictos con otros factores restrictivos.
Es recomendable tenerlas en cuenta para obtener un
resultado aceptado,
adems
de correcto.
Ingenieria
de Sistemas
e
12.2.
Tipos de resultados
TIPOS DE RESULTADOS
Un modelo de objetos o modelo orientado a
objetos es una abstraccin de un sistema
informtico orientado a objetos real que tiene
un propsito determinado.
Segn el propsito final, el mismo sistema
puede tener distintos modelos.
Sin embargo, cualquiera de los modelos se
construye con el mismo conjunto de
elementos para representar las propiedades
estticas (estructura) y dinmicas
(comportamiento) tanto del sistema como de
las entidades que lo componen.
12.3. Tipos de resultados
TIPOS DE RESULTADOS
Cada actividad del Proceso Unificado lleva
algunos artefactos asociados.
Algunos artefactos:
Se utilizan como entradas directas en las

actividades siguientes.
Se mantienen como recursos de referencia en el
proyecto.
Se generan en algn formato especfico, en
forma de entregas definidas en el contrato.
Estos artefactos son adicionales a los que

proporciona el propio UML:
Los modelos y los conjuntos.

12. Tipos de resultados

Los modelos son el tipo de artefacto ms
importante en el Proceso Unificado.
Constituyen el tercer eje del metamodelo 3-D:
Los tipos de resultados obtenidos con los distintos
esfuerzos a lo largo de las fases del ciclo.
Hay nueve modelos que en conjunto cubren

todas las decisiones importantes implicadas
en
la
visualizacin,
especificacin,
construccin y documentacin de un sistema
con gran cantidad de software.
TIPOS DE RESULTADOS
Modelos del Proceso Unificado:
1.
2.
3.
4.
5.
6.
7.
8.
9.
Modelo del negocio: establece una abstraccin de la

organizacin.
Modelo del dominio: establece el contexto del sistema.
Modelo de casos de uso: establece los requisitos
funcionales del sistema.
Modelo de anlisis (opcional): establece un diseo de las
ideas.
Modelo de diseo: establece el vocabulario del problema y
su solucin.
Modelo del proceso (opcional): establece los mecanismos
de concurrencia y sincronizacin del sistema.
Modelo de despliegue: establece la topologa hardware
sobre la cual se ejecutar el sistema.
Modelo de implementacin: establece las partes que se
utilizarn para ensamblar y hacer disponible el sistema
fsico.
Modelo de pruebas:
establece
las formas de validar y
Informatica
admin:lightning
Relaciones lgicas entre los modelos :

Modelo de
Casos de Uso
especificado
por
Modelo de
Anlisis
verificado
por
realizado
por
distribuido
por
Modelo de
Diseo
Modelo de
Prueba
implementado
por
Modelo de
Despliegue
Modelo de
Implementacin
Modelos y flujos de trabajo

del Proceso Unificado
Modelado del
Negocio
Modelo del
Negocio
Modelo del
Dominio
Modelo de
Casos de Uso
Modelo de
Anlisis
Requisitos
Anlisis
Diseo
Implementacin
Prueba
Despliegue
X
X
X
Modelo de
Diseo
Modelo de
Procesos
Modelo de
Despliegue
Modelo de
Implementacin
X
X
Modelo de
Prueba
X
X
Modelo del
Negocio
Est.
Diagram a de
Casos de Uso
Din.
MODELOS Y DIAGRAMAS EN EL RUP

Modelo del
Dom inio
Modelo de
Casos de
Uso
Modelo de
Anlisis
Modelo de
Diseo
Modelo de
Procesos
Modelo de
Despliegue
Modelo
Im plem entacin
Modelo de
Prueba
Est.
Est.
Est.
Est.
Est.
Est.
Est.
Est.
Din.
Din.
Din.
Din.
Din.
Din.
Din.
Din.
Diagram a de
InteraccinSecuencia
Diagram a de
InteraccinColaboracin
Diagram a de
Clases de
Anlisis
Diagram a de
Objetos de
Anlisis
Diagram a de
Clases de
Diseo
Diagram a de
Objetos de
Diseo
Diagram a de
Estados
Diagram a de
Actividades
Diagram a de
Com ponentes
Diagram a de
Despliegue
TIPOS DE RESULTADOS
El Proceso Unificado recupera el concepto de
vista de UML.
Para el Proceso Unificado una vista es:
Una proyeccin de un modelo.
Una proyeccin de la organizacin y la estructura
del sistema que se centra en un aspecto particular
del sistema.
La arquitectura de un sistema se captura en

forma de cinco vistas que interactan entre s:
La
La
La
La
La
vista
vista
vista
vista
vista
de
de
de
de
de
casos de uso.
diseo.
procesos.
despliegue.
implementacin.
Vistas de la arquitectura de un sistema
vocabulario,
funcionalidad
Vista de diseo
comportamiento
Vista de
implementacin
ensamblado del
sistema,
gestin de
configuraciones
Vista de
casos de uso
Vista de
procesos
Vista de
despliegue
Funcionamiento,
capacidad de
crecimiento,
rendimiento
topologa del
sistema,
distribucin,
entrega,
instalacin
TIPOS DE RESULTADOS
Cada una de las vistas presenta:
Aspectos estticos: mediante los
diagramas estructurales de UML.
Aspectos dinmicos: mediante diagramas
dinmicos de UML.
Ejemplo: se puede trabajar con la vista de
casos de uso esttica y la vista de casos de
uso dinmica, la vista de diseo esttica y la
vista de diseo dinmica, y as sucesivamente.
En el RUP se da ms importancia a los modelos
que a las vistas. Aunque se siguen
manteniendo para determinados propsitos de
modelado.
TIPOS DE RESULTADOS
Nombre
Descripcin
Vista de casos
de uso
Proyecta el comportamiento del sistema tal y como Diagramas de casos de

es percibido por los: usuarios finales, analistas y en- uso
cargados de las pruebas. Especifica las fuerzas que
configuran la arquitectura del sistema.
Diagramas de interaccin
Vista de diseo
Soporta los requisitos funcionales del sistema: servi- Diagramas de clases

cios proporcionados a los usuarios finales. Vocabula- Diagramas de objetos
rio del problema y su solucin: clases, interfaces y
colaboraciones.
Diagramas de estados
Cubre el funcionamiento, capacidad de crecimiento y Diagramas de clases

rendimiento del sistema. Mecanismos de sincroniza- (activas)
cin y concurrencia del sistema: hilos y procesos.
Diagramas de objetos
Vista de procesos
Aspectos
Estticos
Aspectos
Dinmicos
Diagramas de actividades
Vista de implementa- Cubre la gestin de configuraciones de las distintas Diagramas de componencin

versiones de un sistema a partir de componentes y tes
archivos quasi-independientes. Ensamblado y disponibilidad del sistema: componentes y archivos.
Vista de despliegue
Contiene los nodos que forman la arquitectura (topo- Diagramas de despliegue

loga) hardware sobre la que se ejecuta el sistema a
travs de sus componentes. Est destinada a representar la distribucin, entrega e instalacin de las
partes que forman el sistema informtico fsico.
VISTAS Y DIAGRAMAS EN UML

Diagrama de
Casos de
Uso
Diagrama
de
InteraccinSecuencia
Diagrama Diagrade
ma de
Interaccin- Clases
Colaboracin
Diagrama de
Objetos
Diagrama Diagrama Diagrama

de
de
de CompoEstados
Activida- nentes
des
Vista de Casos Esttica

de Uso
Dinmica
Vista de
Diseo
Esttica
Dinmica
Vista de
Procesos
Esttica
Dinmica
Vista de
Implementacin
Vista de
Despliegue
Esttica
Dinmica
Esttica
Dinmica
Diagrama
de Despliegue
TIPOS DE RESULTADOS
Los artefactos conjunto del RUP son los
siguientes:
1. Conjunto de requisitos.
2. Conjunto de diseo.
3. Conjunto de implementacin.
4. Conjunto de despliegue.
TIPOS DE RESULTADOS
1. Conjunto de requisitos:
Agrupa toda la informacin que describe

lo que debe hacer el sistema.
Puede comprender un modelo de casos de
uso, un modelo de requisitos no
funcionales, un modelo del dominio, un
modelo de anlisis y otras formas de
expresin de las necesidades del usuario,
incluyendo pero no limitndose a
maquetas, prototipos de la interfaz,
restricciones legales, etc.
TIPOS DE RESULTADOS
2. Conjunto de diseo:
Agrupa informacin que describe cmo se

va a construir el sistema y captura las
decisiones acerca de cmo se va realizar,
teniendo en cuenta las restricciones de
tiempo, presupuesto, aplicaciones
existentes, reutilizacin, objetivos de
calidad y dems consideraciones.
Puede implicar un modelo de diseo, un
modelo de pruebas y otras formas de
expresin de la naturaleza del sistema,
incluyendo, pero no limitndose, a
prototipos y arquitecturas ejecutables.
TIPOS DE RESULTADOS
3. Conjunto de implementacin:
Agrupa toda la informacin acerca de los

elementos software que comprende el
sistema, incluyendo, pero no limitndose,
a cdigo fuente en varios lenguajes de
programacin, archivos de configuracin,
archivos de datos, componentes software,
etc., junto con la informacin que describe
cmo ensamblar el sistema.
TIPOS DE RESULTADOS
4. Conjunto de despliegue:
Agrupa toda la informacin acerca de la

forma en que se empaqueta actualmente
el software, se distribuye, se instala y se
ejecuta en el entorno destino.
CAPTURA Y MODELADO
DE REQUISITOS
El Anlisis de Requisitos tiene por misin convertir el
problema, expresado en trminos del dominio del
negocio, a soluciones descritas en en lenguaje del
dominio de la Tecnologa de Informacin.
El problema y su planteamiento pertenecen al Espacio
del Problema:
Descripcin concreta del negocio.

Dominio de los Objetos de Negocio (DON).
Las soluciones pertenecen al Espacio de la Solucin:
Descripcin concreta del sistema de informacin.

Dominio de los Objetos de Negocio.
Dominio de los Objetos de Infraestructura (DOI):
Subdominio de Objetos de Bases de Datos (SDOBD).

Subdominio de Objetos de Interfaz (SDOIZ).
13.1. Captura y Modelado de Requisitos
13. Captura y Modelado

de Requisitos
Espacio de la
Solucin de Usuario
Espacio del
Problema
Anlisis de
Requisitos
Anlisis OO
Espacio de la
Solucin de
Implementacin
Diseo OO
Diseo
Espacio de la
Solucin Tcnica
13. Captura y Modelado

de Requisitos
El Anlisis de Requisitos en el RUP se realiza
por medio de los flujos de trabajo:
Modelado del negocio.

Requisitos.
El resultado del Anlisis de Requisitos es el

siguiente:
Modelo del Negocio.

Modelo del Dominio.
Modelo de Casos de Uso.
Documento de Especificaciones Tcnicas del
Sistema (segn norma IEEE-830/1999).
Captura y Modelado
de Requisitos
Flujos de trabajo
del proceso
Iniciacin
Elaboracin
Construccin
Transicin
Modelado del
negocio
Requisitos
Requisitos
Anlisis y diseo
Implementacin
Pruebas
Despliegue
Flujos de trabajo
de soporte
Gestin del cambio
y configuraciones
Gestin del proyecto
Entorno
Iteraciones
preliminares
Iter
#1
Iter
#2
Iter
#n
Iter
#n+1
Iter
#n+2
Iter
#m
Iter
#m+1
CAPTURA Y MODELADO
DE REQUISITOS
El Modelo de Casos de Uso (MCU) establece los
requisitos funcionales del sistema de
informacin.
En el MCU se recoge la descripcin externa y
observable de cmo se utiliza el sistema de
informacin:
Descripcin de CMO se utiliza el sistema:
Descripcin EXTERNA del uso del sistema:
Funciones, Servicios y Procesos.

Se identifican y describen
funciones/servicios/procesos del negocio que un
usuario puede hacer con el soporte del sistema
de informacin.
Descripcin OBSERVABLE del uso del sistema:
Es como si hubiera un observador externo que

va anotando lo que hace el usuario con el
sistema Ingenieria
y lo que
sistema
responde al usuario.
de el
Sistemas
e
13.5. Captura
y Modelado de Requisitos
CAPTURA Y MODELADO
DE REQUISITOS
Diagrama de Contexto
del SMCU Tcnico
del SMCU de Negocio
SubModelo de Casos
de Uso de Negocio
SubModelo de Casos
de Uso (Tcnico)
Diagrama Principal
del Modelo de Casos
de Uso
Busi ness Use-Case

Model
The Use-Case Model is

traceable to (and derives
from) the Business Model.
The s ystem (as described in
the Use Case Model)
provides behavior that
supports the business.
Us e-Cas e Model
Captura y Modelado
de Requisitos
del MCU
Modelado de Anlisis
Una vez completado el modelo de casos de uso (CU) se
ha llegado a obtener diagramas de casos de uso en
determinados niveles que ya no se pueden explotar
ms.
Si se intentara explotar los CU, se pasara a describir el
comportamiento interno de las funciones con artefactos
inadecuados.
Los casos de uso contenidos en estos diagramas se
denominan casos de uso elementales.
Esta situacin lmite indica que se debe pasar a trabajar
con otros artefactos, que son los del modelo de anlisis:
Clases de anlisis.
Asociaciones.
Diagramas de clases.
Diagramas de colaboracin asociados a los diagramas
de clases.
14.1. Modelado de Anlisis
14. Modelado de Anlisis

Modelo de
Casos de Uso
especificado
por
verificado
por
realizado
por
Modelo de
Anlisis
distribuido
por
Modelo de
Diseo
Modelo de
Prueba
implementado
por
Modelo de
Despliegue
Transicin del MCU hacia
el MA
Modelo de
Implementacin
Modelado de Anlisis
El Anlisis en el RUP se realiza por medio de
los flujos de trabajo:
Anlisis y diseo.
El resultado del Anlisis es el siguiente:
Modelo de Anlisis.
El Modelo de Anlisis contiene:
La Vista de Diseo de UML.

La Vista de Procesos de UML.
Modelado de Anlisis
Flujos de trabajo
del proceso
Iniciacin
Elaboracin
Construccin
Transicin
Modelado del
negocio
Requisitos
Anlisis
Anlisis y diseo
Implementacin
Pruebas
Despliegue
Flujos de trabajo
de soporte
Gestin del cambio
y configuraciones
Gestin del proyecto
Entorno
Iteraciones
preliminares
Iter
#1
Iter
#2
Iter
#n
Iter
#n+1
Iter
#n+2
Iter
#m
Iter
#m+1
Modelo de casos de uso

con estructura de
desglose de diagramas
NIVEL 0
Cada caso de uso se
desglosa en un diagrama
en el nivel inferior
Proceso de Conversin:
Casos de Uso
Anlisis
NIVEL1
NIVEL 2
Cada caso de uso se

desglosa en un diagrama
en el nivel inferior
MODELO DE ANLISIS
MODELO DE CASOS DE USO

trace
Realizacin (MA)
caso de uso (MCU)
Interfaz
Gestor/Control
Entidad
Artefactos del modelo de anlisis
MODELO DE ANLISIS

trace
Proceso de Conversin:
Casos de Uso
Anlisis
Realizacin (MA)
caso de uso (MCU)
Interfaz
Gestor/Control
Entidad
F01.01 Consulta saldo
Cliente
I_Cajero
C_Gestor_Interfaz
I_Autenticacion
C_Verificador_Autenticacio
n
Diagrama de
Clases de Anlisis
Atmico
Cta_Cliente
Modelo de Casos de Uso
Modelo de Anlisis
Servicio(CU)-Subsistema(DA)
Top-Down
MCU
Nivel 0
MA
Nivel 0
Subsistema 1
MCU
Nivel 1
Subsistema 2
Bottom-Up
MA
Nivel 1
Subsistema 3
MCU
Nivel 2
MA
Nivel 2
MCU
Nivel i
MA
Nivel j
MODELO DE ANLISIS
Cliente
I_Cajero
C_Gestor_Interfaz
I_Autenticacion
n
trace
Realizacin (MA)
caso de uso (MCU)
Interfaz
Gestor/Control
Entidad
Cta_Cliente
La estructura del modelo en Rose:
D. Clases Anlisis Atmico

para el Caso de Uso
F01.01 <Nombre funcin>
Carpeta de trabajo
en la conversin
Diagrama de Colaboracin
para DCAA F01.01
Diagrama de Clases
de Anlisis de Contexto
Modelado de Diseo
En el flujo de requisitos se construye un
modelo que representa el comportamiento
observable o externo del sistema que se quiere
obtener.
En los flujos de anlisis, diseo e
implementacin, se representa la estructura y
el comportamiento internos del sistema a
realizar.
Caracterstica comn de los tres flujos frente al
flujo de requisitos:
En los tres flujos se trabaja a diferentes niveles de

abstraccin, desde el ms elevado en el anlisis,
hasta el ms bajo en la implementacin.
15.1. Modelado de Diseo
Modelado
de Diseo
Flujo de
Anlisis
de
Requisito
s
Modelo de
Casos de Uso
verificado
por
especificado
por
Modelo de
Anlisis
Flujo de
Anlisis y
Diseo
realizado
por
distribuido
por
Modelo de
Diseo
Modelo de
Prueba
implementado
por
Modelo de
Despliegue
Transicin del MCA hacia
el MD
Modelo de
Implementacin
Modelado de Diseo
La tcnica de modelado consiste en identificar,
a travs de las especificaciones de las clases
de anlisis las clases de diseo
correspondientes.
Para cada clase de anlisis se puede derivar
una o ms clases de diseo:
Clase de control clase activa (>= 1)
Clase de entidad clase de entidad (>= 1)
Clase de interfaz clase de interfaz (>= 1)
<<trace>>
<<process>>
Gestor de cuenta
Factura
<<trace>>
Gestor de cuentas
<<trace>>
<<process>>
Gestor de cliente
Facturas
Albarn
<<trace>>
Gestor de clientes
<<Interface_design>>
Teclado
<<trace>>
<<trace>>
Pantalla
<<trace>>
<<trace>>
Interfaz de terminal celular
Altavoz
<<trace>>
Mi crfono
Puerto MSVL
Modelado de Diseo
En el proceso de conversin del Modelo de
Anlisis (MA) al Modelo de Diseo (MD), la
estrategia adoptada es mixta:
Top-Down
+
Level-to-Level
Modelo de Diseo
Modelo de Anlisis
Subsistema(DA)-Subsistema(DD)
Bottom-Up
MA
Nivel 0
MD
Nivel 0
Subsistema 1
Subsistema 1
MA
Nivel 1
Subsistema 2
MD
Nivel 1
Subsistema 3
MA
Nivel 2
MD
Nivel 2
MA
Nivel j
MD
Nivel i
Subsistema 3
Modelo de
Casos de Uso
Subsistema 2
Top-Down
Modelo de Diseo
Modelo de Anlisis
Top-Down
Subsistema(DA)-Subsistema(DD)
Bottom-Up
MA
Nivel 0
MD
Nivel 0
MA
Nivel 1
MD
Nivel 1
asociacin

Punto
Cliente
I_Cajero
I_Autenticacion
MA
Nivel 2
C_Gestor_Interfaz
Centro : Punto
Superficie : Doubl e
Instancias de
la c lase Punto
Cta_Cliente
MD
Nivel 2
abstraccin
<<object>>
Punto: Pto_1
Coord_X = 5
Coord_Y = 6
define
define
Coord_X = 11
Coord_Y = 15
MD
Nivel i
<<object >>
Punto: Pto_2
Level-to-Level
Modelo de
Casos de Uso
Coord_X = 7
Coord_Y = 3
Instancia de
la clase
Figura_2D
Figura_2D: Tringulo_T1
define
<<object>>
Punto: Pto_3
n
MA
Nivel j
Figura_2D
define
Coord_X : Double
Coord_Y : Double
enlace
La estructura del modelo en Rose:
Diagrama de Clases
de Diseo de Contexto
Modelado de Implementacin
El modelado de implementacin se realiza para obtener:
La implementacin del sistema en trminos de lenguajes

y elementos de programacin.
La distribucin de los mdulo software en los elementos
hardware del sistema.
En el flujo de implementacin se construye un modelo

que representa la estructura y el comportamiento
internos del sistema en cuanto a:
Componentes y mdulos.
Arquitectura software del sistema.
En el flujo de despliegue se construye un modelo que

representa la estructura y el comportamiento internos
del sistema en cuanto a:
Arquitectura hardware del sistema.
16.1. Modelado de Implementacin
Flujo de
Anlisis
de
Requisito
s
Modelo de
Casos de Uso
verificado
por
especificado
por
Modelo de
Anlisis
Flujo de
Anlisis y
Diseo
realizado
por
distribuido
por
Modelo de
Diseo
Flujo de
Despliegu
e
Modelo de
Despliegue
Transicin del MD hacia el
Ingenieria
MDP de Sistemas e
Modelo de
Prueba
implementado
por
Flujo de
Implemen
tacin
Modelo de
Implementacin
Ges tin Proyectos
Gestin Poblacin
Modelo de
Implementacin
(Vista parcial)
Gestin individuos
Ges tor Base de Datos
Programa Principal
Gestin Interfaces
Gestin Agentes
Gestin Clculo
componentes
Modelo de Despliegue
(Vista parcial)
nodos /
procesadores
Resumen
El Proceso Unificado es una metodologa
creada principalmente para el desarrollo de
software orientado a objetos.
Utiliza el soporte de modelado de UML, pero es
independiente de UML.
El Proceso Unificado:
Es un Proceso iterativo.
Est centrado en la arquitectura.
Est dirigido por los casos de uso.
Es un proceso configurable.
Soporta las tcnicas orientadas a objetos.
Impulsa un control de calidad y una gestin del
riesgo objetivos y continuos.
17.1. Resumen
Resumen
La aplicacin formal del Proceso
Unificado supone:
Desventajas:
Grandes esfuerzos en la construccin de
modelos.
Necesidad del soporte de herramientas
informticas.
Ventajas:
Disminuye el riesgo del error de anlisis /
diseo acumulado.
Aligera el esfuerzo en implementacin.
Proporciona la documentacin del ciclo de vida
en el mismo proceso.
17.2. Resumen
Resumen
El Proceso Unificado es flexible y se puede
adaptar al grado de complejidad del modelo de
proceso de desarrollo (descarte de algunos
modelos o flujos).
El Proceso Unificado es abierto y permite la
incorporacin de enfoques y artefactos
complementarios:
Patrones de diseo.
Patrones de implementacin.
Marcos de diseo.
Combinacin de varios modelos de proceso.
Arquitecturas Dirigidas por Modelos (Model Driven
Architectures).
Ejecutabilidad de modelos: UML 2, validacin y
verificacin formales.
17.3. Resumen
Bibliografa
1.
2.
3.
4.
5.
6.
7.
8.
9.
Booch G., Rumbaugh J., Jacobson I. El Lenguaje Unificado de

Modelado, Addison-Wesley, Madrid, 1999.
Bruegge B., Dutoit A.H. Ingeniera de Software Orientado a
Objetos, Prentice Hall Pearson educacin, Mxico, 2002.
Jacobson I., Booch G., Rumbaugh J. El Proceso Unificado de
Desarrollo de Software, Addison-Wesley, Madrid, 2000.
Pressman R.S. Ingeniera del Software. Un enfoque prctico
(5 ed.) Mc Graw-Hill; New York , 2001.
Rumbaugh J., Jacobson I., Booch G. El Lenguaje Unificado de
Modelado. Manual de Referencia, Addison-Wesley, Madrid,
2000.
Sommerville I. Ingeniera de software, 6 edicin, Prentice
Hall Pearson educacin, Mxico, 2002.
Stevens P., Pooley R. Utilizacin de UML en Ingeniera del
Software con Objetos y Componentes, Addison-Wesley,
Madrid, 2002.
http://www.omg.org
http://www.uml.org Ingenieria de Sistemas e
18.
Bibliografa Parte II

Rupiteraciones 110211125351 Phpapp01

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Rupiteraciones 110211125351 Phpapp01

Cargado por

Copyright:

Formatos disponibles

Parte II:

PARTE II. CONTENIDO

Resultado del proceso.

Compuesto por actividades

9.1. El Proceso Unificado

9.2. El Proceso Unificado

9.3. El Proceso Unificado

9.7. El Proceso Unificado

9.8. El Proceso Unificado

El ciclo de vida del desarrollo del software

Fuente: Jacobson et al., 2000

9.9. El Proceso Unificado

9.10. El Proceso Unificado

9.11. El Proceso Unificado

9.12. El Proceso Unificado

Fases del ciclo

10.1. Fases del ciclo

Fases del ciclo

10.2. Fases del ciclo

Las iteraciones son distintas en el ciclo de vida

F1: Modelado del

F7: Gestin del cambio

10.3. Fases del ciclo

FASES DEL CICLO

10.4. Fases del ciclo

Los esfuerzos aplicados en el ciclo de

Flujos de trabajo de soporte:

11.1. Flujos de trabajo

Modelado del negocio: describe la estructura y la

11.2. Flujos de trabajo

Gestin de configuraciones: controla los cambios y

11.3. Flujos de trabajo

El ciclo de vida del desarrollo del software:

11.4. Flujos de trabajo

12. Tipos de resultados

Las limitaciones o restricciones:

12.3. Tipos de resultados

Se utilizan como entradas directas en las

Estos artefactos son adicionales a los que

Los modelos y los conjuntos.

12.4. Tipos de resultados

12. Tipos de resultados

Hay nueve modelos que en conjunto cubren

12.5. Tipos de resultados

Modelo del negocio: establece una abstraccin de la

Relaciones lgicas entre los modelos :

12.7. Tipos de resultados

Modelos y flujos de trabajo

12.8. Tipos de resultados

MODELOS Y DIAGRAMAS EN EL RUP

12.9. Tipos de resultados

La arquitectura de un sistema se captura en

12.10. Tipos de resultados

Vistas de la arquitectura de un sistema

12.11. Tipos de resultados

12.12. Tipos de resultados

Proyecta el comportamiento del sistema tal y como Diagramas de casos de

Soporta los requisitos funcionales del sistema: servi- Diagramas de clases

Cubre el funcionamiento, capacidad de crecimiento y Diagramas de clases

Vista de implementa- Cubre la gestin de configuraciones de las distintas Diagramas de componencin

Contiene los nodos que forman la arquitectura (topo- Diagramas de despliegue

12.13. Tipos de resultados

VISTAS Y DIAGRAMAS EN UML