Diferencia entre revisiones de «Proceso Unificado de Desarrollo»
Contenido eliminado Contenido añadido
Sin resumen de edición |
Sin resumen de edición |
||
Línea 9:
Este modelo de proceso se asienta en un conjunto subyacente de filosofías y principios para conseguir un desarrollo de software correcto, proporciona una infraestructura de bloques de construcción del proceso y de contenidos reutilizables, y presenta un método con un lenguaje preciso con el que definir todas las partes del proceso.
Se trata de un modelo de proceso de desarrollo de software "pesado" o tradicional, con estas características principales:
Línea 18:
Se trata además de un modelo basado en componentes, y también podemos decir que tiene una configuración modular cuando el proyecto cuenta con una arquitectura orientada a servicios (Service Oriented Architecture o SOA).
Algunas de las metas que se buscan al usar este modelo de proceso son:
*Adaptar el proceso a las necesidades de la organización
*Mantener un equilibrio entre las distintas prioridades
*Permitir colaborar entre equipos
*Demostrar valor iterativamente (una iteración es una secuencia de actividades, con un plan de línea base y unos criterios de evaluación, que resulta en una entrega)▼
*Elevar el valor de la abstracción que se realiza al diseñar software
*Enfocarse continuamente en la calidad (algo muy habitual en las metodologías más "pesadas" o tradicionales)
===Ventajas===
Cualquier Proceso Unificado, y concretamente RUP, proporciona un entorno de proceso bastante configurable y basado en fuertes estándares. Este entorno de proceso permite establecer un método personalizado para cada organización, configurándolo para satisfacer las necesidades exclusivas de cada proyecto.
El Proceso Unificado es una recopilación de buenas prácticas de Ingeniería del Software que se están mejorando continuamente de forma regular para reflejar los cambios que sufre la industria. Además, pretende obtener productos de muy alta calidad, si bien sus diferentes características como el estar formado por varias fases, con múltiples iteraciones por fase, etc. pueden provocar que el proceso sea costoso y no sea adaptable para proyectos de pequeña escala. Aún así, el hecho de que este modelo siga un esquema iterativo e incremental permite bastante flexibilidad y adaptación a proyectos menores, en caso de que quisiéramos usarlo.
[[Image:Cuando debo utilizar rup.png|thumb|Cuando utilizar RUP]]
Línea 33 ⟶ 41:
*La estructura del ciclo vital del proyecto (número de iteraciones, duración total del proyecto y de cada una de sus fases)
[[Image:Development-iterative.png|thumb|Fases RUP y disciplinas.]]
Línea 74 ⟶ 82:
***Alcanzar la capacidad de soporte propio del usuario.
====Proceso Unificado y Arquitectura Orientada a Servicios====
[[Image:SOA DEFINICION.png|thumb|Cuando utilizar RUP]]▼
Cuando trabajamos con una arquitectura orienta a servicios (SOA)
*Todas las actividades del RUP
▲*Demostrar valor iterativamente (una iteración es una secuencia de actividades, con un plan de línea base y unos criterios de evaluación, que resulta en una entrega)
▲*Se enfoca en el Análisis y Diseño de Servicios.
▲*Todas las actividades del RUP se han reestructurado para soportar SOA.
▲*SOA definió un conjunto de técnicas y productos de trabajo, tal como aparece en la siguiente figura, para definir modelos de solución de extremo a extremo.
▲[[Image:SOA DEFINICION.png|thumb|Cuando utilizar RUP]]
|