Ejemplos de ArchiMate
En este artículo, verá una rica colección de vistas de ejemplos de ArchiMate, organizadas en un marco en capas siguiendo el estándar ArchiMate. Estas vistas de ArchiMate demuestran cómo se pueden utilizar los elementos de ArchiMate. Algunos de los ejemplos se pueden utilizar como patrones de diseño.
Los ejemplos están diseñados con Visual Paradigm Online , basados en los ejemplos del libro de cocina ArchiMate. Si aún no has echado un vistazo al recetario, te recomendamos que le eches un vistazo. Enlace: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
Vistas de ejemplo de ArchiMate
Vista del marco
Esta vista de Framework estructura todas las vistas que se utilizan. Se puede utilizar para navegar entre diagramas.
Vistas de motivación
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta vista de motivación se puede utilizar para examinar las motivaciones o causas que impulsan el diseño o la transformación de una organización, así como su arquitectura empresarial, que sirve como base para todas las operaciones de cambio y transformaciones comerciales dentro de una empresa. Esta vista representa la visión del esfuerzo de desarrollo, ya sea que la escala y el alcance abarquen toda la organización, un subconjunto de ella (por ejemplo, una línea de negocios) o un programa o proyecto en particular (nivel de solución). Tenga en cuenta que se puede agregar un valor a cualquier elemento de ArchiMate, como el resultado (o cualquier otro elemento de ArchiMate), para mostrar cuál es el valor agregado real.
El Modelo de Motivación Empresarial (BMM) [especificación v.1.3, 2015, OMG] se utiliza para definir los elementos motivacionales.
Vista Misión-Valores-Visión
EDITE ESTE DIAGRAMA DE ARCHIMATE
El propósito, la visión y los valores básicos de la organización se pueden representar utilizando la vista Misión-Valores-Visión. Le ayuda a identificar el propósito de una organización, lo que la organización realmente está haciendo o tiene la intención de hacer, y cuál es la razón principal de su existencia. La visión es el estado deseado de la organización en el futuro. La visión, la cultura y los ideales de la organización están respaldados por valores fundamentales. Las metas estratégicas deben cumplirse para que la visión de la organización se haga realidad.
Referencia: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Estrategia de modelado con ArchiMate.
Vista de mapa de valor estratégico
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista Mapa de valor estratégico visualiza las estrategias de una organización. Todas las operaciones de desarrollo deben extraerse, directa o indirectamente, de esta visión, que comprende elementos de valor estratégicos. Es factible realizar un seguimiento de todos los demás aspectos asociados con la ejecución de la estrategia real mediante la visualización de los valores estratégicos. El enfoque se puede representar, transmitir y relacionar con la realidad con esta perspectiva.
Vista de análisis de partes interesadas
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista Análisis de las partes interesadas se utiliza con frecuencia para el análisis de las partes interesadas a fin de identificar los impulsores del cambio. Primero, identifique a las partes interesadas importantes, luego a los impulsores de cambio que están en su mejor interés. Los conceptos de “Evaluación” se pueden utilizar para un análisis de impulsores en profundidad, como el uso de la técnica DAFO (Fortalezas, Debilidades, Oportunidades y Amenazas). Se pueden generar diferentes diagramas de vista de partes interesadas desde varios puntos de vista, como es habitual. Otra razón para dividir diagramas grandes en diagramas más pequeños es mantenerlos compactos y legibles, con el propósito de claridad.
Vista de las partes interesadas
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta visión de las partes interesadas conecta las motivaciones de las partes interesadas con los objetivos corporativos. Las metas son el componente más importante del desarrollo de una organización. Cualquier elemento posterior para todas las acciones de cambio debe rastrearse hasta estas razones principales.
Vista de principios
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de riesgo y seguridad
EDITE ESTE DIAGRAMA DE ARCHIMATE
Los conceptos de riesgo y seguridad se asignan al ArchiMate a través de esta vista. La gestión de riesgos incluye preocupaciones sobre la seguridad y la protección de datos. Ambos están cubiertos por esta vista.
Referencias:
- Cómo modelar la seguridad y la gestión de riesgos empresariales con el lenguaje ArchiMate®, Open Group, documento n.º: W172, 2017.
- Modelado de seguridad y gestión de riesgos empresariales con el lenguaje ArchiMate®, Open Group, 2015.
Vista de análisis FODA
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de objetivos
EDITE ESTE DIAGRAMA DE ARCHIMATE
Objetivos y resultados clave
EDITE ESTE DIAGRAMA DE ARCHIMATE
OKR, abreviatura de Objetivos y resultados clave, es un método de gestión popular para definir objetivos y realizar un seguimiento del progreso. Ayuda en la creación de alineación y compromiso en torno a objetivos medibles. Los OKR se componen de dos partes: (1) el objetivo que desea alcanzar y (2) los resultados clave que se utilizarán para realizar un seguimiento de su progreso hacia ese objetivo.
Los objetivos son…
- Explicaciones cualitativas de lo que quiere lograr que sean memorables. Los objetivos cortos, inspiradores y atractivos son ideales. El equipo debe estar motivado y desafiado por la meta.
Los resultados clave son…
- Conjunto de medidas que rastrean su progreso hacia el logro de su objetivo. Debe tener de dos a cinco resultados clave para cada objetivo. Tener demasiados resultados clave dificultará que las personas los recuerden.
Otra versión con las acciones que se muestran a continuación.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vistas de estrategia
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de estrategia
Los conceptos relacionados con la estrategia comercial como “Curso de acción”, “Capacidad” y “Recurso” ahora están disponibles en la versión 3 de ArchiMate y se pueden usar para modelar los planes comerciales de una organización. La utilidad y el significado de esta vista radica en la forma en que los objetivos de la organización pueden vincularse a las estrategias y luego a la arquitectura empresarial a través de las capacidades. Esta vista se puede utilizar para aplicar el “Modelo estratégico basado en objetivos” (Azevedo et al. 2015), en el que los objetivos forman una jerarquía que se puede dividir en objetivos de nivel inferior.
Vista de estrategia empresarial
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista del modelo de motivación empresarial (BMM)
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de requisitos
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta vista de requisitos se puede utilizar para recopilar necesidades en función de los objetivos estratégicos. Este es el proceso de conectar estrategias a implementaciones: las estrategias se pueden rastrear hasta su ejecución.
Vista de estrategia a capacidad
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista de estrategia a capacidad, junto con otros elementos de ArchiMate como “impulsor” y “objetivo”, se puede utilizar para la planificación basada en la capacidad (CBP), como se muestra en el diagrama de ArchiMate a continuación. Esta vista se puede utilizar para ayudar en la planificación (y ejecución) de estrategias. Como resultado, este tipo de perspectiva se puede emplear en la fase de estrategia a capacidad, que forma parte de la fase de “estrategia a cartera” de IT4IT.
Vista del mapa de capacidades
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista Mapa de capacidad se puede utilizar para ofrecer una descripción general de alto nivel de las capacidades de una empresa: lo que hace o puede hacer.
Vista de planificación de capacidad
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista Planificación de capacidades se puede utilizar para “el vínculo entre la estrategia y la arquitectura empresarial”, según lo define la planificación basada en capacidades (CBP). Este enfoque se puede utilizar para asignar estrategias a las capacidades requeridas y capacidades a los recursos y otros componentes básicos, entre otras cosas.
Vista de realización de capacidad
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de realización de capacidades 2
EDITE ESTE DIAGRAMA DE ARCHIMATE
Otro ejemplo de la vista Realización de la capacidad que muestra cómo definir qué elementos se pueden usar para realizar una capacidad.
Vista de flujo de valor
EDITE ESTE DIAGRAMA DE ARCHIMATE
Es importante tener en cuenta que al comienzo de una cadena de valor/flujo de valor, se utiliza una “asociación dirigida”. Las “etapas” de valor se pueden encontrar en un flujo de valor. Una “cadena de valor”, que se compone de flujos de valor, puede ser análoga a un flujo de valor general de alto nivel. IT4IT (enlace) presenta una cadena de valor que incluye cuatro flujos de valor: estrategia para cartera, requisito para implementar, solicitud para cumplir y detección para corregir (enlace).
Flujo de valor: vista de mapeo cruzado de capacidades
EDITE ESTE DIAGRAMA DE ARCHIMATE
A continuación se muestra un ejemplo simple de una cadena de entrega de valor. El elemento ArchiMate Value Stream, que se incluye en la edición ArchiMate 3.1, se puede utilizar para modelar cadenas de valor, redes de valor y flujos de valor.
Este es un ejemplo más detallado de cómo las capacidades ayudan (sirven) al flujo de valor. Esta perspectiva se puede utilizar para definir QUÉ hace la empresa (el modelo de negocio) y POR QUÉ se requieren capacidades, así como su relación con la creación de valor.
La implementación de referencia del Lean EA Framework (LEAF) incluye esta vista (enlace). Vaya a “Flujos de valor” y luego a “Cadena de entrega de valor”.
Vista de lienzo del modelo de negocio
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta es una versión básica del Business Model Canvas (BMC) de A. Osterwalder, y puede modificarse para adaptarse a sus necesidades. También están disponibles técnicas versionadas como “Service Model Canvas” y “Lean Canvas”. Un BMC se puede utilizar para diseñar e innovar modelos de negocio, por ejemplo.
“Facilita el seguimiento de los requisitos desde las solicitudes comerciales hasta las especificaciones de diseño” mediante el modelado de un BMC con ArchiMate. Esto ayuda a descubrir las consecuencias de los cambios en los modelos de negocio en el diseño arquitectónico”. [LO Meertens y colegas]
La asistencia de arquitectura integrada para el análisis de la estrategia y el modelo de negocio se incluye en el desarrollo holístico. Esto permite que los analistas y desarrolladores de negocios evalúen qué tan bien el modelo de negocios respalda la estrategia y se adapta a la organización, y viceversa.
Cuando el BMC se modela en una herramienta de modelado, una ventaja de este método es que todos los elementos del BMC se pueden reutilizar en otras vistas del mismo repositorio de modelos. Al cambiar el modelo de negocio, todos los cambios son evidentes de inmediato. Los modeladores de negocios pueden construir nuevos elementos, como servicios, o usar todos los elementos existentes del repositorio, como unidades organizacionales y recursos.
Vista de lienzo conceptual
EDITE ESTE DIAGRAMA DE ARCHIMATE
El BMC puede venir en una variedad de formas, como se muestra arriba. El enfoque en capas de ArchiMate se refleja en el diseño de este Concept Canvas.
Vistas de negocio
Vistas de capa de arquitectura empresarial.
Hay varios “mapas” de elementos controlados dentro de la herramienta EA en cada capa, como Business Services Map, Process Map, etc. Una vez que haya reconocido e introducido mapas, puede usarlos en otros diagramas (como vistas en capas). El objetivo de los mapas es manejar los catálogos de “activos de EA” como “carteras” (análogas a las carteras de ideas, servicios y proyectos, etc.). Otras características, como propiedades o atributos, a menudo son proporcionadas por herramientas EA para cada elemento. Estos se pueden utilizar para proporcionar más detalles sobre cada aspecto. Este tipo de datos adicionales también se puede utilizar para varios tipos de análisis.
Cada capa puede tener varios mapas, como los siguientes:
- servicios comerciales, actores comerciales y procesos comerciales en la capa comercial;
- Servicios de Aplicación, Aplicaciones en la Capa de Aplicación;
- Servicios Tecnológicos, Plataformas y Tecnologías en la Capa Tecnológica; etcétera.
Estos son algunos ejemplos de mapas de capa empresarial.
Vista de mapa de servicios comerciales
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista Mapa de servicios comerciales proporciona una descripción general de los servicios comerciales de la empresa. Para fines de gestión, este tipo de vista se puede utilizar como un “Catálogo de servicios” o “Portafolio de servicios”. Es fundamental averiguar qué tipo de servicios comerciales ofrece la empresa a sus clientes. Un servicio empresarial también se puede utilizar para simular todos los procesos y estructuras organizativos subyacentes. Como resultado, los servicios empresariales son componentes críticos de la arquitectura corporativa.
Vista de mapa de procesos de negocio
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta vista se puede utilizar como un “mapa de procesos”, que proporciona una descripción general de los procesos comerciales de la organización.
Vista de cooperación de procesos empresariales
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta vista se puede utilizar para modelar el modelo operativo, por ejemplo.
Vista de mapa de actores comerciales
EDITE ESTE DIAGRAMA DE ARCHIMATE
Hay dos tipos de acciones comerciales: internas y externas. Los clientes, socios comerciales u otros grupos de partes interesadas que colaboran con la organización son ejemplos de actores comerciales internos, mientras que los actores comerciales externos son clientes, socios comerciales u otros grupos de partes interesadas que colaboran con la empresa (como organizaciones del sector público u otras autoridades de gobierno). ).
Vista de cooperación de actores comerciales
EDITE ESTE DIAGRAMA DE ARCHIMATE
Los siguientes son dos escenarios de uso:
- Vista dentro de la empresa: esta vista visualiza cómo los actores comerciales internos colaboran y comparten información.
- Vista entre empresas: una vista del ecosistema que representa el entorno operativo en el que funciona una organización. Un ecosistema es una colección de organizaciones y socios comerciales que colaboran a través de interacciones. Hay proveedores, subcontratistas y otros socios comerciales, así como clientes.
Vista de proceso empresarial
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista del proceso empresarial muestra la “estructura y composición de alto nivel de un proceso empresarial (o numerosos procesos), los servicios que se suministran, las funciones asignadas de los actores y la información utilizada por el proceso empresarial”. Este diagrama de proceso incluye elementos de “unión” para representar la “bifurcación” y la “unión” del flujo del proceso.
A continuación se muestra una perspectiva de proceso avanzada. Este es el modelo operativo, que se basa en el modelo comercial representado en el diagrama de flujo de valor anterior.
EDITE ESTE DIAGRAMA DE ARCHIMATE
SIPOC (Proveedores, Entradas, Procesos, Salidas, Clientes)
EDITE ESTE DIAGRAMA DE ARCHIMATE
SIPOC (Proveedores, Entradas, Procesos, Salidas, Clientes) es una herramienta Six Sigma que se puede utilizar para definir aspectos que son similares a todos los procesos. Este es un método simple para examinar el caso de negocios: qué valor recibe el cliente y cómo lo recibe.
Vista de procesos comerciales con roles comerciales como “carriles” de un proceso: un enfoque en capas
EDITE ESTE DIAGRAMA DE ARCHIMATE
El cliente está representado por el “Rol comercial A”, y la ruta del viaje del cliente está representada por la “línea de natación” superior.
Tenga en cuenta que los roles comerciales (visualizados como “carriles”) están anidados dentro de los pasos del proceso (actividades), lo que implica que estos roles comerciales se asignan a estos procesos comerciales/etapas de proceso. Como resultado, esta vista es un híbrido de una vista en capas y una vista de proceso empresarial.
Los flujos de información y datos se representan en esta versión (relación de flujo). La ruta de viaje del cliente está representada por la “línea de natación” superior (actividades conectadas con la relación desencadenante).
EDITE ESTE DIAGRAMA DE ARCHIMATE
La metodología de diseño de servicios se representa a continuación. La ruta del viaje del cliente (función A) está representada por la “línea de natación” superior, que está relacionada con la organización (funciones B y C) a través de los servicios empresariales (1 y 2).
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de procesos de negocios en capas
Esta vista se puede utilizar para representar un proceso empresarial con pasos manuales y automatizados.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista del mapa de viaje del cliente
Cuando el viaje de un cliente debe estudiarse a un alto nivel, esta versión se genera utilizando elementos de motivación y estrategia.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Cuando la ruta de servicio al cliente necesita ser examinada con más detalle, esta versión se genera usando partes (núcleo) de capa de negocio y aplicación.
EDITE ESTE DIAGRAMA DE ARCHIMATE
La experiencia del cliente es el foco de esta visión centrada en el cliente. Esta técnica relacionada con el “diseño de servicios” se centra en el desarrollo “de afuera hacia adentro” del servicio que se está creando. Esto enfatiza la importancia de los servicios y productos para proporcionar valor a los clientes, e indirectamente a la organización. Se puede usar una ruta de viaje del cliente para visualizar un flujo de valor del cliente que incluye muchos servicios de aplicaciones y aplicaciones.
Vista de plano de servicio
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta vista del Service Blueprint se centra en el cliente y el servicio, pero también destaca el aspecto “de adentro hacia afuera” del servicio. La estrategia de desarrollo impulsada por servicios puede identificar las implicaciones estructurales y de comportamiento subyacentes del servicio que se va a construir con la ayuda de esta técnica. Como resultado, esta vista agrega procesos y factores funcionales al enfoque basado en la experiencia del cliente.
Esta vista se puede encontrar en una variedad de formas. Los flujos de información entre las capas y los elementos son el tema de este ejemplo.
Vista de historia de usuario
EDITE ESTE DIAGRAMA DE ARCHIMATE
Las historias de usuario se pueden visualizar usando esta vista.
Vista de modelos de servicios en la nube
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de información
EDITE ESTE DIAGRAMA DE ARCHIMATE
Los siguientes niveles de abstracción se pueden utilizar para modelar la información: a) conceptual, b) lógico y c) físico. Estas capas de abstracción se representan en el diagrama de arriba.
Vista del modelo de datos conceptuales
EDITE ESTE DIAGRAMA DE ARCHIMATE
Los objetos comerciales, también conocidos como conceptos, que se emplean en las operaciones comerciales están contenidos en la arquitectura de información de la EA. Se puede utilizar un modelo de datos conceptuales para representar estos conceptos y sus relaciones.
Concepto de “Servicio”
EDITE ESTE DIAGRAMA DE ARCHIMATE
El concepto de servicio es con frecuencia problemático, como puede verse en una variedad de formas. Para que sea obvio qué tipo de servicio se está discutiendo, es una buena idea usar el prefijo: negocio, aplicación o servicio de tecnología. Según ITIL, el servicio de TI está ligado al servicio de producción. Como resultado. El Servicio de TI es el más relacionado con los Servicios de Aplicación.
Servicio y Producto
EDITE ESTE DIAGRAMA DE ARCHIMATE
Una noción de producto se puede utilizar para agregar servicios como un elemento compuesto. Especificación según ArchiMate:
“Un producto representa una colección coherente de servicios y/o elementos de estructura pasiva, acompañados de un contrato/conjunto de acuerdos, que se ofrece como un todo a clientes (internos o externos)”.
“Un producto puede agregar o componer servicios comerciales, servicios de aplicación y servicios tecnológicos, objetos comerciales, objetos de datos y objetos tecnológicos, así como un contrato. Por lo tanto, un producto puede agregar o componer elementos de otras capas además de la capa comercial. “
“Un valor puede estar asociado con un producto. El nombre de un producto suele ser el nombre que se utiliza en la comunicación con los clientes, o posiblemente un sustantivo más genérico (por ejemplo, “seguro de viaje”)”.
Vistas de la aplicación
Vista de mapa de servicios de aplicaciones
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de mapa de aplicaciones
EDITE ESTE DIAGRAMA DE ARCHIMATE
Cartera de aplicaciones, que se puede separar en divisiones según las unidades de negocio, por ejemplo.
Vista de cooperación de aplicaciones (flujos de datos)
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de integración de aplicaciones (relaciones dinámicas)
Los ejemplos (1–10) a continuación muestran varias técnicas diferentes para simular el cambio de datos entre aplicaciones.
- La “Aplicación A” posee el objeto de datos “A-1”, que solicita la “Aplicación B”.
- La “Aplicación A” envía datos a la “Aplicación B”.
- La “Aplicación A” crea el servicio “A-1”, que es utilizado por la “Aplicación B”.
- En la práctica, la “Solicitud B” envía una solicitud a la “Solicitud A-1” y recibe una respuesta…
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de la estructura de la aplicación
Esta vista es importante para diseñar o analizar la estructura principal, los subcomponentes y los datos asociados de una aplicación. Este diagrama se puede utilizar para desglosar la estructura de un sistema de aplicación en desarrollo, para demostrar la modularización/descomposición: cuáles son los subsistemas/subcomponentes que suministran y cuáles son los servicios de aplicación (o interfaces de aplicación) que proporcionan. dar.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Las funciones de comportamiento suministradas a través de las interfaces estructurales (GUI y/o API en la imagen a continuación) se denominan servicios de aplicación (figura anterior). Las “diferentes caras de la misma moneda” son los servicios de aplicaciones y las interfaces de aplicaciones.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de la arquitectura de la aplicación
Debido a que hay aplicaciones y módulos de aplicaciones en la misma vista, esta vista combina técnicas de EA y de nivel de solución.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Modelo de componente de aplicación (CM)
El modelo de componentes de aplicación 0-n es una técnica para modelar la arquitectura de aplicaciones que consta de los siguientes diagramas de varios niveles de abstracción:
- El diagrama en el nivel CM-0 muestra cómo la aplicación interactúa con su entorno, incluida la forma en que interactúa con otras aplicaciones y usuarios. Se utiliza un cuadro negro para representar la aplicación de destino.
- La aplicación de destino se divide en módulos (componentes principales) y qué servicios de aplicación (o interfaces de aplicación) ofrecen y demandan esos módulos en el nivel CM-1. Se utiliza un cuadro blanco para representar la aplicación de destino.
- Los módulos se dividen en subcomponentes en el nivel CM-2. (El número de niveles esenciales varía según las circunstancias).
Los componentes de la aplicación y los servicios de la aplicación se representan en los diagramas del Modelo de componentes de la aplicación (CM) a continuación. Dependiendo de la situación, se pueden usar interfaces de aplicaciones en lugar de servicios de aplicaciones. Como siempre, es fundamental usar un estilo de modelado que sea apropiado para la tarea en cuestión y modelar solo aquellos aspectos que son lo suficientemente informativos y agregan valor. Depende del modelador resaltar las características funcionales o ser más detallado y modelar, por ejemplo, las interfaces reales con una nomenclatura precisa.
Los componentes de la aplicación y los servicios de la aplicación se representan en los diagramas del modelo de componente a continuación. En lugar de utilizar servicios de aplicaciones, se pueden utilizar interfaces de aplicaciones.
Modelo de componente de aplicación: 0 (CM-0)
EDITE ESTE DIAGRAMA DE ARCHIMATE
Las interacciones entre la aplicación de destino y las aplicaciones circundantes se representan en el modelo de componentes: nivel 0 (CM-0) (arriba). Se describen todos los servicios de aplicación necesarios (o interfaces de aplicación). Los componentes de nivel de arquitectura empresarial y sus servicios se representan en el nivel 0 del diagrama, con la aplicación de destino en el medio.
Modelo de componente de aplicación: 1 (CM-1)
EDITE ESTE DIAGRAMA DE ARCHIMATE
El modelo de componentes: nivel 1 (CM-1) (arriba) muestra cómo la aplicación de destino se divide en módulos (o componentes principales) y qué módulo es responsable de qué servicios de aplicación (o interfaces de aplicación). ¡Nota! No es necesario que las aplicaciones externas se muestren en este nivel, pero sí sus servicios (o interfaces). Cuando se muestran más partes de bajo nivel, se pueden/deben omitir más elementos de alto nivel, con el propósito de claridad: para mantener el diagrama comprensible.
Modelo de componente de aplicación: 2 (CM-2)
EDITE ESTE DIAGRAMA DE ARCHIMATE
El modelo de componentes: nivel 2 (CM-2) (que se muestra arriba) describe cómo los módulos de la aplicación de destino se componen de subcomponentes e interactúan.
Vista de funciones de la aplicación
Descomposición de las funcionalidades de la aplicación: ¿cuáles son las funciones del sistema y qué servicios de aplicación brindan?
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista del proceso de solicitud
EDITE ESTE DIAGRAMA DE ARCHIMATE
La siguiente es la vista anidada de la vista del proceso de la aplicación.
EDITE ESTE DIAGRAMA DE ARCHIMATE
A continuación se muestra el contenido interno de la vista del proceso de aplicación.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de diagrama de secuencia de componentes de aplicación
ArchiMate no cubre exactamente los diagramas de secuencia; en cambio, están cubiertos por UML. Sin embargo, como se demuestra a continuación, ArchiMate se puede utilizar para modelar secuencias de operaciones ejecutadas por componentes de aplicaciones.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Para modelar la dinámica entre los componentes de la aplicación, se pueden emplear las relaciones dinámicas “Disparador” y “Flujo”. El diseño de esta vista es similar al del diagrama de secuencia UML.
Vista de diagrama de secuencia de componentes de aplicación 2
Esta versión (diagrama a continuación) muestra cómo se puede usar ArchiMate para modelar las acciones que realizan los elementos internos de los componentes de la aplicación. Los procesos o funciones de comportamiento, así como los subcomponentes estructurales, son ejemplos de partes internas. Los elementos de proceso de aplicación, función de aplicación y componente de aplicación se utilizan para modelarlos. Estos solo se proporcionan como alternativas.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Las acciones en este diagrama de secuencia (arriba) son las siguientes:
- El subproceso “X” del Componente de Aplicación “A” envía un mensaje de solicitud a la Aplicación B con el parámetro “A”.
- El subproceso “B-1” del componente de aplicación “B” recibe la solicitud entrante y luego (sincrónicamente) llama al componente de aplicación C, donde la función de aplicación “Y” acepta la solicitud, realiza ciertas acciones y regresa.
- El otro subproceso “B-2” del Componente de Aplicación “B” envía un mensaje con parámetros al Componente de Aplicación D y recibe acuse de recibo. El subcomponente “D” del componente de aplicación “D” realiza el procesamiento.
- El mensaje de respuesta del componente de aplicación B es recibido por el componente de aplicación “A”. Como se muestra aquí, podemos modelar casos de integración bastante complejos con la combinación de estos elementos (componente de aplicación, proceso de aplicación y función de aplicación y relaciones (disparador, flujo). UML El diagrama de secuencia tiene su propio propósito especializado en el diseño de software, pero ArchiMate se puede utilizar en muchos propósitos de modelado, también en el diseño de aplicaciones.
Uno de los aspectos más significativos de la arquitectura empresarial es la integración de aplicaciones (EA). Por eso es útil si podemos describir cómo las aplicaciones intercambian datos y qué métodos de interacción se emplean con más detalle. Aquí hay un enlace al libro “Patrones de integración empresarial”, que es un lugar fantástico para comenzar a aprender acerca de los patrones de integración.
La misma idea de aprovechar las relaciones dinámicas Trigger y Flow de ArchiMate, que se pueden usar para modelar patrones de mensajería síncrona y asíncrona, se utiliza en una secuencia con el usuario final incluido (figura a continuación) (solicitud-respuesta y devolución de llamada, también publicación- suscríbete, etc.).
Vista del proceso ETL
EDITE ESTE DIAGRAMA DE ARCHIMATE
Ver EAI/ESB
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista en capas
EDITE ESTE DIAGRAMA DE ARCHIMATE
La vista en capas se puede utilizar como un diagrama de contexto de descripción general del área objetivo. El beneficio clave de este enfoque es que muestra cómo se utilizan las aplicaciones en los procesos comerciales y qué servicios brindan. Para modelar diferentes capas, el diagrama de arriba usa el elemento de agrupación ArchiMate, mientras que el diagrama de abajo usa el elemento de grupo visual de la herramienta.
ArchiMate tiene tres (3) capas, que son las siguientes: Las tres capas son: 1) la capa comercial, 2) la capa de aplicación y 3) la capa de tecnología. Por lo general, se colorean de la siguiente manera: amarillo para la capa empresarial, turquesa para la capa de aplicación y verde para la capa tecnológica.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de aplicación y base de datos
Una base de datos es un componente importante de la arquitectura corporativa general de una organización. Por ejemplo, “Base de datos de clientes”, “Base de datos de clientes”, “Base de datos de productos”, etc. Alternativamente, una base de datos puede ser una compilación lógica (y física) de todas las tablas de una aplicación (p. ej., “tabla de clientes”, “tabla de pedidos”, “tabla de facturas”, etc.), que colectivamente forman una base de datos. Un objeto de datos se puede utilizar para modelar una base de datos lógica (figura a continuación), de acuerdo con el estándar ArchiMate. El Capítulo 9.4.1 “Objeto de datos” establece: “Ejemplos típicos de objetos de datos son un registro de cliente, una base de datos de cliente o un reclamo de seguro”. “Una excepción importante es cuando se usa un objeto de datos para modelar una colección de datos con una sola instancia, como una base de datos. ArchiMate incluye un inteligente sistema incorporado que le permite aplicar el mismo concepto a varios niveles de abstracción (y niveles de detalles). Como resultado, el objeto de datos, por ejemplo, se puede usar para simular una base de datos lógica, una tabla de base de datos, una estructura de mensaje (conmutada entre aplicaciones), etc.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Base de datos como componente de una aplicación
EDITE ESTE DIAGRAMA DE ARCHIMATE
Niveles de abstracción de la base de datos:
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista del modelo de datos:
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de caso de uso
ArchiMate se puede utilizar para examinar casos de uso desde el punto de vista funcional de una aplicación. Como se muestra en el siguiente diagrama, los casos de uso (según lo definido por UML) se pueden asignar a servicios de aplicaciones.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Un caso de uso se puede dividir en dos categorías: casos de uso comercial y casos de uso del sistema (también conocidos como casos del sistema). El siguiente diagrama muestra cómo un “caso de uso principal” puede representarse mediante un servicio comercial, con casos de sistema posteriores representados por servicios de aplicación.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Cuando los casos de uso se definen como servicios de aplicación, se pueden usar como piezas de funciones de aplicación de destino en otros diagramas (como la vista en capas). En otras palabras, los servicios de aplicación representan el comportamiento de una aplicación (funcionalidades). Consulte el libro de recetas de ArchiMate, enlace, para obtener más información sobre el análisis de casos de uso.
Vistas de tecnología
Vistas de capa de arquitectura de tecnología.
Vista de infraestructura
Esta vista representa la plataforma de una aplicación. Este patrón se puede utilizar para modelar la configuración de un entorno de tiempo de ejecución, así como la implementación de una aplicación empresarial.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de infraestructura (anidamiento):
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vistas de capa de implementación y migración/capa de arquitectura de transformación
Vista de hoja de ruta de implementación
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista Kanban
EDITE ESTE DIAGRAMA DE ARCHIMATE
El tablero Kanban es una herramienta para visualizar el trabajo y el proceso. El tablero Kanban muestra cómo las necesidades de desarrollo, las epopeyas, las historias de usuarios y otros elementos fluyen desde el trabajo pendiente hasta el estado Listo (Terminado). Según el volumen y la amplitud del escenario de desarrollo, un tablero Kanban se puede utilizar para una variedad de propósitos. Por ejemplo, “Epics” se puede usar a nivel de EA y “Historias de usuario” o “Requisitos” se pueden usar como elementos de trabajo a nivel de proyecto. Según la situación, la granularidad de los elementos de la tarea puede variar.
Vista genérica
EDITE ESTE DIAGRAMA DE ARCHIMATE
Esta representación simplificada se puede utilizar como un diagrama de contexto para un servicio, programa o proyecto específico, por ejemplo.
Extras
Descripción general del contexto: el mapa de la Vía Láctea
Esta es una técnica para visualizar tanto como sea posible en una sola mirada. Consulte el Mapa de la Vía Láctea con ArchiMate para obtener más información.
EDITE ESTE DIAGRAMA DE ARCHIMATE
Vista de cooperación
Como se demuestra en el siguiente ejemplo de diagrama de flujo de datos, las capas se pueden mezclar.
EDITE ESTE DIAGRAMA DE ARCHIMATE
metamodelo
EDITE ESTE DIAGRAMA DE ARCHIMATE
Estos ejemplos se crean con Visual Paradigm Online .
