Please enable JavaScript.

Coggle requires JavaScript to display documents.

MAPA 3 - Coggle Diagram

- - - - El propósito del proceso de Análisis de negocio o misión es definir el problema de negocio o misión oportunidad, caracterizar el espacio de la solución y determinar la (s) clase (s) de solución potencial que podrían abordar un problema o aprovechar una oportunidad.
    - - a) Preparar el análisis empresarial o de la misión
      - b) Definir el problema o el espacio de oportunidad
      - c) Caracterizar el espacio de la solución
      - d) Evaluar clases de soluciones alternativas
      - e) Gestionar el análisis de negocio o misión
    - - a) Se define el problema o el espacio de oportunidad.
      - b) Se caracteriza el espacio de solución.
      - c) Se definen conceptos operacionales preliminares y otros conceptos en las etapas del ciclo de vida.
      - d) Se identifican y analizan las clases de soluciones alternativas candidatas.
      - e) Se seleccionan las clases de soluciones alternativas candidatas preferidas.
      - f) Se encuentran disponibles todos los sistemas habilitadores o servicios necesarios para el análisis comercial o de la misión.
      - g) Trazabilidad de los problemas y oportunidades comerciales o de la misión y la alternativa preferida se establecen clases de solución.
  - - - El propósito del proceso de Definición de necesidades y requisitos de las partes interesadas es definir las requisitos para un sistema que puede proporcionar las capacidades que necesitan los usuarios y otras partes interesadas en un medio ambiente.
    - - a) Se identifican los grupos de interés del sistema.
      - b) Características requeridas y contexto de uso de capacidades y conceptos en las etapas del ciclo de vida, incluidos los conceptos operativos.
      - c) Se identifican las limitaciones de un sistema.
      - d) Se definen las necesidades de las partes interesadas.
      - e) Las necesidades de las partes interesadas se priorizan y se transforman en requisitos de las partes interesadas claramente definidos.
      - f) Se definen las medidas de desempeño críticas.
      - g) Acuerdo de los grupos de interés de que sus necesidades y expectativas se reflejan adecuadamente en la se cumplen los requisitos.
      - h) Se encuentran disponibles todos los sistemas o servicios habilitadores necesarios para las necesidades y requisitos de las partes interesadas.
      - i) Se establece la trazabilidad de los requisitos de las partes interesadas a las partes interesadas y sus necesidades.
    - - a) Prepararse para la definición de necesidades y requisitos de las partes interesadas.
      - b) Definir las necesidades de las partes interesadas.
      - c)Desarrollar el concepto operacional y otros conceptos del ciclo de vida.
      - d) Transformar las necesidades de las partes interesadas en requisitos de las partes interesadas.
      - e) Analizar los requisitos de las partes interesadas.
      - f) Gestionar la definición de necesidades y requisitos de los grupos de interés.
  - - - El propósito del proceso de Definición de Requisitos del Sistema / Software es transformar al interesado, al usuario visión orientada de las capacidades deseadas en una visión técnica de una solución que satisfaga las necesidades operativas del usuario
    - - a) Prepararse para la definición de requisitos del sistema / software.
      - b) Definir los requisitos del sistema / software.
      - c) Analizar los requisitos del sistema / software.
      - d) Gestionar los requisitos del sistema / software.
    - - a) La descripción del sistema o elemento, incluidas las interfaces, funciones y límites, para una solución de sistema se define.
      - b) Requisitos del sistema / software (funcional, rendimiento, proceso, no funcional e interfaz) y se definen las restricciones de diseño.
      - c) Se definen las medidas de desempeño críticas.
      - d) Se analizan los requisitos del sistema / software
      - e) Se encuentran disponibles todos los sistemas habilitadores o servicios necesarios para la definición de los requisitos del sistema / software.
      - f) Se desarrolla la trazabilidad de los requisitos del sistema / software a los requisitos de las partes interesadas.
  - - - El propósito del proceso de Definición de Arquitectura es generar alternativas de arquitectura del sistema, para seleccionar una o más alternativas que enmarcan las preocupaciones de las partes interesadas y cumplen con los requisitos del sistema, y para expresar esto en un conjunto de puntos de vista consistentes.
    - - a) Prepararse para la definición de la arquitectura
      - b) Desarrollar los puntos de vista de la arquitectura
      - c) Desarrollar modelos y vistas de arquitecturas candidatas
      - d) Relacionar la arquitectura con el diseño
      - e) Evaluar candidatos a arquitectura
      - f) Gestionar la arquitectura seleccionada
    - - a) La arquitectura aborda las inquietudes identificadas de las partes interesadas
      - b) Se desarrollan los miradores de la arquitectura
      - c) Se definen el contexto, los límites y las interfaces externas del sistema
      - d) Se desarrollan vistas de arquitectura y modelos del sistema
      - e) Conceptos, propiedades, características, comportamientos, funciones o restricciones que son importantes para las decisiones de arquitectura del sistema se asignan a entidades arquitectónicas.
      - f) Se identifican los elementos del sistema y sus interfaces
      - g) Se evalúan los candidatos a Arquitectura
      - h) Se logra una base arquitectónica para los procesos a lo largo del ciclo de vida.
      - i) Se logra la alineación de la arquitectura con los requisitos y las características del diseño
      - j) Están disponibles todos los sistemas o servicios habilitadores necesarios para la definición de la arquitectura
      - k) Se desarrolla la trazabilidad de los elementos de la arquitectura a las partes interesadas y los requisitos del sistema / software.
  - - - a) Se definen las características de diseño de cada elemento del sistema.
      - b) Los requisitos del sistema / software se asignan a los elementos del sistema.
      - c) Se seleccionan o definen los habilitadores de diseño necesarios para la definición del diseño.
      - d) Se definen o perfeccionan las interfaces entre los elementos del sistema que componen el sistema
      - e) Se evalúan las alternativas de diseño para los elementos del sistema.
      - f) Se desarrollan artefactos de diseño.
      - g) Se encuentran disponibles todos los sistemas habilitadores o servicios necesarios para la definición del diseño.
      - h) La trazabilidad de las características de diseño a las entidades arquitectónicas de la arquitectura del sistema es
        establecido.
    - - El propósito del proceso de Definición de Diseño es proporcionar suficientes datos e información detallados sobre el sistema y sus elementos para permitir la implementación coherente con las entidades arquitectónicas definidas en los modelos y vistas de la arquitectura del sistema.
    - - c) Evaluar alternativas para la obtención de elementos del sistema software
      - d) Gestionar el diseño
      - b) Establecer diseños relacionados con cada elemento del sistema de software
      - a) Prepararse para la definición del diseño del sistema de software
  - - - a) Definir la estrategia de análisis del sistema y prepararse para el análisis del sistema
      - b) Realizar análisis del sistema
      - c) Gestionar el análisis del sistema
    - - a) Se identifican los análisis del sistema necesarios.
      - b) Se validan los supuestos y los resultados del análisis del sistema.
      - c) Los resultados del análisis del sistema se proporcionan para la toma de decisiones.
      - d) Todos los sistemas habilitadores o servicios necesarios para el análisis del sistema están disponibles.
      - e) Se establece la trazabilidad de los resultados del análisis del sistema.
    - - El propósito del proceso de análisis del sistema es proporcionar una base rigurosa de datos e información para fines técnicos.
        comprensión para ayudar a la toma de decisiones a lo largo del ciclo de vida.
  - - - a) Prepárese para la implementación
      - b) Realizar implementación.
      - c) Gestionar los resultados de la implementación.
    - - a) Se identifican las restricciones de implementación que influyen en los requisitos, la arquitectura o el diseño
      - b) Se realiza un elemento del sistema.
      - c) Un elemento del sistema está empaquetado o almacenado.
      - d) Todos los sistemas habilitadores o servicios necesarios para la implementación están disponibles
      - e) Se establece la trazabilidad.
    - - El propósito del proceso de implementación es realizar un elemento específico del sistema. Este proceso transforma los requisitos, la arquitectura y el diseño, incluidas las interfaces, en acciones que crean un elemento del sistema de acuerdo con las prácticas de la tecnología de implementación seleccionada, utilizando técnicas adecuadas especialidades o disciplinas. Este proceso da como resultado un elemento del sistema que satisface los requisitos especificados del sistema. (incluidos los requisitos asignados y derivados), la arquitectura y el diseño.
  - - - b) Realice la verificación.
      - c) Gestionar los resultados de la verificación
      - a) Prepárese para la verificación
    - - c) Se verifica el sistema o elemento del sistema.
      - d) Se reportan datos que brindan información para acciones correctivas.
      - b) Todos los sistemas habilitadores o servicios necesarios para la verificación están disponibles
      - e) Se proporciona evidencia objetiva de que el sistema realizado cumple con los requisitos, arquitectura y diseño.
      - a) Se identifican las limitaciones de la verificación que influyen en los requisitos, la arquitectura o el diseño.
    - - El propósito del proceso de Verificación es proporcionar evidencia objetiva de que un sistema o elemento del sistema cumple con su requisitos y características especificados. El proceso de verificación identifica las anomalías (errores, defectos o fallas) en cualquier elemento de información (por ejemplo, requisitos del sistema / software o descripción de la arquitectura), elementos del sistema implementados o procesos del ciclo de vida utilizando métodos, técnicas, estándares o reglas apropiados. Este proceso proporciona la información necesaria para determinar la resolución de anomalías identificadas.
  - - - a) Prepárese para la integración
      - b) Realizar integración
      - c) Gestionar resultados de integración
    - - a) Restricciones de integración que influyen en los requisitos, la arquitectura o el diseño del sistema, incluidas las interfaces,
        son identificados.
      - b) El enfoque y los puntos de control para el correcto funcionamiento de las interfaces ensambladas y las funciones del sistema son
        definido.
      - c) Todos los sistemas habilitadores o servicios necesarios para la integración están disponibles.
      - d) Se integra un sistema compuesto por elementos del sistema implementados
      - e) Se comprueban las interfaces entre los elementos del sistema implementado que componen el sistema.
      - f) Se comprueban las interfaces entre el sistema y el entorno externo.
      - g) Se identifican los resultados de integración y las anomalías
      - h) Se establece la trazabilidad de los elementos del sistema integrado
    - - El propósito del proceso de integración es sintetizar un conjunto de elementos del sistema en un sistema realizado (producto o servicio) que satisfaga los requisitos, la arquitectura y el diseño del sistema / software. Este proceso ensambla los elementos del sistema implementados. Las interfaces se identifican y activan para habilitar interoperación de los elementos del sistema según lo previsto. Este proceso integra los sistemas de habilitación con el sistema‐ de interés para facilitar la interoperación. La integración del sistema de software combina iterativamente los elementos del sistema de software implementados para formar un sistema completo o parcial configuraciones para construir un producto o servicio. La integración de software se realiza normalmente de forma diaria o continua durante etapas de desarrollo y mantenimiento, utilizando herramientas automatizadas. La integración continua implica la inclusión frecuente o sustitución y archivo de elementos en bibliotecas de software bajo el control de CM.