MODELO RUP
Es un proceso de ingeniería de software patentado creado por Rational Software y
adquirido por IBM, y ha obtenido el nuevo nombre Irup, que ahora es la
abreviatura de Rational Unified Process y una marca comercial en el campo del
software, siempre que los miembros del equipo de desarrollo de software deben
seguir Tecnología en con el fin de mejorar su productividad en el proceso de
desarrollo.
La metodología RUP utiliza un enfoque orientado a objetos en su diseño, y diseña
y registra el uso de símbolos UML (Lenguaje de modelado unificado) para ilustrar
el proceso real. Utilice tecnologías y prácticas comercialmente probadas.
Este es un proceso engorroso y es más adecuado para grandes equipos de
desarrollo y grandes proyectos, pero la verdad es que el proceso es ampliamente
personalizable, por lo que se puede adaptar a proyectos de cualquier tamaño.
ETAPAS:
ETAPA DE DISEÑO: La fase de diseño o puesta en marcha contiene el
flujo de trabajo necesario para que las partes relevantes (partes relevantes)
lleguen a un acuerdo con los objetivos, la arquitectura y el plan del
proyecto. Si estos actores tienen un buen conocimiento, no hay necesidad
de análisis. De lo contrario, se requiere un análisis más detallado. En esta
etapa, los requisitos básicos del sistema se transforman en casos de uso.
El objetivo no es cerrarlos por completo, sino solo aquellos objetos
necesarios para formarse una opinión. Este paso suele ser muy corto y se
utiliza para definir si el proyecto es factible y para determinar los riesgos y
costos del proyecto. Se pueden realizar prototipos para la aprobación del
cliente. Según lo citado por RUP, lo ideal es realizar iteraciones, las cuales
deben estar claramente definidas en términos de número de iteraciones y
metas.
ETAPA DE ELABORACIÓN: Preparar el diseño del sistema, como
complemento del relevamiento de la arquitectura del sistema y/o
documentos de casos de uso, comparar el modelo de negocio del proyecto
con la arquitectura del sistema e iniciar la versión del manual de usuario.
Debe aceptar: ¿Es estable la descripción del producto
(extensión+integración)? ¿Es confiable el plan del proyecto? ¿Son elegibles
las tarifas?
ETAPA DE CONSTRUCCIÓN: En la fase de construcción, comenzará el
desarrollo físico del software, el código de producción y las pruebas alfa.
Las pruebas beta se llevan a cabo al comienzo de la fase de transición.
Debe ser probado, estabilizado y probado, y el código del sistema es el
“punto de referencia”.
FASE DE TRANSICIÓN: En esta etapa se entregará el software
(deployment), que ejecutará el plan de implementación y entrega del
software, monitoreo y calidad. Se entregarán productos (versiones,
ediciones) y clasificaciones de satisfacción del cliente. En esta etapa
también se llevará a cabo la capacitación de usuarios.
VENTAJAS:
Está basada totalmente en mejoras practicas de metodología.
Reduce riesgos del proyecto
Incorpora fielmente el objetivo de calidad
Integra desorrollo 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