Los avatares para el juego dramático en entornos virtuales
Fases del rup
1. FASES DE
DESARROLLO DE LA
METODOLOGÍA RUP
UNIVERSIDAD CENTRAL
DEL ECUADOR
Integrantes:
❏ Quilcaguano María José
❏ Ordoñez Emily
❏ Méndez Jessica
❏ Herrera Belén
❏ Castro Andrés
❏ Cóndor Bryan
❏ Cualchi Dayana
❏ Pazmiño Javier
❏ Loachamin José
❏ Guallasamín John
❏ Galarza Christian
❏ Navarrete Dennis
❏ Peñaloza Rommel
❏ Ruiz Alexis
❏ Inlago Fabricio
❏ Vásquez Andrés
❏ Herdoiza Leonardo
❏ Olmedo Adrián
2. INTRODUCCIÓN
La metodología de desarrollo RUP (su abreviatura en inglés es "Unified Development
Process o Proceso de Desarrollo Unificado") es un proceso de desarrollo de software
que, junto con UML Unified Modeling Language, constituye el método estándar más
utilizado para el análisis, implementación y documentación de sistemas orientados a
objetos.
Su principal objetivo es garantizar la producción de software de alta calidad que
satisfaga las necesidades del usuario con planes y presupuestos predecibles.
Es importante señalar que el método RUP está diseñado para profesionales del
desarrollo de software, ingenieros interesados en productos de software, profesionales
de la ingeniería y la gestión de procesos de software.
3. HISTORIA
RUP creado por Grady Booch, Ivar Jacobson y James Jacobson (Creador de la
Técnica de Modelado de Objetos), la misma aparece en Junio de 1998 con el acrónimo
RUP 5.0 para disposición al público a inicios de 1999.
Es una secuencia de pasos necesarios para el desarrollo y/o mantenimiento
de gran cantidad de sistemas, en diferentes áreas de aplicación en proyectos
de tamaños variables del más básico al más complejo.
Es propiedad de
International
Business Machines
(IBM) y está basado
en un enfoque
disciplinado,
responsable dentro
de una organización.
Actualmente
RUP
4. METODOLOGÍA RUP
El RUP es un proceso de desarrollo software y junto con el UML,
constituye la metodología estándar más utilizada para el análisi,
implementación y documentación de sistemas orientados a objetos.
6. CICLO DE VIDA RUP
Fase de Inicio:
Se enfoca hacia la comprensión
del problema y la tecnología, la
delimitación del ámbito del
proyecto, la eliminación de los
riesgos críticos.
Fase de Elaboración:
Se orientan al desarrollo de la línea de
base de la arquitectura, flujos de
trabajo de requisitos, modelo de
negocios (refinamiento), análisis,
diseño.
7. CICLO DE VIDA RUP
Fase de desarrollo:
Enfocada en completar la funcionalidad del
sistema para ello se debe clarificar los
requerimientos pendientes, administrar
cambios de acuerdo a evaluaciones realizadas
por usuarios.
Fase de cierre:
Asegura que el software esté disponible para el
usuario final, ajuste de errores y defectos
encontrados en la fase de prueba, además de
capacitar a los usuarios y proveer de soporte
técnico necesario.
Se verifica que el producto cumpla con las
expectativas.
8. IMPLEMENTACIÓN DEL RUP PARA EL PROYECTO
El método RUP es más
adecuado para proyectos
grandes y pequeños
10. FASES DEL MODELO RUP
Fase 1
El propósito de iniciar el proyecto es definir y acordar el alcance que se va
tener donde se identifica los riesgos así como proponer una visión general de
la arquitectura y el plan de fases y sus posteriores interacciones.
11. Fase de elaboración
El propósito de esta fase es analizar el
dominio del problema, desarrollar el plan
del proyecto y eliminar los mayores riesgos
que puedan existir.
12. FASE 3 DE DESARROLLO
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.
13.
14.
15.
16.
17. El propósito de esta etapa es asegurar que
los usuarios finales puedan usar el
software, ajustar los errores y defectos
encontrados en la prueba de aceptación,
capacitar a los usuarios y brindar el soporte
técnico necesario.
Fase de Transición:
22. Elaboración: Documento Arquitectura que trabaja con las siguientes vistas:
Vista Lógica
● Diagrama de clases
● Modelo E-R (Si el sistema así lo
requiere)
24. Vista física
● Mapa de comportamiento a nivel de
hardware.
● Diseño y desarrollo de casos de uso,
o flujos de casos de uso
arquitectónicos
● Pruebas de los casos de uso
desarrollados, que demuestran que
la arquitectura documentada
responde adecuadamente a
requerimientos funcionales y no
funcionales.
Vista Conceptual
● Modelo de dominio
25. Especificación de requisitos faltantes
Los requerimientos son las características
que debe tener en sistema para satisfacer las
necesidades y poder ser aceptado por el
cliente.
Construcción
El propósito de esta fase es completar la funcionalidad del sistema
26. Diseño y desarrollo de casos de uso y/o
flujos de acuerdo con la planeación
interactiva
Un caso de uso debe
● Tener un nivel apropiado del
detalle
● Ser bastante sencillo y amigable
con el usuario
Construcción
Pruebas de los casos de uso desarrollados,
y pruebas de regresión según sea el caso
Las pruebas de regresión son pruebas de
software que tienen como objeto descubrir
errores, carencias de funcionalidad o
divergencias funcionales con respecto al
comportamiento esperado del software
27. Pruebas finales de aceptación.
Son las últimas pruebas realizadas donde el cliente
prueba el software y verifica que cumpla con sus
expectativas.
Puesta en producción.
El objetivo de esta actividad es colocar el producto
a disposición del usuario
Estabilización
Mantenimiento y actualización del software
Transición
El propósito es asegurar que el software esté disponible para los usuarios finales, además se
verifica que el producto cumpla con las especificaciones entregadas por las personas
involucradas en el proyecto
28. CARACTERÍSTICAS
Rup es un producto de Rational(IBM). e caracteriza por ser iterativo e
incremental, esta centrado en la arquitectura y guiado por los casos de uso.
Incluye artefactos (que son los productos tangibles del proceso como por
ejemplo, el modelo de casos de uso, el código fuente,etc) .
● Desarrollo iterativo
● Administración de requisitos
● Uso de arquitecturas basada en componentes
● Modelo visual de software
● pretende implementar las mejores practicas en Ingenieria de Software.
29. 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 interactivo, Administración de requisitos, uso de
arquitectura basada en componentes, control de cambios, Modelado visual del
software, verificación de la calidad del software.
30. CONCLUSIONES
-Provee un entorno de proceso de desarrollo configurable
-Configurado a la necesidad
-Cada participante es parte del proceso
-Metodología completamente amplia
