Please enable JavaScript.

Coggle requires JavaScript to display documents.

Introducción a RUP - Coggle Diagram

- - - - implementacion
        
        realizar los casos de uso
      - prueba
        
        verificar que se satisfacen los casos e uso
      - análisis y diseño
      - requisitos
        
        capturar,definir y validar los casos de uso
  - - - estáticos
      - dinámicos
    - - rendimiento
      - reutilización
      - calidad del sistema
      - capacidad de evolución
  - - - Cada
        mini proyecto se puede ver como una iteración
    - - inicio
        
        mayor énfasis en actividades modelado del negocio y
        de requisitos
      - elaboración
        
        abarcan
        más los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), análisis, diseño y una parte
        de implementación orientado a la baseline de la arquitectura
      - construcción
        
        construcción del producto por medio de una serie de
        iteraciones
- - - - Analista de procesos de negocio
      - Diseñador del negocio
      - Analista de sistema
      - Especificador de requisitos
    - - Arquitecto de software
      - Diseñador
      - Diseñador de interfaz de usuario
      - Diseñador de cápsulas
      - Diseñador de base de datos
      - Implementador
      - Integrador
    - - Jefe de proyecto
      - Jefe de control de cambios
      - Jefe de configuración
      - Jefe de pruebas
      - Jefe de despliegue
      - Ingeniero de procesos
      - Revisor de gestión del proyecto
      - Gestor de pruebas
    - - Documentador técnico
      - Administrador de sistema
      - Especialista en herramientas
      - Desarrollador de cursos
      - Artista gráfico
    - - Especialista en Pruebas (tester)
      - Analista de pruebas
      - Diseñador de pruebas
    - - Stakeholders.
      - Revisor
      - Coordinación de revisiones
      - Revisor técnico
  - - - Documento de la arquitectura del software
    - - Casos de Uso o el modelo de diseño
    - - un Caso de Uso o
        un subsistema
  - - - Entender la estructura y la dinámica de la organización
      - Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo
    - - Definir el ámbito del sistema
      - Establecer y mantener un acuerdo entre clientes
    - - Desarrollar una arquitectura para el sistema
      - Transformar los requisitos al diseño del futuro sistema
    - - Planificar qué subsistemas deben ser implementados
      - Se integra el sistema siguiendo el plan
    - - Encontrar y documentar defectos en la calidad del software
      - Verificar las funciones del producto de software según lo diseñado
      - Verificar que los requisitos tengan su apropiada implementación
    - - Probar el producto en su entorno de ejecución final
      - Instalar el software
      - Empaquetar el software para su distribución
    - - Proveer un marco de trabajo para la gestión de proyectos de software intensivos
      - Proveer un marco de trabajo para gestionar riesgos
    - - Mejora del proceso
      - Selección y adquisición de herramientas
- - - - : Representa el tiempo
    - - Representa los aspectos estáticos del proceso
  - - - objetivos
        
        Establecer el ámbito del proyecto y sus límites
        
        Encontrar los Casos de Uso críticos del sistema
        
        Estimar los riesgos, las fuentes de incertidumbre
      - terminar
        
        Entendimiento de los requisitos, como evidencia de la fidelidad de los Casos de Uso principales
        
        Los gastos hasta el momento se asemejan a los planeados
      - resultados
        
        Modelo inicial de Casos de Uso
        
        Plan del proyecto, mostrando fases e iteraciones
        
        Prototipos exploratorios para probar conceptos o la arquitectura candidata
    - - objetivos
        
        Definir, validar y cimentar la arquitectura
        
        Crear un plan fiable para la fase de construcción.
      - terminar
        
        Un prototipo ejecutable de la arquitectura
        
        Lista de riesgos y caso de negocio revisados
    - - objetivos
        
        Conseguir una calidad adecuada tan rápido como sea práctico
        
        Minimizar los costes de desarrollo mediante la optimización de recursos
      - resultados
        
        Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e Implementación)
        
        Prototipo Operacional – beta
    - - objetivos
        
        Conseguir que el usuario se valga por si mismo
        
        Un producto final que cumpla los requisitos esperados
      - resultados
        
        Prototipo Operacional
        
        Descripción de la Arquitectura completa y corregida