RUP
Es una metodología de desarrollo de software que está basado en componentes e interfaces bien definidas, y junto con el Lenguaje Unificado de Modelado (UML), constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.
Es un proceso que puede especializarse para una gran variedad de sistemas de software, en diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaños de proyecto.
RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
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
- Conceptualmente amplio y diverso
- Enfoque orientado a objetos
- En evolución continua
- Adaptable
- Repetible
- Permite mediciones:
Esquema
- Iniciación o Diseño : énfasis en el alcance del sistema;
- Preparación : énfasis en la arquitectura;
- Construcción : énfasis en el desarrollo;
- Transición : énfasis en la aplicación.
- RUP se basa también en las 4 Ps:
- Personas
- Diseño
- Producto
- Proceso
Todas las fases generan artefactos. Estos serán utilizados en la siguiente fase y documentar el proyecto y permite un mejor seguimiento.
Fase de diseño
La fase de diseño o de iniciación contiene los flujos de trabajo necesarios para el acuerdo de las partes interesadas – interesados – con los objetivos, la arquitectura y la planificación del proyecto. Si estos actores tienen un buen conocimiento, no será necesario analizar. De lo contrario, se requiere un análisis más elaborado.
En esta etapa, los requisitos esenciales del sistema se transforman en los casos de uso . El objetivo no es para cerrarlas en absoluto, sino sólo las que sean necesarias para dar forma a la opinión.
El paso es generalmente corto y se utiliza para definir si es factible para continuar con el proyecto y definir los riesgos y el coste de la última. Un prototipo se puede hacer para que el cliente apruebe. Como cita el RUP, lo ideal es realizar iteraciones , las cuales deben estar bien definida en cuanto a su importe y objetivos.
Fase de elaboración
La preparación será para el diseño del sistema, como complemento de la encuesta y / o documentación de casos de uso, frente a la arquitectura del sistema, revisar el modelo de negocio para el proyecto e iniciar la versión del manual del usuario. Uno debe aceptar:
Descripción del producto (aumento + integración) es estable;? El plan del proyecto es fiable?; Los costos son elegibles?
Fase de construcción
En la fase de construcción, el desarrollo físico del software se inicia, códigos de producción, pruebas alfa. pruebas beta se llevaron a cabo al inicio de la fase de transición.
Se debe aceptar las pruebas, procesos estables y de prueba, y el código del sistema son «línea de base».
Fase de transición
En esta fase es la entrega ( «despliegue») de software, que se lleva a cabo el plan de despliegue y entrega, el seguimiento y la calidad del software. Productos (lanzamientos, las versiones) se van a entregar, y coloque la satisfacción del cliente. Esta etapa también se lleva a cabo la formación de los usuarios.
Ventajas
- Está basada totalmente en mejoras prácticas de la metodología:
- Reduce riesgos del proyecto.
- Incorpora fielmente el objetivo de calidad.
- Integra desarrollo con mantenimiento.
Desventajas
- Pretende prever y tener todo el control de antemano
- Modelo genera trabajo adicional.
- Genera muchos costos.
- No recomendable para proyectos pequeños
No hay comentarios.:
Publicar un comentario