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.
Procedimientos para la planificación en los Centros Educativos tipo V ( multi...
Rup
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.
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
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