Please enable JavaScript.

Coggle requires JavaScript to display documents.

Rational Unified Process (RUP) rup - Coggle Diagram

- - - - Aproximación de desarrollo basada en componentes
      - Caso de Uso
  - - - Objectory 3.8
      - Enfoque Rational
- - - - Fuerza a pensar en términosde importancia para el usuario
      - No sólo en términos de funciones que seria bueno contemplar
    - - Son un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido
      - Representan los requisitos funcionales del sistema
      - No sólo inician el proceso de desarrollo
        
        Proporcionan un hilo conductor
        
        Permitiendo establecer trazabilidad entre los artefactos
        
        Generados en las diferentes actividadesdel proceso de desarrollo
        
        Entre modelos de análisis y diseño
        
        La implementación que los lleva a cabo
        
        Verificación de cada Caso de Uso
  - - - Permite tener una visión común entre todos los involucrados
        
        Perspectiva clara del sistema completo
    - - Cómo tiene que ser construido el sistema y ayuda a determinar en qué orden
    - - calidad del sistema
      - rendimiento
      - reutilización
      - capacidad de evolución
    - - plataforma software
      - sistema operativo
      - gestor de bases de datos
      - protocolos
      - consideraciones de desarrollo como sistemas heredados
    - - presta especial atención
        
        establecimiento temprano de una buena arquitectura
        
        No sea fuertemente impactada ante cambios posteriores
    - - función
        
        Funcionalidad reflejada en los Casos de Uso
      - Forma de proporcionar la arquitectura.
  - - - Tener un proceso iterativo e incremental
        
        Trabajo se divide en partes más pequeñas o mini proyectos
    - - equilibrio entre Casos de Usoy arquitectura
      - Que cada miniproyecto
        
        Sea una iteración
        
        Produzca un crecimiento en el producto
    - - cascada
      - flujos fundamentales
      - planificación de la iteración
      - análisis de la iteració
      - actividades específicas de la iteración
    - - Cada iteración aborda una parte de la funcionalidad total
      - Cada una refinando la arquitectura
      - Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan en
        
        La comprensióndel problema y la tecnología
        
        Delimitación del ámbito del proyecto
      - fase de construcción
        
        se lleva a cabo la construcción del producto por medio de una serie de iteraciones.
      - fase de transición
        
        pretende garantizar que se tiene un producto preparado para su entrega a lacomunidad de usuarios
- - - - encontrar,
      - organizar
      - documentar
      - eguir los cambios de los requisitos funcionales y restricciones
  - - - Permitiendo ocultar o exponer detalles cuando sea necesario
    - - requisitos
      - diseños
      - implementaciones
  - - - cambian debido a acciones de mantenimiento posteriores a la entrega del producto
      - durante el proceso de desarrollo
        
        especialmente importantes por su posible impacto son los cambios en los requisitos
    - - Trabajando a la vez en una release, y quizás en distintas plataformas
- - - - Cada fase se subdivide a la vez en iteraciones, el número de iteraciones en cadafase es variable.
      - Cada fase se concluye con un hito bien definido
      - Y cada fase tiene 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
      - La duración y esfuerzo dedicado en cada fase es variable dependiendo de las características del proyecto.
    - - Inicio
        
        se define el modelo del negocio y el alcance delproyecto.
        
        Se identifican todos los actores y Casos de Uso, y se diseñan los Casos de Usomás esenciales (aproximadamente el 20% del modelo completo).
        
        Se desarrolla, un plan de negocio para determinar que recursos deben ser asignados al proyecto.
      - Elaboración
        
        El propósito de la fase de elaboración es analizar el dominio del problema
        
        Establece los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar los mayores riesgos.
        
        En esta fase se construye un prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final.
      - Construcción
        
        La finalidad principal de esta fase 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
        
        La finalidad de la fase de transición es poner el producto en manos de los usuarios finales
        
        Requiere desarrollar nuevas versiones actualizadas del producto, completar la documentación, entrenar al usuario en el manejo del producto
        
        En general se relaciona con tareas del ajuste, configuración, instalación y facilidad de usodel 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
- - - - responden a la pregunta ¿Quién?
      - las actividades que responden a la pregunta ¿Cómo?
      - los productos, que responden a la pregunta ¿Qué?
      - los flujos de trabajo de las disciplinas que responde a la pregunta ¿Cuándo?
  - - - Analistas
        
        Analista de procesos de negocio
        .•Diseñador del negocio.
        •Analista desistema.
        •Especificador de requisitos
      - Desarrolladores:
        
        •Arquitecto de software.
        •Diseñador
        •Diseñador de interfaz de usuario
        •Diseñador de cápsulas.
        •Diseñador de base de datos.
        •Implementador.
        •Integrador.
      - Gestores:
        
        Jefe de proyecto
        •Jefe de control de cambios.
        •Jefe de configuración.
        •Jefe de pruebas
        •Jefe de despliegue
        •Ingeniero de procesos
        •Revisor degestión del proyecto
        •Gestor de pruebas
      - Apoyo
        
        Documentador técnico
        •Administrador de sistema
        •Especialista en herramientas
        •Desarrollador de cursos
        •Artista gráfico
      - Especialista en pruebas:
        
        Especialista en Pruebas (tester)
        •Analista de pruebas
        •Diseñador de pruebas
      - Otros roles
        
        Stakeholders.
        •Revisor
        •Coordinación de revisiones
        •Revisor técnico
        •Cualquier rol
  - - - Un documento
      - Un modelo
      - Un elemento del modelo, un elemento que pertenece a un modelo como una clase, un Caso de Usoo un subsistema.
  - - - 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
        
        Consiste en obtener una visión del sistema que se preocupa de ver qué hace, demodo que sólo se interesa por los requisitos funcionales.
      - 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
        
        Debe ir integrado en todo el ciclo de vida.
        
        Consisten en planificar que es lo que hay que probar, diseñar cómo se va a hacer, implementar lo necesario para llevarlos a cabo,
      - Despliegue
        
        El objetivo de este flujo de trabajo es producir con éxito distribuciones del producto y distribuirlo a los usuarios
        
        Sse 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.
      - 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.
        
        La planeación de un proyecto posee dos niveles de abstracción: un plan para las fases y un plan para cada iteración.
      - 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.
      - Configuración y control de cambios
        
        La finalidad de este flujo de trabajo es mantener la integridad de todos los artefactos que se crean enel proceso, así como de mantener información del proceso evolutivo que han seguido.
- - - - Glosario
        
        Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada
      - Modelo de Casos de Uso
        
        Presenta la funcionalidaddel sistema y los actores que hacen uso de ella. Se representa mediante Diagramas de Casos de Uso.
      - Características del Producto Software
        
        Es una lista de las características principales del producto, deseables desde una perspectiva de las necesidades del cliente.
      - Especificaciones de Casos de Uso
        
        Se realiza una descripción detallada utilizando una plantilla de documento
      - Flujos de Trabajo
        
        Se utilizarán Diagramas de Actividad para modelar los Flujos de Trabajo (workflows) del área problema
      - Modelo de Análisis y Diseño
        
        Establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis hacia una de diseño.
      - Modelo Lógico Relacional
        
        Describe la representación lógica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos
      - Modelo de Implementación
        
        Es una colección de componentes y los subsistemas que los contienen.
      - Modelo de Pruebas
        
        Cada prueba esespecificada mediante un documento que establece las condiciones de ejecución, las entradas de la prueba, y los resultados esperados.
      - 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.