April 21, 2012

Introduccin a Rational Unified Process (Proceso Unificado de Rational RUP)

RUP

Ing. Carlos Polanco

April 21, 2012

Proceso de desarrollo Software

Se

asignan los siguientes aspectos. Responsabilidades: quien hace que. Cuando se hace. Como se hace

April 21, 2012

Modelos grafico
Requisitos nuevos o modificados Proceso de Desarrollo de Software Sistema nuevo o modificado

April 21, 2012

No existe un proceso de software universal. Las caractersticas de cada proyecto (equipo de desarrollo, recursos, etc.) exigen que el proceso sea configurable y adaptable a las necesidades de cada contexto.

April 21, 2012

Fases, iteraciones y disciplinas

April 21, 2012

Caractersticas
Guiado/Manejado

por casos de uso: un caso de uso es una facilidad que el software debe proveer a sus usuarios. Los casos de uso reemplazan la antigua especificacin funcional tradicional y constituyen la gua fundamental establecida para las actividades a realizar

April 21, 2012

Caractersticas
Centrado

en arquitectura: La arquitectura involucra los elementos ms significativos del sistema y est influenciada entre otros por plataformas software, sistemas operativos, manejadores de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados y requerimientos no funcionales.

April 21, 2012

Caractersticas
Iterativo

e Incremental: Para hacer ms manejable un proyecto se recomienda dividirlo en ciclos.

April 21, 2012

Caractersticas
Desarrollo

basado en componentes: La creacin de sistemas intensivos en software requiere dividir el sistema en componentes con interfaces bien definidas, que posteriormente sern ensamblados para generar el sistema.

10

April 21, 2012

Caractersticas
Utilizacin

de un nico lenguaje de modelado: UML es adoptado como nico lenguaje de modelado para el desarrollo de todos los modelos.

11

April 21, 2012

Caractersticas

Proceso Integrado: Se establece una estructura que abarque los ciclos, fases, flujos de trabajo, mitigacin de riesgos, control de calidad, gestin del proyecto y control de configuracin; el proceso unificado establece una estructura que integra todas estas facetas. Adems esta

12

April 21, 2012

Las preguntas

La estructura esttica del proceso unificado se define en base a cuatro elementos, que son: los roles(antes workers), que responde a la pregunta quin?, las actividades (activities), que responden a la pregunta cmo?, los productos (artifacts), que responden a la pregunta qu?, los flujos de trabajo (workflows), que responden a la pregunta cundo?.

13

April 21, 2012

Los trminos
Roles:

Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo.

14

April 21, 2012

Los trminos

Actividades: Una actividad de un trabajador en concreto es una unidad de trabajo que una persona que desempee ese rol puede ser solicitado a que realice.

15

April 21, 2012

Los trminos
Productos:

Un producto o artefacto es un trozo de informacin que es producido, modificado o usado por un proceso.

16

April 21, 2012

Diagrama de trminos

17

April 21, 2012

Flujos de trabajo

Flujos de trabajo: La sola enumeracin de roles, actividades y artefactos no define un proceso, necesitamos definir la secuencia de actividades realizadas por los diferentes roles, as como la relacin entre los mismos, que nos producen unos resultados observables.

18

April 21, 2012

Fases
Las

fases Como ya se ha visto en el apartado anterior, el RUP se divide en cuatro fases, las cuales pasaremos a ver con ms detalle.

19

April 21, 2012

Fases
Inicio

Antes de iniciar un proyecto es conveniente plantearse algunas cuestiones: Cul es el objetivo? Es factible? Lo construimos o lo compramos? Cunto va a costar? La fase de inicio trata de responder a estas preguntas y a otras ms.

20

April 21, 2012

Fases

Establecer el mbito del proyecto y sus lmites. Encontrar los casos de uso crticos del sistema, los escenarios bsicos 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.

21

April 21, 2012

Fases
Los productos de la fase de inicio deben ser: Visin del negocio: Describe los objetivos y restricciones a alto nivel. Modelo de casos de uso.

22

April 21, 2012

Productos RUP

Principales productos en RUP. I = inicio, R = refinamiento.

23

April 21, 2012

Fase de inicio

Dura unas pocas semanas. Se intentan definir todos los requisitos. Se espera que las estimaciones o los planes sean muy precisos. Definir la arquitectura completamente, en lugar de refinarla en la fase de elaboracin. No se definen el caso de negocio o la visin. Los nombres de la mayora de los casos de uso o actores no se han definido. Todos los casos de uso se escriben con detalle.

24

April 21, 2012

Fase de inicio

Todos los interesados en el proyecto coinciden en la definicin del mbito del sistema y las estimaciones de agenda. Entender los requisitos, evidenciado por la fidelidad de los casos de uso principales. Las estimaciones de tiempo, coste y riesgo son crebles. Comprensin total de cualquier prototipo de la arquitectura desarrollado. Los gastos hasta el momento se asemejan a los planeados.

25

April 21, 2012

Fase de elaboracin
el

propsito de la fase de elaboracin es analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos.

26

April 21, 2012

Fase de elaboracin
Cuando

termina esta fase se llega al punto de no retorno del proyecto: a partir de ese momento pasamos de las relativamente ligeras y de poco riesgo dos primeras fases, a afrontar la fase de construccin, costosa y arriesgada. Es por esto que la fase de elaboracin es de gran importancia.

27

April 21, 2012

Fase de elaboracin

Definir, validar y cimentar la arquitectura. Completar la visin. Crear un plan fiabl e para la fase de construccin. Este plan puede evolucionar en sucesivas iteraciones. Debe incluir los costes si procede. Demostrar que la arquitectura propuesta soportar la visin con un coste razonable y en un tiempo razonable.

28

April 21, 2012

Fase de elaboracin

Al terminar deben obtenerse los siguientes productos: Un modelo de casos de uso completa al menos hasta el 80%: todos los casos y actores identificados, la mayora de los casos desarrollados. Requisitos adicionales. Lista de riesgos y caso de negocio revisados. Plan de desarrollo para el proyecto. Posiblemente un manual de usuario preliminar.

29

April 21, 2012

Fase de construccin
El

nfasis en esta fase se pone controlar las operaciones realizadas, administrando los recursos eficientemente, de tal forma que se optimicen los costes, los calendarios y la calidad.

30

April 21, 2012

Fase de construccin

Modelos Completos (Casos de Uso, Anlisis, Diseo, Despliegue e Implementacin) Arquitectura ntegra (mantenida y mnimamente actualizada) Riesgos Presentados Mitigados Plan del Proyecto para la fase de Transicin Manual Inicial de Usuario (con suficiente detalle) Prototipo Operacional beta.

31

April 21, 2012

Fase de Transicin
La

finalidad de la fase de transicin es poner el producto en manos de los usuarios finales, para lo que tpicamente se requerir desarrollar nuevas versiones actualizadas del producto, completar la documentacin, entrenar al usuario en el manejo del producto, y en general tareas relacionadas con el ajuste, configuracin, instalacin y usabilidad del producto.

32

April 21, 2012

Fase de Transicin

Prototipo Operacional Documentos Legales Caso del Negocio Completo Lnea de Base del Producto completa y corregida que incluye todos los modelos del sistema Descripcin de la Arquitectura completa y corregida