MODELOS TRADICIONALES

Docente: Ing . Eydy Suárez Brieva

Msc. Ingeniería de Sistemas y Computación

Universidad Popular Del Cesar- UPC

Programa Ingeniería de Sistemas
Valledupar
2021
 PROCESO UNIFICADO DE RACIONAL

Las siglas RUP en ingles significa Rational Unified

Process (Proceso Unificado de Racional) es un
producto del proceso de ingeniería de software que
proporciona un enfoque disciplinado para asignar
tareas y responsabilidades dentro de una
organización del desarrollo. Su meta es asegurar la
producción del software de alta calidad que resuelve
las necesidades de los usuarios dentro de un
presupuesto y tiempo establecidos
RUP mejora la productividad grupal mediante la asignación de
fácil acceso a la línea base del conocimiento a cada miembro, con
guías, plantillas y mentores de herramientas para todas las
actividades críticas de desarrollo. De esta forma, no importa en
qué área se esté trabajando; ya sea requerimientos, diseño,
pruebas, administración del proyecto o administración de
configuración; todos los miembros del grupo comparten un
lenguaje, procesos y vista de cómo desarrollar el software en
común.
 CARACTERÍSTICAS RUP

• Utiliza el enfoque de la orientación a objetos en su diseño y

está diseñado y documentado el uso de la notación UML
( Unified Modeling Language ) para ilustrar los procesos en
acción,

• Es un proceso aplicable a grandes equipos de desarrollo y

grandes proyectos, permite adaptarse a proyectos de
cualquier escala.

• Facilita el logro de ventajas competitivas a través de su

implementación en las empresas.
 FASES RUP

El RUP tiene dos dimensiones:

El eje horizontal representa tiempo y demuestra

los aspectos del ciclo de vida del proceso, expresa
en términos de fases, de iteraciones, y la
finalización de las fases

El eje vertical representa las disciplinas, que

agrupan actividades definidas lógicamente por la
naturaleza, describe en términos de
componentes de proceso, las disciplinas, las
actividades, los flujos de trabajo, los artefactos, y
los roles.
 FASES DE RUP
INICIO: Durante esta fase se define el
modelo del negocio y el alcance del
proyecto. Se identifican todos los actores y
Casos de Uso, y se diseñan los Casos de
Uso más esenciales.
Los objetivos de esta fase son:
• Establecer el ámbito del proyecto y sus límites.
• Encontrar los Casos de Uso críticos del sistema, los
escenarios básicos que definen la funcionalidad.
• Mostrar al menos una arquitectura candidata para los
escenarios principales.
• Estimar el coste en recursos y tiempo de todo el
proyecto.
• Estimar los riesgos, las fuentes de incertidumbre.
 FASE DE INICIO

Los resultados de la fase de inicio deben ser:

• Un documento de visión: Una visión general de los requerimientos

del proyecto, características clave y restricciones principales.
• Modelo inicial de Casos de Uso (10-20% completado).
• Un glosario inicial: Terminología clave del dominio.
• El caso de negocio.
• Lista de riesgos y plan de contingencia.
• Plan del proyecto, mostrando fases e iteraciones.
• Modelo de negocio, si es necesario
• Prototipos exploratorios para probar conceptos o la arquitectura
candidata
 FASE DE ELABORACIÓN
El propósito de la fase de elaboración es analizar el dominio del problema, establecer los cimientos de
la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos. En esta fase se
construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta
convertirse en el sistema final. Este prototipo debe contener los Casos de Uso críticos identificados en
la fase de inicio. También debe demostrarse que se han evitado los riesgos más graves

Al terminar deben obtenerse los siguientes resultados: :

• Un modelo de Casos de Uso completa al menos hasta el 80%:
todos los casos y actores identificados, la mayoría de los casos
Los objetivos de esta fase son :
desarrollados.
• Definir, validar y cimentar la arquitectura.
• Requisitos adicionales que capturan los requisitos no funcionales y
• Completar la visión.
cualquier requisito no asociado con un Caso de Uso específico.
• Crear un plan fiable para la fase de construcción. Este
• Descripción de la arquitectura software. • Un prototipo ejecutable
plan puede evolucionar en sucesivas iteraciones. Debe
de la arquitectura.
incluir los costos si procede.
• Lista de riesgos y caso de negocio revisados. • Plan de desarrollo
•Demostrar que la arquitectura propuesta soportará la
para el proyecto.
visión con un costo razonable y en un tiempo razonable
• Un caso de desarrollo actualizado que especifica el proceso a
seguir.
• Un manual de usuario preliminar (opcional)
 FASE DE CONSTRUCCIÓN

La finalidad principal de esta fase es alcanzar la capacidad operacional del producto de forma
incremental a través de las sucesivas iteraciones. Durante esta fase todos los componentes,
características y requisitos deben ser implementados, integrados y probados en su totalidad,
obteniendo una versión aceptable del producto.

• Los resultados de la fase de construcción deben

Los objetivos concretos incluyen:
ser:
• Minimizar los costes de desarrollo mediante la
• Modelos Completos (Casos de Uso, Análisis,
optimización de recursos y evitando el tener que
Diseño, Despliegue e Implementación)
rehacer un trabajo o incluso desecharlo.
• Arquitectura íntegra (mantenida y mínimamente
• Conseguir una calidad adecuada tan rápido
actualizada)
como sea práctico.
• Riesgos Presentados Mitigados
• Conseguir versiones funcionales (alfa, beta, y
• Plan del Proyecto para la fase de Transición.
otras versiones de prueba) tan rápido como sea
• Manual Inicial de Usuario (con suficiente detalle)
práctico.
• Prototipo Operacional – beta
• Caso del Negocio Actualizado
 FASE DE TRANSICIÓN .
 La finalidad de la fase de transición es poner el producto en manos de los usuarios finales, para lo
que se requiere desarrollar nuevas versiones actualizadas del producto, completar la documentación,
entrenar al usuario en el manejo del producto, y en general tareas relacionadas con el ajuste,
configuración, instalación y facilidad de uso del producto.

Los resultados de la fase de transición son :

• Prototipo Operacional
• Documentos Legales
Los principales objetivos de esta fase son:
• Caso del Negocio Completo
• Conseguir que el usuario se valga por si mismo.
• Línea de Base del Producto completa y corregida que
• Un producto final que cumpla los requisitos esperados, que
incluye todos los modelos del sistema
funcione y satisfaga suficientemente al usuario
• Descripción de la Arquitectura completa y corregida
• Las iteraciones de esta fase irán dirigidas normalmente
a conseguir una nueva versión