Please enable JavaScript.

Coggle requires JavaScript to display documents.

RUP(Rational Unified Process) - Coggle Diagram

- - - - Fases
        
        Inicio
        
        se define el modelo del negocio y el alcance del proyecto. Se identifican todos los actores y Casos de Uso, y se diseñan los Casos de Uso más esenciales (aproximadamente el 20% del modelo completo)
        
        Elaboración
        
        -es analizar el dominio del problema, establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos.
        
        se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este prototipo debe contener los Casos de Uso críticos identificados en la fase de inicio. También debe demostrarse que se han evitado los riesgos más graves.
        
        Construcción
        
        es alcanzar la capacidad operacional del producto de forma incremental a través de las sucesivas iteraciones. 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.
        
        Transición
        
        es poner el producto en manos de los usuarios finales, para lo que se requiere 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.
  - - - Representa el tiempo y es considerado el eje de los aspectos dinámicos del proceso
        
        Indica las características del ciclo de vida del proceso expresado en términos de fases, iteraciones e hitos.
    - - -Representa los aspectos estáticos del proceso. Describe el proceso en términos de componentes de proceso, disciplinas, flujos de trabajo, actividades, artefactos y roles.
- - - - -Analistas
        -Desarrolladores
        -Gestores
        -Apoyo
        -Especialista en pruebas
        -Otros roles: Stakeholders, Revisor, Coordinación de revisiones, Revisor técnico, Cualquier rol
  - - - 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
        
        consiste en obtener una visión del sistema que se preocupa de ver qué hace, de modo que sólo se interesa por los requisitos funcionales. Por otro lado el diseño es un refinamiento del análisis que tiene en cuenta los requisitos no funcionales, en definitiva cómo cumple el sistema sus objetivos.
      - 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
        
        se desarrolla con mayor intensidad en la fase de transición, ya que el propósito del flujo es asegurar una aceptación y adaptación sin complicaciones del software por parte de los usuarios.
      - 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.
    - - Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, postcondiciones, flujo de eventos, requisitos no-funcionales asociados.
    - - 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).
    - - Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, 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.