Descripción sobre la metodología Rup para el control de calidad de Software

1. Metodología RUP
Rational Unified Process
Ing. Mariela Cóndor
mcvelasco@tecnologicoismac.edu.ec

2. • Introducción
• ¿Qué es RUP?
• Fases
• Principios y buenas prácticas
Ing. Mariela Cóndor
mcvelasco@tecnologicoismac.edu.ec

3. Introducción
Barry Boehm y Ken Hartman (1998)
Proceso de desarrollo de software y junto con el
Lenguaje Unificado de Modelado UML, no es un
sistema con pasos firmemente establecidos, sino un
conjunto de metodologías adaptables al contexto y
necesidades de cada organización.
Proceso propietario de la ingeniería de software creado por Rational Software,
adquirida por IBM

4. ¿Qué es RUP?
• Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de
software de alta y de mayor calidad para satisfacer las necesidades de los usuarios que tienen un
cumplimiento al final dentro de un limite de tiempo y presupuesto previsible. 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.
• Más apropiada para proyectos grandes (Aunque también pequeños), dado que requiere un equipo de
trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeños, es posible
que no se puedan cubrir los costos de dedicación del equipo de profesionales necesarios.

5. Fases

6. Fase de Diseño:
Contiene los flujos de trabajo necesarios para el acuerdo de las partes interesadas con los objetivos

7. Fase de Elaboración :
La preparación será para el diseño del
sistema, como complemento de las encuesta o casos de
usos

8. Fase de Construcción :
El desarrollo físico del software se inicia, códigos de
producción, pruebas que se llevaron acabo en el inicio de
la transición.
Fase de Transición :
Es la fase de entrega del software, se lleva acabo el plan
de despliegue y entrega, el seguimiento y calidad de
software.

9. Desarrollo Iterativo: usa el desarrollo iterativo por las siguientes razones:
- La integración se hace paso a paso durante el proceso de Desarrollo.
- La integración es menos compleja, reduciendo el coste y aumentar
la eficiencia.
Principios y las mejores practicas RUP

10. - Requisito de cambios son registrados y pueden ser
acomodados.
- Los riesgos se abordan en el comienzo del desarrollo y
cada interacción permite la verificación del riesgo.
- Para la arquitectura de software se mejora a través de un
repetidor.

11. Gestión de Requisitos :
La administración de requerimientos tiene que seguir las siguientes
actividades:
- Análisis de los problemas
- La compresión de las necesidades de sus grupos de interés.
- La definición del problema
- Administra el alcance del sistema
- Refinar los ajustes del sistema.
- Los requisitos de gestión de cambio.

12. Arquitectura Basada en componentes
Crea un sistema que es fácilmente extensible, intuitiva y fácil de entender y
promueve la reutilización del software.

13. Software de modelado visual
La programación de su código y representarla
por medio de bloques de construcción gráfica
constituye una forma eficaz de obtener una
visión general de una solución.

14. Software de Control de Calidad
Aseguramiento de la calidad de software es el punto de fallo mas común en los
proyectos, ya que esto es a menudo algo que no se había pensado anteriormente y a
veces es tratado por diferentes equipos.

15. Control de cambios en el software
Los cambios son inevitables, RUP define métodos para
controlar, seguir y supervisar estos cambios.

16. Roles