Please enable JavaScript.

Coggle requires JavaScript to display documents.

Rup - Coggle Diagram

- - - - Esta característica en un
        proceso de desarrollo permite que el sistema se vaya creando a medida que se obtienen o se desarrollan
        sus componentes.
  - - - Utilizar herramientas de modelado visual facilita
        la gestión de dichos modelos, permitiendo ocultar o exponer detalles cuando sea necesario.
      - El modelado
        visual también ayuda a mantener la consistencia entre los artefactos del sistema: requisitos, diseños e
        implementaciones.
      - . En resumen, el modelado visual ayuda a mejorar la capacidad del equipo para gestionar
        la complejidad del software.
  - - - . En esta verificación las pruebas juegan un papel
        fundamental y se integran a lo largo de todo el proceso.
      - Para todos los artefactos no ejecutables las
        revisiones e inspecciones también deben ser continuas
- - - - Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido.
        
        Los Casos de Uso representan los requisitos funcionales del sistema.
    - - Los Casos de Uso no sólo inician el proceso de desarrollo sino que proporcionan un hilo conductor,
        permitiendo establecer trazabilidad.
  - - - Permite
        tener una visión común entre todos los involucrados (desarrolladores y usuarios) .
      - Permute y una perspectiva clara del
        sistema completo.
    - - Está relacionada
        con la toma de decisiones que indican cómo tiene que ser construido el sistema y ayuda a determinar en
        qué orden.
      - La definición de la arquitectura debe tomar en consideración elementos de calidad del
        sistema, rendimiento, reutilización y capacidad de evolución.
        
        Por lo que la definición de la arquitectura debe ser flexible durante el proceso de desarrollo.
    - - Es conveniente ver el sistema desde diferentes perspectivas para comprender mejor el diseño por lo que la
        arquitectura se representa mediante varias vistas que se centran en aspectos concretos del sistema,
        abstrayéndose de los demás.
  - - - RUP propone la estrategia de tener un proceso iterativo e incremental en donde el trabajo se
        divide en partes más pequeñas o mini proyectos.
        
        Cada
        mini proyecto se puede ver como una iteración (un recorrido más o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el
        producto.
    - - Se pasa por los
        flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas)
      - También existe una
        planificación de la iteración, un análisis de la iteración y algunas actividades específicas de la iteración.
    - - Cada
        iteración se analiza cuando termina.
        
        Toda la retroalimentación de la iteración pasada permite reajustar los objetivos para las siguientes
        iteraciones.
        
        Se continúa con esta dinámica hasta que se haya finalizado por completo con la versión actual
        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
        
        Consta de cuatro fases: Inicio, Elaboración, Construcción y
        Transición. Como se mencionó anteriormente cada fase se subdivide a la vez en iteraciones.
    - - 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.
  - - - Cada ciclo consta de cuatro fases: Inicio, Elaboración,
        Construcción y Transición.
      - Cada fase se subdivide a la vez en iteraciones, el número de iteraciones en cada
        fase es variable.
      - Cada fase se concluye con un hito bien definido, un punto en el tiempo en el cual se deben tomar ciertas
        decisiones críticas y alcanzar las metas clave antes de pasar a la siguiente fase.
        
        Cada fase se concluye con un hito bien definido
        
        Los hitos para
        cada una de las fases son: Inicio - Lifecycle Objectives s, Elaboración - Lifecycle Architecture, Construcción -
        Initial Operational Capability, Transición - Product Release.
        
        Inicio
        
        1 more item...
        
        Elaboración
        
        3 more items...
        
        Construcción
        
        1 more item...
        
        Transición
        
        1 more item...
- - - - Flujos de Trabajo
        
        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
      - Características del Producto Software
        
        Es una lista de las características principales del producto, deseables desde una perspectiva de las
        necesidades del cliente.
      - Glosario
        
        Es un documento que define los principales términos usados en el proyecto. Permite establecer una
        terminología consensuada.
      - Especificaciones 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.
      - Modelo de Análisis y Diseño
        
        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).
      - Modelo de Casos de Uso
        
        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.
      - Modelo Lógico Relacional
        
        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.
      - Modelo de Implementación
        
        Este modelo es una colección de componentes y los subsistemas que los contienen.
      - Modelo de Pruebas
        
        Para cada Caso de Uso se establecen pruebas de Aceptación que validarán la correcta implementación
        del Caso de Uso.
      - Manual de Instalación
        
        Este documento incluye las instrucciones para realizar la instalación del producto.
      - Material de Usuario
        
        Corresponde a un conjunto de documentos y facilidades de uso del sistema.
      - Producto
        
        Todos los ficheros fuente y ejecutable del producto.
  - - - Esto permite por ejemplo asegurar la cobertura de los requisitos o determinar el posible
        impacto de los cambios
      - Se modelarán los procesos de negocio de la situación actual utilizando Diagramas de Actividad para
        representar Flujos de Trabajo Actuales.
      - El modelo de procesos de la solución propuesta incluirá Flujos de Trabajo Propuestos junto con una
        lista de Características del Producto Software
      - Los requisitos serán establecidos mediante un Modelo de Casos de Uso que incluirá Diagramas de
        Casos de Uso, Prototipos de Interfaces de Usuario y Especificaciones de Casos de Uso.
      - • El Modelo de Pruebas incluirá las Pruebas de Aceptación establecidas para cada Caso de Uso.
      - • El Modelo de Análisis y Diseño establecerá el particionamiento interno del sistema.
      - A partir del Diagrama de Clases, y considerando las clases que requieran persistencia, se derivará
        el Modelo Lógico Relacional, representado mediante Diagramas de Tablas.
      - En el Modelo de Implementación se organizarán las operaciones de las clases en términos de
        componentes de dicha arquitectura.
      - La implementación del Modelo Lógico Relacional y de los componentes de la aplicación constituirán
        el Producto, el cual se complementará con el Manual de Instalación y el Manual de Usuario.
- - - - 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.
        
        RUP define grupos de roles, agrupados por participación en actividades relacionadas. Estos grupos son
    - - 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.
        
        Los productos son los resultados tangibles del proyecto, las cosas que
        va creando y usando hasta obtener el producto final
      - Un artefacto puede ser cualquiera de los siguientes
    - - Con la enumeración de roles, actividades y artefactos no se define un proceso, necesitamos contar con una
        secuencia de actividades realizadas por los diferentes roles.
        
        Un flujo
        de trabajo es una relación de actividades que nos producen unos resultados observables..
        
        A continuación
        se dará una explicación de cada flujo de trabajo.
        
        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.
        
        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.
        
        Pruebas
        
        Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando
        
        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.