RUP (PROCESO UNIFICADO RACIONAL)

El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante interactuar con él. Las características propias del proyecto u organización. 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 subformal.

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.

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados.

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.

Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificación de software a la medida del cliente, sin saber con certeza qué codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilización del código. Un alto nivel de abstracción también permite discusiones sobre diversos niveles y soluciones arquitectónicas. Éstas se pueden acompañar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.

El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, de estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo de este proceso).

FASESHERRAMIENTAS.Estas herramientas se usan para cada fase.

Durante esta fase de inicio las iteraciones se centran con mayor énfasis en las actividades de modelamiento de la empresa y en sus requerimientos. Esta fase se centra mas en buscar o planear todo lo que la empresa requiera para luego utilizar sus recursos mejorando y dándole una visión de lo que se espera  plantear en el  proyecto. actividades que se llevan a cabo en la fase de inicio son:Definición del alcance del proyecto: se identifican los objetivos del proyecto, se establecen los límites del proyecto y se definen los requisitos generales del sistema.Identificación de interesados: se identifican a todas las personas o grupos que estarán involucrados en el proyecto, incluyendo los usuarios finales, patrocinadores, desarrolladores, propietarios del negocio, entre otros.Establecimiento del equipo: se selecciona el equipo de proyecto y se definen los roles y responsabilidades de cada uno.Planificación del proyecto: se define un plan inicial que incluye el alcance, los recursos necesarios, el cronograma y los costos del proyecto.Identificación de riesgos: se identifican los riesgos potenciales que pueden afectar el proyecto y se establecen planes para mitigarlos.Evaluación de factibilidad: se lleva a cabo una evaluación preliminar de la factibilidad del proyecto para determinar si es viable y si se justifica el costo.

Durante la fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se define su análisis y después el diseño y se procede a su implantación y sus respectivas pruebas. En esta fase se realiza una serie de cascadas para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementación y el producto este listo para ser enviado al usuario.actividades que se llevan a cabo en la fase de elaboración son:Análisis de requerimientos: se identifican y analizan los requerimientos funcionales y no funcionales del sistema. Esto implica la elaboración de casos de uso, diagramas de actividad y otros artefactos para capturar los requerimientos.Diseño del sistema: se realiza el diseño detallado del sistema. Esto incluye la creación de diagramas de clases, diagramas de secuencia y otros artefactos para representar la arquitectura del sistema.Desarrollo de un plan detallado: se desarrolla un plan detallado para la implementación del sistema. Esto puede incluir un cronograma detallado, un presupuesto y una lista de los recursos necesarios.Identificación de riesgos: se identifican los riesgos del proyecto y se desarrolla un plan para mitigarlos.Evaluación de la arquitectura: se realiza una evaluación de la arquitectura del sistema para asegurarse de que es adecuada para los requerimientos.Desarrollo de un prototipo: se puede desarrollar un prototipo para evaluar y refinar el diseño del sistema.Elaboración de la documentación: se elabora la documentación del sistema, incluyendo la documentación de diseño, manuales de usuario y manuales de administración

Durante la fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones las cuales se seleccionan algunos Casos de Uso, se define su análisis y después el diseño y se procede a su implantación y sus respectivas pruebas. En esta fase se realiza una serie de cascadas para cada ciclo, se realizan tantas iteraciones hasta que se termine la nueva implementación y el producto este listo para ser enviado al usuario.actividades que se llevan a cabo en la fase de construcción son:Implementación del sistema: se construyen los componentes del sistema utilizando el diseño detallado desarrollado en la fase de elaboración. Los componentes se implementan utilizando el lenguaje de programación y las herramientas de desarrollo seleccionadas para el proyecto.Pruebas de integración: se realizan pruebas de integración para asegurarse de que los componentes del sistema funcionan correctamente juntos. Esto implica la prueba de la comunicación entre los componentes, la validación de los datos intercambiados y la verificación de que los componentes cumplen con los requerimientos.Desarrollo de manuales y documentación: se desarrollan manuales y documentación para el sistema. Esto puede incluir manuales de usuario, manuales de instalación, manuales de configuración, documentación del código fuente y otros documentos necesarios para la operación del sistema.Revisión y ajuste del plan de proyecto: se revisa y ajusta el plan de proyecto en función del progreso realizado durante la construcción. Esto puede incluir ajustes en el cronograma, presupuesto y recursos necesarios.Implementación de medidas de seguridad: se implementan medidas de seguridad para proteger el sistema de amenazas externas y asegurar la confidencialidad, integridad y disponibilidad de la información.Preparación para el lanzamiento: se prepara el sistema para su lanzamiento. Esto puede incluir la realización de pruebas finales, la formación de los usuarios finales, la configuración de los servidores de producción y la preparación de la documentación del usuario final.

Durante esta fase de transición se busca garantizar que el producto este bien preparado para su entrega al usuario. Es una fase que puede tener muchos cambios a la hora de la entrega. actividades que se llevan a cabo en la fase de transición son:Implementación del sistema en producción: se realiza la implementación del sistema en el entorno de producción. Esto implica la instalación del software, la configuración de los servidores y la migración de datos.Realización de pruebas finales: se realizan pruebas finales para asegurarse de que el sistema funciona correctamente en el entorno de producción y que los usuarios pueden utilizarlo de manera efectiva.Proporcionar soporte post-implementación: se proporciona soporte post-implementación para el sistema. Esto puede incluir la resolución de problemas, la solución de errores y la mejora del rendimiento.Entrega del sistema: se entrega el sistema a los usuarios finales. Esto puede incluir la formación de los usuarios finales, la instalación de hardware y software y la configuración de la red.Cierre del proyecto: se cierra el proyecto y se realiza una revisión final del proyecto. Se evalúa el éxito del proyecto, se identifican las lecciones aprendidas y se realizan recomendaciones para futuros proyectos.

En Rup en cada una de sus fases realizan una serie de artefactos para saber mejor la función y estructura de un programa.Un artefacto puede ser:Un documento: como un Caso de Negocio o un documento de la arquitectura del Software.Un modelo: como un modelo de caso de uso.Un elemento de un modelo: como una sola clase de todo el Diagrama de Clases.Cada artefacto sirven para cada paso para la elaboración del programa.s

Según RUP, un rol es un puesto que puede ser asignado a una persona o conjunto de personas que trabajan juntos en un equipo, y que requiere responsabilidades y habilidades sobre cómo realizar actividades específicas y desarrollar determinados artefactos.Los miembros de un equipo de proyecto, generalmente cubren varios roles; sin embargo, los roles no son individuales, ellos más bien describen cómo los individuos se comportan en un negocio y qué responsabilidades tienen estos individuos.

Modelado de ProcesosEspecificación de RequerimientosModelo de Casos de Uso de Negocio: Diagrama de Casos de Uso de Negocio.Modelo de Análisis del Negocio:Diagrama de Actividades (un diagrama por cada proceso).Modelo del Dominio. Es un diagrama de clases conceptuales donde cada clase sólo debe   tener atributos.Documento Visión (contiene necesidades y características).

RequisitosModelo de Casos de Uso:Diagrama de casos de uso.Especificación de casos de uso (utilizar una plantilla o formato). Se debe seleccionar sólo los casos de uso de alta prioridad o más importantes para el negocio, del tipo Core.Análisis y DiseñoModelo de AnálisisDiagrama de Secuencia. Un diagrama por caso de uso, pero sólo para el flujo básico. Se debe seleccionar sólo los casos de uso de alta prioridad o más importantes para el negocio.Diagrama de Clases de análisis. Incluye todas las clases de provienen del modelo de dominio pero con atributos y métodos.Modelo de datos. Las tablas pueden derivar de las clases del dominio.Prototipos de usuario. Son los diseños de interfaz de usuario que serán implementados. -Seleccionar los casos de uso más importantes, del tipo Core.ImplementaciónProgramación de las funcionalidades o casos de uso más importantes.Casos de Prueba. Aplicar pruebas unitarias a los casos de uso más importantes.

Documento Arquitectura que trabaja con las siguientes vistas:Vista Lógica:Diagrama de clasesModelo E-R (Si el sistema así lo requiere)Vista de Implementación:Diagrama de SecuenciaDiagrama de estadosDiagrama de ColaboraciónVista Conceptual: Modelo del dominioVista física:Mapa de comportamiento a nivel del hardware.

DespliegueDiagrama de despliegue.Manual de usuario.Manual de instalación y configuración.

Analistas.Analista de procesos de negocio.Diseñador del negocio.Analista de sistema.Especificador de requisitos.

Desarrolladores.Arquitecto de software.DiseñadorDiseñador de interfaz de usuarioDiseñador de cápsulas.Diseñador de base de datos.Implementador.Integrador. Gestores:Jefe de configuración.Jefe de pruebasJefe de despliegueIngeniero de procesosRevisor de gestión del proyectoGestor de pruebas.

Apoyo.Documentador técnicoAdministrador de sistemaEspecialista en herramientasDesarrollador de cursosArtista gráfico

Especialista en pruebas.Especialista en Pruebas (tester)Analista de pruebasDiseñador de pruebas

Otros roles.StakeholdersRevisorCoordinación de revisionesRevisor técnico

Por el grado de complejidad puede ser no muy adecuado. Debido a que es un proceso bastante grande y complejo es muy común que no sea el adecuado para cualquier proyecto pequeño (cosa que se explicara en la siguiente desventaja), es por eso que a veces no puede ser el adecuado.En proyectos pequeños, es posible que no se puedan cubrir los costos de dedicación del equipo de profesionales necesarios. Al ser una metodología bastante cara y con bastantes requerimientos en cuanto a roles (personales), a veces los costos son muy elevados, dando como resultado una imposibilidad por costear el proyecto. Método pesado. En muchos aspectos tiende a ser muy pesado, pues como se explicaba en los puntos anteriores, la complejidad es alta.

Popular entre las empresas. Es el proceso de desarrollo más general de los existentes actualmente. Es decir, este proceso es de los mas utilizados para el desarrollo del software por la mayoría de las empresas, pues su enfoque es bastante optimo y tiende a ser una metodología viable para la mayoría de estas.Facilidad de Asignación de tareas, roles y actividades. Es una forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo, pues lo roles están muy bien definidos, y dictan quien realiza cada actividad, dependiendo del área en el que se desarrollara, de esta manera es bastante útil para definir roles en los proyectos.Promueve la reusabilidad. Reutilización. Los roles y distintos pueden ser reutilizados en proyectos futuros, dando como resultado una mejor organización al proyecto y menos utilización de recursos o tiempo, aspectos que se pueden emplear directamente en el proyecto.Reduce la complejidad del mantenimiento (extensibilidad y facilidad de cambios). Mantenimiento más sencillo y modificaciones locales. Esta es una ventaja muy importante, pues si el proceso así lo permite es bastante más fácil poder realizar un cambio al proyecto en un futuro, sin generar perdidas o retrasos tan notorios o sobresalientes.Facilita la construcción de prototipos. Un proceso de software hecho a la medida para ser publicado y hacerlo accesible para todo el equipo del proyecto. Esto quiere decir que cualquiera que se encuentre trabajando en el proyecto pueda acceder a este con más facilidad, evitando problemas relacionados a este tipo de cuestiones.