カテゴリー 全て - requisitos - arquitectura - desarrollo - artefactos

によって cindy paola montoya garcia 7か月前.

268

Modelo RUP

El Proceso Unificado de Rational (RUP) es un marco metodológico utilizado para el desarrollo de software, que se estructura en fases y ciclos de vida. Este modelo se organiza en varias etapas:

Modelo RUP

Modelo RUP

Que es?

RUP es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de modelado UML, Constituye la metodología estándar mas utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

Caracteristicas

Control de cambios.
Uso de arquitectura basada en componentes.
Administración de requisitos.
Desarrollo Interactivo.
Pretende implementar las mejores practicas en Ingeniería de software.
Forma disciplinada de asignar tareas y responsabilidades (Quien hace, que, Cuando y Como).

Elementos del RUP

Trabajadores
Personas involucradas en cada actividad
Artefactos
Herramientas empleadas para el desarrollo del proyecto. Puede ser un documento o un modelo. Sirven para comprender mejor el modelo del sistema que se encuentra realizando.

Entre los artefactos

Construccion

Elaboracion

Inicio

Actividaded
Son los procesos que se deben realizar en cada etapa /Iteración.

Fases del ciclo de vida de RUP

Fase de cierre

-Asegurar que el software este disponible para los usuarios finales. -Ajustar los errores y defectos en las pruebas de aceptación. -Capacitar a los usuarios y proveer el soporte técnico necesario.

Fase de desarrollo

-Completar la funcionalidad del sistema , para ello se deben clasificar los requerimientos pendientes. -Administrar los cambios de acuerdo a las evaluaciones realizadas por los usuarios. -Se realizar las mejoras para el proyecto.

Fase de elavoracion

-Seleccionar los casos de uso que permiten definir la arquitectura base del sistema. -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 inicio
Tiene como propocito

-Definir y acordar el alcance del proyecto -Identificar los riesgos asociados al proyecto -Proponer una visión muy general de la arquitectura del software.