Está en la página 1de 12

RUP

RATIONAL UNIFIED PROCESS

EQUIPO 4 CERVNATES RODRIGUEZ JOSE DE JESUS GARCIA VAZQUES RAMIRO ALBERTO MORENO ESPINOZA EDUARDO DAVID ZACARIAS PADILLA LUIS JORGE

MODULO 2. - Rational Unified Process (RUP) 2.1 Ciclo de vida RUP 2.1.1 Fases e Iteraciones del RUP 2.1.2 Fase Inicio del RUP 2.1.3 Fase Elaboracin del RUP 2.1.4 Fase Construccin y Transicin Del RUP 2.2 Disciplinas y Artefactos del RUP 2.2.1 Modelado del negocio 2.2.2 Gestin del proyecto 2.2.3 Modelos y Vistas

INGENIRIA DEL SOFTWARE 2

MODULO 2

RUP

INDICE
Rational Unified Process (RUP) ................................................................................................. 3 2.1 Ciclo de vida RUP ............................................................................................................ 3 2.1.1 Fases e Iteraciones del RUP.......................................................................................... 3 2.1.2 Fase Inicio del RUP ................................................................................................... 4 2.1.3 Fase Elaboracin del RUP ......................................................................................... 4 2.1.4 Fase Construccin del RUP ....................................................................................... 5 2.1.5 Fase de Transicin del RUP....................................................................................... 5 2.2 Disciplinas y Artefactos del RUP ...................................................................................... 6 2.2.1 Modelado del negocio ............................................................................................. 8 2.2.2 Gestin del proyecto ................................................................................................ 9 2.2.3 Modelos y Vistas .................................................................................................... 10 2.3 CONCLUSIONES ............................................................................................................ 11 2.4 REFERENCIAS ................................................................................................................ 12

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

Rational Unified Process (RUP)

El Proceso Unificado de Rational (RationalUnifiedProcess en ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin.

2.1 Ciclo de vida RUP

El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El RUP divide el proceso de desarrollo en ciclos, teniendo un producto final al final de cada ciclo, cada ciclo se divide en fases que finalizan con un producto donde se debe tomar una decisin importante. El ciclo de vida organiza las tareas en fases e iteraciones.

2.1.1 Fases e Iteraciones del RUP

El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada iteracin aborda una parte de la funcionalidad total, pasando por todos los flujos de trabajo relevantes y refinando la arquitectura. Cada iteracin se analiza cuando termina. Se puede determinar si han aparecido nuevos requisitos o han cambiado los existentes, afectando a las iteraciones siguientes. Durante la planificacin de los detalles de la siguiente iteracin, se examina cmo afectarn los riesgos que an quedan al trabajo en curso. Toda la retroalimentacin de la iteracin pasada permite reajustar los objetivos para las siguientes iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o menor hincapi en las distintas actividades.     Fase de Inicio Fase de Elaboracin Fase de Construccin Fase de Transicin

Las primeras iteraciones (en las fases de Inicio y Elaboracin) se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de una baseline (Lnea Base) de la arquitectura.

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

2.1.2 Fase Inicio del RUP


Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos. Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Los objetivos de esta fase son:  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. Fase de Inicio: Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visin muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.

2.1.3 Fase Elaboracin del RUP


En la fase de elaboracin, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura. Se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos Los objetivos de esta fase son:  Definir, validar y cimentar la arquitectura.  Completar la visin.  Crear un plan fiable 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. Fase de elaboracin: En la fase de elaboracin se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del dominio del problema, se disea la solucin preliminar.

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

2.1.4 Fase Construccin del RUP


En la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones. Para cada iteracin se selecciona algunos Casos de Uso, se refina su anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la implementacin de la nueva versin del producto. Los objetivos concretos incluyen:  Minimizar los costes de desarrollo mediante la optimizacin de recursos y evitando el tener que rehacer un trabajo o incluso desecharlo.  Conseguir una calidad adecuada tan rpido como sea prctico.  Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan rpido como sea prctico. Fase de Desarrollo: El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

2.1.5 Fase de Transicin del RUP


En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios. Se implementa el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados. Los principales objetivos de esta fase son:   Conseguir que el usuario se valga por si mismo. Un producto final que cumpla los requisitos esperados, que funcione y satisfaga suficientemente al usuario.

Como se puede observar en cada fase participan todas las disciplinas, pero que dependiendo de la fase el esfuerzo dedicado a una disciplina vara.

Fase de Cierre: El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

2.2 Disciplinas y Artefactos del RUP


Un proceso de desarrollo de software define quin hace qu, cmo y cundo. RUP define cuatro elementos los roles, que responden a la pregunta Quin?, las actividades que responden a la pregunta Cmo?, los productos, que responden a la pregunta Qu? y los flujos de trabajo de las disciplinas que responde a la pregunta Cundo? [RSC98]. RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas: 'Proceso': Las etapas de esta seccin son: Modelado de negocio  Requisitos  Anlisis y Diseo  Implementacin  Pruebas  Despliegue Soporte: En esta parte nos encontramos con las siguientes etapas:  Gestin del cambio y configuraciones  Gestin del proyecto  Entorno La estructura dinmica de RUP es la que permite que ste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente: Un proceso de desarrollo de software define quin hace qu, cmo y cundo. RUP define cuatro elementos:  Los roles, que responden a la pregunta Quin?,  Las actividades que responden a la pregunta Cmo?,  Los productos, que responden a la pregunta Qu? Y  Los flujos de trabajo de las disciplinas que responde a la pregunta Cundo? Roles Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo. Una persona puede desempear diversos roles, as como un mismo rol puede ser representado por varias personas. Actividades Una actividad en concreto es una unidad de trabajo que una persona que desempee un rol puede Ser solicitado a que realice. Las actividades tienen un objetivo concreto, normalmente expresado en trminos de crear o actualizar algn producto. Artefactos Un producto o artefacto es un trozo de informacin que es producido, modificado o usado durante el proceso de desarrollo de software. Los productos son los resultados tangibles del proyecto, las cosas que va creando y usando hasta obtener el producto final. INGENIERIA DEL SOFTWARE 2

Roles Actividades

Artefactos

MODULO 2 Flujos de trabajo Un flujo de trabajo es una relacin de actividades que nos producen unos resultados observables. Por ejemplo:          Modelado del negocio Requisitos Anlisis y Diseo Implementacin Pruebas Despliegue Gestin del proyecto Configuracin y control de cambios Entorno

RUP

Con la enumeracin de roles, actividades y artefactos no se define un proceso, necesitamos contar con una secuencia de actividades realizadas por los diferentes roles, as como la relacin entre los mismos. Requisitos Este es uno de los flujos de trabajo ms importantes, porque en l se establece qu tiene que hacer exactamente el sistema que construyamos. En esta lnea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos. Los objetivos del flujo de datos Requisitos es [RSC02]:  Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podra hacer.  Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema.  Definir el mbito del sistema.  Proveer una base para la planeacin de los contenidos tcnicos de las iteraciones.  Proveer una base para estimar costos y tiempo de desarrollo del sistema.  Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario.

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

2.2.1 Modelado del negocio


Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organizacin donde se va a implantar el producto. Los objetivos del modelado de negocio son [RSC02]:  Entender la estructura y la dinmica de la organizacin para la cual el sistema va ser desarrollado (organizacin objetivo).  Entender el problema actual en la organizacin objetivo e identificar potenciales mejoras.  Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento comn de la organizacin objetivo.  Derivar los requisitos del sistema necesarios para apoyar a la organizacin objetivo. Para lograr estos objetivos, el modelo de negocio describe como desarrollar una visin de la nueva organizacin, basado en esta visin se definen procesos, roles y responsabilidades de la organizacin por medio de un modelo de Casos de Uso del negocio y un Modelo de Objetos del Negocio. Complementario a estos modelos, se desarrollan otras especificaciones tales como un Glosario.

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

2.2.2 Gestin del proyecto


RUP define pautas para ayudar a la administracin de proyectos, este est exento en la definicin de las siguientes reas: gestin de recurso humano (procesos relacionados con capacitacin y manejo del recurso), gestin de presupuesto y contratacin. El RUP utiliza estas reas de proceso directamente del PMBOK. La metodologa RUP, utiliza las mejores prcticas para definir los artefactos del proyecto basados en los que se encuentran definidos en el PMBOK. Esto no quiere decir que ambos sean iguales. A continuacin se hace un listado de los artefactos que posee el RUP en la gestin de proyectos:  Desarrollo del Plan de Proyecto  Plan de calidad  Plan de manejo de riesgos  Plan de aceptacin del producto  Plan para la resolucin de problemas  Generacin del Caso de Negocio  Plan de Iteraciones (todas las iteraciones del proyecto)  Documentacin de Iteraciones  Documentacin del estado del proyecto  Listado de Riesgos  Plan de trabajo  Listado de hitos  Mtricas e indicadores del proyecto. Si se mapean el artefacto de Plan de proyectos a la definicin del PMBOK, se ejemplificara de la siguiente forma: Plan de Proyecto: Este plan es desarrollado en la etapa inicial del ciclo RUP y es actualizado en todas las iteraciones. Este plan contendra:  Una Descripcin General del Proyecto  Propsito, alcance y objetivos  Limitaciones y cosas que se asumen  Entregables del proyecto  Organizacin del Proyecto  Estructura organizacional y del proyecto  Ambiente organizacional y factores del entorno  Definicin de roles y responsabilidades  Gestin del Proyecto  Estimados del proyecto  Plan de desarrollo de software  Plan de iteraciones  Monitoreo y control  Otros planes

INGENIERIA DEL SOFTWARE 2

MODULO 2

RUP

2.2.3 Modelos y Vistas


RUP trabaja con las siguientes vistas: p Vista Lgica:  Diagrama de clases  Modelo E-R (Si el sistema as lo requiere) p Vista de Implementacin:  Diagrama de Secuencia  Diagrama de estados  Diagrama de Colaboracin p Vista Conceptual:  Modelo de dominio p Vista fsica:  Mapa de comportamiento a nivel de hardware. Modelado visual (usando UML) UML es un lenguaje para visualizar, especificar, construir y documentar los artefactos de un sistema software. Es un estndar de la OMG .Utilizar herramientas de modelado visual facilita la gestin de dichos modelos, permitiendo ocultar o exponer detalles cuando sea necesario. El modelado visual tambin ayuda a mantener la consistencia entre los artefactos del sistema: requisitos, diseos e implementaciones. En resumen, el modelado visual ayuda a mejorar la capacidad del equipo para gestionar la complejidad del software.

INGENIERIA DEL SOFTWARE 2

10

MODULO 2

RUP

2.3 CONCLUSIONES Cervantes Rodrguez Jos de Jess


RUP es modelo til cuando el cliente conoce los objetivos generales para el software, es iterativo e incremental. Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin humano-mquina. En si es un forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo (quin hace qu, cundo y cmo). Ya que contiene una serie de procesos muy ordenados para el desarrollo del software en conjunto de UML, para el anlisis, implementacin y documentacin de sistemas orientados a objetos

Garca Vzquez Ramiro Alberto


Pienso que la herramienta RUP es un gran avance en cuanto a la ingeniera del software, debido a que ya establece unas mejores y mas distinguidas fases para que el usuario las pueda identificar asi como para tener en un mejor orden y una buena documentacin del software a crear, es por eso que es uno de los mejores mtodos en el cual se podra confiar.

Moreno Espinoza Eduardo David


RUP, es una buena opcin para el desarrollo de software, ya que permite una mejor organizacin, y facilita la generacin de la documentacin.

Zacaras Padilla Luis Jorge


Se puede concluir que, RUP, es una herramienta que nos ayuda con en el desarrollo de software, aumenta nuestra visin de desarrollo de software, RUP es una herramienta que permite prever los cambios que un software pueda tener de acuerdo a los requerimientos y avance que se tenga, brindando objetivos ms amplios y visin de requerimientos global.

INGENIERIA DEL SOFTWARE 2

11

MODULO 2

RUP

2.4 REFERENCIAS
http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm www.rational.com.ar/herramientas/rup.html www.willydev.net/descargas/prev/IntroArq.pdf http://es.scribd.com/doc/36325889/RUP-y-UML http://www.juanzamora.net/2007/12/rup-en-proyectos.html

INGENIERIA DEL SOFTWARE 2

12