Documentos de Académico
Documentos de Profesional
Documentos de Cultura
(RURD)
Nombres y Apellidos
Fecha: 29/03/2020
Metodología RUP
Introducción
Por medio de este informe queremos explicar de una manera que sea entendible al lector
¿en qué consiste la metodología RUP? Y su utilidad en el campo de la computación,
específicamente en el diseño de un sistema, queremos facilitar todo tipo de
conocimiento que resulte útil para informarse respecto a esta metodología.
¿Que son las metodologías RUP?
Rational Unified Process que traducido al español significa Proceso racional unificado,
es un proceso de desarrollo de software 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.
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.
RUP divide el proceso en cuatro fases, dentro de las cuales se realizan pocas pero
grandes y formales iteraciones en número variable según el proyecto.
Durante la fase de inicio las iteraciones hacen mayor énfasis en actividades de
modelado del negocio y de requisitos.
En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la
arquitectura, abarcan más los flujos de trabajo de requisitos, modelo de negocios
(refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de
la arquitectura.
En la fase de construcción, se lleva a cabo la construcción del producto por medio de
una serie de iteraciones.
Los procesos de RUP estiman tareas y horario del plan midiendo la velocidad de
iteraciones concerniente a sus estimaciones originales. Las iteraciones tempranas de
proyectos conducidos RUP se enfocan fuertemente sobre arquitectura del software; la
puesta en práctica rápida de características se retrasa hasta que se ha identificado y se ha
probado una arquitectura firme.
Fases Metodología RUP
La estructura dinámica del RUP permite que el proceso de desarrollo sea
fundamentalmente iterativo en las cuatro fases.
1. Fase de inicio: (se define el alcance del proyecto)
Se define el alcance del proyecto con los clientes, se identifican los riesgos asociados al
proyecto, se elabora el plan de las fases y el de la iteración posterior, se detalla de
manera general la arquitectura del software.
2. Fase de Elaboración: (Definición, análisis y diseño)
Se diseña la solución preliminar, se selecciona los casos de uso que permiten definir la
arquitectura base del sistema y se desarrollara el primer análisis del dominio del
problema.
3. Fase de desarrollo o construcción: (implementación)
La función de esta fase es completar la funcionalidad del sistema, se clarifican los
requisitos pendientes, se administran los cambios de acuerdo a las evaluaciones
realizadas por los usuarios, y se realizan las mejoras para el proyecto.
4. Fase de transición: (fin del proyecto y pruebas)
Fase de cierre, el propósito es asegurar que el software esté disponible para los usuarios
finales, se ajustan los errores y defectos encontrados en las pruebas de aceptación, se
capacitan a los usuarios y se provee el soporte necesario.
Planear las 4 fases incluye: Asignación de tiempo, Hitos Principales, Iteraciones por
Fases, Plan de proyecto.
· Proceso
- Modelado de negocio
- Requisitos
- Análisis y diseño
- Implementación
- Pruebas
- Despliegue
· Soporte
- Gestión de cambio y configuraciones
- Gestión del proyecto
- Entorno
Cada fase en RUP puede descomponerse en iteraciones. Una iteración es un ciclo de
desarrollo completo dando como resultado una entrega de producto ejecutable (interna o
externa)
El proceso define una serie de roles:
Los roles se distribuyen entre los miembros del proyecto y que definen las tareas de
cada uno y el resultado (artefactos) que se espera de ellos. Todos los miembros del
equipo comparten:
1 Base de conocimiento
1 Proceso
1 Vista de cómo desarrollar software
1 Lenguaje de modelamiento (UML)
Los procesos deberán adaptarse a las necesidades del cliente ya que es muy importante
interactuar con él, las características propias del proyecto, el tamaño del mismo, así
como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico,
También se deberá tener en cuenta el alcance del proyecto en un área subnormal.
Equilibrar prioridades
Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o
disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de
todos. Gracias a este equilibrio se podrán corregir desacuerdos que surjan en el futuro.
El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe
haber una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones,
planes, resultados, etc.
Fase de Inicio:
Diagramas de caso de uso:
Los diagramas de casos de uso sirven para especificar la comunicación y el
comportamiento de un sistema mediante su interacción con los usuarios y/u otros
sistemas.
Fase de Elaboración:
Diagrama de Colaboración o Comunicación:
Un diagrama de colaboración en las versiones de UML 1 es esencialmente
un diagrama que muestra interacciones organizadas alrededor de los roles. A diferencia
de los diagramas de secuencia, los diagramas de colaboración, también llamados
diagramas de comunicación, muestran explícitamente las relaciones de los roles.
Fase de Construcción:
Especificación de requisitos faltantes.
Diseño y desarrollo de casos de uso y/o flujos de acuerdo con la planeación iterativa.
Pruebas de los casos de uso desarrollados, y pruebas de regresión según sea el caso.
Fase de Transición:
Pruebas finales de aceptación.
Puesta en producción.
Estabilización.