Nombre: Javier Jaramillo Salazar Nivel: Sexto Sistemas RATIONAL UNIFIED PROCESS (RUP)

El proceso unificado Rational (RUP) es un marco de trabajo de proceso de desarrollo de software iterativo creado por Rational Software Corporation, una divisin de IBM desde 2003. RUP no es un proceso preceptivo concreto individual, sino un marco de trabajo de proceso adaptable, con la idea de ser adaptado por las organizaciones de desarrollo y los equipos de proyecto de software que seleccionarn los elementos del proceso que sean apropiados para sus necesidades. RUP fue originalmente desarrollado por Rational Software, y ahora disponible desde IBM. El producto incluye una base de conocimiento con artefactos de ejemplo y descripciones detalladas para muchos tipos diferentes de actividades. RUP result de la combinacin de varias metodologas y se vio influenciado por mtodos previos como el modelo en espiral. Las consideraciones clave fueron el fallo de proyectos usando mtodos monolticos del estilo del modelo en cascada y tambin la llegada del desarrollo orientado a objetos y las tecnologas GUI, un deseo de elevar el modelado de sistemas a la prctica del desarrollo y de resaltar los principios de calidad que aplicaban a las manufacturas en general al software. Los creadores y desarrolladores del proceso se centraron en el diagnstico de las caractersticas de diferentes proyectos de software fallidos. De esta forma intentaron reconocer las causas raz de tales fallos. Tambin se fijaron en los procesos de ingeniera del software existentes y sus soluciones para estos sntomas. El fallo de los proyectos es causado por una combinacin de varios sntomas, aunque cada proyecto falla de una forma nica. La salida de su estudio fue un sistema de mejores prcticas del software al que llamaron RUP. El proceso fue diseado con las mismas tcnicas con las que el equipo sola disear software; tena un modelo orientado a objetos subyacente, usando UML (Unified Modeling Language)

Mdulos de RUP (building blocks)

RUP se basa en un conjunto de mdulos o elementos de contenido, que describen qu se va a producir, las habilidades necesarias requeridas y la explicacin paso a paso describiendo cmo se consiguen los objetivos de desarrollo. Los mdulos principales, o elementos de contenido, son:

Roles (quin): un rol define un conjunto de habilidades, competencias y responsabilidades relacionadas. Productos de trabajo (qu): un producto de trabajo representa algo que resulta de una tarea, incluyendo todos los documentos y modelos producidos mientras que se trabaja en el proceso. Tareas (cmo): una tarea describe una unidad de trabajo asignada a un rol que proporciona un resultado significante.

Fases del ciclo de vida del proyecto

RUP determina que el ciclo de vida del proyecto consiste en cuatro fases. Estas fases permiten que el proceso sea presentado a alto nivel de una forma similar a como sera presentado un proyecto basado en un estilo en cascada, aunque en esencia la clave del proceso recae en las iteraciones de desarrollo dentro de todas las fases. Tambin, cada fase tiene un objetivo clave y un hito al final que denota que el objetivo se ha logrado. Las cuatro fases en las que divide el ciclo de vida del proyecto son: Fase de iniciacin: se define el alcance del proyecto. Fase de elaboracin: se analizan las necesidades del negocio en mayor detalle y se define sus principios arquitectnicos. Fase de construccin: se crea el diseo de la aplicacin y el cdigo fuente. Fase de transicin: se entrega el sistema a los usuarios. RUP proporciona un prototipo al final de cada iteracin. Dentro de cada iteracin, las tareas se categorizan en nueve disciplinas: Seis disciplinas de ingeniera o o o o o o Modelaje de negocio Requisitos Anlisis y diseo Implementacin Pruebas Despliegue

Tres disciplinas de soporte o o o Gestin de la configuracin y del cambio Gestin de proyectos Entorno

Caractersticas de RUP Forma disciplinaria de asignar tareas y responsabilidades (quin hace qu, cundo y cmo). Pretende implementar las mejores prcticas en Ingeniera de Software. Desarrollo Iterativo. Administracin de requisitos. Uso de arquitectura basada en componentes Control de Cambios. Modelado visual del software. Verificacin de la calidad del software.

Ventajas y Desventajas de RUP. Ventajas: Aumento de la Productividad. Disminucin del tiempo y costo de formacin y entrenamiento. Disminuye el nmero de errores de Usuario. Aumento en la exactitud en la entrada y el entendimiento de los datos. Disminucin de la necesidad de Soporte tcnico continuo.

Mayor Ingreso por producto o servicio competitivo. Disminucin de los costos de desarrollo y mantenimiento. Disminucin de costos de atencin al cliente. Ms oportunidades de negocio debido a la satisfaccin. Es utilizada por gran cantidad de desarrolladores, que han obtenido resultados exitosos. Es adaptable a una amplia gama de tipos de proyectos y clientes. Se encuentra constantemente haciendo verificaciones de calidad. Se apoya en UML lo que le permite tener un modelado visual. Es una metodologa ordenada y formal.

Desventajas: Es una metodologa muy rgida. Si el conjunto de documentos y artefactos no son concebidos tal y como se plantea en RUP, dicha documentacin solo servir para ser archivada, lo cual no genera valor respecto a la calidad de desarrollo, y evoluciona en problemas mas complejos tales como: Aplicaciones que no satisfacen los requerimientos, o que los diseos de las estructuras no coincidan con las estructuras finales de la aplicacin, etc. Necesita gente con experiencia, especialmente para el diseo. Se trata de un proceso de implementacin complejo, para el cual el nmero de gente especializada en el grupo de trabajo debe aumentar con respecto a otras metodologas. En RUP se pasa ms tiempo que en otras metodologas, antes de llegar a la fase de desarrollo.

Bibliografa: http://bibdigital.epn.edu.ec/bitstream/15000/1395/1/CD-2077.pdf Ian Sommerville, Software Engineering (Sexta Edicin, 2001)