1. METODOLOGÍA DE DESARROLLO DE SOFTWARE
RUP
Docente Ing. MARTIN LUZON
METODOLOGÍA DEL DESARROLLO DE SOFTWARE

3. OBJETIVO DE LA ASIGNATURA:
Aplicar una metodología de desarrollo de software durante el ciclo de vida de una
aplicación de manera autónoma.
OBJETIVO DE LA CLASE:
Conocer las ventajas de la Metodología Tradicional RUP.
Al final de la clase usted podrá:
Analizar los conceptos referentes a las metodologías de desarrollo de un software

4. Temática
 Retroalimentación
 Ventajas de la
Metodología RUP
 Disciplinas
 Planificación
 Actividad en clase
 Trabajo autónomo
 Preguntas

5. METODOLOGÍA TRADICIONAL RUP
 Entre las principales metodologías tradicionales tenemos los
modelos conocidos como RUP y MSF, que centran su atención en
llevar una documentación exhaustiva de todo el proyecto y además
en cumplir con un plan de proyecto, definido todo esto, en la fase
inicial del desarrollo del proyecto.
RUP es un proceso formal: Provee un acercamiento disciplinado para
asignar tareas y responsabilidades dentro de una organización de
desarrollo.

6. CARACTERÍSTICAS DE LA METODOLOGÍA RUP
 Forma disciplinada de asignar tareas y responsabilidades.
 Desarrollo iterativo.
 Administración de requisitos.
 Verificación de calidad de software.
 Pretende utilizar las mejores prácticas de desarrollo de software.

8. VENTAJAS DEL USO DE RUP
Es un proceso de desarrollo de software y junto con el
lenguaje unificado UML, constituye a la metodología mas
utilizada para el análisis, implementación y
documentación de sistemas, esta suministra un enfoque
para asignar tareas y responsabilidades dentro de una
organización de desarrollo.

9. Es el proceso de desarrollo más general de los existentes
actualmente.
Es una forma disciplinada de asignar tareas y
responsabilidades en una empresa de desarrollo.
Mantenimiento más sencillo y modificaciones locales.
Un proceso de software hecho a la medida para ser
publicado y hacerlo accesible para todo el equipo del
proyecto.
VENTAJAS DEL USO DE RUP

11. Taller en Clase grupal
 Investigar las disciplinas(9) de la
Metodología RUP.
 Preparar un documento con la
información.
 Defender su trabajo la próxima clase.

13. OBJETIVO DE LA ASIGNATURA:
Aplicar una metodología de desarrollo de software durante el ciclo de vida de una
aplicación de manera autónoma.
OBJETIVO DE LA CLASE:
Conocer los roles y relaciones de la Metodología Tradicional RUP.

14. Temática
 Roles de la Metodología
de Desarrollo Tradicional
RUP
 Relaciones entre
productos de desarrollo
 Taller Grupal en clase

15. PRINCIPIOS DE LA METODOLOGÍA RUP
La metodología RUP se basa en un conjunto de
principios de desarrollo de software:

16. 1.Desarrollo de software iterativo
2.La gestión de requisitos
3.El uso de una arquitectura basada en componentes
4.Software de modelado visual
5.La verificación de la calidad del software
6.Control de cambios en el software
ACTOR
CREACION DE
USUARIO
REGISTRAR LOS
DATOS DEL
CLIENTE

17. ROLES DE LA METODOLOGÍA RUP
Analistas
Desarrolladores
Probadore
s
Directivos

19. Analista del proceso de negocios, diseñador de negocios,
revisor del modelo de negocios, analista de
sistema, especificador de requisitos, revisor de requisitos y
diseñador de la interfaz usuario.

20. Desarrolladores: Revisor de la arquitectura, diseñador,
diseñador de base de datos, programador, revisor del
código, integrador.

21. Directivo: Director de control de cambio, director
de configuración, director de implantación, ingeniero de
proceso, director del proyecto, revisor del proyecto.

22. Es el rol responsable de la planificación,
diseño, implementación y evaluación de la prueba, que incluye
generar el plan de prueba, implementar los procedimientos de
prueba, evaluar la envergadura y resultados de las pruebas y
su efectividad así como generar un resumen de la evaluación
de la prueba.

24. La duración y esfuerzo dedicado en cada fase es
variable dependiendo de las características del
proyecto.

25. ARTEFACTOS DE LA
METODOLOGÍA RUP
En RUP en cada una de sus fases realizan una serie de artefactos para saber
mejor la función y estructura de un programa.
Un artefacto puede ser:
Un documento: como un Caso de Negocio o un documento de la arquitectura
del Software.
Un modelo: como un modelo de caso de uso.
Un elemento de un modelo: como una sola clase de todo el Diagrama de
Clases.

26. INICIO:
•Documento Visión
•Especificación de Requerimientos
ELABORACIÓN:
•Diagramas de caso de uso
CONSTRUCCIÓN:
•Documento Arquitectura que trabaja con las siguientes
vistas:
VISTA LOGICA:
•Diagrama de clases
•Modelo E-R
VISTA DE IMPLEMENTACION:
•Diagrama de Secuencia
•Diagrama de estados
•Diagrama de Colaboración

27. TRANSICIÓN:
•Pruebas finales de aceptación.
•Puesta en producción.
•Estabilización.
CONSTRUCCIÓN:
•Especificación de requisitos faltantes.
•Diseño y desarrollo de casos de uso y/o flujos de
acuerdo con la planeación iterativa.
Pruebas de los casos de uso desarrollados, y pruebas de
regresión según sea el caso

28. Preguntas sobre el tema tratado

29. Trabajo grupal en Clase
 Una vez revisadas las fases de la
metodología RUP, disciplinas roles se va
a trabajar en la siguiente actividad:
 Realizar grupos de trabajo por afinidad o
asignación
 Elegir un tema de desarrollo (Software a
implementar) de acuerdo a las directrices
recibidas por el docente.
 Subir al drive un archivo por
grupo(Informe, presentación)