Fases del rup

RUP

1. FASES DE DESARROLLO DE LA METODOLOGÍA RUP UNIVERSIDAD CENTRAL DEL ECUADOR Integrantes: Quilcaguano María José Ordoñez Emily Méndez Jessica Herrera Belén Castro Andrés Cóndor Bryan Cualchi Dayana Pazmiño Javier Loachamin José Guallasamín John Galarza Christian Navarrete Dennis Peñaloza Rommel Ruiz Alexis Inlago Fabricio Vásquez Andrés Herdoiza Leonardo Olmedo Adrián

2. INTRODUCCIÓN La metodología de desarrollo RUP (su abreviatura en inglés es "Unified Development Process o Proceso de Desarrollo Unificado") es un proceso de desarrollo de software que, junto con UML Unified Modeling Language, constituye el método estándar más utilizado para el análisis, implementación y documentación de sistemas orientados a objetos. Su principal objetivo es garantizar la producción de software de alta calidad que satisfaga las necesidades del usuario con planes y presupuestos predecibles. Es importante señalar que el método RUP está diseñado para profesionales del desarrollo de software, ingenieros interesados ​​en productos de software, profesionales de la ingeniería y la gestión de procesos de software.

3. HISTORIA RUP creado por Grady Booch, Ivar Jacobson y James Jacobson (Creador de la Técnica de Modelado de Objetos), la misma aparece en Junio de 1998 con el acrónimo RUP 5.0 para disposición al público a inicios de 1999. Es una secuencia de pasos necesarios para el desarrollo y/o mantenimiento de gran cantidad de sistemas, en diferentes áreas de aplicación en proyectos de tamaños variables del más básico al más complejo. E s propiedad de International Business Machines (IBM) y está basado en un enfoque disciplinado, responsable dentro de una organización. Actualmente RUP

4. METODOLOGÍA RUP El RUP es un proceso de desarrollo software y junto con el UML, constituye la metodología estándar más utilizada para el análisi , implementación y documentación de sistemas orientados a objetos.

5. METODOLOGÍA RUP

6. CICLO DE VIDA RUP Fase de Inicio: Se enfoca hacia la comprensión del problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de los riesgos críticos. Fase de Elaboración : Se orientan al desarrollo de la línea de base de la arquitectura, flujos de trabajo de requisitos, modelo de negocios (refinamiento), análisis, diseño.

7. CICLO DE VIDA RUP Fase de desarrollo: Enfocada en completar la funcionalidad del sistema para ello se debe clarificar los requerimientos pendientes, administrar cambios de acuerdo a evaluaciones realizadas por usuarios. Fase de cierre: Asegura que el software esté disponible para el usuario final, ajuste de errores y defectos encontrados en la fase de prueba, además de capacitar a los usuarios y proveer de soporte técnico necesario. Se verifica que el producto cumpla con las expectativas.

8. IMPLEMENTACIÓN DEL RUP PARA EL PROYECTO El método RUP es más adecuado para proyectos grandes y pequeños

9. PRINCIPIOS DEL DESARROLLO

10. FASES DEL MODELO RUP Fase 1 El propósito de iniciar el proyecto es definir y acordar el alcance que se va tener donde se identifica los riesgos así como proponer una visión general de la arquitectura y el plan de fases y sus posteriores interacciones .

11. Fase de elaboración El propósito de esta fase es analizar el dominio del problema, desarrollar el plan del proyecto y eliminar los mayores riesgos que puedan existir.

12. FASE 3 DE DESARROLLO La función de esta fase es completar la funcionalidad del sistema, se clarifican los requisitos pendientes, se administran los cambios de acuerdo a las evaluaciones realizadas por los usuarios, y se realizan las mejoras para el proyecto.

13. El propósito de esta etapa es asegurar que los usuarios finales puedan usar el software, ajustar los errores y defectos encontrados en la prueba de aceptación, capacitar a los usuarios y brindar el soporte técnico necesario. Fase de Transición:

14. ROLES QUE SE CUMPLEN EN EL RUP

15. PROCESO DE DESARROLLO DE LA METODOLOGÍA RUP

16. Inicio : Documento Visión. Diagramas de caso de uso. Especificación de Requisitos. Diagrama de Requisitos.

17. Elaboración : Documento Arquitectura que trabaja con las siguientes vistas: Vista Lógica Diagrama de clases Modelo E-R (Si el sistema así lo requiere)

18. Vista de Implementación Diagrama de Secuencia Diagrama de estados Diagrama de Colaboración

19. Vi sta física Mapa de comportamiento a nivel de hardware. Diseño y desarrollo de casos de uso, o flujos de casos de uso arquitectónicos Pruebas de los casos de uso desarrollados, que demuestran que la arquitectura documentada responde adecuadamente a requerimientos funcionales y no funcionales. Vista Conceptual Modelo de dominio

20. Especificación de requisitos faltantes Los requerimientos son las características que debe tener en sistema para satisfacer las necesidades y poder ser aceptado por el cliente. Construcción El propósito de esta fase es completar la funcionalidad del sistema

21. Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación interactiva Un caso de uso debe Tener un nivel apropiado del detalle Ser bastante sencillo y amigable con el usuario Construcción Pruebas de los casos de uso desarrollados, y pruebas de regresión según sea el caso Las pruebas de regresión son pruebas de software que tienen como objeto descubrir errores, carencias de funcionalidad o divergencias funcionales con respecto al comportamiento esperado del software

22. Pruebas finales de aceptación. S on las últimas pruebas realizadas donde el cliente prueba el software y verifica que cumpla con sus expectativas. Puesta en producción. El objetivo de esta actividad es colocar el producto a disposición del usuario Estabilización Mantenimiento y actualización del software Transición El propósito es asegurar que el software esté disponible para los usuarios finales, además se verifica que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto

23. CARACTERÍSTICAS Rup es un producto de Rational(IBM). e caracteriza por ser iterativo e incremental, esta 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 código fuente,etc) . Desarrollo iterativo Administración de requisitos Uso de arquitecturas basada en componentes Modelo visual de software pretende implementar las mejores practicas en Ingenieria de Software.

24. Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo) Pretende implementar las mejores prácticas en Ingeniería de Software Desarrollo interactivo, Administración de requisitos, uso de arquitectura basada en componentes, control de cambios, Modelado visual del software, verificación de la calidad del software.

25. CONCLUSIONES -Provee un entorno de proceso de desarrollo configurable -Configurado a la necesidad -Cada participante es parte del proceso -Metodología completamente amplia

26. GRACIAS