RATIONAL UNIFIED PROCESS

Fases y Disciplinas

RATIONAL UNIFIED PROCESS

RATIONAL UNIFIED PROCESS

RUP CICLOS
Nacimiento Muerte

Inicio

Elaboracin

Construccin

Transicin

FASES

Iteracin 1

Iteracin 2

Iteracin 3

Iteracin n

ITERACIONES

FASES DE RUP: INICIO

Se establece la oportunidad y alcance el proyecto. Se identifican todas las entidades externas con las que se trata (actores) y se define la interaccin a un alto nivel de abstraccin:
Identificar todos los casos de uso Describir algunos en detalle

La oportunidad del negocio incluye:

Criterios de xito Identificacin de riesgos Estimacin de recursos necesarios Plan de las fases incluyendo hitos

FASES DE RUP: INICIO

Productos o Artefactos:
Un documento de visin general: Requerimientos generales del proyecto Caractersticas principales Restricciones Modelo inicial de casos de uso (10% a 20 % listos). Glosario. Caso de negocio: Contexto Criterios de xito Pronstico financiero Identificacin inicial de riesgos. Plan de proyecto. Uno o ms prototipos.

FASES DE RUP: INICIO

Hito:
Objetivos del Ciclo de Vida

Inicio

Elaboracin

Construccin

Transicin

Las partes interesadas deben acordar el alcance y la estimacin de tiempo y costo. Comprensin de los requerimientos plasmados en casos de uso.
6

DOCUMENTO VISIN

Requerimiento inicial de los stakeholder Desde el punto de vista del analista se analiza los requerimientos iniciales y se realiza la visin inicial de lo que ser el producto final.

EJEMPLO DE REQUERIMIENTOS: PROYECTO TOMA PEDIDO

La gerencia del laboratorio medico Vanetty nos hace los siguientes requerimientos: Que cada representante medico pueda conocer las farmacias que tendr que visitar a lo largo de un mes. Si se visitara una farmacia mas de una vez en el mes, esta deber aparecer mas de una ves. Por cada farmacia debe mostrarse su nombre, direccin, telfono, nombre del dependiente de la farmacia, nombre del qumico farmacutico y nombre del dueo de la farmacia. Por cada farmacia se podr registrar pedidos de los productos que ofrece el laboratorio. Aparte de registrar el pedido, el representante medico podr tomar encuestas al dependiente farmacia, qumico farmacutico o al dueo de la farmacia. Adems, podr visualizar pedidos anteriores realizados por esa farmacia. Podr consultar acerca del stock y precio de los productos del laboratorio. El sistema tambin deber ser accesible desde telfono celular.

PROYECTO
Lista de riesgos Caso de negocio (Business Case) Plan de desarrollo de software Plan de Interaccin

Visin

Jefe de Proyecto

BUSINESS CASE

El Business Case ofrece la informacin necesaria desde un punto de vista empresarial para determinar si procede o no este proyecto o si vale la pena o no invertir en l. Para que un producto de software sea valido, los negocios deben incluir una serie de supuestos sobre el proyecto y el orden de magnitud de retorno de la inversin. Por ejemplo, el retorno de la inversin ser de una magnitud de cinco si sta ha sido completada en un ao, dos si sta ha sido completada en dos aos, y un numero negativo despus de eso.

10

ESTRUCTURA DEL BUSINESS CASE

1.

INTRODUCCIN
a. b. c. d. e.

Propsito Alcance Definiciones, Acrnimos y abreviaturas Referencias Descripcin

2. 3. 4. 5. 6.

DESCRIPCIN DEL PRODUCTO CONTEXTO DEL NEGOCIO OBJETIVOS DEL PRODUCTO PRONSTICO FINANCIERO RESTRICCIONES

11

LISTA DE RIESGOS

En el proceso de desarrollo, un riesgo es una variable que puede tomar un valor que puede disminuir la probabilidad de xito en un proyecto o eliminarla por completo. El RUP cuenta con un documento que clasifica e identifica los riesgos para poder ser mitigados.

12

EJEMPLO LISTA DE RIESGOS

13

FASES DE RUP: ELABORACIN

Objetivos:
Analizar el dominio del problema Establecer una arquitectura base slida Desarrollar un plan de proyecto Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto

Se toma decisiones considerando los requisitos funcionales y no funcionales

14

FASES DE RUP: ELABORACIN

Productos o Artefactos:
Es la parte ms crtica del proceso: Al final toda la ingeniera dura est hecha Se puede decidir si vale la pena seguir adelante A partir de aqu la arquitectura, los requerimientos y los planes de desarrollo son estables. Ya hay menos riesgos y se puede planificar el resto del proyecto con menor incertidumbre. Se construye una arquitectura ejecutable que contemple: Los casos de uso crticos Los riesgos identificados

15

FASES DE RUP: ELABORACIN

Productos:
Modelo de casos de uso (80% completo) con descripciones detalladas. Otros requerimientos no funcio-nales o no asociados a casos de uso. Descripcin de la Arquitectura del Software. Un prototipo ejecutable de la arquitectura. Lista revisada de riesgos y del caso de negocio. Plan de desarrollo para el resto del proyecto. Un manual de usuario preliminar.

16

FASES DE RUP: ELABORACIN

Hito:
Arquitectura de Ciclo de Vida

Concepcin

Elaboracin

Construccin

Transicin

Condiciones de xito de la elaboracin:

Es estable la visin del producto? Es estable la arquitectura? Las pruebas de ejecucin demuestran que los riesgos han sido abordados y resueltos? Es el plan del proyecto algo realista? 17 Estn de acuerdo con el plan todas las personas involucradas?

FASES DE RUP: CONSTRUCCIN

En esta fase todas las componentes restantes se desarrollan e incorporan al producto. El nfasis est en la produccin eficiente y no ya en la creacin intelectual. Puede hacerse construccin en paralelo, pero esto exige una planificacin detallada y una arquitectura muy estable.
18

FASES DE RUP: CONSTRUCCIN

Objetivos
Lnea base de la arquitectura crece hasta convertirse en el sistema completo Riesgos reducidos o rutinarios Implementacin de los casos de uso Prototipos

19

FASES DE RUP: CONSTRUCCIN

Productos:
El producto de software integrado y corriendo en la plataforma adecuada. Manuales de usuario. Una descripcin del release actual.

20

FASES DE RUP: CONSTRUCCIN

Hito:

Capacidad Operacional Concepcin Elaboracin Construccin Transicin

Se obtiene un producto Beta que debe decidirse si puede ponerse en ejecucin sin mayores riesgos. Condiciones de xito:
El producto est maduro y estable para instalarlo en el ambiente del cliente? Estn los interesados listos para recibirlo?
21

FASES DE RUP: TRANSICIN

El objetivo es traspasar el software desarrollado a la comunidad de usuarios. Una vez instalado surgirn nuevos elementos que implicarn nuevos desarrollos (ciclos). Incluye:
Pruebas Beta para validar el producto con las expectativas del cliente Ejecucin paralela con sistemas antiguos Conversin de datos Entrenamiento de usuarios Distribuir el producto
22

FASES DE RUP: TRANSICIN

Objetivos: Obtener autosuficiencia de parte de los usuarios. Concordancia en los logros del producto de parte de las personas involucradas. Lograr el consenso cuanto antes para liberar el producto al mercado.
Concepcin Elaboracin Construccin Transicin
23

Producto

DEFINICIONES

Trabajador (Worker )
Un trabajador define el comportamiento y las responsabilidades de un individuo. Es como un sombrero que la persona usa durante el proyecto:
Una persona puede tener varios sombreros Es el rol que desempea en un momento dado

Responsabilidades:
Hacer una serie de actividades Ser el responsable de una serie de artefactos
24

DEFINICIONES

Actividades
Una actividad es una unidad de trabajo que se asigna a un trabajador. Ej.: Crear o modificar un artefacto Una actividad lleva entre un par de horas y un par de das, involucra un solo trabajador y un nmero pequeo de artefactos. Las actividades se consideran en la planificacin y evaluacin del progreso del proyecto. Ejemplos: Planificar una iteracin - Administrador de proyecto Encontrar actores y casos de uso Analista Revisar el diseo - Revisor de diseo Ejecutar pruebas de performance - Ing. 25 de pruebas de performance

DEFINICIONES
Recurso
Pablo Mara Jos Silvia Eduardo

Trabajador
Diseador Autor de Casos de Uso Diseador de Casos de Uso Revisor de Diseo Arquitecto

Actividad
Diseo de Objetos Detallar un Caso de Uso Disear un Caso de Uso Revisar el Diseo Anlisis de Arquitectura Diseo de Arquitectura
26

ARTEFACTOS

Elementos de informacin producidos, modificados o usados por el proceso. Son los productos tangibles del proyecto. Son usados por los trabajadores para realizar nuevas actividades y son el resultado de esas actividades.

Ejemplos: Un modelo, como el modelo de casos de uso o el modelo de diseo. Un elemento del modelo, como una clase o un caso de uso. Un documento tal como el Caso del Negocio o la Arquitectura del Software. Cdigo fuente. Cdigo ejecutable.
27

FLUJOS DE TRABAJO
Anlisis de Arquitectura Arquitecto Anlisis de Casos de Uso Diseo de Casos de Uso Diseo de Arquitectura Describir Concurrencia Describir Distribucin

Una lista de actividades, trabajadores y artefactos constituye un proceso. Un flujo de trabajo es una secuencia de actividades que produce un resultado valioso. No siempre es posible representar flujos de trabajo.

Diseador de Casos de Uso Anlisis de Objetos Diseador Diseo de Objetos

Revisor de Diseo

Revisar el Anlisis

Revisar el Diseo

Revisar la Arquitectura

28

FLUJOS DE TRABAJO
Flujos de Trabajo de Ingeniera

Flujos de Trabajo de Apoyo

29

FLUJOS DE TRABAJO

Existen habitualmente problemas de comunicacin entre ingenieros de software e ingenieros de negocios. RUP proporciona un lenguaje y proceso comn para estos dos mbitos. Para el modelamiento del negocio se usan business use cases (casos de uso del negocio):
La forma en que el software dar apoyo al negocio.
30

REQUERIMIENTOS

Los desarrolladores y clientes deben acordar qu es lo que el sistema debe hacer:

Rebelar requerimientos Documentar funcionalidad y restricciones Documentar decisiones Identificar actores Identificar casos de uso

Imprimir Informe Operador

Cliente

Reciclar

Administrar Depsito

Los casos de uso describen la funcionalidad. Los requerimientos no funcionales se incluyen en una especificacin complementaria.

31

ANLISIS Y DISEO

Descripcin de cmo se implementar el sistema: un plano Debe: Ejecutar las tareas y funciones descritas en los casos de uso Satisfacer todos los requerimientos Flexible a cambios El diseo se centra en la nocin de arquitectura.

Disear y validar la arquitectura es una tarea esencial. El modelo de diseo consta de Clases estructuradas en paquetes Diseos de subsistemas con interfaces definidas (componentes) Forma de colaboracin entre las clases.

32

IMPLEMENTACIN

Propsito:
Definir la organizacin del cdigo Implementar clases y objetos en forma de componentes (fuente, ejecutables, etc.) Probar las componentes desarrolladas Integrar las componentes en un sistema ejecutable

33

PRUEBAS

Propsito: Verificar la interaccin entre los objetos Verificar la integracin apropiada de componentes Verificar que se satisfacen los requerimientos Identificar los defectos y corregirlos antes de la instalacin RUP describe como planear y ejecutar estas pruebas.

RUP propone probar las componentes desde el principio: Confiabilidad, funcionalidad y performance Las pruebas de regresin son importantes en desarrollos iterativos. Rational tiene herramientas para automatizar algunas pruebas.

34

DISTRIBUCIN

Producir un producto y hacerlo llegar a sus usuarios finales. Incluye varias actividades: Producir un release Empaquetar el software Distribuir el software Instalar el software Apoyar a los usuarios

A veces tambin incluye: Realizar pruebas beta Migracin de datos Aceptacin formal La mayor parte de la distribucin ocurre durante la transicin. Este es uno de los flujos de trabajo menos documentados en RUP.

35

ADMINISTRACIN DE PROYECTO

Es el arte de balancear objetivos contrarios, manejar riesgos y producir software que satisface a clientes y usuarios. Existen pocos proyectos realmente exitosos. RUP incluye:
Un framework para manejo de proyectos de software Guas para planificacin, provisin de personal, ejecucin y monitoreo de planes Un framework para manejar riesgos
36

ADMINISTRACIN Y CONFIGURACIN DE CAMBIOS

Forma de controlar los artefactos producidos por las personas que trabajan en el proyecto. Algunos problemas habituales:
Actualizaciones simultneas Mltiples versiones

RUP da guas para:

Desarrollos en paralelo Automatizar la construccin Administrar defectos
37

ENTORNO (AMBIENTE)

Ambiente y herramientas de desarrollo que harn posible llevar a cabo el proyecto. RUP gua en la configuracin de un ambiente de proceso apropiado a cada proyecto.

38