Rup (tecnología)

{draw:rect} {draw:rect} {draw:rect} {draw:rect}
MARCO TEÓRICO
El RATIONAL UNIFIED PROCESS_ (_RUP)
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
Definición:
Es un proceso de ingeniería de software orientado a objetos.
Consiste en un conjunto de actividadesnecesarias para transformar los requerimientos del usuario en el sistema de software.
Es un proceso de desarrollo de software que se utiliza para el análisis, implementación, y documentación de sistemas, todo esto lo hace en conjunto con UML, la diferencia está en que RUP, son metodologías y UML (Lenguaje unificado de modelado) te permite de forma gráfica a través de diagramas.Principios de desarrollo
El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados,etc.
Fases de RUP {draw:frame}
Se identifica todas las entidades externas con las que se trata (actores) y se define lainteracción a un alto nivel de abstracción:
{text:list-item} {text:list-item}
La oportunidad del negocio incluye:
{text:list-item} {text:list-item} {text:list-item} {text:list-item}
Productos de la Concepción
Un documento de visión general
{text:list-item} {text:list-item} {text:list-item}
Modelo inicial de casos de uso (10% a 20 % listos).Glosario.
Caso de negocio
{text:list-item} {text:list-item} {text:list-item}
Identificación inicial de riesgos.
Plan de proyecto.
Uno o más prototipos.
Hito:
Las partes interesadas deben acordar el alcance y la estimación de tiempo y costo.
Comprensión de los requerimientos plasmados en casos de uso.
{text:list-item}Objetivos:
{text:list-item} {text:list-item} {text:list-item} {text:list-item}
Visión de “una milla de amplitud y una pulgada de profundidad” porque las decisiones de arquitectura requieren una visión global del sistema.
Producto de la Elaboración
Es la parte más crítica del proceso:
{text:list-item} {text:list-item}
A partir de aquí la arquitectura,los requerimientos y los planes de desarrollo son estables.
Ya hay menos riesgos y se puede planificar el resto del proyecto con menos incertidumbre.
Se construye una arquitectura ejecutable que contemple
{text:list-item} {text:list-item}
Productos Concretos de la Elaboración
Modelo de casos de uso (80% completo) con descripciones detalladas.
Otrosrequerimientos no funcionales o no asociados a casos de uso.
Descripción de la Arquitectura del Software.
Un prototipo ejecutable de la arquitectura.
Lista revisada de riesgos y del caso de negocio.
Plan de desarrollo para el resto del proyecto.
Un manual de usuario preliminar.
Hito:
Condiciones de éxito de la elaboración:{text:list-item} {text:list-item} {text:list-item} {text:list-item} {text:list-item}
{text:list-item}
En esta fase todas las componentes restantes se desarrollan e incorporan al producto.
Todo es probado en profundidad.
El énfasis está en la producción eficiente y no ya en la creación intelectual.
Puede hacerse construcción en paralelo, pero esto exige unaplanificación detallada y una arquitectura muy estable.
Productos de la Construcción
El producto de software integrado y corriendo en la plataforma adecuada.
Manuales de usuario.
Una descripción del “release” actual.
Hito:
Se obtiene un producto beta que debe decidirse si puede ponerse en ejecución sin mayores riesgos.
Condiciones de éxito:...