NOMBRE DE LOS INTEGRANTES DE EQUIPO: Mara del Rosario Garca Aldama.

Ruth Salgado Rogel.

Marcial Estrada Mendoza. Jahir Humberto Mora Montas. NOMBRE DE LA MATERIA: Ingeniera de desarrollo de Software. NOMBRE DEL MAESTRO: Jos Fernando Castro Domnguez. GRUPO Y CARRERA: TIC 402. EQUIPO #2

METODOLOGIA RUP (Rational Unified Process)

El Proceso Unificado Racional (Rational Unified Process 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.

 Inicio: Se hace un plan de fases, se identifican los principales casos de uso y se identifican los riesgos. Se define el alcance del proyecto

Elaboracin: se hace un plan de proyecto, se completan los casos de uso y se eliminan los riesgos

Construccin: se concentra en la elaboracin de un producto totalmente operativo y eficiente y el manual de usuario

Transicin: se Instala el producto en el cliente y se entrena a los usuarios. Como consecuencia de esto suelen surgir nuevos requisitos a ser analizados.

FASE DE INICIO Durante la fase de inicio las iteraciones hacen ponen 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.

FASE DE ELABORACIN

En la fase de elaboracin, 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 como se van a implementar en el sistemas 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

FASE DE CONSTRUCCIN

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 que orden deben ser integrados, formando el Plan de Integracin.

Cada implementador decide en que 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.

FASE DE TRANSICION
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.

DURANTE TODO EL PROYECTO

Gestin del proyecto Se vigila el cumplimiento de los objetivos, gestin de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. Proveer un marco de trabajo para la gestin de proyectos de software intensivos.

Proveer guas prcticas realizar planeacin, contratar personal, ejecutar y monitorear el proyecto.
Proveer un marco de trabajo para gestionar riesgos.

Configuracin y control de cambios

El control de cambios permite mantener la integridad de todos los artefactos que se crean en el proceso, as como de mantener informacin del proceso evolutivo que han seguido.

Entorno
La finalidad de esta actividad es dar soporte al proyecto con las adecuadas herramientas, procesos y mtodos. Brinda una especificacin de las herramientas que se van a necesitar en cada momento, as como definir la instancia concreta del proceso que se va a seguir. En concreto las responsabilidades de este flujo de trabajo incluyen:
Seleccin y adquisicin de herramientas Establecer y configurar las herramientas para que se ajusten a la organizacin. Configuracin del proceso. Mejora del proceso. Servicios tcnicos.

La ventaja principal de RUP es que se basa todo en las mejores prcticas que se han intentado y se han probado en el campo. (en comparacin con XP que se basa en las prcticas inestables que utilizaron juntas se evita que se derribe).

Mitigacin temprana de posibles riesgos altos progreso visible en las primeras etapas Temprana retroalimentacin que se ajuste a las necesidades reales Gestin de la complejidad Conocimiento adquirido en una iteracin puede aplicarse de iteracin a iteracin

Por el grado de complejidad puede no resultar muy adecuado. El RUP es generalmente mal aplicado en el estilo cascada. Requiere conocimientos del proceso y de UML.

CONCLUSIONES
La metodologa RUP es ms adaptable para proyectos de largo plazo. Podemos incluir adems lo ms importante antes de elegir la metodologa que vamos a usar una implementacin del Software.

BIBLIOGRAFIA
http://www.scribd.com/doc/297224/RUP http://1251_bestpractices_TP026B http://www.usmp.edu.pe/publicaciones/boletin/fia/info49/articulos/RUP%20vs.%20XP.pdf