Estructura general de los modelos dentro de las diferentes capas

La estructura general de modelos dentro de las diferentes capas es similar. Se utilizan los mismos tipos de conceptos y relaciones, aunque su naturaleza exacta y la granularidad difieren.

En primer lugar, distinguimos el aspecto estructural o estática y el aspecto de comportamiento o dinámica. Conceptos conductuales se asignan a conceptos estructurales, para mostrar quién o qué muestra el comportamiento. En el ejemplo, el papel, la interfaz y la colaboración se asignan a los procesos de negocios, servicio de organización e interacción de negocios, respectivamente.

En segundo lugar, se hace una distinción entre una visión externa y una vista interna de los sistemas. Al mirar el aspecto conductual, estos puntos de vista reflejan los principios de orientación de servicio como se introdujo en el apartado anterior. El concepto de servicio representa una unidad de funcionalidad esencial que un sistema expone a su entorno.Para los usuarios externos, sólo que esta funcionalidad externa, junto con los aspectos no funcionales, tales como la calidad del servicio, los costos, etc., son relevantes. Si es necesario, estos pueden ser especificadas en un acuerdo de nivel de contrato o servicio. Los servicios son accesibles a través de interfaces, que constituyen la vista externa en el aspecto estructural.

Aunque para los usuarios externos sólo la vista externa es relevante, el diseño de las organizaciones o sistemas y su funcionamiento interno y la gestión también requiere conocimiento acerca de la realización interna de los servicios e interfaces. Para esta realización, se hace una distinción entre la conducta que se realiza mediante un elemento individual estructural (por ejemplo, el actor, componente de papel, etc.), o comportamiento colectivo (interacción) que se realiza por una colaboración de varios elementos estructurales.

Además de elementos activos estructurales (los actores empresariales, componentes de aplicaciones y dispositivos que muestran el comportamiento real, es decir, los «sujetos» de la actividad), que también reconocen los elementos estructurales pasivos, es decir, los objetos sobre los que se realiza la conducta. En el ámbito de las organizaciones intensivas en información, que es el foco principal de nuestra lengua, por lo general son objetos de información en la capa de negocio y los objetos de datos en la capa de aplicación, pero también pueden ser usados ​​para representar los objetos físicos.

Capas – Archimate

ArchiMate tiene un estilo de capas y orientada al servicio de los modelos arquitectónicos. Las capas más altas hacen uso de los servicios que son proporcionados por las capas inferiores. Aunque, en un nivel abstracto, los conceptos que se utilizan dentro de cada capa son similares, definimos los conceptos más concretos que son específicos para una determinada capa. En este contexto, se distinguen tres capas principales:

  • La capa de negocio se trata de procesos de negocio , servicios, funciones y eventos de las unidades de negocio. Esta capa «ofrece productos y servicios a clientes externos, que se realizan en la organización de los procesos de negocio llevadas a cabo por los actores empresariales y roles».
  • La capa de aplicación es sobre las aplicaciones de software que «apoyan los componentes en el negocio con servicios de aplicación».
  • Las capas Tecnología ofertas «con el hardware y la comunicación de infraestructura de apoyo a la capa de aplicación. Esta capa ofrece servicios de infraestructura necesarios para ejecutar aplicaciones, realizadas por ordenador y hardware de comunicaciones y software del sistema «.

Cada una de estas capas principales se pueden dividir aún más en subcapas. Por ejemplo, en la capa de negocio, los procesos de negocio primarias dando cuenta de los productos de una empresa puede hacer uso de una capa de (de apoyo) los procesos de negocio secundarias; en la capa de aplicaciones, las aplicaciones de usuario final pueden hacer uso de los servicios genéricos que ofrece soporte de aplicaciones. En la parte superior de la capa de negocios, se puede añadir una capa separada para el Medio Ambiente, el modelado de los clientes externos que hacen uso de los servicios de la organización (aunque éstos también pueden ser considerados parte de la capa de negocios).

En línea con la orientación al servicio, la relación más importante entre las capas está formada por las relaciones de uso, que muestran cómo las capas más altas hacen uso de los servicios de las capas inferiores. Sin embargo, un segundo tipo de enlace está formado por las relaciones de realización: elementos en capas más bajas se dan cuenta de los elementos comparables en las capas superiores; por ejemplo, un «objeto de datos ‘(capa de aplicación) puede realizar un’ objeto de negocio ‘(capa de negocios); o un ‘artefacto’ (capa Tecnología) puede realizar ya sea un «objeto de datos ‘o un’ componente de aplicación» (capa de aplicación).

Archimate – Arquitectura

Las organizaciones necesitan adaptarse cada vez más rápido y anticipar cambios en los requisitos del cliente y los objetivos de negocio. Esta necesidad influye en toda la cadena de actividades de una empresa, a partir de la estructura organizativa de la infraestructura de red. ¿Cómo se puede controlar el impacto de estos cambios? Arquitectura puede ser la respuesta.

La arquitectura es un conjunto coherente de principios, métodos y modelos que se utilizan en el diseño y realización de la estructura organizativa, los procesos de negocio, sistemas de información e infraestructura. Sin embargo, estos dominios no se abordan de manera integrada, lo que hace que sea difícil juzgar los efectos de los cambios propuestos. Cada dominio habla su propio lenguaje, dibuja sus propios modelos, y utiliza sus propias técnicas y herramientas. La comunicación y la toma de decisiones a través de dominios se ve seriamente afectada.

ArchiMate ofrece esta integración. ArchiMate es un lenguaje de la arquitectura y técnicas de visualización que IMAGEN estos dominios y sus relaciones. ArchiMate proporcionará al arquitecto con instrumentos que apoyan y mejoran el proceso de la arquitectura.

Historia ArchiMate

ArchiMate se basa en parte en el IEEE 1471 estándar. Fue desarrollado en los Países Bajos por un equipo de proyecto de la Telematica Instituut en cooperación con variosholandeses socios de gobierno, la industria y la academia. Entre los socios eran Ordina, Radboud Universiteit Nijmegen , el Instituto Leiden de Ciencias de la Computación Avanzada (LIACS) y el Centrum Wiskunde y Informatica (CIT). Más tarde, se realizaron pruebas en organizaciones como ABN AMRO , la Administración de Impuestos y Aduanas holandesa y la ABP .

El proceso de desarrollo se prolongó desde julio de 2002 a diciembre de 2004 y tomó cerca de 35 años el hombre y aproximadamente 4 millones de euros. El desarrollo fue financiado por el gobierno holandés (Administración de Impuestos y Aduanas holandesa) y socios de negocios, incluyendo ABN AMRO y el Fondo de Pensiones ABP.

En 2008, la propiedad y la administración de los ArchiMate se transfirió a la Open Group . Ahora es administrado por el Foro ArchiMate  dentro de The Open Group. En febrero de 2009 The Open Group publicó el estándar ArchiMate1.0  como una norma técnica formal. En enero de 2012 el estándar ArchiMate 2.0, y en 2013 el 2,1 ArchiMate estándar  fue puesto en libertad.

ArchiMate

Es un proceso abierto e independiente de arquitectura empresarial lenguaje de modelado para apoyar la descripción, análisis y visualización de la arquitectura dentro ya través de negocios dominios de una manera inequívoca.

ArchiMate es un estándar técnico de The Open Group y se basa en los conceptos de la IEEE 1471 estándar. Es apoyado por diversos proveedores de herramientas y firmas consultoras. ArchiMate también es una marca comercial registrada de The Open Group. The Open Group cuenta con un programa de certificación para los usuarios ArchiMate, herramientas de software y cursos.

ArchiMate se distingue de otros idiomas como el Lenguaje Unificado de Modelado (UML) y Business Process Modeling Notation (BPMN) por su modelado empresarial alcance.

TOGAF

La reusabilidad es uno de los puntos fundamentales de la arquitectura

Después de su aplicación facilita todo el trabajo de la compañía

TOGAF

Identificar la estrategia  de la organización   y obtener

b->c->->d  proceso fuerte  de la arquitectura donde se realiza el diseño

e->f->g implementación  consiste en inicializar el proceso y como contribuye a lo que se planteo

h-> central  monitoria de manejo verificar que el trabajo que  se está haciendo este enlazado

Es unos procesos iterativos entre fases que cubre toda la empresa

Estos procesos están pesados para sistemas complejos

Cada fase se valida con ella misma y vs la empresa misma

FASES

 

  1. Preliminar:
  • preparar las cosas para cada proceso, aproximarse a la empresa como tal
  • garantizar el compromiso de la alta dirección
  • establecer cuál va a ser el alcance
  • establecer los principios
  • establecer la estructura de gobierno
  1. Arquitectura del negocio
  • Procesos desde punto de vista empresarial
  • El material humano se observa como actores que usan el sistema para que la empresa obtenga resultados
  • Analizar cómo se sincronizan estos procesos entre si
  • Establece un diseño que sea evolutivo pensando en que se pueda ajustar posteriormente
  • Estructura organizacional
  • Metas y objetivos del negocio
  • Funciones del negocio
  • Servicios del negocio
  • Roles del negocio
  • Correlación de organización y funciones

Pasos para la arquitectura del negocio

  • línea base sobre la cual vamos a iniciar para generar un nuevo objetivo
  • análisis de brechas diferencias que existen entre el estado actual y al que se pretende llegar frente al modelo empresarial
  • trayectoria que debemos seguir para superar la brecha
  • revisión de los interesados
  • obtener la arquitectura de negocio final con las especificaciones
  1. arquitectura de sistemas de información
  • datos e información
  • relaciones en otros ambientes e innovación de gobierno
  • los modelos deben ser balanceados entre los sistemas y los datos
  • debe ser un modelo orientado a procesos
  1. arquitectura tecnológica
  • es la tecnología sobre la cual se van a montar las plataformas de información
  • diagramas de tecnología para las soluciones de empresa
  • diagramas de red, especificaciones de equipos etc…
  1. oportunidades y soluciones
  • especificación para implementar las soluciones
  • inventario de proyectos a realizar
  • procesos para partir de una arquitectura inicial y llegar a una objetivo
  • se debe analizar qué plan se usara para implementar las soluciones
  • se deben analizar costos, construcción, compra outsorcing
  • se debe tener un modelo de priorización sobre los proyectos
  • analizar las relaciones entre todos los componentes
  1. gobernanza de la implementación
  • analizar si se están logrando los objetivos planteados con el sistema
  • garantizar que los contratos estén orientados a alcanzar lo que se planteo
  • garantizar que lo que se hace cumpla normas, legislación, directrices, políticas
  • el proyecto debe generar valor agregado
  • la gobernanza da una visión general de toda la problemática
  1. arquitectura gestión del cambio
  • se debe mentalizar el proceso de cambio con todos los entes de la organización
  • se debe tratar de conseguir aliados
  • se deben tener personas que encajen en todo el modelo de trabajo
  • garantizar que el cambio es coherente con todo el proyecto y a lo vez este mismo

GOBIERNO DE LA ARQUITECTURA

Se debe partir de la especificación de arquitectura

  • Contrato de arquitectura
  • Plantear que se pretende buscar ósea hacia donde se va
  • Analizar las brechas entre el ahora y lo esperado
  • Concebir plan de implementación con todos sus proyectos

NATO ARCHITECTURE FRAMEWORK (NAF)

Es un framework de arquitectura empresarial para la OTAN, derivado de la AE DoDAF (Department of Defense Architecture Framework).

NATO C3; El  framework arquitectura del sistema v2 (NAF v2), emitido por la OTAN en septiembre del 2014 proporciona orientación  sobre la descripción de los sistemas de comunicación e  información. La revisión 3 del Marco de Arquitectura de la OTAN (NAF), promulgada en noviembre de 2007, es idéntica a MODAF en su núcleo, sino que se extiende al marco mediante la adición de puntos de vista para el análisis de ancho de banda, SOA y configuraciones estándar. 

NAF proporciona una forma estándar para modelar la arquitectura, mediante la definición de:

La metodología NAF está actualmente en desarrollo. Es probable que se basa en el TOGAF (TM) Arquitectura Método de Desarrollo (ADM) con el aporte de otras fuentes, como las MODAF portal de aprendizaje y de ingeniería de sistemas estándares como ISO15288 .

  • Puntos de vista – convenios para la construcción, interpretación y uso de puntos de vista de la arquitectura para la comunicación de la arquitectura de la empresa a los diferentes grupos de interés.
  • Meta-Modelo: una ontología estándar para la captura de los elementos arquitectónicos clave y sus interdependencias.

Los siete puntos de vista

  • NATO All View (NAV)
  • NATO Capability View (NCV)
  • NATO Operational View (NOV)
  • NATO Service-Oriented View (NSOV)
  • NATO Systems View (NSV)
  • NATO Technical View (NTV)
  • NATO Programme View (NPV)
Vistas
·         NATO All View (NAV) Aspectos generales de la arquitectura (contexto, alcance, etc.)
·         NATO Capability View (NCV) apoya el proceso de analizar y optimizar la entrega de capacidades militares en línea con la intención estratégica de la OTAN

capta los elementos esenciales de la visión de la OTAN estratégica y conceptos y el proceso de planificación de capacidades de la OTAN, y la descomposición de estos datos en una taxonomía capacidad

La taxonomía se complementa con los datos y medidas de efectividad de horario para permitir el análisis de brechas de capacidad y superposiciones

·         NATO Operational View (NOV) Tareas y actividades de los elementos organizativos

Tipos de flujos de información y la frecuencia de los intercambios de información

·         NATO Service-Oriented View (NSOV) descripción de los servicios necesarios para apoyar directamente el ámbito operativo como se describe en la OTAN

Un servicio, dentro del NSOV, se entiende en su sentido más amplio, como una unidad de trabajo a través del cual un proveedor proporciona un resultado útil para el consumidor

NSOV centra estrictamente en la identificación y descripción de servicios

La vista también:

apoya la descripción de las taxonomías de servicios

orquestaciones de servicios

mapeo de los servicios a las actividades operacionales

descripción del comportamiento en servicio

·         NATO Systems View (NSV) Los sistemas, sus componentes, interfaces e interconexiones

Parámetros y propiedades de conexiones Rendimiento

·         NATO Technical View (NTV) el conjunto mínimo de normas que rigen la disposición, la interacción y la interdependencia de las partes del sistema o elementos

Su propósito es asegurar que un sistema satisface un conjunto específico de requisitos operativos

La NTV proporciona las directrices técnicas de implementación de sistemas en que se basan las especificaciones de ingeniería, bloques de construcción comunes están establecidos, y las líneas de productos son desarrollados

La NTV incluye una colección de las normas técnicas, los convenios de aplicación, las opciones estándares, normas y criterios organizado en el perfil (s) que rigen los sistemas y elementos del sistema para una determinada arquitectura

·         NATO Programme View (NPV) Describir las relaciones entre los requisitos de capacidad de la OTAN y los distintos programas y proyectos en ejecución

Ofrecen detalles programáticos y resaltan las dependencias entre la gestión y la capacidad del proceso de adquisición de la OTAN

Esta información se puede aprovechar aún más para mostrar el impacto de las decisiones de adquisición de la arquitectura