Conceptos sobre la metodologia Rup

1. Metodología RUP
Nombre: Valentina Andrea Otero de la Vega Luna

2. ¿Qué es RUP?
• Es una metodología 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 específica pueda
acceder a la misma base de datos incluyendo
sus conocimientos.
• Un proceso de desarrollo de software.

3. Elementos
• Coste del riesgo a un solo incremento.
• Reduce el riesgo de no sacar el producto en el calendario previsto.
• Acelera el ritmo de desarrollo.
• Se adapta mejor a las necesidades del cliente.

4. Características del proceso
• Proceso dirigido por los Casos de Uso: El proceso
utiliza casos de uso para manejar el proceso de
desarrollo.
• Proceso Iterativo e Incremental:Una iteración
puede abarcar la totalidad de los flujos del proceso.
Las iteraciones son planificadas con base a los casos
de uso.
• Proceso Centrado en la Arquitectura:El proceso
busca entender los aspectos estáticos y dinámicos
más significativos en términos de arquitectura de
software.

5. RUP divide el proceso de
desarrollo en ciclos
Cada ciclo se divide en
cuatro Fases:
Fase 1 Inicio
Se identifican todas las entidades
externas que interactúan con el
sistema, Se define el alcance del
proyecto con los clientes, se identifican
los riesgos asociados al proyecto, se
elabora el plan de las fases y el de la
iteración posterior, se detalla de manera
general la arquitectura del software.

6. Fase 2 Elaboracion
Se diseña la solución preliminar, se
selecciona los casos de uso que
permiten definir la arquitectura
base del sistema y se desarrollara el
primer análisis del dominio del
problema, establecer un marco de
trabajo para el sistema e identificar
riesgos.

7. Fase 3 Construcción
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.

8. Fase 4 Transición
Fase de cierre, el propósito es asegurar
que le software esté disponible para los
usuarios finales, se ajustan los errores y
defectos encontrados en las pruebas de
aceptación, se capacitan a los usuarios y
se provee el soporte necesario. Su
objetivo es mover el sistema desde la
comunidad de desarrollo a la
comunidad del usuario

9. Ciclos de la metodología RUP
Los requerimientos:
Son la Pieza fundamental en un proyecto
de desarrollo de software, es ellos se
basan muchos participantes del proyecto
para: Planear el proyecto y los recursos
que se usarán en él. Los líderes de
proyecto usan los requerimientos como
una base para la estimación del esfuerzo
necesario en un proyecto.

10. Análisis y diseño
Se transforman los requerimientos en un diseño
de sistema, se desarrolla una arquitectura y se
adapta el diseño para concordar en la
implementación.
Transforma los requerimientos en clases,
subsistemas, paquetes y relaciones, además se
añaden las condiciones e los requerimientos no
funcionales, se diseña la Base de daos y la
identificación de componentes

11. Implementación
Se toman los artefactos y esfuerzos
hechos en el diseño para transformar
las clases, subsistemas y paquetes en
archivos fuente, binarios y ejecutables
entre otros. Después se hace una
integración de todos los elementos
para lograr un sistema ejecutable

12. Pruebas
Las pruebas se enfocan primariamente en la
evaluación de la calidad del producto que se
realiza
• Encontrar y documentar defectos
• Asesorar acerca de la calidad del software
• Validar las funciones del producto de
software
• Validar que los requerimientos han sido
implementados apropiadamente

13. Producto
• El producto que se obtiene es un sistema de software
• Consta de un cuerpo de código fuente incluido en
componentes que puede compilarse y ejecutarse,
además de manuales y otros productos asociados.
• Cada ciclo produce una nueva versión del sistema y cada
versión es un producto que se prepara para su entrega.
• El producto de software debe ser algo más que el código
máquina que se ejecuta.

14. GRACIAS