•Es un proceso de ingeniería de software, que hace una propuesta orientada por disciplinas para lograr las tareas y responsabilidades de una organización que desarrolla software.
•Su meta principal es asegurar la producción de software de alta calidad que cumpla con las necesidades de los usuarios, con una planeación y presupuesto predecible.
Características
•Dirigido por Casos de Uso:
–Los casos de uso son los artefactos primarios para establecer el comportamiento deseado del sistema
•Centrado en la Arquitectura:
–La arquitectura es utilizada para conceptualizar, construir, administrar y evolucionar el sistema en desarrollo
•Iterativo e Incremental:
–Maneja una serie de entregas ejecutables
–Integra continuamente la arquitectura para producir nuevas versiones mejoradas
![]() | |
| Ciclo de vida RUP |
Fases de ciclo de vida
Inicio(inception)
•El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto.
•Es significativamente importante para el desarrollo de nuevo software, ya que se asegura de identificar los riesgos relacionados con el negocio y requerimientos.
•Para proyectos de mejora de software existente, esta fase es más breve y se centra en asegurar la viabilidad de desarrollar el proyecto.
Elaboración
•El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseño e implementación en la siguiente fase.
•La arquitectura debe abarcar todas las consideraciones de mayor importancia de los requerimientos y una evaluación del riesgo.
Construcción
El objetivo de la fase de construcción es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base.
•Vista de cierta forma esta fase es un proceso de manufactura, en el cual el énfasis se torna hacia la administración de recursos y control de la operaciones para optimizar costos, tiempo y calidad.
Transición
•Esta fase se enfoca en asegurar que el software esté disponible para sus usuarios.
•Se puede subdividir en varias iteraciones, además incluye pruebas del producto para poder hacer el entregable del mismo, así como realizar ajuste menores de acuerdo a ajuste menores propuestos por el usuario.
•En este punto, la retroalimentación de los usuarios se centra en depurar el producto, configuraciones, instalación y aspectos sobre utilización.
Disciplinas de RUP
•Son un conjunto de actividades relacionadas con un área especifica dentro del proyecto.
•Están inspiradas en las etapas de un proceso de desarrollo en cascada
•Es una secuencia parcialmente ordenada de actividades que son realizadas para lograr un resultado particular, representado en un conjunto de artefactos.
Las disciplinas son:
Modelado de Negocios, Requerimientos, Análisis y Diseño, Implementación, Pruebas, Transición, Configuración y Administración del Cambio, Administración de Proyectos y Ambiente.
¿Cuándo usar el modelo RUP?
–En proyectos de nuevos productos de software
–En ciclos de desarrollo subsecuentes
•Consideraciones que alteran cuándo y cómo usar partes de RUP
–El ciclo de vida del proyecto
–Los objetivos del negocio, la visión, el alcance y los riesgos
–El tamaño del esfuerzo de desarrollo
Conclusión
•Es un modelo de proceso de desarrollo de software
–Es una base para procesos particulares
•El objetivo es asegurar el desarrollo
–De productos de software de alta calidad
–Que satisfagan los requerimientos
–En tiempo y presupuesto predecible
•Permite un vocabulario común entre equipos de desarrollo



No hay comentarios:
Publicar un comentario