RUP

Curso: Ingeniería de la Información Sesión 04
Rational Unified Process ( RUP)Prof: Ing. Cip Zico Alexis Yacila Espinoza
Prof : Ing. CIP Zico Alexis Yacila Espinoza
SESION4
RUP
PROCESO UNIFICADO RACIONAL

1. OBJETIVOS
2.QUE ES RUP
3.HISTORIA
4.FASES Y DISCIPLINAS
5. CARACTERISTICAS

1. OBJETIVOS
Conocer RUP
Profundizar en las disciplinas de RUP

2.QUE ES RUP
Es una Metodología para el Proceso de Desarrollo de Software.Puede ser utilizado
para una gran cantidad de tipos de sistemas de software, para diferentes áreas de
aplicación, diferentes tipos de organizaciones, diferentes niveles de competencia y
diferentes tamaños de proyectos.
Provee un enfoque disciplinado en la asignación de tareas y responsabilidades
dentro de una organización de desarrollo.
Su meta es asegurar la producción de software de muy alta calidad que satisfaga las
necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible.
2.1 Concepto

En el año 1967 elabora la Metodología Ericsson. Se introduce
el concepto de CASOS de USO.
Entre los años de 1987 a 1995 Jacobson fundó la compañía ObjectoryAB y lanza
el proceso de desarrollo Objectory (abreviación de Object Factory).
En 1995 Rational Software Corporation adquiere ObjectoryAB
Entre 1995 y 1997 se desarrolla Rational Objectory Process (ROP). Se Adopta
UML.
En 1998 lanzan Rational Unified Process.
En 1999 se publica "The Unified Software Development Process" en el que se
describe el marco teórico de la metodología
En el 2001 IBM adquiere Rational por $ 2 100 000 000 .
3.HISTORIA

3.HISTORIA
Metodología de Ericsson
1967
Rational Objectory Process 4.1
(1996-1997)
Objectory Process
(1987-1995)
Rational Unified Process 5.5
(1999)
Rational Unified Process 2000
(2000)
Rational Unified Process 5.0
(1998)
UML 1.1
Pruebas de Ejecución
Configuración
Requerimientos
Ingeniería de Negocio
Diseño de Interfaz de U
Metodología
Relacional
UML 1.2
UML 1.3

4.1 QUE ES UNA FASE
4.2 QUE ES UNA DISCIPLINA
Una disciplina es una colección de actividades relacionadas con un área de
Atención dentro de todo el proyecto.
El grupo de actividades que se encuentran dentro de una disciplina principalmente
son una ayuda para entender el proyecto desde la perspectiva clásica de cascada.
Representa el tiempo y muestra los aspectos del ciclo de vida del proceso.
Al terminar cada fase se realiza una evaluación para determinar si se ha cumplido
o no con los objetivos de la misma.

1.
ANALISIS DE NEGOCIO
D
I
S
C
I
P
L
I
N
A
S
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
7.
CONF. Y ADMINISTRACION
DEL CAMBIO
8.
ADMINISTRACION DEL
PROYECTO
9.
ENTORNO
Principales Soporte

ADMINISTRACION
DEL PROYECTO
ACTIVIDADES DE SOPORTE
C
CONFIGURACION Y
ADMINISTRACION
DEL CAMBIO
ENTORNO

ADMINISTRACION
DEL PROYECTO
CONFIGURACION Y
ADMINISTRACION
DEL CAMBIO
ENTORNO
Planificar un proyecto iterativo y cada iteración particular.
Administrar el riesgo.
Monitorizar el progreso del proyecto a través de métricas.
OBJETIVOS

ADMINISTRACION
DEL PROYECTO
CONFIGURACION Y
ADMINISTRACION
DEL CAMBIO
ENTORNO
Plan de desarrollo.
Plan de iteración.
Lista de Riesgos.
PRODUCTOS

ADMINISTRACION
DEL PROYECTO
CONFIGURACION Y
ADMINISTRACION
DEL CAMBIO
ENTORNO
Manejar la estructura del producto, la identificación de los elementos,
configuraciones validas de las mismas versiones, versiones y espacios de
trabajo.
Coordina el proceso de modificar artefactos de una manera consistente.
Proporcionar Métricas y status, que se encarga de extraer información
para la correcta administración del proyecto de las herramientas que
soportan las demás disciplinas
OBJETIVOS

ADMINISTRACION
DEL PROYECTO
CONFIGURACION Y
ADMINISTRACION
DEL CAMBIO
ENTORNO
Selección y adquisición de herramientas.
Establecer y Configurar las herramientas para que se ajusten a la
organización.
Configuración del proceso.
Mejora del proceso.
Servicios técnicos
OBJETIVOS

1.
ANALISIS DE NEGOCIO
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
Principales
Entendimiento de la organización
donde vamos a implantar nuestro producto.
OBJETIVOS
PRODUCTOS
Visión de l Negocio
Glosario de Términos
Reglas de Negocio
Arquitectura de Negocio

1.
ANALISIS DE NEGOCIO
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
Principales
Entender QUE va hacer el sistema a Implementar.
OBJETIVOS
PRODUCTOS
Modelo Casos de Uso.
Especificación Adicional.
Visión.
Glosario.

1.
ANALISIS DE NEGOCIO
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
Principales
Traducir los requisitos a una especificación que
describe cómo implementar el sistema.
El análisis consiste en obtener una visión del
sistema que se preocupa de ver QUÉ hace, de
modo que sólo se interesa por los requisitos
funcionales. Por otro lado el diseño es un
refinamiento del análisis que tiene en cuenta los
requisitos no funcionales, en definitiva CÓMO
cumple el sistema sus objetivos.
OBJETIVOS
PRODUCTOS
Modelo de Diseño.
Documentación de la Arquitectura Software.

1.
ANALISIS DE NEGOCIO
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
Principales
Implementan las clases y objetos en ficheros
fuente, binarios,ejecutables y demás.
Además se deben hacer los tests de unidad.
El resultado final de este flujo de trabajo es un
sistema ejecutable.
OBJETIVOS
PRODUCTOS
Modelo de Implementación.

1.
ANALISIS DE NEGOCIO
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
Principales
Evaluar la calidad del producto que estamos
desarrollando.
Los principales aspectos a ser evaluados en un
producto software son la fiabilidad (resistente a
fallos), la funcionalidad (hace lo que debe) y el
rendimiento (lleva a cabo su trabajo de manera
efectiva).
OBJETIVOS
PRODUCTOS
Plan de Test

1.
ANALISIS DE NEGOCIO
2.
REQUERIMIENTOS
3.
ANALISIS Y DISENO
4.
IMPLEMENTACION
5.
TEST
6.
DESPLIEGUE
Principales
El objetivo de este flujo de trabajo es producir
con éxito distribuciones del producto y
distribuirlo a los usuarios.
OBJETIVOS
PRODUCTOS
Software ejecutable (en todos los casos).
Productos de instalación: scripts,
herramientas, archivos, guías, información
sobre licencia, ...
Notas de la distribución, describiéndola al
usuario final.
Material de apoyo, como pueden ser los
manuales de usuario, de operaciones y
mantenimiento.
Materiales formativos.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
OBJETIVOS
Establecer el ámbito del proyecto y sus límites.
Encontrar los casos de uso críticos del sistema, los escenarios básicos que
definen la funcionalidad.
Mostrar al menos una arquitectura candidata para los escenarios principales.
Estimar el coste en recursos y tiempo de todo el proyecto.
Estimar los riesgos, las fuentes de incertidumbre.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
PRODUCTOS O ARTEFACTOS
Visión del negocio: Describe los objetivos y restricciones a alto nivel.
Modelo de casos de uso.
Especificación adicional: requisitos no funcionales.
Glosario: Terminología clave del dominio.
Lista de riesgos y planes de contingencia.
El caso de negocio (business case). Para más detalles ver el flujo de modelado
del negocio.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
PRODUCTOS O ARTEFACTOS
Prototipos exploratorios para probar conceptos o la arquitectura candidata.
Plan de iteración para la primera iteración de la fase de elaboración.
Plan de fases.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
OBJETIVOS
Definir, validar y cimentar la arquitectura.
Completar la visión.
Crear un plan fiable para la fase de construcción. Este plan puede evolucionar
en sucesivas iteraciones. Debe incluir los costes si procede.
Demostrar que la arquitectura propuesta soportará la visión con un coste
razonable y en un tiempo razonable.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
PRODUCTOS
Un modelo de casos de uso completa al menos hasta el 80%: todos los casos
y actores identificados, la mayoría de los casos desarrollados.
Requisitos adicionales.
Descripción de la arquitectura software.
Un prototipo ejecutable de la arquitectura.
Lista de riesgos y caso de negocio revisados.
Plan de desarrollo para el proyecto.
Un caso de desarrollo actualizado que especifica el proceso a seguir.
Posiblemente un manual de usuario preliminar.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
OBJETIVOS
Minimizar los costes de desarrollo mediante la optimización de recursos y
evitando el tener que rehacer un trabajo o incluso desecharlo.
Conseguir una calidad adecuada tan rápido como sea practico.
Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan
rápido como sea práctico.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
PRODUCTOS
Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e
Implementación)
Arquitectura íntegra (mantenida y mínimamente actualizada)
Riesgos Presentados Mitigados
Plan del Proyecto para la fase de Transición
Manual Inicial de Usuario (con suficiente detalle)
Prototipo Operacional – beta

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
OBJETIVOS
Conseguir que el usuario se valga por si mismo.
Un producto final que cumpla los requisitos esperados, que funcione y satisfaga
suficientemente al usuario.

1.
INICIO
FASES
2.
ELABORACION
3.
CONSTRUCCION
4.
TRANSITION
PRODUCTOS
Prototipo Operacional
Documentos Legales
Caso del Negocio Completo
Línea de Base del Producto completa y corregida que incluye todos los modelos
del sistema.
Descripción de la Arquitectura completa y corregida.

TABLA PRODUCTOS –FASES-DISCIPLINAS

5 .CARACTERISTICAS
PROCESO DIRGIDO POR CASOS
DE USO
PROCESO CENTRADO EN LA
ARQUITECTURA
PROCESO PROCESO ITERATIVO
INCEMENTAL
DESARROLLO BASADO EN
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO

5 .CARACTERISTICAS
DE USO
ARQUITECTURA
INCEMENTAL
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO
Para construir un sistema exitoso se debe
conocer qué es lo que quieren y necesitan los
usuarios.
No son aislados, son elegidos a la par con la
arquitectura.
Los CUS maduran conforme avanza el
Ciclo de Vida.

5 .CARACTERISTICAS
DE USO
ARQUITECTURA
INCEMENTAL
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO
El sistema debe ser visto desde distintas vistas..
Representa los aspectos estáticos y dinámicos.
mas significativos.
Es como una radiografía del sistema que
estamos desarrollando, lo suficientemente
completa como para que todos los implicados
en el desarrollo tengan una idea clara de qué es
lo que están construyendo.
Fuertemente Influenciado por aspectos técnicos.
Plataforma Tecnológica, Base de Datos, Compon.

5 .CARACTERISTICAS
DE USO
ARQUITECTURA
INCREMENTAL
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO
Es práctico dividir el trabajo en pequeños
pedazos o mini-proyectos. Cada mini-proyecto
es una iteración que finaliza en un incremento.
Para ser más efectivo, las iteraciones deben
estar controladas, esto es, deben ser
seleccionadas y llevadas a cabo de una manera
planeada.

5 .CARACTERISTICAS
DE USO
ARQUITECTURA
INCEMENTAL
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO
La creación de sistemas intensivos en software
requiere dividir el sistema en componentes.
Con interfaces bien definidas, que
posteriormente serán ensamblados para
generar el sistema.
Esta propiedad permite que el sistema se
vaya creando a medida que se obtienen o que
se desarrollan y maduran sus componentes.

5 .CARACTERISTICAS
DE USO
ARQUITECTURA
INCEMENTAL
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO
UML es adoptado como único
lenguaje de modelado para el desarrollo de
todos los modelos.

5 .CARACTERISTICAS
DE USO
ARQUITECTURA
INCEMENTAL
COMPONENTES
LENGUAJE UNICO DE
MODELADO
PROCESO INTEGRADO
Se establece una estructura que abarque los
ciclos, fases, flujos de trabajo, mitigación de
riesgos, control de calidad, gestión del proyecto
y control de configuración.
Establece una estructura que integra todas
estas facetas.
Cubre a los vendedores y desarrolladores de
herramientas para soportar la automatización
del proceso, soportar flujos individuales de
trabajo, para construir los diferentes modelos e
integrar el trabajo a través del ciclo de vida y a
través de todos los modelos..

RUP

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a RUP

Similar a RUP (20)

Último

Último (20)

RUP