Entregables en Fases ADM

Fase Preliminar

  • Catalogo de principios

Fase A – Visión de la Arquitectura

  • Matriz de Stackeholders.
  • Diagrama conceptual de soluciones.
  • Diagrama valor ganado.

Fase B – Arquitectura del Negocio

  • Catalogo de organización.
  • Catalogo de objetivos, metas.
  • Catalogo de roles.
  • Catalogo de funciones, servicios del negocio.
  • Catalogo de ubicación.
  • Catalogo de productos, procesos, eventos, control.
  • Catalogo de métricas, contratos.
  • Matriz de interacción del negocio.
  • Matriz de actores, roles.
  • Diagrama de huella de negocios.
  • Diagrama de la información, servicios del negocio.
  • Diagrama de descomposición funcional.
  • Diagrama de ciclo de vida del producto.
  • Diagrama de servicios, metas y objetivos.
  • Diagrama de casos de uso.
  • Diagrama de descomposición de la organización.
  • Diagrama de flujo de procesos.
  • Diagrama de eventos.

Fase C – Arquitectura de datos.

  • Catalogo de componentes de datos, entidad de datos.
  • Matriz de funciones de negocio.
  • Matriz de datos, aplicación.
  • Diagrama lógico de datos.
  • Diagrama de seguridad de datos.
  • Diagrama de jerarquía de clases.
  • Diagrama de migración de datos.
  • Diagrama ciclo de vida de datos.

Fase C – Arquitectura de Aplicación

  • Catalogo de portafolio de aplicación.
  • Catalogo de interfaces.
  • Matriz organización, aplicación.
  • Matriz de roles, aplicación.
  • Matriz funciones de aplicación.
  • Matriz de interacción de aplicación.
  • Diagrama de comunicaciones de aplicación.
  • Diagrama de aplicación y ubicación del usuario.
  • Diagrama de casos de uso de aplicación.
  • Diagrama de administración de la empresa.
  • Diagrama de procesos, aplicación de realización.
  • Diagrama de ingeniería de software.
  • Diagrama de migración de aplicación.
  • Diagrama de distribución de software.

Fase D – Arquitectura Tecnológica.

  • Catalogo de estándares tecnológicos.
  • Catalogo de portafolio tecnológico.
  • Matriz de sistemas, tecnología.
  • Diagrama de ubicación y entornos.
  • Diagrama de descomposición de plataforma.
  • Diagrama de procesos.
  • Diagrama de redes de computación, hardware.
  • Diagrama de ingeniería de comunicaciones.

Fase E – Oportunidades y Soluciones.

  • Diagrama de contexto del proyecto.
  • Diagrama de beneficios.

Gestión de Requerimientos.

  • Catalogo de requerimientos.

PRODUCTOS TOGAF

Los productos de TOGAF, se agrupan en 3 categorías:

– ENTREGABLE: es el producto de trabajo que esta contractualmente definido y que es revisado, acordado y firmado por los actores. La unión de estos entregables forma un proyecto.

– ARTEFACTO: es un producto de trabajo más granular que describe una arquitectura desde un punto de vista. Ejemplos: diagrama de red, especificación de un servidor, una especificación de un caso de uso. Se subdivide en: Catalogos (listas de cosas), Matrices (relaciones entre cosas) y Diagramas (pinturas de cosas)

– BLOQUE CONSTRUCTIVO: representa un componente (potencialmente reusable) de negocios, de tecnología de información, o una capacidad arquitectural que combina otros bloques constructivos. Los bloques constructivos pueden ser definidos a varios niveles: ABBs (Architecture Building Blocks) típicamente describen la capacidad requerida en la forma de SBBs (Solution Building Blocks) que representan componentes que son usados para implementar una capacidad requerida.

ENTERPRISE CONTINUMM Y HERRMIENTAS

Provee un modelo para estructurar un repositorio virtual. Provee métodos para la clasificar los artefactos de la solución y de la arquitectura, mostrando como los diferentes artefactos se relacionan y como pueden ser reusados . Se basa en los modelos y arquitecturas existentes (patrones, modelos, descripciones arquitectónicas, etc.) dentro de la empresa o en la industria, las cuales se pueden almacenar para el desarrollo de la arquitectura.

GUÍAS Y TÉCNICAS PARA ADM

Son las guías y técnicas que soportan la aplicación de ADM . Estas guías se puede adaptar a diferentes escenarios, por estilo de proceso (p.e. iterativo) o para una arquitectura especifica (p.e. seguridad) . Las técnicas soportan tareas especificas dentro de ADM (tales como principios, escenarios de negocios, análisis de brechas, planeación de la migración, gestión de riesgos, etc.)

ARCON

A reference model for collaborative Networks (ARCON): Un modelo de referencia para redes colaborativas.
La visión para el modelo de referencia ARCON para las organizaciones en red de colaboración es el desarrollo de una representación abstracta genérica que pretende ser una base autorizada para la comprensión de las entidades involucradas y relaciones significativas entre estas entidades. También pretende ser una base para la derivación de otros modelos específicos para casos particulares y diversas manifestaciones de la CNO. ARCON sintetiza y formaliza los conceptos básicos, los principios y las prácticas recomendadas para las organizaciones en red de colaboración. Se pretende que sea una base autorizada para agilizar o facilitar la creación de los modelos centrados en las diversas manifestaciones de la CNO, así como arquitecturas y modelos de implementación para el desarrollo de sistemas particulares. Características deseadas En un caso ideal, los principales objetivos considerados en el modelo de referencia para ARCON incluyen:
 Simplicidad (para aumentar su facilidad de uso por los grupos de interés)

 Fácil de entender, claro, no técnico, y lógico.

 La integralidad en la captación de los conceptos unificadores

 Tanto como sea posible abordar la CNO en su totalidad; de modo que cualquier elemento puede ser mapeada en contra de ella para comprender dónde encajan en el contexto de la CNO como un todo.

 Neutralidad (aplicando una notación presentación uniforme de base) – en su base que se define.

 Totalmente independiente de las herramientas o metodologías que ayude en el modelo o poner en práctica los diferentes aspectos de CNO, y por lo tanto cualquier herramienta o cualquier metodología se pueden asignar en contra de ella para entender / evaluar sus ventajas y desventajas implícitas (lo que pueden o no pueden hacer).

E2AF

El Marco Extendido de Arquitectura Empresarial es desarrollado por el IFEAD, E2AF desarrolla tres principales elementos de una manera holística: el elemento de construcción, el elemento de función y el elemento de estilo. El estilo refleja la cultura, valores, normas y principios de una organización. El marco E2AF es un instrumento comunicación para todas las partes interesadas
que participan en un estudio de arquitectura de explicar en mostrar las relaciones, dependencias, las influencias y la complejidad de la situación de estudio. Resultados de arquitectura de la empresa, así como la propia E2AF se puede utilizar como un mapa de la gestión para desplazarse a todos los temas pertinentes.
Desde E2AF, se pueden definir para identificar las tareas necesarias y actividades.
 E2AF puede mostrar la complejidad de los elementos que deben abordarse.
 E2AF puede mostrar a la gente que participa en el proceso.
 E2AF muestra las relaciones y dependencias.
 E2AF es su guía en todas las actividades de arquitectura.
E2AF fuerza a los arquitectos de la empresa a asegurar que los beneficios de la organización estén alineados con el negocio y TI mediante la integración de todas las áreas de la arquitectura empresarial en un resultado global, es decir, el diseño de la arquitectura de la empresa tiene que consistir en los negocios interconectados, información, sistemas de información, la infraestructura, aspectos de seguridad y de gobernanza. El riesgo que se corre al no crear una arquitectura empresarial extendida es que el tiempo y el dinero son desechados debido a la ineficacia y la visión insuficiente en la complejidad de la estructura global.
Arquitectura Empresarial es la comprensión de todos los diferentes elementos que van a constituir la empresa y cómo esos elementos se relacionan entre sí.

SABSA

Es una metodología probada para el desarrollo de negocios impulsados por el riesgo y la oportunidad, se centró en la seguridad de arquitecturas tanto nivel empresarial y a soluciones que apoyan trazablemente los objetivos del negocio. Ampliamente utilizada para la seguridad de la información de las arquitecturas, marcos de gestión de riesgo, para alinear y perfectamente integrar la seguridad y la gestión de riesgos de TI en los métodos y los marcos arquitectónicos.

SABSA se compone de una serie de marcos integrados, modelos, métodos y procesos, utilizando de forma independiente una solución empresarial integrada holística, incluyendo:
 Requisitos de negocio Marco Ingeniería (conocido como atributos de perfil)
 Riesgo y el Plan de Gestión de Oportunidades
 Política de Arquitectura de Marco

 Marco de la Arquitectura Orientada a Servicios de Seguridad

 Marco de Gobierno
 Marco de Seguridad de Dominio
 A través de la vida de Seguridad de Gestión de Servicios y Performance Management Framework

El Instituto SABSA desarrolla y mantiene el método y certifica y acredita a los profesionales de la arquitectura que lo utilizan en aproximadamente 50 países de todo el mundo.