Ensayo Modelo RUP

Modelo RUP (Rational Unified Process)

¿Que es?
Es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

Características:
El RUP no es un sistemacon pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

También se conoce por este nombre al software, también desarrollado por Rational, que incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades.

Está incluido en el Rational Method Composer (RMC), que permite la personalización deacuerdo con las necesidades.

Originalmente se diseñó un proceso genérico y de dominio público, el Proceso Unificado, y una especificación más detallada, el Rational Unified Process, que se vendiera como producto independiente...

Se caracteriza por ser incremental, estar centrado en la arquitectura y guiado por los casos de uso.

El ciclo de vida del RUP es una implementación del Desarrollo en Espiral, fue creado ensamblando los elementos en secuencias semi-ordenadas.

Otras Caracteristicas

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 softwareVerificación de la calidad del software




Etapas:

Fase de concepción
Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos potenciales 
asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones.

Fase de elaboración
En la fase de elaboración seseleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.

Fase de construcción
El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientospendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

Fase de transición
El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se debeverificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.

Descripción gráfica:











Tipos de Documentación

Primer nivel de documentación

Especifica en términos generales qué actividades deberán integrar el Sistema de Aseguramiento de Calidad, que será implantado en la organización. Este nivel contiene los siguientes elementos:

•Declaración de Visión: Proyecciones de la administración sobre el lugar que ocupará la organización en el futuro.
• Declaración de Misión: Compromiso de la administración para alcanzar la Visión.
• Política de Calidad: Posición de la organización, en cuanto a la manera en que la calidad afectará la manera de cumplir con la Misión.
• Requerimientos de Calidad: Conjunto de actividades que la organización debellevar a cabo, para asegurar la calidad tanto del proceso como el producto que desarrolla

La Visión, Misión y Políticas de Calidad fueron desarrolladas a partir de los
lineamientos estratégicos del Departamento de Sistemas de Información.

El Requerimiento de Calidad se identifica en modelos de calidad como ISO 9000.

Segundo nivel de documentación
Este nivel incluye especificaciones...