Please enable JavaScript.

Coggle requires JavaScript to display documents.

Introducción a RUP - Coggle Diagram

- - - - Se pretende lograr un entendimiento con la organización donde se distribuirá nuestro producto, con el fin de entender su problema, aparte de la estructura y dinámica de la organización.
    - - Se establece que es exactamente con lo que debe cumplir nuestro producto. Se dividen en requisitos funcionales y no funcionales.
    - - Se traducen los requisitos a algo mas específico, con el fin de obtener una visión centrada en los requisitos funcionales.
    - - Se implementan las clases y objetos de nuestro sistema, aparte de realizar las pruebas correspondientes a cada unidad. Con esto se produce un sistema ejecutable.
    - - Se evalúa la calidad del producto que estamos realizando, aunque no para aprobar o rechazar su ejecución, esto se realiza durante todo el ciclo de vida del sistema.
    - - Se distribuye el producto a los usuarios, se prueba y empaca para que sea posible distribuirlo e instalarlo.
    - - Se considera como el arte del balance entre gestionar objetivos, riesgos y restricciones para que el producto sea desarrollado en base a las necesidades del usuario.
    - - Se mantiene la integridad de todos los artefactos creados en el proceso.
    - - Se da soporte al proyecto con las herramientas, procesos y métodos adecuados. Se definen las guías para varios aspectos del proceso.
  - - - Se encarga de la organización del proyecto, de los cambios que se realizaran, las pruebas que se ejecutarán, entre otros.
    - - Es un rol mas variado, se encarga de la documentación técnica, como también se puede especializar en las herramientas o en el aspecto gráfico del sistema.
    - - Realizan tareas de investigación, diseño y desarrollo de sistemas, se encargan de que funcione de la manrea mas eficiente posible.
    - - Es el "Tester", diseña y analiza las pruebas realizadas y sus resultados.
    - - Es el encargado de la evaluación sistemática del negocio mediante la examinación de la entrada y procesamiento de datos
    - - Revisor
      - Coordinación de revisiones
      - Stakeholders
      - Revisor técnico
      - Cualquier rol
- - - - Se define el modelo del negocio y el alcance que tendrá el proyecto.
        
        Objetivos:
        
        Encontrar Casos de uso
        
        Tener al menos una arquitectura para los escenarios principales
        
        Establecer ámbitos y limites del proyecto
        
        Estimar el coste y tiempo
        
        Estimar los riesgos.
        
        Resultados:
        
        Un documento de visión, una versión general de los requisitos.
        
        Modelo inicial de Casos de Uso
        
        Un glosario inicial: Terminología clave del dominio.
        
        El caso de negocio
        
        Lista de riesgos y plan de contingencia
        
        Plan del proyecto
        
        Modelo de negocio, a ser necesario
        
        Prototipos para probar conceptos
    - - Se analiza el dominio del problema, establecer la arquitectura, desarrollar plan de proyecto y eliminar riesgos mayores.
        
        Objetivos:
        
        Completar la visión
        
        Crear un plan para la fase de construcción
        
        Definir, validar y cimentar la arquitectura
        
        Probar que la arquitectura propuesta concuerda con la visión a un coste razonable
        
        Resultados:
        
        Casos de uso mayormente completados
        
        Requisitos que capturen los requisitos no funcionales o no asociados con un caso de uso
        
        Plan de desarrollo
        
        Prototipo ejecutable
        
        Lista de riesgos y caso de negocios revisado
        
        Caso de desarrollo actualizado
        
        Manual de usuario preliminar(Opcional)
    - - La finalidad es alcanzar una capacidad operacional del producto de forma incremental a través de iteraciones.
        
        Objetivos:
        
        Conseguir calidad de manera práctica rapidamente
        
        Tener versiones funcionales
        
        Minimizar costes de desarrollo
        
        Resultados:
        
        Los riesgos fueron mitigados
        
        Plan de proyecto para la siguiente fase(Transición)
        
        Arquitectura integra
        
        Manual inicial de usuario
        
        Modelos completos
        
        Prototipo operacional - beta
        
        Caso del negocio actualizado
    - - LA finalidad de este proceso es poner el producto en las manos de los usuarios finales.
        
        Objetivos:
        
        Conseguir que el usuario pueda valerse por si miso (usar el producto sin ningún tipo de ayuda )
        
        Un producto que cumpla con los requisitos esperados, funcional y que sea de la satisfacción del usuario.
        
        Resultados:
        
        Caso de negocio completado
        
        Línea base del producto completa y corregida
        
        Documentos legales
        
        Descripción de la arquitectura completa y corregida.
        
        Un prototipo operacional
        
        Las iteraciones de esta fase son dirigidas a la creación de una nueva versión
- - - - Representan la funcionalidad del sistema y los actores que participan en el.
    - - Descripción de los casos de uso que lo requieran
    - - Documento que define los principales términos del productos.
    - - Establece la realización de los casos de uso en términos de diseño.
    - - Lista de caracteristicas principales del producto.
    - - Describe la representación lógica de los datos persistentes.
    - - Se modelan el área del problema, los propuestos y lso actuales.
    - - Colección de componentes y los subsistemas que los contienen.
    - - Pruebas de aceptación que validan la correcta implementación de los casos de uso.
    - - Instrucciones que detallan la instalación del producto.
    - - Conjunto de documentos y facilidades de uso del sistema
    - - Todos los ficheros fuente y ejecutable del producto