El estudio de caso ArchiSurance es un ejemplo ficticio creado para ilustrar el uso del lenguaje de modelado ArchiMate® dentro del marco TOGAF®. El estudio de caso trata sobre la compañía de seguros ArchiSurance, formada por la fusión de tres empresas anteriormente independientes. El estudio describe la arquitectura base de la empresa, seguida por varios escenarios de cambio.

Este estudio de caso es obligatorio como ejemplo en cursos certificados de formación en ArchiMate. Sin embargo, no forma parte de la definición oficial de TOGAF. El trabajo apoya la visión de flujo de información sin fronteras de The Open Group al demostrar el uso combinado de las normas TOGAF y ArchiMate, permitiendo una representación consistente de la información de arquitectura en diferentes organizaciones, sistemas y programas.

Introducción

Este estudio de caso ficticio ilustra el uso práctico del lenguaje de modelado empresarial ArchiMate dentro del marco TOGAF. El estudio de caso trata sobre la compañía de seguros ArchiSurance, resultado de la fusión de tres empresas anteriormente independientes que operaban en diferentes áreas metropolitanas.

El estudio de caso se utiliza como ejemplo en todo el curso certificado de formación en ArchiMate y sirve como material de fondo para el examen de certificación ArchiMate. Comienza con la arquitectura base de negocio, aplicaciones, datos y tecnología utilizando puntos de vista ArchiMate o TOGAF apropiados. A continuación, el estudio presenta dos escenarios de cambio. El primer escenario proporciona ejemplos de vistas que ilustran los ciclos de desarrollo e implementación de arquitectura de TOGAF. Muestra la visión de arquitectura, objetivos de negocio, principios y requisitos, arquitectura de negocio, aplicaciones, datos y tecnología objetivo, resultados del análisis de brechas entre la arquitectura base y la objetivo, y vistas que apoyan la planificación de implementación y migración. En el segundo escenario, el estado objetivo del primer escenario se toma como la nueva arquitectura base, y los clientes pueden acceder directamente a su cartera de seguros a través de internet. Actualmente no existen modelos disponibles para este escenario.

The Open Group espera que el estudio de caso evolucione con el tiempo y anima a sus miembros a añadir nuevos aspectos y vistas o crear nuevos escenarios de cambio, siempre que permanezcan consistentes con la descripción original del caso y los modelos.

TOGAF® y ArchiMate®

Los marcos de arquitectura empresarial cubren diferentes aspectos que apoyan a los arquitectos empresariales. Entre otros, pueden incluir cualquier combinación de los siguientes elementos:

• Un proceso para crear arquitectura («forma de trabajar»)
• Una colección o clasificación de puntos de vista
• Un lenguaje para describir arquitectura (definición de conceptos y relaciones, pero también incluyendo notación)

The Open Group mantiene dos estándares abiertos para la arquitectura empresarial: TOGAF [1] y ArchiMate [2].

El núcleo de TOGAF es el proceso para desarrollar e implementar la arquitectura empresarial — el Método de Desarrollo de Arquitectura (ADM). TOGAF también describe puntos de vista, técnicas, modelos de referencia y un marco de contenido para identificar los tipos de bloques de construcción que componen las arquitecturas. Sin embargo, TOGAF no prescribe el uso de un lenguaje de modelado específico para crear vistas de arquitectura.

ArchiMate es un lenguaje gráfico que proporciona una representación uniforme para los modelos que apoyan todo el ciclo de desarrollo de arquitectura. La versión 2.0 de la norma incluye un lenguaje principal destinado a describir arquitecturas reales (arquitecturas de negocio, sistemas de información y tecnologías, y las relaciones entre ellas), así como extensiones para modelar la motivación de arquitectura, y para la planificación de implementación y migración. La Figura 1 describe cómo el lenguaje principal y las extensiones se relacionan con el ADM de TOGAF. Además de definir conceptos y relaciones de modelado, ArchiMate — al igual que TOGAF — define un conjunto de puntos de vista de arquitectura.

Figura 1: Correspondencia entre ArchiMate y TOGAF

TOGAF y ArchiMate tienen una base común sólida en su filosofía y uso de puntos de vista para capturar y comunicar diferentes aspectos de un único modelo de arquitectura subyacente. Las normas se complementan porque TOGAF se centra en el proceso de desarrollo e implementación de arquitecturas, mientras que ArchiMate se centra en un lenguaje uniforme para modelar artefactos de arquitectura.

El lenguaje ArchiMate, tal como se describe en la Norma Técnica [2], complementa a TOGAF [1] al proporcionar un conjunto de conceptos y relaciones independientes del proveedor, incluyendo notación gráfica, para ayudar a crear modelos consistentes e integrados que puedan representarse en forma de vistas.

Antecedentes

ArchiSurance [3,4] es el resultado de una fusión reciente de tres compañías de seguros anteriormente independientes:

• Home & Away, especializada en seguros de hogar y viajes
• PRO-FIT, especializada en seguros de automóviles
• Legally Yours, especializada en seguros de gastos legales

La empresa ahora consta de tres divisiones con los mismos nombres y sedes que sus predecesoras independientes.

Figura 2: ArchiSurance: Resultado de la fusión de tres compañías de seguros

ArchiSurance fue formada para aprovechar numerosas sinergias entre las tres organizaciones. Aunque las tres compañías previas a la fusión vendían tipos diferentes de seguros, sus modelos de negocio eran similares. Todos los tres productos se vendían directamente a consumidores y pequeñas empresas a través de internet, correo electrónico, teléfono y canales postales. Aunque con sede en ciudades diferentes, cada una estaba completamente instalada en un edificio de oficinas moderno en una zona metropolitana. Cada compañía contaba con una base de clientes leales y gozaba de una buena reputación por integridad, valor, servicio y estabilidad financiera. Las tres compañías estaban de forma privada en manos de cadenas de inversores institucionales e individuales.

Los principales inversores de las tres compañías iniciaron conversaciones de fusión tras observar la entrada de competidores de bajo costo en sus mercados, nuevas oportunidades en regiones de alto crecimiento y la necesidad de una inversión sustancial en nuevas tecnologías en cada compañía para mantenerse competitivo. Se dieron cuenta de que solo una empresa fusionada más grande podría controlar simultáneamente los costos, mantener la satisfacción del cliente, invertir en nuevas tecnologías y aprovechar los mercados emergentes con alto potencial de crecimiento. Las negociaciones de fusión y la aprobación regulatoria tardaron 18 meses, pero los documentos se firmaron hace dos años y la fusión se completó.

La nueva empresa ofrece todos los productos de seguros de las tres compañías previas a la fusión e intenciona ajustar con frecuencia sus ofertas según las condiciones cambiantes del mercado. Al igual que sus tres predecesoras, ArchiSurance vende directamente a los clientes a través de impresión, internet y marketing directo.

La fusión presentó numerosos desafíos de integración y coordinación para los procesos de negocio y sistemas de información de la nueva empresa. Estos desafíos son evidentes en la arquitectura base de negocio, aplicaciones, datos y tecnología de ArchiSurance. Pero primero, la Fase Preliminar del ADM de TOGAF estableció el contexto motivacional para estos desafíos.

Fase Preliminar

Para guiar sus futuros cambios en el negocio y en TI, ArchiSurance decidió desarrollar una arquitectura empresarial basada en TOGAF 9.1 y ArchiMate 2.0 con un ajuste mínimo.

Como parte de la Fase Preliminar, se identificaron los principales interesados en el compromiso de arquitectura y sus preocupaciones (modeladas en ArchiMate como impulsores internos). TOGAF define una matriz de mapeo de interesados para representar esto. En ArchiMate, esto puede expresarse utilizando la perspectiva de interesados:

La perspectiva de interesados permite al analista modelar a los interesados, sus preocupaciones y las evaluaciones sobre ellas (en términos de fortalezas, debilidades, oportunidades y amenazas). Además, es posible asociar estas preocupaciones y evaluaciones con objetivos iniciales (de alto nivel) para resolverlas.

La Figura 3 muestra un fragmento de dicho diagrama, identificando a dos interesados (el Comité de Arquitectura y sus clientes actuales y potenciales) y sus preocupaciones, modeladas como impulsores. La satisfacción del cliente es una preocupación compartida por ambos interesados. La satisfacción del interesado puede refinarse en preocupaciones más detalladas; por ejemplo, beneficio.

Figura 3: Fragmento de la Perspectiva de Interesados

Los impulsores conducen al desarrollo de objetivos empresariales específicos, como se muestra a continuación para alcanzar el beneficio. Objetivos como reducir costos pueden descomponerse en reducir costos de mantenimiento y reducir costos de personal.

Figura 4: Objetivos Empresariales que Impulsan el Beneficio

ArchiMate define los principios como propiedades normativas de todos los sistemas en un contexto determinado, o de la forma en que se realizan. Obsérvese que aquí ‘sistema’ incluye organizaciones y unidades organizativas, no solo sistemas de TI. Por tanto, los principios ayudan a alcanzar los objetivos empresariales. TOGAF define los principios como declaraciones cualitativas de intención que la arquitectura debe cumplir. Un principio debe tener una justificación de apoyo y una implicación importante.

La perspectiva de principios de ArchiMate (un ejemplo mostrado en la Figura 5) describe gráficamente los principios, sus dependencias y los objetivos que realizan:

La perspectiva de principios permite al analista o diseñador modelar los principios relevantes para el problema de diseño actual, incluyendo los objetivos que motivan estos principios. Además, se pueden modelar relaciones entre principios y objetivos. Por ejemplo, los principios pueden influir positiva o negativamente entre sí.

Figura 5: Perspectiva de Principios

TOGAF define un Catálogo de Principios para proporcionar una visión general de los principios.

Fase B: Arquitectura Empresarial Base

Después de la fusión, ArchiSurance estableció una oficina frontal compartida como centro de contacto multicanal para ventas y servicio al cliente, con el centro principal ubicado en la antigua sede de Home & Away. Tres oficinas traseras separadas aún gestionan los productos de seguros de las tres empresas originales. Se ha establecido un centro de servicios compartidos (SSC) para el procesamiento de documentos en la antigua sede rentable. Este centro gestiona el repositorio central de documentos y todos los flujos de trabajo automatizados de documentos. Además, realiza todas las operaciones de escaneo, impresión y archivado cuando los documentos vinculantes entran o salen de ArchiSurance. Para garantizar la continuidad del negocio y manejar la actividad pico, el SSC también cuenta con personal capacitado y equipo para realizar funciones de oficina frontal, y la oficina frontal está preparada de manera similar.

Figura 6: Estructura organizativa global de ArchiSurance

En la Fase B (Arquitectura Empresarial) del ADM de TOGAF, ArchiMate puede expresar y relacionar la estructura organizativa, productos, servicios, funciones, procesos e información de ArchiSurance. La arquitectura empresarial proporciona el contexto para las arquitecturas de datos, aplicaciones y tecnología.

Estructura Organizativa

Para describir la estructura organizativa, ArchiMate define la perspectiva de organización:

La perspectiva de organización se centra en la organización (interna) de una empresa, departamento, red empresarial u otra entidad organizativa. En esta perspectiva, los modelos pueden representarse como diagramas de cajas anidadas, pero también se pueden utilizar representaciones más tradicionales como diagramas de organización. La perspectiva de organización es muy útil para identificar capacidades, autoridad y responsabilidad dentro de una organización.

El equivalente de esta perspectiva en TOGAF es el Diagrama de Descomposición Organizativa.

La estructura organizativa se representa típicamente como un árbol, como se muestra en la Figura 7, aunque los métodos de descomposición organizativa utilizados en ArchiMate y TOGAF ofrecen más opciones que los simples diagramas de árbol organizativos. Esta vista muestra la estructura organizativa de alto nivel de ArchiSurance, junto con sus ubicaciones principales y divisiones. Alternativamente, un diagrama anidado podría subdividir la organización por ubicación y división.

Figura 7: Perspectiva de Organización

Funciones Empresariales

Las funciones empresariales de ArchiMate agrupan el comportamiento según un conjunto seleccionado de criterios (típicamente recursos empresariales y/o competencias requeridos).

Las principales funciones empresariales distinguidas por ArchiSurance son:

• Marketing — investigación, planificación, promoción y gestión de productos y segmentos, y cooperación con actuarios para diseñar productos
• Actuario — determinación de precios de productos y niveles de reservas, cooperación con Marketing para diseñar nuevos productos, y análisis del riesgo empresarial
• Relaciones con clientes — interacciones entre ArchiSurance y sus clientes; manejo de preguntas de clientes, captura de reclamaciones recibidas y realización de campañas de marketing directo
• Subscripción — fijación de precios para pólizas individuales y generación de propuestas y pólizas de seguros
• Reclamaciones — formulación y ejecución de la respuesta de ArchiSurance a cada reclamación presentada contra sus pólizas
• Finanzas — recolección periódica de primas de los clientes según contratos y procesamiento de pagos de reclamaciones de seguros
• Procesamiento de documentos — apoyar otras funciones mediante escaneo de documentos, impresión y archivado
• Gestión de inversiones — gestionar activos financieros y de bienes raíces para alcanzar el máximo rendimiento dentro de las restricciones de liquidez y riesgo corporativos y regulatorios

Algunas de estas funciones empresariales se replican en las oficinas centrales de las tres divisiones de ArchiSurance.

Para modelar funciones empresariales y sus relaciones, ArchiMate define el punto de vista de Función Empresarial:

El punto de vista de Función Empresarial muestra las principales funciones empresariales de una organización y sus relaciones en términos de flujo de información, flujo de valor o flujo de bienes.

El equivalente en TOGAF a este punto de vista es el Diagrama de Descomposición de Funciones.

La Figura 8 muestra las principales funciones empresariales de ArchiSurance, junto con los flujos de información más importantes entre funciones y roles externos. También muestra la replicación de funciones empresariales en las oficinas centrales de las diferentes divisiones.

Figura 8: Vista de Función Empresarial

Procesos Empresariales

Los procesos empresariales de ArchiMate agrupan el comportamiento según el orden de las actividades. Produce un conjunto definido de productos o servicios. La arquitectura de procesos muestra los procesos empresariales más importantes y sus relaciones, posiblemente también mostrando los pasos principales de cada proceso. Normalmente no muestra todos los detalles del flujo de procesos — ese es el propósito de los lenguajes de modelado de procesos empresariales. ArchiMate define un punto de vista de Proceso Empresarial:

El punto de vista de Proceso Empresarial se utiliza para mostrar la estructura y composición de alto nivel de uno o más procesos empresariales (o partes de ellos).

El equivalente en TOGAF a este punto de vista es el Diagrama de Procesos.

La Figura 9 muestra dos procesos empresariales centrales de ArchiSurance y sus subprocesos de alto nivel: Cerrar contrato (ejecutado al vender un nuevo producto de seguros) y Manejar reclamación (ejecutado cuando se recibe una reclamación por daños). Aunque los detalles de estos procesos pueden variar según los tipos de productos de seguros, los pasos principales son los mismos.

Figura 9: Vista de Proceso Empresarial

Fase C: Arquitectura Base de Sistemas de Información (Aplicaciones)

Desde la fusión, las tres divisiones han adoptado un portal común, una suite de software para centros de contacto y un sistema de gestión de documentos. Además, la empresa seleccionó una solución estratégica de CRM y la implementó para Home & Away y PRO-FIT. Sin embargo, debido a que la dirección se enfocó en minimizar el riesgo posterior a la fusión mientras mejoraba continuamente el desempeño diario en cada división, aún no se ha iniciado la racionalización de las aplicaciones empresariales centrales. Ahora que ArchiSurance ha cumplido con las expectativas de desempeño posteriores a la fusión, los inversores esperan ahorros sustanciales en costos de TI mediante la adopción de un conjunto común de productos y aplicaciones centradas en el cliente. Quedan desafíos. Home & Away aún utiliza su paquete de aplicaciones de administración de pólizas y finanzas previas a la fusión, mientras que PRO-FIT y Legally Yours aún utilizan sus propias aplicaciones personalizadas previas a la fusión.

Figura 10: Entorno de Aplicaciones

Colaboración de Aplicaciones

ArchiMate define un punto de vista de Colaboración de Aplicaciones para proporcionar una visión general del entorno de aplicaciones y las dependencias entre ellas:

El punto de vista de Colaboración de Aplicaciones describe las relaciones entre los componentes de las aplicaciones, es decir, los flujos de información entre ellos, o los servicios que proporcionan y utilizan. Este punto de vista se utiliza típicamente para crear una visión general del entorno de aplicaciones de una organización. También se utiliza para expresar la cooperación (interna) o orquestación de servicios que, en conjunto, apoyan la ejecución de procesos empresariales.

El equivalente en TOGAF a este punto de vista es el Diagrama de Comunicación de Aplicaciones.

La Figura 11 muestra las principales aplicaciones de ArchiSurance y los flujos de datos principales entre ellas.

Figura 11: Vista de Colaboración de Aplicaciones

Alineación Empresa-Aplicación

TOGAF no define diagramas para la alineación empresa-aplicación. Sin embargo, sí especifica puntos de vista basados en matrices para mostrar vínculos entre la arquitectura empresarial y la arquitectura de aplicaciones; por ejemplo, matriz Aplicación/Organización y matriz Aplicación/Función.

Las relaciones entre los componentes de las aplicaciones también pueden modelarse gráficamente. ArchiMate define el punto de vista de Uso de Aplicaciones:

El punto de vista de Uso de Aplicaciones describe cómo se utilizan las aplicaciones para apoyar uno o más procesos empresariales, y cómo son utilizadas por otras aplicaciones. Puede usarse para diseñar aplicaciones al identificar los servicios requeridos por los procesos empresariales y otras aplicaciones, o para diseñar procesos empresariales al describir los servicios disponibles. Además, como identifica las dependencias de los procesos empresariales respecto a las aplicaciones, puede ser útil para los gerentes operativos responsables de estos procesos.

El concepto de servicio de aplicación juega un papel central en este punto de vista. La Figura 12 muestra un subconjunto de los servicios proporcionados por las aplicaciones utilizadas por la división Home & Away de ArchiSurance, y qué subprocesos del proceso de manejo de reclamaciones utilizan cuáles de estos servicios.

Figura 12: Vista de Uso de Aplicaciones

Fase C: Arquitectura Base de Sistemas de Información (Datos)

La arquitectura de datos de ArchiSurance describe las principales relaciones entre sus objetos de negocio conceptuales y objetos lógicos de datos. ArchiMate define el punto de vista de Estructura de Información para este propósito:

El punto de vista de Estructura de Información es comparable a los modelos de información tradicionales creados en casi cualquier proceso de desarrollo de sistemas de información. Muestra la estructura de la información utilizada en la empresa o en procesos de negocio específicos o aplicaciones en forma de tipos de datos o estructuras de clases (orientadas a objetos).

Uno de los puntos de vista de datos definidos por TOGAF es el Diagrama Lógico de Datos.

La Figura 13 muestra un subconjunto de los objetos de negocio definidos por ArchiSurance. Parte de la información del cliente es el archivo de seguros, compuesto por solicitudes de seguros, pólizas de seguros y reclamaciones por daños. Se definen muchas especializaciones del objeto póliza de seguro, una para cada tipo de seguro vendido por ArchiSurance.

Figura 13: Vista de Estructura de Información

Otro punto de vista de datos definido por TOGAF es el Diagrama de Diseminación de Datos:

El propósito del Diagrama de Diseminación de Datos es mostrar las relaciones entre entidades de datos, servicios de negocio y componentes de aplicaciones. El diagrama muestra cómo los componentes de aplicaciones realizan físicamente entidades lógicas. Esto permite un dimensionamiento y optimización efectivos del impacto de TI. Además, al asignar valor de negocio a los datos, se puede obtener una indicación de la criticidad del negocio de los componentes de aplicaciones.

La Figura 14 muestra un Diagrama de Diseminación de Datos para una aplicación de ArchiSurance.

Figura 14: Diagrama de Diseminación de Datos

Fase D: Arquitectura Base de Tecnología

La Figura 15 describe el panorama de infraestructura tecnológica de ArchiSurance. En la oficina principal, ubicada en la sede de Home & Away, hay un servidor común y un servidor dedicado al alojamiento web. El centro de servicios compartidos (SSC), ubicado en la sede de PRO-FIT, tiene su propio servidor del sistema de gestión de archivos. Cada una de las tres oficinas traseras tiene un servidor para sus aplicaciones.

Las redes de área local (LAN) conectan los servidores y las computadoras personales en las tres ubicaciones de ArchiSurance, que a su vez están conectadas mediante la red de área amplia corporativa (WAN).

Figura 15: Panorama de Infraestructura

Para una visión general del panorama de infraestructura, ArchiMate define el punto de vista de Infraestructura:

El punto de vista de Infraestructura comprende elementos de infraestructura de software y hardware que apoyan la capa de aplicaciones, como dispositivos físicos, redes o software del sistema (por ejemplo, sistemas operativos, bases de datos y middleware).

El equivalente de TOGAF para este punto de vista es el Diagrama de Entornos y Ubicaciones.

La Figura 16 muestra los principales componentes de infraestructura de ArchiSurance agrupados por ubicación y división. Esta vista también muestra las redes que conectan diferentes dispositivos y los artefactos (de aplicación) desplegados en los dispositivos.

Figura 16: Vista de Infraestructura

Escenarios de Cambio

Escenario 1: Racionalización del Portafolio de Aplicaciones

La inflexibilidad de la arquitectura de aplicaciones de ArchiSurance dificulta adaptarse a las condiciones cambiantes del negocio. En parte debido a la fusión, el entorno de aplicaciones se ha fragmentado, lo que ha provocado redundancia de datos y solapamiento funcional, así como integración punto a punto de aplicaciones utilizando diversos formatos y métodos de datos. Estos problemas generan inestabilidad interna, aumento de los costos de mantenimiento de aplicaciones y dificultan el intercambio de información dentro de la empresa y con socios. Como resultado, el departamento de TI tiene una gran cantidad de solicitudes pendientes. La alta dirección de ArchiSurance está muy preocupada por este retraso, especialmente por la incapacidad de compartir automáticamente información con un gran número de socios comerciales contratados y asesores de seguros influyentes.

Este escenario racionaliza el portafolio de aplicaciones de ArchiSurance mediante:

• Migrar a un conjunto integrado de oficina trasera que realice funciones como administración de pólizas y transacciones financieras. El conjunto incluirá:
  • Un sistema automatizado de evaluación que genera propuestas y pólizas — AUTO-U
  • Un sistema empaquetado de administración de pólizas, integrado con el sistema automatizado de evaluación, para emitir, modificar y renovar pólizas; este sistema también gestiona la contabilidad y facturación de clientes — P-ADMIN
  • Un sistema empaquetado de reclamaciones con pantallas y flujos de trabajo configurables para apoyar las tres líneas de negocio de ArchiSurance — VERSA-CLAIM
  • Un gestor de configuración de productos para definir todos los productos de seguros y exponer estas definiciones mediante servicios web a AUTO-U, P-ADMIN y VERSA-CLAIM — P-CONFIG
  • Un sistema de gestión de reglas de negocio (BRMS) compuesto por un repositorio de reglas, motor de procesamiento, entorno de desarrollo de reglas y herramientas de creación para la interfaz de usuario de gestión de reglas. El motor de reglas de negocio expone la funcionalidad de ejecución de reglas mediante servicios web a AUTO-U, P-ADMIN, VERSA-CLAIM y P-CONFIG — EDGE
• Completar la migración al sistema estratégico de CRM

El inversor principal y el CEO de ArchiSurance apoyan estos planes bajo la condición de que los clientes y socios de ArchiSurance no perciban ningún cambio. Los productos y servicios de la aseguradora no deben verse afectados, y todas las interacciones con clientes y socios deben continuar sin interrupción.

Figura 17: Racionalización del portafolio de aplicaciones

Como parte de este esfuerzo, la infraestructura técnica también se simplificará. Los servidores de back-office separados serán reemplazados por un clúster de servidores compartidos ubicado en el centro de datos de la sede de Home & Away. Sin embargo, para garantizar la continuidad del negocio, también se instalará un clúster de servidores de respaldo en el centro de datos de la sede de PRO-FIT.

Fase A: Visión de la arquitectura

La Fase A del ADM de TOGAF establece el trabajo de arquitectura mediante la definición del alcance, restricciones y objetivos, e inicia la iteración del ciclo de desarrollo de arquitectura. Esta fase también valida el contexto del negocio y desarrolla la declaración de trabajo de arquitectura.

El contexto del negocio consiste en requisitos clave del negocio basados en objetivos principales del negocio y principios de arquitectura. La Figura 18 muestra algunos objetivos y principios del negocio relevantes para el escenario actual.

Figura 18: Objetivos y principios del negocio

Los objetivos y principios constituyen la base para requisitos concretos, como se muestra en el punto de vista de refinamiento de objetivos de ArchiMate:

El punto de vista de refinamiento de objetivos permite al diseñador modelar el refinamiento de objetivos (de alto nivel) en objetivos más concretos, y objetivos concretos en requisitos o restricciones que describen las propiedades necesarias para realizar los objetivos. Se utilizan relaciones de agregación para refinar objetivos en subobjetivos. Se utilizan relaciones de realización para modelar el refinamiento de objetivos en requisitos.

La Figura 19 muestra un ejemplo de este punto de vista para el escenario actual de cambio.

Figura 19: Vista de refinamiento de objetivos

Un elemento importante de la visión de arquitectura es una representación de alto nivel de la arquitectura base y la arquitectura objetivo para explicar el valor añadido del trabajo de arquitectura a los interesados. Para este propósito, ArchiMate define el punto de vista Introductorio:

El punto de vista Introductorio utiliza una notación simplificada que constituye un subconjunto del lenguaje completo de ArchiMate. Se utiliza típicamente al inicio de una trayectoria de diseño, cuando aún no todo necesita ser detallado, o para explicar la esencia de un modelo de arquitectura a no arquitectos que necesitan una notación más sencilla e intuitiva. Otra utilización de este punto de vista básico y menos formal es evitar la impresión de que el diseño de arquitectura ya está fijo, una impresión que se genera fácilmente al usar visualizaciones más formales, altamente estructuradas o detalladas.

El equivalente de TOGAF para este punto de vista es el Diagrama de concepto de solución.

El ejemplo siguiente destaca los cambios más importantes necesarios en el escenario actual de cambio:

• En la oficina frontal, desaparecerá el sistema CRM de gastos legales separado.
• En la oficina de back-end, las aplicaciones de back-office separadas serán reemplazadas por una única suite de back-office. Tres servidores comunes de back-office separados serán reemplazados por un clúster de servidores compartidos y un clúster de servidores de respaldo.

Figura 20: Vista introductoria

Fase B: Arquitectura de negocio objetivo y análisis de brechas

En este escenario, la arquitectura de negocio permanece sin cambios. Sin embargo, dentro de la arquitectura de negocio, también mostramos cómo la arquitectura objetivo realiza los requisitos clave del negocio. Para este propósito, TOGAF especifica un Diagrama de huella del negocio. En ArchiMate, esto puede expresarse utilizando el punto de vista de realización de requisitos, definido como sigue:

El punto de vista de realización de requisitos permite al diseñador modelar la realización de requisitos mediante elementos centrales como actores del negocio, servicios del negocio, procesos del negocio, servicios de aplicaciones, componentes de aplicaciones, etc. Normalmente, los requisitos provienen del punto de vista de refinamiento de objetivos.

El ejemplo siguiente muestra cómo los requisitos del negocio establecidos en la fase de visión de arquitectura son realizados por elementos en la arquitectura.

Figura 21: Vista de realización de requisitos

Fase C: Arquitectura de aplicaciones objetivo y análisis de brechas

El diagrama de comunicación de aplicaciones a continuación muestra la situación objetivo propuesta del entorno de aplicaciones.

Figura 22: Arquitectura de aplicaciones objetivo: Vista de cooperación de aplicaciones

Los resultados del análisis de brechas globales de la arquitectura de aplicaciones se muestran a continuación. Varios componentes de aplicaciones presentes en la arquitectura base ya no existen en la arquitectura objetivo: las aplicaciones de back-office separadas y el sistema CRM de seguros de gastos legales separado. La funcionalidad de CRM para clientes de seguros de gastos legales será asumida por el sistema CRM común; por lo tanto, no se requiere un nuevo componente (aunque los sistemas CRM comunes existentes podrían necesitar ajustes o reconfiguración, esto no se muestra en el análisis de brechas). Además, se introduce una suite completamente nueva de aplicaciones de back-office.

Figura 23: Arquitectura de aplicaciones: Análisis de brechas

Fase D: Arquitectura de tecnología objetivo y análisis de brechas

La vista de infraestructura a continuación muestra la situación objetivo propuesta en el dominio de la infraestructura de tecnología.

Figura 24: Arquitectura Tecnológica Objetivo: Vista de Infraestructura

La Figura 25 muestra los resultados del análisis de brechas global de la arquitectura tecnológica. Se eliminarán los servidores de oficina común separados. El cluster original de servidores de Home & Away se convertirá en el cluster central de servicios de oficina posterior de ArchiSurance, y se instalará un cluster adicional de servidores de respaldo en el SSC de la sede de PRO-FIT. También existe un servidor de gestión de documentos de respaldo en la oficina posterior de Home & Away. El nuevo conjunto de oficina posterior y el sistema de gestión de documentos se replicarán en los servidores primarios y de respaldo respectivos.

Figura 25: Arquitectura Tecnológica: Análisis de Brechas

Planificación de Implementación y Migración

TOGAF 9 introdujo arquitecturas de transición para las Fases E y F, representando posibles estados intermedios («plataformas») entre la arquitectura base y la arquitectura objetivo.

En ArchiMate, la arquitectura base, la arquitectura objetivo y las arquitecturas de transición, junto con las relaciones entre ellas, se muestran utilizando la vista de migración:

La vista de migración contiene modelos y conceptos que se pueden utilizar para especificar la transición desde una arquitectura existente hasta una arquitectura deseada.

La Figura 26 muestra un ejemplo para el escenario actual. El departamento de TI de ArchiSurance no dispone de recursos suficientes para ejecutar la integración del sistema de oficina posterior y la integración del sistema CRM de forma paralela. Por lo tanto, una arquitectura de transición sustituye los dos sistemas CRM por uno, pero mantiene sistemas de oficina posterior separados. Otra arquitectura tiene un conjunto de oficina posterior, pero dos aplicaciones CRM.

Figura 26: Vista de Migración

Las arquitecturas de transición apoyan la planificación de proyectos de implementación, como la integración de CRM y la integración de aplicaciones de oficina posterior. La secuencia de estos proyectos depende de la arquitectura de transición elegida. Esto se puede mostrar en el Diagrama de Contexto del Proyecto TOGAF (Figura 27):

El Diagrama de Contexto del Proyecto muestra el alcance de los paquetes de trabajo que se deben realizar como parte de una hoja de ruta de transformación más amplia. El diagrama de relaciones de contexto del proyecto vincula los paquetes de trabajo con organizaciones, funciones, servicios, procesos, aplicaciones, datos y tecnología que se añadirán, eliminarán o verán afectados por el proyecto.

Figura 27: Diagrama de Contexto del Proyecto TOGAF representado en ArchiMate

Escenario 2: Gestión de Portafolio en Línea

En este escenario, se asume como nueva base el estado objetivo del Escenario 1, y los clientes pueden acceder directamente a su cartera de seguros a través de internet. Al habilitar a los clientes para:

• Comprar, renovar o modificar de forma segura sus seguros de hogar, viaje, automóvil o gastos legales en línea según las reglas que utiliza ArchiSurance al realizar sus operaciones
• Obtener ayuda con las transacciones en línea mediante:
  • Buscar respuestas en la base de conocimientos
  • Iniciar una sesión de chat con un representante de servicio al cliente (CSR)
  • Escribir y enviar un correo electrónico mediante un formulario web, respondido por un CSR
  • Solicitar una llamada telefónica de un CSR mediante un formulario web
• Obtener información y ofertas especiales de los socios de ArchiSurance para satisfacer sus necesidades, como servicios de banca y planificación financiera, inversiones, tarjetas de crédito y otros tipos de seguros

Actualmente no existen modelos disponibles para este escenario. The Open Group anima a sus miembros a contribuir a versiones futuras de este estudio de caso. Los colaboradores pueden ampliar o añadir detalles a los dos escenarios presentados aquí o crear nuevos escenarios. Sin embargo, para facilitar un cuerpo de trabajo coherente, la arquitectura base de los nuevos escenarios de cambio debería ser la arquitectura base o objetivo de los escenarios de cambio presentados aquí.

Referencias

1. TOGAF® Versión 9.1, The Open Group, publicado por The Open Group, 2011.
2. Especificación ArchiMate® 2.0, The Open Group, enero de 2012.
3. Doest, H., Iacob, M.-E., Lankhorst, M.M. (editores) y van Leeuwen, D.: Funcionalidad y Ejemplos de Puntos de Vista, Entregable ArchiMate D3.4.1a v2, TI/RS/2003/091, Telematica Instituut, Enschede, Países Bajos, 2004.
4. van den Berg, H., Moelaert, F.: Banco de Pruebas Abierto PRO-FIT para Daños en Automóviles, Entregable Banco de Pruebas WP3/N004/V001, TRC, Enschede, Países Bajos, 1997.
5. ¿Qué es ArchiMate?
6. Guía completa sobre puntos de vista de ArchiMate
7. Actualización de ArchiMate 3
8. ¿Qué hay de nuevo en ArchiMate 3?
9. Uso de la herramienta ArchiMate con el ADM de TOGAF
10. ¿Cómo usar el flujo de valor en ArchiMate 3.1?
11. ¿Qué hay de nuevo en ArchiMate 3.1?