El
Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería de software que suministra un
enfoque para asignar tareas y responsabilidades dentro de una organización de
desarrollo. Su objetivo es asegurar la producción de software de alta y de
mayor calidad para satisfacer las necesidades de los usuarios que tienen
un cumplimiento al final dentro de un límite de tiempo y presupuesto
previsible. Es una metodología de desarrollo iterativo que es enfocada
hacia “diagramas de los casos de uso, y manejo de los riesgos y el manejo de la
arquitectura” como tal.
El
RUP mejora la productividad del equipo ya que permite que cada miembro del
grupo sin importar su responsabilidad específica pueda acceder a la misma base de
datos incluyendo sus conocimientos. Esto hace que todos compartan el mismo
lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar un
software.
Principales características
- 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 software
- Verificación de
la calidad del software
Ciclo de Vida
En
el ciclo de vida RUP veremos una implementación del desarrollo en espiral. Con
el ciclo de vida se establecen tareas en fases e iteraciones. El RUP maneja el
proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en
número variable
Las
primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la
comprensión del problema y la tecnología, la delimitación del ámbito del
proyecto, la eliminación de los riesgos críticos, y al establecimiento de
una base de inicio.
1.Fase
de Inicio: Esta fase tiene como
propósito definir y acordar el alcance del proyecto con los patrocinadores,
identificar los riesgos 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 posteriores.
2. Fase de elaboración: En la fase de elaboración se seleccionan 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.
3. Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.
4. Fase de Cierre: 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 debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.
2. Fase de elaboración: En la fase de elaboración se seleccionan 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.
3. Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.
4. Fase de Cierre: 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 debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto.
La
metodología RUP tiene 6 principios clave:
1.Adaptación del
proceso: El proceso debe adaptarse a las características de
la organización para la que se está desarrollando el software.
2.Balancear prioridades: Debe
encontrarse un balance que satisfaga a todos los inversores del
proyecto.
3.Colaboración entre
equipos: Debe haber una comunicación fluida para coordinar
requerimientos, desarrollo, evaluaciones, planes, resultados, entre otros.
4.Demostrar valor
iterativamente: Los proyectos se entregan, aunque sea de una forma
interna, en etapas iteradas. En cada iteración se evaluará la calidad y
estabilidad del producto y analizará la opinión y sugerencias de
los inversores.
5. Elevar el nivel de
abstracción: Motivar el uso de de
conceptos reutilizables.
6.Enfocarse en la
calidad: La calidad del producto debe verificarse en cada
aspecto de la producción.
Disciplina de desarrollo de RUP
- Ingeniería o
modelado del negocio: Analizar y
entender las necesidades del negocio para el cual se está desarrollando el
software.
- Requisitos: Proveer una base para estimar los
costos y tiempo de desarrollo del sistema.
- Análisis y
diseño: Trasladar los
requisitos analizados anteriormente a un sistema automatizado y
desarrollar una arquitectura para el sistema.
- Implementación: Crear software que se ajuste a la
arquitectura diseñada y que tenga el comportamiento deseado.
- Pruebas: Asegurarse de que el comportamiento
requerido es correcto y que todo lo solicitado está presente.
- Despliegue: Producir distribuciones del
producto y distribuirlo a los usuarios.
Implementación del RUP para un proyecto
La
metodología RUP es más apropiada para proyectos grandes (Aunque también
pequeños), dado que requiere un equipo de trabajo capaz de administrar un
proceso complejo en varias etapas. En proyectos pequeños, es posible que no se
puedan cubrir los costos de dedicación del equipo de profesionales necesarios.
No hay comentarios.:
Publicar un comentario