![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Framework-View-1.jpg\")
<\/p>\n<\/p>\n
Vista de marco.<\/p>\n
Esta vista representa el marco para construir todos los aspectos del desarrollo y los diagramas relacionados. La vista puede modificarse seg\u00fan la situaci\u00f3n. Por lo tanto, esta vista puede usarse para navegar entre diagramas. Esta versi\u00f3n de la vista se aplica desde el marco ArchiMate (3). La motivaci\u00f3n se introduce aqu\u00ed como una \u00abcapa\u00bb en lugar de un \u00abaspecto\u00bb.<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Motivation-View-1.jpg\")
<\/p>\n
Punto de vista de motivaci\u00f3n.<\/p>\n
Esta vista puede usarse para analizar las motivaciones o impulsos que gu\u00edan a la organizaci\u00f3n y su dise\u00f1o o cambio en arquitectura empresarial. Estas analizadas de motivaci\u00f3n son el punto de partida para todas las actividades de cambio o transformaciones empresariales dentro de la organizaci\u00f3n. La vista representa la visi\u00f3n del trabajo de desarrollo \u2014 ya sea que el alcance y la escala cubran toda la organizaci\u00f3n o una parte de ella (por ejemplo, una l\u00ednea de negocio) o un \u00fanico programa o proyecto (nivel de soluci\u00f3n). Nota: Se puede agregar un Valor a, por ejemplo, Resultado (o cualquier otro elemento de ArchiMate) para indicar cu\u00e1l es el verdadero valor a\u00f1adido!<\/p>\n
Los elementos de motivaci\u00f3n se basan en el Modelo de Motivaci\u00f3n Empresarial (BMM) [especificaci\u00f3n<\/a> v.1.3, 2015, OMG].<\/p>\n Misi\u00f3n \u2013 Visi\u00f3n \u2013 Valores.<\/p>\n Esta vista puede usarse para representar la misi\u00f3n, visi\u00f3n y valores centrales de la organizaci\u00f3n. La misi\u00f3n expresa, por ejemplo, \u00ab\u00bfCu\u00e1l es el prop\u00f3sito de la organizaci\u00f3n, qu\u00e9 hace realmente o pretende hacer, y cu\u00e1l es la raz\u00f3n principal de su existencia?\u00bb. La visi\u00f3n es el estado futuro hacia el que la organizaci\u00f3n pretende desarrollarse. Los valores centrales son lo que apoyan la visi\u00f3n, moldean la cultura y reflejan los valores de la organizaci\u00f3n. Para realizar la visi\u00f3n de la organizaci\u00f3n, es necesario alcanzar objetivos estrat\u00e9gicos.<\/p>\n Referencia: Aldea, A. \u2013 Iacob, M.-E. \u2013 Hillegersberg, J. \u2013 Quartel, D. \u2013 Franken, H. (2015) Modelado de estrategia con ArchiMate.<\/p>\n Mapa de valor \u2013 Vista del mapa estrat\u00e9gico.<\/p>\n Esta vista puede usarse para visualizar la estrategia de la organizaci\u00f3n. La vista contiene elementos de valor estrat\u00e9gico, y todas las actividades de desarrollo deben derivarse \u2014 directa o indirectamente \u2014 de estos elementos de valor estrat\u00e9gico. Al visualizar el valor estrat\u00e9gico, es posible rastrear todos los dem\u00e1s elementos relacionados con la ejecuci\u00f3n estrat\u00e9gica real. Con esta vista, la estrategia puede volverse tangible: visualizada, comunicada y vinculada a la realidad.<\/p>\n Vista de an\u00e1lisis de partes interesadas.<\/p>\n Esta vista puede usarse para el an\u00e1lisis de partes interesadas en el desarrollo empresarial: \u00bfcu\u00e1les son los impulsos del cambio? En primer lugar, se identifican las partes interesadas relevantes, luego se determinan los impulsos del cambio que se alinean con sus intereses. El concepto de \u00abEvaluaci\u00f3n\u00bb puede usarse para analizar los impulsos con m\u00e1s detalle, por ejemplo, seg\u00fan el enfoque SWOT (Fortalezas, Debilidades, Oportunidades, Amenazas). Normalmente, se pueden crear diferentes vistas de partes interesadas desde distintos puntos de vista. Otra raz\u00f3n para dividir la imagen general en partes m\u00e1s peque\u00f1as es mantener los diagramas compactos y legibles \u2014 por simplicidad.<\/p>\n Punto de vista de partes interesadas.<\/p>\n Esta vista puede usarse para vincular los impulsos de las partes interesadas con los objetivos empresariales. Los objetivos son elementos clave del desarrollo de la organizaci\u00f3n. Todos los elementos posteriores deben remontarse a estos impulsos primarios de todas las actividades de cambio.<\/p>\n Vista de principios.<\/p>\n Vista de riesgo y seguridad. Mapeo de conceptos de riesgo y seguridad a ArchiMate. Los problemas de seguridad y protecci\u00f3n de datos forman parte de la gesti\u00f3n de riesgos. Este enfoque de modelado cubre ambos.<\/p>\n Referencias:<\/p>\n Vista de an\u00e1lisis SWOT.<\/p>\n Vista de objetivos (con elemento de valor).<\/p>\n Patr\u00f3n OKR.<\/p>\n OKR es una estrategia de gesti\u00f3n popular para definir objetivos y rastrear resultados. Ayuda a crear alineaci\u00f3n y compromiso alrededor de objetivos medibles. Los OKR tienen dos partes importantes: el objetivo que desea alcanzar y los resultados clave, que son la forma en que mide el logro del objetivo.<\/p>\n Objetivo:<\/p>\n Resultados clave:<\/p>\n A continuaci\u00f3n se muestra otra versi\u00f3n de OKR.<\/p>\n Patr\u00f3n OKR (2).<\/p>\n Vista de capa de estrategia<\/p>\n Vista de estrategia.<\/p>\n La versi\u00f3n 3 de ArchiMate ahora admite conceptos relacionados con la estrategia empresarial, como \u00abCurso de acci\u00f3n\u00bb, \u00abCapacidad\u00bb y \u00abRecurso\u00bb, que pueden utilizarse para modelar la estrategia empresarial de una organizaci\u00f3n. El valor e importancia de esta vista radica en que los objetivos de la organizaci\u00f3n pueden vincularse a la estrategia, y en c\u00f3mo se vinculan a la arquitectura empresarial a trav\u00e9s de capacidades. Esta vista puede utilizarse para aplicar el \u00abModelado estrat\u00e9gico basado en objetivos\u00bb (Azevedo et al. 2015), en el que los objetivos forman una jerarqu\u00eda, de modo que los objetivos de nivel superior pueden descomponerse en objetivos de nivel inferior.<\/p>\n Estrategia empresarial.<\/p>\n Vista del Modelo de motivaci\u00f3n empresarial (BMM).<\/p>\n Vista de requisitos.<\/p>\n Esta vista puede utilizarse para recopilar requisitos basados en objetivos estrat\u00e9gicos. Esto vincula la estrategia con la realizaci\u00f3n: la estrategia puede rastrearse hasta la ejecuci\u00f3n.<\/p>\n Vista de estrategia a capacidad.<\/p>\n Esta vista puede utilizarse, por ejemplo, para fines de Planificaci\u00f3n basada en capacidades (CBP), as\u00ed como para otros conceptos de ArchiMate como \u00abConductor\u00bb y \u00abObjetivo\u00bb, como se muestra en la figura a continuaci\u00f3n. Esta vista puede utilizarse para apoyar prop\u00f3sitos de planificaci\u00f3n estrat\u00e9gica (y ejecuci\u00f3n). Por tanto, esta vista puede utilizarse para la fase de Estrategia a Capacidad, que puede incluirse en el \u00abEstrategia a Portafolio\u00bb de IT4IT.<\/p>\n Vista de mapa de capacidades.<\/p>\n Esta vista se puede utilizar para obtener una visi\u00f3n general de las capacidades de la organizaci\u00f3n: lo que la organizaci\u00f3n hace o puede hacer.<\/p>\n Vista de planificaci\u00f3n de capacidades.<\/p>\n Esta vista se puede utilizar, por ejemplo, para fines de planificaci\u00f3n basada en capacidades (CBP), es decir, \u00abel v\u00ednculo entre la estrategia y la arquitectura empresarial\u00bb. La vista se puede utilizar, por ejemplo, para mapear la estrategia con las capacidades necesarias, y las capacidades con recursos y otros elementos constitutivos.<\/p>\n Vista de realizaci\u00f3n de capacidades.<\/p>\n Otra vista que define c\u00f3mo se realizan las capacidades mediante qu\u00e9 elementos\u2026<\/p>\n Vista de realizaci\u00f3n de capacidades 2.<\/p>\n Vista de flujo de valor (patr\u00f3n).<\/p>\n Nota: \u00abasociaci\u00f3n dirigida\u00bb utilizada al inicio de la cadena de valor \/ flujo de valor. Un flujo de valor puede constar de etapas de valor. Asimismo, un flujo de valor general y de alto nivel puede ser una \u00abcadena de valor\u00bb, que a su vez consta de flujos de valor. Por ejemplo, IT4IT (enlace<\/a>) introduce una cadena de valor que consta de cuatro flujos de valor de la siguiente manera: Estrategia de cartera, Despliegue de demanda, Cumplimiento de solicitud, Detecci\u00f3n-a-Correcci\u00f3n (enlace<\/a>).<\/p>\n A continuaci\u00f3n se muestra un ejemplo sencillo de cadena de entrega de valor. Las cadenas de valor, redes de valor y flujos de valor se pueden modelar utilizando el elemento Flujo de valor de ArchiMate, incluido en la versi\u00f3n 3.1 de ArchiMate.<\/p>\n Vista de ejemplo de cadena de valor de idea a producci\u00f3n.<\/p>\n Cadena de entrega de valor. Este es un ejemplo ampliado que ilustra c\u00f3mo las funciones apoyan (sirven) al flujo de valor. Esta vista se puede utilizar para definir lo que hace la organizaci\u00f3n (modelo de negocio), por qu\u00e9 se necesitan capacidades y cu\u00e1l es su relaci\u00f3n con la creaci\u00f3n de valor.<\/p>\n Esta vista se incluye en la implementaci\u00f3n de referencia del marco Lean EA (LEAF) (enlace<\/a>). Navegue hasta \u00abFlujos de valor\u00bb, \u00abCadena de entrega de valor\u00bb.<\/p>\n Vista del modelo de negocio.<\/p>\n Esta es la forma b\u00e1sica del lienzo del modelo de negocio de A. OsterwalderLienzo del modelo de negocio<\/a> (BMC), pero puede variarse seg\u00fan la situaci\u00f3n. Tambi\u00e9n existen enfoques versionados, como el \u00abLienzo del modelo de servicio\u00bb o el \u00abLienzo Lean\u00bb. BMC se puede utilizar, por ejemplo, para el dise\u00f1o y la innovaci\u00f3n del modelo de negocio.<\/p>\n Modelar el BMC con ArchiMate \u00abayuda a rastrear los requisitos desde las necesidades del negocio hasta las especificaciones de dise\u00f1o. Esto ayuda a descubrir el impacto de los cambios en el modelo de negocio sobre el dise\u00f1o arquitect\u00f3nico\u00bb. [LO Meertens et al.]<\/p>\n El desarrollo general incluye soporte arquitect\u00f3nico integrado para el an\u00e1lisis de estrategia y modelo de negocio. Esto permite a los analistas de negocios y desarrolladores observar, por ejemplo, c\u00f3mo el modelo de negocio apoya la estrategia y c\u00f3mo el modelo de negocio se adapta a la organizaci\u00f3n, y viceversa.<\/p>\n Si el BMC se modela en una herramienta de modelado, la ventaja de este enfoque es que todos los elementos del BMC pueden utilizarse en otras vistas dentro del mismo repositorio de modelos. Cuando se gira el modelo de negocio, todos los cambios son inmediatamente visibles. Los modeladores de negocios pueden crear nuevos elementos (por ejemplo, servicios) o utilizar todos los elementos existentes en el repositorio (por ejemplo, unidades organizativas o recursos).<\/p>\n Canvas de Conceptos. El BMC puede tener diferentes variantes, como se muestra en la figura siguiente. El dise\u00f1o de este Canvas de Conceptos es coherente con el enfoque por capas de ArchiMate.<\/p>\n Vista de la capa de Arquitectura de Negocios.<\/p>\n Vista de Servicios de Negocios.<\/p>\n Esta vista proporciona una visi\u00f3n general de los servicios de negocio de la organizaci\u00f3n. Esta vista puede utilizarse como un “cat\u00e1logo de servicios” o “portafolio de servicios” para la gesti\u00f3n. Es muy importante identificar qu\u00e9 servicios de negocio ofrece la organizaci\u00f3n a sus clientes. Adem\u00e1s, los servicios de negocio son el punto de partida para modelar todos los procesos y estructuras organizativas subyacentes. Por lo tanto, los servicios de negocio son uno de los elementos m\u00e1s importantes en la arquitectura empresarial.<\/p>\n Vista de Procesos de Negocios.<\/p>\n Esta vista puede utilizarse como un “mapa de procesos” que proporciona una visi\u00f3n general de los procesos de negocio de la organizaci\u00f3n.<\/p>\n Vista de Cooperaci\u00f3n de Procesos de Negocios.<\/p>\n Esta vista puede utilizarse, por ejemplo, para modelar modelos operativos.<\/p>\n Vista de Actores de Negocios.<\/p>\n Los actores de negocio pueden ser a) internos o b) externos. Los actores de negocio internos son, por ejemplo, unidades organizativas, mientras que los actores de negocio externos son, por ejemplo, clientes, socios comerciales u otros grupos de interesados que colaboran con la organizaci\u00f3n (por ejemplo, organizaciones del sector p\u00fablico u otras entidades reguladoras).<\/p>\n Vista de Cooperaci\u00f3n de Actores de Negocios.<\/p>\n Dos casos de uso son los siguientes:<\/p>\n Vista de Proceso de Negocios.<\/p>\n Esta vista de proceso de negocio proporciona una “estructura y composici\u00f3n de alto nivel de uno o m\u00e1s procesos de negocio (o partes de ellos), donde se proporcionan servicios, se asignan actores a roles y se utiliza informaci\u00f3n en los procesos de negocio” [especificaci\u00f3n ArchiMate 2.1]. El diagrama de proceso contiene elementos de “Uni\u00f3n” utilizados para modelar “ramificaci\u00f3n” y “uni\u00f3n” en los flujos de procesos.<\/p>\n A continuaci\u00f3n se muestra una vista de alto nivel del proceso. Esta se basa en el modelo operativo derivado del modelo de negocio, como se muestra en el diagrama de flujo de valor anterior.<\/p>\n Proceso de Idea a Producci\u00f3n.<\/p>\n SIPOC.<\/p>\n La herramienta de Six Sigma llamada SIPOC (Proveedores, Entradas, Proceso, Salidas, Clientes) puede utilizarse para definir elementos comunes a todos los procesos. Se trata de una herramienta sencilla para analizar casos de negocio: \u00bfqu\u00e9 valor recibe el cliente y c\u00f3mo lo recibe?<\/p>\n Vista de carriles del proceso de negocio (patr\u00f3n) 2.0.<\/p>\n El “Rol de negocio A” representa al cliente, mientras que el carril superior representa la ruta del viaje del cliente.<\/p>\n \u00a1Nota! Los pasos del proceso (actividades) est\u00e1n anidados dentro de los roles de negocio (visualizados como “carriles”), lo que significa: estos roles de negocio se asignan a estos procesos de negocio\/pasos del proceso. Por tanto, esta vista es una combinaci\u00f3n de una vista del proceso de negocio y una vista por capas.<\/p>\n La versi\u00f3n siguiente ilustra flujos de informaci\u00f3n y datos (relaciones de flujo). El carril superior representa la ruta del viaje del cliente (actividades relacionadas por relaciones de desencadenamiento).<\/p>\n Vista de carriles del proceso de negocio (patr\u00f3n) 2.0 (flujo de informaci\u00f3n).<\/p>\n La versi\u00f3n siguiente representa un enfoque de dise\u00f1o de servicios. El carril superior (Rol A) representa la ruta del viaje del cliente, que est\u00e1 conectado a la organizaci\u00f3n (Roles B y C) a trav\u00e9s de servicios de negocio (1 y 2).<\/p>\n Vista de carriles del proceso de negocio (patr\u00f3n) 2.0 (servicios).<\/p>\n Vista por capas.<\/p>\n Esta vista puede utilizarse para modelar procesos de negocio que incluyen pasos manuales y automatizados.<\/p>\n Al analizar los viajes del cliente a un nivel alto, esta versi\u00f3n se crea utilizando elementos de motivaci\u00f3n y estrategia.<\/p>\n Mapa del viaje del cliente (nivel alto).<\/p>\n Al analizar los caminos del servicio al cliente con m\u00e1s detalle, esta versi\u00f3n se crea utilizando elementos de capa de negocio y capa de aplicaci\u00f3n (n\u00facleo).<\/p>\n Vista del viaje del cliente (ejemplo) 1.0.<\/p>\n Esta vista centrada en el cliente se enfoca en la experiencia del cliente. Este enfoque de desarrollo \u201cde fuera hacia adentro\u201d relacionado con el \u201cdise\u00f1o de servicios\u201d enfatiza el aspecto importante de que los servicios y productos se crean para brindar valor al cliente \u2014 y, de forma indirecta, a la organizaci\u00f3n misma. Las rutas del viaje del cliente pueden utilizarse para visualizar flujos de valor del cliente que abarcan m\u00faltiples servicios y aplicaciones de aplicaci\u00f3n.<\/p>\n Vista del plano de servicio 1 (servicios y flujos)<\/p>\n Esta vista est\u00e1 centrada en el cliente y en el servicio, pero tambi\u00e9n enfatiza la parte \u201cde dentro hacia afuera\u201d del servicio. Con la ayuda de este enfoque, el desarrollo impulsado por servicios puede identificar posibles impactos conductuales y estructurales sobre los servicios que se van a dise\u00f1ar. Por tanto, esta vista complementa el enfoque impulsado por la experiencia del cliente a trav\u00e9s de aspectos procesales y funcionales.<\/p>\n Esta vista tiene varias variantes. El ejemplo anterior se centra en los flujos de informaci\u00f3n entre capas y elementos.<\/p>\n Vista de la historia del usuario.<\/p>\n Esta vista puede utilizarse para visualizar historias de usuario.<\/p>\n Vista de modelos de servicios en la nube.<\/p>\n Vista de informaci\u00f3n.<\/p>\n La informaci\u00f3n puede modelarse a diferentes niveles de abstracci\u00f3n de la siguiente manera: a) nivel conceptual, b) nivel l\u00f3gico y c) nivel f\u00edsico. La figura anterior ilustra estos niveles de abstracci\u00f3n.<\/p>\n Vista del modelo de datos conceptual.<\/p>\n La arquitectura de informaci\u00f3n de la EA incluye objetos de negocio utilizados en procesos de negocio, es decir, conceptos. Estos conceptos y sus relaciones pueden representarse en un modelo de datos conceptual.<\/p>\n Concepto de servicio.<\/p>\n El concepto de servicio a menudo es problem\u00e1tico y puede entenderse de muchas maneras diferentes. Para distinguir claramente los tipos de servicios involucrados, es buena pr\u00e1ctica mencionar el prefijo: servicio de negocio, servicio de aplicaci\u00f3n o servicio de tecnolog\u00eda. Seg\u00fan ITIL, los servicios de TI se relacionan con servicios de producci\u00f3n. As\u00ed. Los servicios de TI se corresponden m\u00e1s estrechamente con los servicios de aplicaci\u00f3n.<\/p>\n Vista de producto.<\/p>\n El concepto de producto puede utilizarse como un elemento compuesto para agrupar servicios. Seg\u00fan la especificaci\u00f3n ArchiMate:<\/p>\n \u00abUn producto representa una colecci\u00f3n de servicios coherentes y\/o elementos estructurales pasivos, acompa\u00f1ados por un conjunto de contratos\/acuerdos, ofrecidos en su conjunto a (clientes internos o externos).\u00bb<\/p>\n<\/blockquote>\n \u00abUn producto puede agrupar o componer servicios de negocio, servicios de aplicaci\u00f3n y servicios de tecnolog\u00eda, objetos de negocio, objetos de datos y objetos de tecnolog\u00eda, y contratos. Por tanto, un producto puede agrupar o componer elementos de capas distintas de la capa de negocio.\u00bb<\/p>\n<\/blockquote>\n \u00abPuede asociarse valor a un producto. El nombre del producto suele ser el nombre utilizado en la comunicaci\u00f3n con los clientes, o puede ser un sustantivo m\u00e1s gen\u00e9rico (por ejemplo, \u00abseguro de viaje\u00bb).\u00bb<\/p>\n<\/blockquote>\n Vista de capa de arquitectura de aplicaci\u00f3n.<\/p>\n Vista de servicios de aplicaci\u00f3n.<\/p>\n Vista de mapa de aplicaciones.<\/p>\n Portafolio de aplicaciones, donde las aplicaciones pueden agruparse por unidad de negocio.<\/p>\n Vista de cooperaci\u00f3n de aplicaci\u00f3n.<\/p>\n Se muestran varias formas alternativas de modelar el intercambio de datos entre aplicaciones en el ejemplo siguiente (del 1 al 10).<\/p>\n Vista de integraci\u00f3n de aplicaci\u00f3n.<\/p>\n Esta vista ayuda a dise\u00f1ar o comprender la estructura principal de una aplicaci\u00f3n y sus subcomponentes y datos relacionados. El diagrama puede utilizarse para descomponer la estructura del sistema de aplicaci\u00f3n que se est\u00e1 construyendo para ilustrar la modularidad\/descomposici\u00f3n: \u00bfcu\u00e1les son los subsistemas\/subcomponentes, qu\u00e9 servicios de aplicaci\u00f3n (o interfaces de aplicaci\u00f3n) proporcionan?<\/p>\n Vista de la estructura de la aplicaci\u00f3n.<\/p>\n Observe que los servicios de aplicaci\u00f3n (figura superior) son funcionalidades comportamentales proporcionadas por interfaces estructurales (GUI y\/o API en la figura inferior). Los servicios de aplicaci\u00f3n y las interfaces de aplicaci\u00f3n son \u00abdos caras de la misma moneda\u00bb.<\/p>\n Vista de la estructura de la aplicaci\u00f3n 2.<\/p>\n Esta vista combina enfoques de nivel de EA y nivel de soluci\u00f3n, ya que tanto las aplicaciones como los m\u00f3dulos de aplicaci\u00f3n existen en la misma vista.<\/p>\n Arquitectura de la aplicaci\u00f3n.<\/p>\n El Modelo de componentes de la aplicaci\u00f3n 0-n es un m\u00e9todo de modelado de arquitectura de aplicaci\u00f3n que consiste en diagramas a diferentes niveles de abstracci\u00f3n, como sigue:<\/p>\n El diagrama del Modelo de componentes de la aplicaci\u00f3n (CM) a continuaci\u00f3n consta de componentes de aplicaci\u00f3n y servicios de aplicaci\u00f3n. Alternativamente, pueden usarse interfaces de aplicaci\u00f3n en lugar de servicios de aplicaci\u00f3n, dependiendo de la situaci\u00f3n. Como siempre, es importante utilizar un estilo de modelado adecuado al prop\u00f3sito y modelar solo aquellos elementos que proporcionen informaci\u00f3n suficiente y aporten valor. Esto depende del modelador \u2014 si prefiere enfatizar aspectos funcionales o ser m\u00e1s espec\u00edfico y modelar, por ejemplo, interfaces reales con nombres precisos.<\/p>\n El diagrama del modelo de componentes a continuaci\u00f3n consta de componentes de aplicaci\u00f3n y servicios de aplicaci\u00f3n. Alternativamente, pueden usarse interfaces de aplicaci\u00f3n en lugar de servicios de aplicaci\u00f3n.<\/p>\n Modelo de componentes de la aplicaci\u00f3n \u2013 0.<\/p>\n El nivel Modelo de componentes \u2013 0 (CM-0) (arriba) ilustra la interacci\u00f3n entre la aplicaci\u00f3n objetivo y las aplicaciones adyacentes. Se introducen todos los servicios de aplicaci\u00f3n relevantes (o interfaces de aplicaci\u00f3n). El diagrama de nivel 0 consta de componentes de capa de arquitectura empresarial y sus servicios, con la aplicaci\u00f3n objetivo en el centro.<\/p>\n Modelo de componentes de la aplicaci\u00f3n \u2013 1.<\/p>\n El nivel Modelo de componentes \u2013 1 (CM-1) (arriba) ilustra c\u00f3mo se descompone la aplicaci\u00f3n objetivo en m\u00f3dulos (o componentes principales), y qu\u00e9 servicios de aplicaci\u00f3n (o interfaces de aplicaci\u00f3n) realiza cada m\u00f3dulo. \u00a1Nota! Las aplicaciones externas pueden omitirse en este nivel, pero sus servicios (o interfaces) se muestran. Cuando se muestran m\u00e1s elementos de bajo nivel, se pueden\/ deben omitar m\u00e1s elementos de alto nivel \u2014 para simplificar: mantenga el diagrama legible.<\/p>\n Modelo de componentes de la aplicaci\u00f3n \u2013 2.<\/p>\n El nivel Modelo de componentes \u2013 2 (CM-2) (arriba) ilustra c\u00f3mo los m\u00f3dulos de la aplicaci\u00f3n objetivo consisten en subcomponentes y c\u00f3mo interact\u00faan.<\/p>\n Descomposici\u00f3n de funciones de la aplicaci\u00f3n: \u00bfqu\u00e9 funciones contiene el sistema y qu\u00e9 servicios de aplicaci\u00f3n proporciona?<\/p>\n Vista de las funciones de la aplicaci\u00f3n.<\/p>\n Vista del proceso de la aplicaci\u00f3n.<\/p>\n Vista del proceso de la aplicaci\u00f3n \u2013 anidamiento.<\/p>\n Vista del proceso de la aplicaci\u00f3n \u2013 internos.<\/p>\n Los diagramas de secuencia no est\u00e1n completamente dentro del alcance de ArchiMate, sino dentro de UML. Sin embargo, podemos modelar, por ejemplo, la secuencia de acciones realizadas por los componentes de aplicaci\u00f3n utilizando ArchiMate, como se muestra a continuaci\u00f3n.<\/p>\n Vista de secuencia de aplicaci\u00f3n.<\/p>\n Las relaciones din\u00e1micas \u00abDesencadenar\u00bb y \u00abFlujo\u00bb pueden utilizarse para modelar la din\u00e1mica entre componentes de aplicaci\u00f3n. El dise\u00f1o de esta vista puede parecerse al posicionamiento de un diagrama de secuencia de UML.<\/p>\n Esta versi\u00f3n (abajo) ilustra c\u00f3mo ArchiMate puede utilizarse para modelar la secuencia de acciones realizadas por las partes internas de los componentes de aplicaci\u00f3n. Las partes internas son, por ejemplo, a) procesos o funciones comportamentales y b) subcomponentes estructurales. Estos se modelan con elementos de Proceso de aplicaci\u00f3n, Funci\u00f3n de aplicaci\u00f3n y Componente de aplicaci\u00f3n. Aqu\u00ed se muestran \u00fanicamente como alternativas.<\/p>\n Vista de secuencia de aplicaci\u00f3n (2).<\/p>\n El flujo de operaciones en este diagrama de secuencia (arriba):<\/p>\n Como se muestra aqu\u00ed, podemos modelar casos de integraci\u00f3n bastante complejos combinando estos elementos (componentes de aplicaci\u00f3n, procesos de aplicaci\u00f3n y funciones de aplicaci\u00f3n y relaciones (Desencadenar, Flujo)). Los diagramas de secuencia de UML tienen su uso especializado en el dise\u00f1o de software, pero ArchiMate puede utilizarse para muchos prop\u00f3sitos de modelado \u2013 tambi\u00e9n para el dise\u00f1o de aplicaciones.<\/p>\n La integraci\u00f3n de aplicaciones es una de las partes m\u00e1s importantes de la Arquitectura Empresarial (EA). Por eso es beneficioso poder modelar con m\u00e1s detalle c\u00f3mo las aplicaciones intercambian datos y qu\u00e9 mecanismos de interacci\u00f3n se utilizan. Una buena fuente para comprender mejor los patrones de integraci\u00f3n es el libro \u00abEnterprise Integration Patterns\u00bb, aqu\u00ed est\u00e1 el enlace<\/a>.<\/p>\n La secuencia final del usuario a\u00f1adida (abajo) sigue la misma idea de utilizar las relaciones din\u00e1micas de ArchiMate Desencadenar y Flujo, que pueden utilizarse para modelar patrones de mensajer\u00eda sincr\u00f3nicos y as\u00edncronos (solicitud-respuesta y devoluci\u00f3n de llamada, as\u00ed como publicar-suscribir, etc.).<\/p>\n Vista de patr\u00f3n de secuencia.<\/p>\n Vista del proceso ETL.<\/p>\n Vista de patr\u00f3n EAI \u2013 ESB.<\/p>\n Vista en capas.<\/p>\n La vista en capas puede utilizarse como un diagrama de contexto de visi\u00f3n general del \u00e1rea objetivo. La principal ventaja de esta vista es ilustrar el uso de las aplicaciones en los procesos de negocio y los servicios que proporcionan. La figura de arriba utiliza el elemento de agrupaci\u00f3n de ArchiMate para modelar diferentes capas, mientras que la figura de abajo utiliza el elemento visual de grupo proporcionado por la herramienta (Archi<\/a>).<\/p>\n En ArchiMate, hay b\u00e1sicamente tres (3) capas como sigue: 1) Capa de negocio, 2) Capa de aplicaci\u00f3n y 3) Capa de tecnolog\u00eda. Sus colores suelen ser los siguientes: la capa de negocio es amarilla, la capa de aplicaci\u00f3n es turquesa, la capa de tecnolog\u00eda es verde (v\u00e9ase el Marco Fundamental de ArchiMate, enlace<\/a>).<\/p>\n Vista en capas.<\/p>\n Las bases de datos son una unidad significativa en la arquitectura empresarial general de una organizaci\u00f3n. Por ejemplo, \u00abBase de datos de clientes\u00bb o \u00abBase de datos de clientes\u00bb, \u00abBase de datos de productos\u00bb, etc. Alternativamente, una base de datos puede ser todas las tablas de una aplicaci\u00f3n (por ejemplo, \u00abtabla de clientes\u00bb, \u00abtabla de pedidos\u00bb, \u00abtabla de facturas\u00bb, etc.), que juntas forman una sola base de datos. Seg\u00fan la especificaci\u00f3n ArchiMate, el objeto de datos puede usarse para modelar bases de datos l\u00f3gicas (figura siguiente), el Cap\u00edtulo 9.4.1 \u00abObjeto de datos\u00bb dice: \u00abEjemplos t\u00edpicos de objetos de datos son registros de clientes, bases de datos de clientes o reclamaciones de seguros\u00bb. \u00abUna excepci\u00f3n importante es cuando un objeto de datos se utiliza para modelar una colecci\u00f3n de datos, como una base de datos, donde solo existe una instancia\u00bb. ArchiMate tiene un mecanismo integrado elegante que permite que ciertos conceptos se usen a diferentes niveles de abstracci\u00f3n (y detalle). Por lo tanto, por ejemplo, el objeto de datos puede usarse para modelar bases de datos l\u00f3gicas, tablas de bases de datos, estructuras de mensajes (intercambiadas entre aplicaciones), etc.<\/p>\n Consideraciones sobre el modelado de bases de datos.<\/p>\n Base de datos como componente de una aplicaci\u00f3n.<\/p>\n Niveles de abstracci\u00f3n de la base de datos.<\/p>\n Vista del modelo de datos.<\/p>\n ArchiMate puede usarse para analizar casos de uso desde la perspectiva funcional de las aplicaciones. Los casos de uso (conocidos en UML) pueden asignarse a servicios de aplicaci\u00f3n, como se muestra en la figura siguiente.<\/p>\n Vista de casos de uso (patr\u00f3n 1).<\/p>\n Los casos de uso pueden dividirse en: a) casos de uso empresariales y b) casos de uso del sistema (tambi\u00e9n conocidos como casos de uso del sistema). La figura siguiente ilustra c\u00f3mo los \u00abcasos de uso principales\u00bb se modelan como servicios empresariales, y los casos de uso posteriores como servicios de aplicaci\u00f3n.<\/p>\n Vista de casos de uso (ejemplo).<\/p>\n Cuando los casos de uso se identifican como servicios de aplicaci\u00f3n, pueden usarse posteriormente como elementos funcionales de aplicaciones objetivo en otros diagramas (por ejemplo, en vistas por capas). En otras palabras: los servicios de aplicaci\u00f3n representan el comportamiento (funcionalidad) de las aplicaciones. Para obtener informaci\u00f3n m\u00e1s detallada sobre el an\u00e1lisis de casos de uso, consulte el ArchiMate Cookbook, enlace<\/a>.<\/p>\n Vista de capas de arquitectura tecnol\u00f3gica.<\/p>\n Esta vista representa la plataforma de las aplicaciones. Este patr\u00f3n puede usarse para modelar la configuraci\u00f3n del entorno de ejecuci\u00f3n y el despliegue de las aplicaciones empresariales.<\/p>\n Vista de infraestructura.<\/p>\n Vista de infraestructura (anidada).<\/p>\n Vista de plan de implementaci\u00f3n.<\/p>\n Tablero Kanban (EA).<\/p>\n Kanban puede usarse para visualizar el trabajo y el flujo de trabajo. Kanban muestra, por ejemplo, c\u00f3mo los requisitos de desarrollo, los epics, las historias de usuario, etc., fluyen desde el backlog hasta el estado listo (hecho). Kanban puede aplicarse a diversos usos seg\u00fan la escala y el alcance del caso de desarrollo. Por ejemplo, los \u00abepics\u00bb pueden usarse a nivel de EA o las \u00abhistorias de usuario\u00bb o \u00abrequisitos\u00bb a nivel de proyecto. La granularidad de los elementos de trabajo puede variar seg\u00fan la situaci\u00f3n.<\/p>\n Vista gen\u00e9rica.<\/p>\n Esta vista simplificada puede usarse, por ejemplo, como diagrama de contexto para un servicio, programa o proyecto espec\u00edfico.<\/p>\nVista de Misi\u00f3n \u2013 Visi\u00f3n \u2013 Valores<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Mission-Vision-Values-View.jpg\")
<\/p>\nVista del mapa de valor estrat\u00e9gico<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Map-Strategy-Map-View.jpg\")
<\/p>\nVista de an\u00e1lisis de partes interesadas<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-Analysis-View.jpg\")
<\/p>\nPunto de vista de partes interesadas<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-View.jpg\")
<\/p>\nVista de principios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Principles-View.jpg\")
<\/p>\nVista de riesgo y seguridad<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Risk-and-Security-View.jpg\")
<\/p>\n\n
Vista de an\u00e1lisis SWOT<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SWOT-analysis-View.jpg\")
<\/p>\nVista de objetivos<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Goals-View-with-Value-element.jpg\")
<\/p>\nObjetivos y resultados clave<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern.png\")
<\/p>\n\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern-2.png\")
<\/p>\nPunto de vista de estrategia<\/h2>\n
Vista de estrategia<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-View-2.jpg\")
<\/p>\nVista de estrategia empresarial<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-for-Business.jpg\")
<\/p>\nVista del Modelo de motivaci\u00f3n empresarial (BMM)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Motivation-Model-BMM-View-1.jpg\")
<\/p>\nVista de requisitos<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Requirements-View.jpg\")
<\/p>\nVista de estrategia a capacidad<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-To-Capability-View-2.jpg\")
<\/p>\nVista de mapa de capacidades<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Map-View.jpg\")
<\/p>\nVista de planificaci\u00f3n de capacidades<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Planning-View-1.jpg\")
<\/p>\nVista de realizaci\u00f3n de capacidades<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.jpg\")
<\/p>\nVista de realizaci\u00f3n de capacidades 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.png\")
<\/p>\nVista de flujo de valor<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Stream-View-pattern.png\")
<\/p>\nVista de mapeo cruzado de flujo de valor y capacidades<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Value-Chain-Example-View.png\")
<\/p>\nVista del lienzo del modelo de negocio<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Model-View.jpg\")
<\/p>\nVista del Canvas de Conceptos<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Concept-Canvas-1.jpg\")
<\/p>\nPunto de vista de Negocios<\/h2>\n
Vista del mapa de Servicios de Negocios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Services-View.jpg\")
<\/p>\nVista del mapa de Procesos de Negocios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Processes-View.jpg\")
<\/p>\nVista de Cooperaci\u00f3n de Procesos de Negocios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Co-operation-View-1.jpg\")
<\/p>\nVista del mapa de Actores de Negocios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actors-View.jpg\")
<\/p>\nVista de Cooperaci\u00f3n de Actores de Negocios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actor-Co-Operation-View.jpg\")
<\/p>\n\n
Vista de Proceso de Negocios<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-View.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Process-2.png\")
<\/p>\nSIPOC (Proveedores, Entradas, Proceso, Salidas, Clientes)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SIPOC.png\")
<\/p>\nVista del proceso de negocio con roles de negocio como \u201ccarriles\u201d del proceso \u2013 Enfoque por capas<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-information-flow-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-services-2.png\")
<\/p>\nVista del proceso de negocio por capas<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-Process-View-2.png\")
<\/p>\nVista del mapa del viaje del cliente<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-Map-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-View-example-1.0.png\")
<\/p>\nVista del plano de servicio<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Blueprint-View-1-services-flows.png\")
<\/p>\nVista de la historia del usuario<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/User-Story-View.jpg\")
<\/p>\nVista de modelos de servicios en la nube<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Cloud-Service-Models-View.jpg\")
<\/p>\nVista de informaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Information-View.jpg\")
<\/p>\nVista del modelo de datos conceptual<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Conceptual-Data-Model-View.jpg\")
<\/p>\nConcepto de \u00abServicio\u00bb<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Concept.jpg\")
<\/p>\nServicio frente a producto<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Product-View-1.jpg\")
<\/p>\n\n
\n
\n
Punto de vista de aplicaci\u00f3n<\/h2>\n
Vista de mapa de servicios de aplicaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Services-View.jpg\")
<\/p>\nVista de mapa de aplicaciones<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Applications-Map-View.jpg\")
<\/p>\nVista de cooperaci\u00f3n de aplicaci\u00f3n (flujos de datos)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View.jpg\")
<\/p>\nVista de integraci\u00f3n de aplicaci\u00f3n (relaciones din\u00e1micas)<\/h3>\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Integration-View-2.jpg\")
<\/p>\nVista de estructura de aplicaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-2-1024x357-1.jpg\")
<\/p>\nVista de la arquitectura de la aplicaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Architecture-1024x663-1.jpg\")
<\/p>\nModelo de componentes de la aplicaci\u00f3n (CM)<\/h3>\n
\n
Modelo de componentes de la aplicaci\u00f3n \u2013 0 (CM-0)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-0-1024x639-1.jpg\")
<\/p>\nModelo de componentes de la aplicaci\u00f3n \u2013 1 (CM-1)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-1-1024x397-1.jpg\")
<\/p>\nModelo de componentes de la aplicaci\u00f3n \u2013 2 (CM-2)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-2-1024x538-1.jpg\")
<\/p>\nVista de la funci\u00f3n de la aplicaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Functions-View.jpg\")
<\/p>\nVista del proceso de la aplicaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-1024x498-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-nesting.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-internals-1024x261-1.jpg\")
<\/p>\nVista del diagrama de secuencia de componentes de la aplicaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View.jpg\")
<\/p>\nVista de diagrama de secuencia de componente de aplicaci\u00f3n 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View-2.png\")
<\/p>\n\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Sequence-Pattern-View.png\")
<\/p>\nVista del proceso ETL<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/ETL-process-View.jpg\")
<\/p>\nVista de EAI \/ ESB<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/EAI-ESB-pattern-View-1-1.png\")
<\/p>\nVista en capas<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-2.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-1-1024x761-1.jpg\")
<\/p>\nVista de aplicaciones y bases de datos<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Modelling-Considerations.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-As-an-Application-Component.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Abstraction-Levels.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Data-Model-View.png\")
<\/p>\nVista de casos de uso<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-pattern-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-example.png\")
<\/p>\nPunto de vista tecnol\u00f3gico<\/h2>\n
Vista de infraestructura<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-3.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-nesting.jpg\")
<\/p>\nVista de capa de implementaci\u00f3n y migraci\u00f3n \/ capa de arquitectura de transici\u00f3n<\/h2>\n
Vista de plan de implementaci\u00f3n<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Implementation-Roadmap-View-1.jpg\")
<\/p>\nVista de tablero Kanban<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Kanban-Board-EA-1.jpg\")
<\/p>\nVista gen\u00e9rica<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Generic-View.jpg\")
<\/p>\nCaracter\u00edsticas adicionales<\/h2>\n
Visi\u00f3n general del contexto \u2013 Mapa de la V\u00eda L\u00e1ctea<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Milky-Way-Map-2-2.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View-Extended.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Metamodel-2-1024x741-1.jpg\")
<\/p>\n