Please enable JavaScript.

Coggle requires JavaScript to display documents.

Rational Unified Process (RUP) - Coggle Diagram

- - - - Durante la fase de inicio se define el modelo del negocio y el alcance del proyecto.
    - - En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final.
    - - Durante esta fase todos los componentes, características y requisitos deben ser implementados, integrados y probados en su totalidad, obteniendo una versión aceptable del producto.
    - - La finalidad de la fase de transición es poner el producto en manos de los usuarios finales, para lo que sere quiere desarrollar nuevas versiones actualizadas del producto, completar la documentación, entrenar al usuario en el manejo del producto, y en general tareas relacionadas con el ajuste, configuración, instalación y facilidad de uso del producto.
  - - - Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo. Una persona puede desempeñar diversos roles, así como un mismo rol puede ser representado por varias personas.
    - - Una actividad en concreto es una unidad de trabajo que una persona que desempeñe un rol puede ser solicitado a que realice. Las actividades tienen un objetivo concreto, normalmente expresado en términos de crear o actualizar algún producto.
    - - Un producto o artefacto es un trozo de información que es producido, modificado o usado durante el
        proceso de desarrollo de software
    - - Un flujo de trabajo es una relación de actividades que nos producen unos resultados observables.
        
        Modelado del negocio
        
        Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organización donde se va a implantar el producto
        
        Requisitos
        
        Este es uno de los flujos de trabajo más importantes, porque en él se establece qué tiene que hacer exactamente el sistema que construyamos. En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos.
        
        Análisis y Diseño
        
        El objetivo de este flujo de trabajo es traducir los requisitos a una especificación que describe cómo
        implementar el sistema.
        
        Implementación
        
        En este flujo de trabajo se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y demás. Además se deben hacer las pruebas de unidad: cada implementador es responsable de probar las unidades que produzca. El resultado final de este flujo de trabajo es un sistema ejecutable.
        
        Pruebas
        
        Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
        
        Despliegue
        
        El objetivo de este flujo de trabajo es producir con éxito distribuciones del producto y distribuirlo a los
        usuarios
        
        Gestión del proyecto
        
        La Gestión del proyecto es el arte de lograr un balance al gestionar objetivos, riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios.
        
        Configuración y control de cambios
        
        La finalidad de este flujo de trabajo es mantener la integridad de todos los artefactos que se crean en el proceso, así como de mantener información del proceso evolutivo que han seguido.
        
        Entorno
        
        La finalidad de este flujo de trabajo es dar soporte al proyecto con las adecuadas herramientas, procesos y métodos. Brinda una especificación de las herramientas que se van a necesitar en cada momento, así como definir la instancia concreta del proceso que se va a seguir.
- - - - Se utilizarán Diagramas de Actividad para modelar los Flujos de Trabajo (workflows) del área problema, tanto los actuales (previos a la implantación de nuevo sistema) como los propuestos, que serán soportados por el sistema desarrollado
    - - Es una lista de las características principales del producto, deseables desde una perspectiva de las
        necesidades del cliente.
    - - Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada.
    - - El modelo de Casos de Uso presenta la funcionalidad del sistema y los actores que hacen uso de ella. Se representa mediante Diagramas de Casos de Uso.
    - - Se realiza una descripción detallada utilizando una plantilla de documento
    - - Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño(incluyendo una orientación hacia el entorno de implementación).
    - - Este modelo describe la representación lógica de los datos persistentes, de acuerdo con el
        enfoque para modelado relacional de datos
    - - Este modelo es una colección de componentes y los subsistemas que los contienen
    - - Para cada Caso de Uso se establecen pruebas de Aceptación que validarán la correcta implementación del Caso de Uso
    - - Este documento incluye las instrucciones para realizar la instalación del producto.
    - - Corresponde a un conjunto de documentos y facilidades de uso del sistema.
    - - Todos los ficheros fuente y ejecutable del producto.