CARRERA: Ing.

Sistemas E Informtica

DOCENTE : Marleny Peralta Ascue

CURSO: ADS

INTEGRANTES: Jose M. Flores Aymara

METODOLOGA RUP
El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniera de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organizacin de desarrollo. Su objetivo es asegurar la produccin de software de alta y de mayor calidad para satisfacer las necesidades de los usuarios que tienen un cumplimiento al final dentro de un lmite de tiempo y presupuesto previsible. Es una metodologa de desarrollo iterativo que es enfocada hacia diagramas de los casos de uso, y manejo de los riesgos y el manejo de la arquitectura como tal. El RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad especfica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto hace que todos compartan el mismo lenguaje, la misma visin y el mismo proceso acerca de cmo desarrollar un software.

Ciclo de vida
En el ciclo de vida RUP veremos una implementacin del desarrollo en espiral. Con el ciclo de vida se establecen tareas en fases e iteraciones. El RUP maneja el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable 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 base de inicio.

Implementacin del RUP para el Proyecto

La metodologa RUP es ms apropiada para proyectos grandes (Aunque tambin pequeos), dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeos, es posible que no se puedan cubrir los costos de dedicacin del equipo de profesionales necesarios.

Roles de la Metodologa Rup

Cada fase en RUP puede descomponerse en iteraciones. Una iteracin es un ciclo de desarrollo completo dando como resultado una entrega de producto ejecutable (interna o externa)

El proceso define una serie de roles:

Los roles se distribuyen entre los miembros del proyecto y que definen las tareas de cada uno y el resultado.
Analista: Analista de procesos de negocio. Diseador del negocio. Analista de sistema. Especificador de requisitos. Desarrolladores: Gestor de pruebas.

Apoyo:

Documentador tcnico Administrador de sistema Especialista en herramientas Arquitecto de software. Diseador Diseador de interfaz de usuario Diseador de cpsulas. Diseador de base de datos. Implementador. Especialista en Pruebas (tester) Integrador. Analista de pruebas Gestores: Jefe de proyecto Otros roles: Jefe de control de cambios. Stakeholders. Jefe de configuracin. Revisor Jefe de pruebas Coordinacin de revisiones Jefe de despliegue Revisor tcnico Ingeniero de procesos Cualquier rol Revisor de gestin del proyecto Diseador de pruebas Especialista en pruebas: Desarrollador de cursos Artista grfico

Para grandes organizaciones con un nmeros equipos de ingenieros y la comunicacin entre cada equipo es crtica por lo tanto es necesario que los artefactos sean completos y bastante comprensivos en tanto que para pequeos proyectos no es muy recomendable presentarse tanto rigor en las preparaciones de los artefactos la eficiencia del proceso depende ms de las habilidades de cada trabajador.

Fases de la Metodologa RUP

1. Fase de inicio
Durante esta fase de inicio las iteraciones se centran con mayor nfasis en las actividades de modelamiento de la empresa y en sus requerimientos. Esta fase se centra mas en buscar o planear todo lo que la empresa requiera para luego utilizar sus recursos mejorando y dndole una visin de lo que se espera plantear en el proyecto.

2. Fase de elaboracin
Durante esta fase de elaboracin,se centran al desarrollo de los casos de uso tomando como base la de diseo, como lo dice la elaboracin lleva una serie de requerimientos una serie de pasos ; el modelo de la organizacin, el anlisis y el diseo se van acumulando las actividades y para empezar una parte de implementacin mediante desarrollo de la fase de inicio que va a ser orientada a la base de la construccin de todas las especificaciones de la arquitectura del diseo. hasta obtener una diseo bien construido.

3. Fase de construccin
Durante la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se define su anlisis y despus el diseo y se procede a su implantacin y sus respectivas pruebas. En esta fase se realiza una serie de cascadas para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementacin y el producto este listo para ser enviado al usuario.

4. Fase de transicin
Durante esta fase de transicin se busca garantizar que el producto este bien preparado para su entrega al usuario. Es una fase que puede tener muchos cambios a la hora de la entrega.

Principales Caractersticas

Forma disciplinada 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

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, de estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo de este proceso).

Proceso de Desarrollo de la Metodologa

La estructura dinmica de la metodologa RUP es la que permite que este sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven especificadas las 4 fases mencionadas anteriormente:

1. 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. Elaboracin: En esta fase se seleccionan los casos de uso uqe permiten definir la arquitectura base del sistema y se desarrollan en esta fase, se realiza la especificacin de los casos de uso seleccionados y el primer anlisis del domino del problema, se disea la solucin preliminar. 3. 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. 4. Cierre: El propsito de esta fase es asegurar que el software este 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. En este ejemplo se ve reflejado como es utilizado proceso de desarrollo En el desarrollo de un sistema de informacin para llevar el registro y control de las vctimas y afectados por accidentes de trnsito y las denuncias sobre el estado de la infraestructura vial para la asociacin civil aso trnsito, se utilizara la metodologa RUP.

Artefactos
RUP en cada una de sus fases (pertenecientes a la estructura esttica) realiza una serie de artefactos que sirven para comprender mejor tanto el anlisis como el diseo del sistema estos artefactos son los siguientes:

Inicio:
Documento Visin Especificacin de Requerimientos

Elaboracin:
Diagramas de caso de uso

Construccin:
Documento Arquitectura que trabaja con las siguientes vistas:

Vista Lgica:
Diagrama de clases Modelo E-R (Si el sistema as lo requiere)

Vista de Implementacin:
Diagrama de Secuencia Diagrama de estados Diagrama de Colaboracin

Vista Conceptual:
Modelo del dominio

Vista fsica:
Mapa de comportamiento a nivel del hardware.

Herramientas utilizadas

Beneficios de la Metodologa Rup y ventajas.

Promueve la reusabilidad. Reduce la complejidad del mantenimiento (extensibilidad y facilidad de cambios). Riqueza semntica. Disminuye la brecha semntica entre la visin interna y la visin externa del sistema. Facilita la construccin de prototipos.

Ventajas de la Metodologa Orientada a Objetos

Reutilizacin
El diseador piensa en trminos del comportamiento de objetos y no en detalles de bajo nivel

Confiabilidad, Integridad y Estabilidad

Mantenimiento ms sencillo. Modificaciones locales.

Principios de desarrollo de la Metodologa RUP

El RUP est basado en 6 principios clave que son los siguientes:

Adaptar el proceso
El proceso deber adaptarse a las necesidades del cliente ya que es muy importante interactuar con l. Las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto en un rea subformal.

Equilibrar prioridades
Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrn corregir desacuerdos que surjan en el futuro.

Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados

Colaboracin entre equipos

El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc.

Elevar el nivel de abstraccin

Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. stas se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.

Enfocarse en la calidad
El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.