El documento describe el proceso RUP (Rational Unified Process) para el desarrollo de software. RUP es un proceso iterativo e incremental centrado en casos de uso, arquitectura y colaboración de equipos. Consta de cuatro fases (Inception, Elaboration, Construction y Transition) que incluyen actividades como modelado de requisitos, análisis, diseño, implementación, pruebas y despliegue.

1. PROFESOR: BACHILLERES:
MOLINA, JOSE CAPPELLARI, MARIA
VILLALBA, JOSE
SALAZAR, FREDDY
CIUDAD BOLIVAR, OCTUBRE 2012

2. El proceso de desarrollo RUP (Rational Unified
Process) aplica varias de las mejores prácticas en el
desarrollo moderno de software en una forma que se
adapta a un amplio rango de proyectos y organizaciones.
Provee a cada miembro del equipo, un fácil acceso a una
base de conocimiento con guías., plantillas y herramientas
para todas las actividades criticas del desarrollo de
software. Esta metodología permite que todos los
integrantes de un equipo de trabajo, conozcan y compartan
el proceso de desarrollo, una base de conocimientos y los
distintos modelos de cómo desarrollar el software
utilizando un lenguaje modelado común: UML.

3. Provee un enfoque estructurado para realizar tareas
y responsabilidades en una organización de desarrollo. Su
principal objetivo es asegurar la producción de software
de alta calidad, que cumpla las necesidades de sus
usuarios finales, que sea realizado en las fechas acordadas
y con el presupuesto disponible.

4. Este marco de trabajo puede ser adoptado y
extendido para satisfacer las necesidades de la
organización que lo utilice seleccionando las fases y
interacciones, los flujos de trabajo y disciplinas que se van
a recorrer y los entregables o productos (artifacts) que se
van a construir. Es importante conocer como esta
organizado y estructurado el proceso para poder
seleccionar el framework, los elementos del proceso que
mas valor darán al proyecto.

5. Dirigido por los casos de uso.

Centrado en la arquitectura.

Ciclo de vida iterativo.


6. Reconoce que las necesidades del usuario y sus
requerimientos no se pueden definir completamente al
principio
Permite evaluar tempranamente los riesgos en lugar de
descubrir problemas en la integración final del sistema
 Acelera el ritmo del esfuerzo de desarrollo en su
totalidad debido a que los desarrolladores trabajan para
obtener resultados claros a corto plazo

7. Distribuye la carga de trabajo a lo largo del tiempo del
proyecto ya que todas las disciplinas colaboran en cada
iteración.
Facilita la reutilización del código teniendo en cuenta
que se realizan revisiones en las primeras iteraciones lo
cual además permite que se aprecien oportunidades de
mejoras en el diseño.

8. RUP se basa en un conjunto de bloques de
construcción, o elementos de contenido, que describe lo
que se va a producir, las habilidades necesarias y la
explicación paso a paso que describe cómo los objetivos
específicos de desarrollo han de lograrse.

9. Los principales componentes o elementos de contenido, son los
siguientes:
 Roles (OMS) - Un rol define un conjunto de habilidades,
relacionadas con las competencias y responsabilidades.
 Productos de trabajo (lo que) - Un producto de trabajo representa
algo que resulta de una tarea, incluyendo todos los documentos y
modelos producidos al trabajar a través del proceso.
 Tareas (cómo) - Una tarea describe una unidad de trabajo asignado
a una función que proporciona un resultado significativo.

10. INCEPTION
ELABORATION
CONSTRUCTION
TRANSITION

11. Fuente: http://es.scribd.com/doc/297224/RUP

12. INITIAL PHASE:
BUSINESS MODELING REQUIREMENTS
ELABORATION PHASE:
ANALYSIS AND DESIGN
CONSTRUCTION PHASE:
IMPLEMENTATION TESTING DEPLOYMENT

13. RUP is based on six principles keys, that are:
ADAPT THE PROCESS
BALANCE PRIORITIES
TEAM COLLABORATION
DEMONSTRATE VALUE ITERATIVELY
RAISE THE LEVEL OF ABSTRACTION
FOCUSED ON THE QUALITY

14. GESTION DE PROCESOS
CONFIGURACION Y CONTROL DE
CAMBIOS
ENTORNO

15. ANALISTAS
DESARROLLADORES
GESTORES
APOYO
ESPECIALISTAS EN PRUEBAS
OTROS ROLES…

16. 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 iterativo
Administración de requisitos
Uso de arquitectura basada en componentes
Control de cambios
Modelado visual del software
Verificación de la calidad del software

17. Establece oportunidad y alcance
Identifica las entidades externas o actores con las
que se trata
Identifica los casos de uso

18. Perspectiva Dinámica: Muestra la fase del modelo sobre
el tiempo.
Perspectiva Estática: Muestra las actividades del
proceso que se representa.
Perspectiva práctica: Surgiere buenas prácticas a
utilizar.

19. PROCESO
PROCESO
Modelado
Modelado Análisis y y Implemen
Análisis Despliegu
de Requisitos
Requisitos ImplementaciónPruebas
Pruebas Despliegue
de negocio Diseño
Diseño tación e
negocio
SOPORTE
SOPORTE
Gestión del cambio
Gestión del cambio Gestión del
Gestión del
y configuraciones proyecto Entorno
Entorno
y configuraciones proyecto