TALLER DE INGENIERIA DE SOFTWARE II

RUP

Navarro Albizo Veronica Lizet 397383499 SECCION D02

25 Agosto 2013 TAREA No. 2

RUP
RUP es una metodologa de desarrollo de software orientado a objeto que establece las bases, plantillas, y ejemplos para todos los aspectos y fases de desarrollo del software. RUP es herramientas de la ingeniera de software que combinan los aspectos del proceso de desarrollo (como fases definidas, tcnicas, y prcticas) con otros componentes de desarrollo (como documentos, modelos, manuales, cdigo fuente, etc.) dentro de un framework unificado. RUP establece cuatro fases de desarrollo cada una de las cuales esta organizada en varias iteraciones separadas que deben satisfacer criterios definidos antes de emprender la prxima fase, (Figura 5.1). RUP no es un proceso apropiado para todos los tipos de desarrollo sino que representa una nueva generacin de procesos genricos. Las innovaciones ms importantes son la separacin de fases y los flujos de trabajo, y el reconocimiento de que la utilizacin del software en un entorno del usuario es parte del proceso. Las fases son dinmicas y tienen objetivos. Los flujos de trabajo son estticos y son actividades tcnicas que no estn asociadas con actividades nicas sino que pueden utilizarse durante el desarrollo para alcanzar los objetivos de cada fase.

Figura 5.1. Estructura del RUP mostrada en dos dimensiones

Entre los aos de 1987 a 1995 Jacobson fund la compaa Objectory AB y lanza el proceso de desarrollo Objectory (abreviacin de Object Factory) Posteriormente en 1995 Rational Software Corporation adquiere Objectory AB y entre 1995 y 1997 se desarrolla Rational Objectory Process (ROP) a partir de Objectory 3.8 y del Enfoque Rational (Rational Approach) adoptando UML como lenguaje de modelado.

Desde ese entonces y a la cabeza de Grady Booch, Ivar Jacobson y James Rumbaugh, Rational Software desarroll e incorpor diversos elementos para expandir ROP, destacndose especialmente el flujo de trabajo conocido como modelado del negocio. En junio del 1998 se lanza Rational Unified Process.

Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres caractersticas esenciales: est dirigido por los Casos de Uso, est centrado en la arquitectura y es iterativo e incremental. En RUP los Casos de Uso no son slo una herramienta para especificar los requisitos del sistema; tambin guan su diseo, implementacin y prueba. Los Casos de Uso constituyen un elemento integrador y una gua del trabajo. RUP presta especial atencin al establecimiento temprano de una buena arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la construccin y el mantenimiento. RUP propone tener un proceso iterativo e incremental en donde el trabajo se divide en partes ms pequeas o mini proyectos, permitiendo generar un equilibrio entre casos de uso y arquitectura. Cada mini proyecto se puede ver como una iteracin (un recorrido ms o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el producto. 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 los distintas actividades.

FASES 1.- INICIO El objetivo de la fase de inicio es establecer un caso de negocio para el sistema. Se deben identificar todas las entidades externas ( personas y sistema) que interactan con el sistema y definir estas interacciones. Esta informacin de utiliza entonces para evaluar la aportacin que el sistema hace al negocio. Si esta aportacin es de poca importancia, se puede cancelar el proyecto despus de esta fase. 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 de la arquitectura. Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades modelado del negocio y de requisitos. Modelado del negocio En esta fase el equipo se familiarizar ms al funcionamiento de la empresa, sobre conocer sus procesos. Entender la estructura y la dinmica de la organizacin para la cual el sistema va ser desarrollado. 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. Requisitos 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. 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 estimar costos y tiempo de desarrollo del sistema. Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario. 2.- ELABORACIN Los objetivos de la fase de elaboracin son desarrollar una comprensin del dominio del problema. Establecer un marco de trabajo arquitectnico para el sistema , desarrollar el plan del proyecto e identificar los riesgos clave del proyecto. Al terminar la fase, se debe tener un modelo de requerimientos del sistema ( se especifican los casos de uso UML), una descripcin arquitectnica y un plan de desarrollo de software. Las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura. Anlisis y Diseo En esta actividad se especifican los requerimientos y se describen sobre cmo se van a implementar en el sistema.

 Transformar los requisitos al diseo del sistema. Desarrollar una arquitectura para el sistema. Adaptar el diseo para que sea consistente con el entorno de implementacin. 3.- CONSTRUCCIN La fase de construccin fundamentalmente comprende el diseo del sistema, la programacin y las pruebas. Durante esta fase se desarrollan e integran las partes del sistema. Al terminar la fase, debe tener un sistema software operativo y la documentacin correspondiente lista para entregarla a los usuarios. 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. Implementacin Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y dems. El resultado final es un sistema ejecutable. Planificar qu subsistemas deben ser implementados y en qu orden deben ser integrados, formando el Plan de Integracin. Cada implementador decide en qu orden implementa los elementos del subsistema. Si encuentra errores de diseo, los notifica. Se integra el sistema siguiendo el plan. Pruebas Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Encontrar y documentar defectos en la calidad del software. Generalmente asesora sobre la calidad del software percibida. Provee la validacin de los supuestos realizados en el diseo y especificacin de requisitos por medio de demostraciones concretas. Verificar las funciones del producto de software segn lo diseado. Verificar que los requisitos tengan su apropiada implementacin.

4.- TRANSICIN La fase final de RUP se ocupa de mover el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real. Esto se deja de lado en la mayor parte de los modelos de proceso de software pero es, en realidad, una actividad de alto costo y a veces problemtica. Al terminar esta fase, debe tener un sistema software documentado que funciona correctamente en su entorno operativo. Se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios.

Despliegue Esta actividad tiene como objetivo producir con xito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: Probar el producto en su entorno de ejecucin final. Empaquetar el software para su distribucin. Distribuir el software. Instalar el software. Proveer asistencia y ayuda a los usuarios. Formar a los usuarios y al cuerpo de ventas. Migrar el software existente o convertir bases de datos.

Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los objetivos de una iteracin se establecen en funcin de la evaluacin de las iteraciones precedentes. A medida que se avanza en el proyecto, es decir, cuando se va pasando de una fase a otra, la importancia relativa de cada uno de los Flujos de Trabajo va cambiando. As, en las iteraciones de la Fase de Inicio el trabajo se centra principalmente en el Modelamiento del Negocio y en la captura y especificacin de requisitos. Pero en la fase de Construccin el desarrollo est enfocado en la Implementacin (codificacin) y, en menor medida, en el Diseo