S03 s1 - Caso de Estudio Archimate Spanish
Cargado por
A-ZS03 s1 - Caso de Estudio Archimate Spanish
Cargado por
A-ZMachine Translated by Google
Estudio de caso de ArchiSurance
Un estudio de caso de:
Henk Jonkers, Iver Band, Dick Quartel
enero 2012
Machine Translated by Google
Estudio de caso de ArchiSurance
Copyright © 2012, The Open Group Este
trabajo está disponible bajo los términos de la licencia Creative Commons AttributionShareAlike 3.0 Unported (CC BYSA 3.0),
http://creativecommons.org/licenses/bysa/3.0/.
El Open Group agradece a BiZZdesign BV y Novay, y a sus predecesores Telematica Institut y Telematica Research Center,
por el trabajo previo en el que se basa este estudio de caso.
Este estudio de caso es un resultado del programa de certificación ArchiMate 2. Open Group agradece a los directores de
EA, QPR Software Oyj, Capgemini Academy, BiZZdesign y Architecting the Enterprise por patrocinar el desarrollo del programa
de certificación ArchiMate 2.
Boundaryless Information Flow™ es una marca comercial y ArchiMate®, Jericho Forum®, Motif®, Making Standards Work®, OSF/
1®, The Open Group®, TOGAF®, UNIX® y el dispositivo “X” son marcas comerciales registradas de The Grupo Abierto en Estados
Unidos y otros países. Todas las demás marcas, empresas y nombres de productos se utilizan únicamente con fines de identificación
y pueden ser marcas comerciales propiedad exclusiva de sus respectivos dueños.
Estudio de caso de ArchiSurance
Número de documento: Y121
Publicado por The Open Group, enero de 2012.
Cualquier comentario relacionado con el material contenido en este documento puede enviarse a:
The Open Group, 44 Montgomery St. #960, San Francisco, CA 94104, EE. UU. o por correo
electrónico a:
www.opengroup.org Un estudio de caso publicado por The Open Group 2
Machine Translated by Google
Estudio de caso de ArchiSurance
Tabla de contenido
Resumen ejecutivo 4
Introducción 5
TOGAF® y ArchiMate® ................................................. ........................................ 5
Fondo 7
Fase Preliminar 8
Fase B: Arquitectura empresarial básica 10
Estructura de organización ................................................ ........................................ 10
Funciones de negocio ................................................ .......................................... 11
Procesos de negocios ................................................ .......................................... 12
Fase C: Arquitecturas básicas de sistemas de información (aplicaciones) 14
Cooperación de aplicaciones ................................................ ................................ 14
Alineación de aplicaciones empresariales ................................................ ........................ 15
Fase C: Arquitecturas básicas de sistemas de información (datos) 17
Fase D: Arquitectura tecnológica básica 19
Cambiar escenarios 21
Escenario 1: Racionalización de la cartera de aplicaciones ......................................... 21
Escenario 2: Gestión de cartera en línea ................................. .......... 29
Referencias 30
Sobre los autores 31
Agradecimientos 31
Acerca del grupo abierto 32
www.opengroup.org Un estudio de caso publicado por The Open Group 3
Machine Translated by Google
Estudio de caso de ArchiSurance
™
Flujo de información sin límites
logrado a través de la interoperabilidad
global de manera segura, confiable y oportuna
Resumen ejecutivo
El estudio de caso de ArchiSurance es un ejemplo ficticio desarrollado para ilustrar el uso del lenguaje
de modelado ArchiMate® en el contexto del marco TOGAF®. El caso de estudio se refiere a la
compañía de seguros ArchiSurance, que se formó como resultado de la fusión de tres compañías
anteriormente independientes. El estudio de caso describe la arquitectura básica de la empresa y
luego una serie de escenarios de cambio.
Este estudio de caso debe utilizarse como ejemplo en todos los cursos de formación
acreditados de ArchiMate. Sin embargo, no forma parte de la definición de TOGAF. Este trabajo
respalda la visión de The Open Group de flujo de información sin límites al ilustrar el uso
combinado de los estándares TOGAF y ArchiMate para una representación consistente de información
arquitectónica en diversas organizaciones, sistemas e iniciativas.
www.opengroup.org Un estudio de caso publicado por The Open Group 4
Machine Translated by Google
Estudio de caso de ArchiSurance
Introducción
Este estudio de caso ficticio ilustra el uso realista del lenguaje de modelado empresarial ArchiMate en el contexto del marco
TOGAF. El caso de estudio se refiere a la compañía de seguros ArchiSurance, resultado de la fusión de tres compañías anteriormente
independientes con sede en diferentes áreas metropolitanas.
Este estudio de caso se utiliza como ejemplo en todos los cursos de formación de ArchiMate y como contexto para los
exámenes de certificación de ArchiMate. Comienza con arquitecturas básicas de negocios, aplicaciones, datos y tecnología,
haciendo uso de los puntos de vista adecuados de ArchiMate o TOGAF. El estudio continúa con dos escenarios de cambio. El primer
escenario proporciona ejemplos de vistas que ilustran el ciclo de desarrollo e implementación de la arquitectura TOGAF.
Muestra la visión de la arquitectura, los objetivos, principios y requisitos comerciales, la arquitectura empresarial, de
aplicaciones, de datos y de tecnología de destino, los resultados de un análisis de brechas entre la línea de base y el objetivo, y
vistas para respaldar la implementación y la planificación de la migración. En el segundo escenario, que adopta el estado objetivo
del primer escenario como nueva base, los clientes obtienen acceso directo a sus carteras de seguros a través de la web. Para este
escenario aún no hay modelos disponibles.
El Open Group espera que el estudio de caso evolucione con el tiempo y alienta a sus miembros a agregar nuevos aspectos y puntos
de vista o crear nuevos escenarios de cambio, siempre que sean consistentes con la descripción y los modelos del caso original.
TOGAF® y ArchiMate®
Los marcos para la arquitectura empresarial cubren diferentes aspectos para respaldar al arquitecto empresarial. Podrán tener,
entre otros, cualquier combinación de los siguientes ingredientes:
• Un proceso (“forma de trabajar”) para crear arquitecturas
• Un conjunto o clasificación de puntos de vista.
• Un lenguaje para describir arquitecturas (que define conceptos y relaciones, pero también una notación)
Open Group mantiene dos estándares abiertos para la arquitectura empresarial: TOGAF [1] y ArchiMate [2].
El núcleo de TOGAF es un proceso para el desarrollo e implementación de la arquitectura empresarial: el Método de
Desarrollo de Arquitectura (ADM). TOGAF también describe puntos de vista, técnicas y modelos de referencia, así como un marco
de contenido que identifica los tipos de bloques de construcción que conforman una arquitectura. Sin embargo, TOGAF
no prescribe el uso de un lenguaje de modelado específico para crear vistas arquitectónicas.
ArchiMate es un lenguaje gráfico que proporciona una representación uniforme de modelos para respaldar el ciclo completo de
desarrollo de la arquitectura. La versión 2.0 del estándar consta de un lenguaje central, destinado a la descripción de las
arquitecturas actuales (arquitecturas empresariales, de sistemas de información y tecnológicas, así como sus interrelaciones), y
extensiones para modelar las motivaciones de la arquitectura, así como así como su implementación y planificación migratoria.
La Figura 1 muestra cómo el lenguaje principal y las extensiones están vinculados al TOGAF ADM. Además de modelar conceptos
y relaciones, ArchiMate, al igual que TOGAF, define un conjunto de puntos de vista arquitectónicos.
TOGAF y ArchiMate tienen una base común firme en su filosofía y uso de puntos de vista para capturar y comunicar diferentes
aspectos de un único modelo arquitectónico subyacente. Los estándares se complementan entre sí en el sentido de que 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 arquitectónicos.
www.opengroup.org Un estudio de caso publicado por The Open Group 5
Machine Translated by Google
Estudio de caso de ArchiSurance
El lenguaje ArchiMate, como se describe en el Estándar Técnico [2], complementa TOGAF [1] en el sentido de que
proporciona un conjunto de conceptos y relaciones independientes del proveedor, incluida una representación gráfica,
que ayuda a crear un modelo consistente e integrado, que puede ser representado en forma de vistas.
Preliminar
Fase A:
Arquitectura Comportamiento de la información Motivación de la estructura
Visión
Fase H: Fase B:
Arquitectura
Negocio
Cambiar Arquitectura capa empresarial
Gestión
Fase C:
Fase G:
Requisitos Información Capa de aplicación
Implementación
Gobernancia Gestión Sistemas
Arquitecturas
Fase F: Fase D:
Capa tecnológica
Migración Tecnología
Planificación Arquitectura
Fase E:
Oportunidades
& Soluciones Implementación y migración
Figura 1: Correspondencia entre ArchiMate y TOGAF
www.opengroup.org Un estudio de caso publicado por The Open Group 6
Machine Translated by Google
Estudio de caso de ArchiSurance
Fondo
ArchiSurance [3,4] es el resultado de una reciente fusión de tres compañías de seguros anteriormente independientes:
• Home & Away, especializada en seguros para propietarios de vivienda y seguros de viaje
• PROFIT, especializada en seguros de automóviles
• Legalmente Tuyo, especializado en seguros de gastos legales
La empresa consta ahora de tres divisiones con el mismo nombre y sede que sus predecesoras independientes.
Lejos de casa
Propietario de vivienda y viajes
seguro
PROFIT Auto
seguro
LegalmenteTuyo Legal
Seguro de gastos
Figura 2: ArchiSurance: el resultado de la fusión de tres compañías de seguros
ArchiSurance se formó para aprovechar numerosas sinergias entre las tres organizaciones. Si bien las tres empresas anteriores a la
fusión vendían diferentes tipos de seguros, tenían modelos de negocio similares. Los tres vendieron directamente a consumidores y
pequeñas empresas a través de la web, correo electrónico, teléfono y canales de correo postal.
Aunque tenían su sede en diferentes ciudades, cada una estaba completamente alojada en un moderno complejo de oficinas
en una importante área metropolitana. Cada uno tenía bases de clientes leales y una sólida reputación de integridad, valor, servicio
y estabilidad financiera. Las tres empresas eran de propiedad privada y pertenecían a grupos entrelazados de inversores
institucionales e individuales.
Los principales inversores de las tres empresas iniciaron conversaciones para la fusión después de darse cuenta de que estaban
entrando en sus mercados competidores de menor coste, que había nuevas oportunidades en regiones de alto crecimiento y que cada
empresa necesitaba importantes nuevas inversiones en TI para seguir siendo competitiva. Se dieron cuenta de que sólo una
empresa más grande y combinada podría controlar simultáneamente sus costos, mantener la satisfacción de sus clientes, invertir en
nueva tecnología y aprovechar los mercados emergentes con un alto potencial de crecimiento. Las negociaciones de fusión y las
aprobaciones regulatorias duraron 18 meses, pero hace dos años se firmaron los documentos y la fusión se completó.
La nueva compañía ofrece todos los productos de seguros de las tres compañías previas a la fusión y tiene la intención de
ajustar frecuentemente sus ofertas en respuesta a las condiciones cambiantes del mercado. Al igual que sus tres
predecesores, ArchiSurance vende directamente a los clientes mediante impresión, web y marketing directo.
La fusión ha resultado en una serie de desafíos de integración y alineación para los procesos comerciales y sistemas de información
de la nueva empresa. Estos desafíos son evidentes en la arquitectura básica de negocios, aplicaciones, datos y tecnología de
ArchiSurance. Pero primero, la Fase Preliminar de TOGAF ADM establece un contexto motivacional para estos desafíos.
www.opengroup.org Un estudio de caso publicado por The Open Group 7
Machine Translated by Google
Estudio de caso de ArchiSurance
Fase Preliminar
Para guiar los cambios futuros en sus negocios y tecnología de la información, ArchiSurance ha decidido desarrollar una arquitectura empresarial
basada en TOGAF 9.1 y ArchiMate 2.0 con una adaptación mínima.
Como parte de la Fase Preliminar, se identifican las principales partes interesadas en el compromiso de la arquitectura y sus preocupaciones
(modeladas como impulsores internos en ArchiMate). TOGAF define una matriz de Mapa de partes interesadas para representar esto. En
ArchiMate, esto se puede expresar utilizando el punto de vista de las partes interesadas:
El punto de vista de las partes interesadas permite al analista modelar a las partes interesadas, sus preocupaciones y las evaluaciones (en
términos de fortalezas, debilidades, oportunidades y amenazas) de estas preocupaciones. Además, se pueden describir los vínculos con los
objetivos iniciales (de alto nivel) que abordan estas preocupaciones y evaluaciones.
La Figura 3 muestra una parte de dicho diagrama, identificando dos partes interesadas (la junta directiva de ArchiSurance y sus clientes actuales
y potenciales) y sus preocupaciones, modeladas como impulsoras. La satisfacción del cliente es una preocupación compartida de ambas partes
interesadas. La satisfacción de las partes interesadas se puede refinar en preocupaciones más detalladas; por ejemplo, ganancias.
Figura 3: Fragmento de la visión de las partes interesadas
Los impulsores motivan el desarrollo de objetivos comerciales específicos, como se muestra a continuación con fines de lucro. Objetivos como la
reducción de costos se pueden dividir en la reducción de los costos de mantenimiento y la reducción de los costos de personal.
ArchiMate define un principio como una propiedad normativa de todos los sistemas en un contexto dado o una propiedad normativa de la forma en
que se realizan. Tenga en cuenta que aquí "sistemas" incluye, por ejemplo, organizaciones y unidades organizativas, no solo sistemas de TI. Por
lo tanto, los principios ayudan a alcanzar los objetivos empresariales. TOGAF define un principio como una declaración de intenciones
cualitativa que debe cumplir una arquitectura. Un principio debe tener una justificación que lo respalde y una medida de importancia.
El punto de vista de los Principios de ArchiMate, cuyo ejemplo se muestra en la Figura 5, describe los principios, sus dependencias y los
objetivos que logran de forma gráfica:
El punto de vista de Principios permite al analista o diseñador modelar los principios que son relevantes para el problema de diseño en cuestión,
incluidas las metas que motivan estos principios. Además, se pueden modelar las relaciones entre los principios y sus objetivos. Por
ejemplo, los principios pueden influirse mutuamente de manera positiva o negativa.
TOGAF define un catálogo de principios para proporcionar una descripción general de los principios.
www.opengroup.org Un estudio de caso publicado por The Open Group 8
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 4: Objetivos comerciales asociados con el beneficio impulsor
Figura 5: Vista de principios
www.opengroup.org Un estudio de caso publicado por The Open Group 9
Machine Translated by Google
Estudio de caso de ArchiSurance
Fase B: Arquitectura empresarial básica
Después de la fusión, ArchiSurance creó un frontoffice compartido como centro de contacto multicanal para ventas y
atención al cliente, con un centro de contacto principal en la sede anterior a la fusión de Home & Away. Todavía hay tres
oficinas administrativas independientes que manejan los productos de seguros de las tres compañías originales. Se ha
establecido un Centro de Servicios Compartidos (SSC) para el procesamiento de documentos en la sede de PROFIT
previa a la fusión. El centro administra el depósito central de documentos, así como todos los flujos de trabajo de documentos
automatizados. Además, realiza todo el escaneo, impresión y archivo de documentos legalmente vinculantes cuando entran
o salen de ArchiSurance. Para garantizar la continuidad del negocio y manejar los períodos de máxima actividad, el SSC
también cuenta con personal y equipo capacitados para realizar las funciones de la oficina principal, que también
está preparada para corresponder.
GANANCIA
Sede central y visitante
sede
Back office para propietarios de viviendas y viajes
Oficina administrativa automática
Compartido
Oficina frontal Servicio
Centro
Back office de gastos legales
Figura 6: Estructura organizativa global de ArchiSurance
En la Fase B (Arquitectura Empresarial) del TOGAF ADM, ArchiMate puede expresar y relacionar la estructura
organizativa, los productos, los servicios, las funciones, los procesos y la información de ArchiSurance. La arquitectura
empresarial proporciona contexto para las arquitecturas de datos, aplicaciones y tecnología.
Estructura de organización
Para describir la estructura de la organización, ArchiMate define el punto de vista de la Organización:
El punto de vista de la organización se centra en la organización (interna) de una empresa, un departamento, una red de
empresas o de otra entidad organizativa. Desde este punto de vista, es posible presentar modelos como diagramas de
bloques anidados, pero también de forma más tradicional, como organigramas. El punto de vista de la Organización es muy
útil para identificar competencias, autoridad y responsabilidades en una organización.
La contraparte TOGAF de este punto de vista es el diagrama de descomposición organizacional.
La estructura organizativa a menudo se representa como un árbol, como se muestra en la Figura 7, aunque el enfoque
de descomposición organizacional utilizado tanto por ArchiMate como por TOGAF tiene muchas más opciones que un
simple organigrama estilo árbol. Esta vista muestra la estructura organizativa de alto nivel de ArchiSurance, con sus principales
www.opengroup.org Un estudio de caso publicado por The Open Group 10
Machine Translated by Google
Estudio de caso de ArchiSurance
ubicaciones y departamentos. Alternativamente, un diagrama anidado puede representar la subdivisión de la organización en ubicaciones y
departamentos.
Figura 7: Vista de organización
Funciones de negocio
Una función empresarial de ArchiMate agrupa el comportamiento en función de un conjunto elegido de criterios, que normalmente
requieren recursos y/o competencias empresariales.
Las principales funciones comerciales que distingue ArchiSurance son:
• Marketing, que estudia, planifica, promueve y gestiona productos y segmentos de mercado, y trabaja con
Actuarial para diseñar productos.
• Actuarial, que determina los precios de los productos y los niveles de reserva, trabaja con marketing para diseñar nuevos
productos y analiza el riesgo empresarial.
• Relaciones con el Cliente, que incluye las interacciones entre ArchiSurance y sus clientes; lo maneja
preguntas de los clientes, captura reclamos entrantes y realiza campañas de marketing directo
• Suscripción, que fija los precios de las pólizas individuales y genera propuestas y pólizas de seguro.
• Reclamaciones, que formula y ejecuta la respuesta de ArchiSurance a cada reclamación contra una de sus pólizas.
• Financiación, que incluye el cobro periódico de primas, según las pólizas de seguro con los clientes.
tal como lo produce el Contratante, y se encarga del pago de las reclamaciones de seguros.
• Procesamiento de documentos, que admite otras funciones mediante el escaneo, la impresión y la impresión de documentos.
archivar
• Gestión de inversiones, que gestiona activos financieros e inmobiliarios para obtener la máxima rentabilidad dentro de
Restricciones de riesgo y liquidez corporativa y regulatoria.
Algunas de estas funciones comerciales se replican en los tres backoffices divisionales de ArchiSurance.
Para modelar funciones comerciales y sus relaciones, ArchiMate define el punto de vista de Función Comercial:
El punto de vista de la función empresarial muestra las principales funciones comerciales de una organización y sus relaciones
en términos de flujos de información, valor o bienes entre ellas.
La contraparte TOGAF de este punto de vista es el diagrama de descomposición funcional.
www.opengroup.org Un estudio de caso publicado por The Open Group 11
Machine Translated by Google
Estudio de caso de ArchiSurance
La Figura 8 muestra las principales funciones comerciales de ArchiSurance, así como los flujos de información más importantes
entre las funciones y los roles externos. También muestra la replicación de funciones comerciales en los backoffices de las
diferentes divisiones.
Figura 8: Vista de funciones empresariales
Procesos de negocios
Un proceso de negocio ArchiMate agrupa el comportamiento basándose en un orden de actividades. Produce un conjunto definido
de productos o servicios. Una arquitectura de procesos muestra los procesos de negocio más importantes y sus relaciones,
y posiblemente los pasos principales dentro de cada uno de los procesos. Por lo general, no muestra todos los detalles de un flujo
de proceso, que es el propósito de los lenguajes de diseño de procesos de negocio. ArchiMate define un punto de vista de proceso
de negocio:
El punto de vista de Procesos de Negocio se utiliza para mostrar la estructura y composición de alto nivel de uno o más
procesos de negocios.
La contraparte TOGAF de este punto de vista es el diagrama de flujo de proceso.
La Figura 9 muestra los dos procesos de negocio centrales de ArchiSurance, con sus subprocesos de alto nivel: Cerrar
contrato, que se realiza al vender un nuevo producto de seguro, y Gestionar reclamación, que se realiza cuando se ha
recibido una reclamación por daños. Si bien los detalles de estos procesos pueden diferir según los diferentes tipos de productos
de seguro, los pasos principales son los mismos.
www.opengroup.org Un estudio de caso publicado por The Open Group 12
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 9: Vista del proceso de negocio
www.opengroup.org Un estudio de caso publicado por The Open Group 13
Machine Translated by Google
Estudio de caso de ArchiSurance
Fase C: Arquitecturas básicas de sistemas de información
(Aplicaciones)
Desde la fusión, las tres divisiones han adoptado un portal web, un paquete de software de centro de contacto y un sistema de
gestión de documentos comunes. Además, la empresa seleccionó una solución CRM estratégica y la implementó tanto para Home &
Away como para PROFIT. Sin embargo, debido al enfoque de la administración en minimizar los riesgos posteriores a la fusión
y al mismo tiempo mejorar continuamente el desempeño diario de cada división, la racionalización de las aplicaciones comerciales
centrales no ha comenzado. Ahora que ArchiSurance ha cumplido las expectativas de rendimiento 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. Por lo tanto, persisten una serie de desafíos. Home & Away todavía utiliza sus paquetes
de aplicaciones financieras y de administración de políticas anteriores a la fusión, mientras que PROFIT y Legally Yours todavía
utilizan sus propias aplicaciones monolíticas personalizadas previas a la fusión.
Figura 10: Panorama de aplicaciones
Cooperación de aplicaciones
ArchiMate define un punto de vista de cooperación de aplicaciones para mostrar una descripción general del panorama de
aplicaciones y las dependencias entre las aplicaciones:
El punto de vista de la cooperación de aplicaciones describe las relaciones entre los componentes de las aplicaciones en
términos de los flujos de información entre ellos, o en términos de los servicios que ofrecen y utilizan. Este punto de vista se utiliza
normalmente para crear una descripción general del panorama de aplicaciones de una organización. Este punto de vista también
se utiliza para expresar la cooperación (interna) u orquestación de servicios que juntos respaldan la ejecución de un proceso de
negocio.
La contraparte TOGAF de este punto de vista es el diagrama de comunicación de aplicaciones.
www.opengroup.org Un estudio de caso publicado por The Open Group 14
Machine Translated by Google
Estudio de caso de ArchiSurance
La Figura 11 muestra las principales aplicaciones de ArchiSurance, así como los principales flujos de datos entre
las aplicaciones.
Figura 11: Vista de cooperación de aplicaciones
Alineación de aplicaciones empresariales
TOGAF no define diagramas para la alineación de aplicaciones comerciales. Sin embargo, sí especifica puntos de vista
basados en matrices para mostrar los vínculos entre el negocio y la arquitectura de la aplicación; por
ejemplo, una matriz Aplicación/Organización y una matriz Aplicación/Función.
Las relaciones entre los componentes de la aplicación también se pueden modelar gráficamente. ArchiMate define el punto
de vista del uso de la aplicación:
El punto de vista del uso de aplicaciones describe cómo se utilizan las aplicaciones para respaldar uno o más procesos
de negocio y cómo las utilizan otras aplicaciones. Se puede utilizar para diseñar una aplicación identificando los
servicios que necesitan los procesos de negocio y otras aplicaciones, o para diseñar procesos de negocio describiendo
los servicios que están disponibles. Además, dado que identifica las dependencias de los procesos de negocio con respecto
a las aplicaciones, puede resultar útil para los directores operativos responsables de estas
procesos.
El concepto de Servicio de Aplicaciones juega un papel central en este punto de vista. La Figura 12 muestra un
subconjunto de los servicios ofrecidos por las aplicaciones utilizadas por la división Home & Away de ArchiSurance, y cuáles
de los subprocesos del proceso de gestión de siniestros utilizan cuáles de estos servicios.
www.opengroup.org Un estudio de caso publicado por The Open Group 15
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 12: Vista de uso de la aplicación
www.opengroup.org Un estudio de caso publicado por The Open Group dieciséis
Machine Translated by Google
Estudio de caso de ArchiSurance
Fase C: Arquitecturas básicas de sistemas de información (datos)
La arquitectura de datos de ArchiSurance describe las principales relaciones entre sus objetos de negocio conceptuales y sus
objetos de datos lógicos. ArchiMate define el punto de vista de la Estructura de la Información para este propósito:
El punto de vista de la estructura de la información es comparable a los modelos de información tradicionales creados en el
desarrollo de casi cualquier sistema de información. Muestra la estructura de la información utilizada en la empresa o en
un proceso o aplicación de negocio específico, en términos de tipos de datos o clases (orientadas a objetos).
estructuras.
Uno de los puntos de vista de datos que define TOGAF es el diagrama de datos lógicos.
La Figura 13 muestra un subconjunto de los objetos de negocio que define ArchiSurance. Parte de la información del cliente es un
expediente de seguro, que se compone de solicitudes de seguro, pólizas de seguro y reclamaciones de daños. Se definen
una serie de especializaciones del objeto de la póliza de seguro, una para cada tipo de seguro que comercializa ArchiSurance.
Figura 13: Vista de estructura de información
Otro punto de vista de datos que define TOGAF es el diagrama de Difusión de Datos:
El propósito del diagrama de difusión de datos es mostrar la relación entre la entidad de datos, el servicio comercial y los
componentes de la aplicación. El diagrama muestra cómo los componentes de la aplicación deben realizar físicamente las entidades
lógicas. Esto permite realizar un dimensionamiento efectivo y perfeccionar la huella de TI.
Además, al asignar valor comercial a los datos, se puede obtener una indicación de la importancia comercial de los
componentes de la aplicación.
www.opengroup.org Un estudio de caso publicado por The Open Group 17
Machine Translated by Google
Estudio de caso de ArchiSurance
La Figura 14 muestra un diagrama de Difusión de Datos para una aplicación ArchiSurance.
Figura 14: Diagrama de difusión de datos
www.opengroup.org Un estudio de caso publicado por The Open Group 18
Machine Translated by Google
Estudio de caso de ArchiSurance
Fase D: Arquitectura tecnológica básica
La Figura 15 esboza el panorama de la infraestructura técnica de ArchiSurance. En el frontoffice, ubicado en la sede de Home & Away, hay un
servidor de uso general y otro dedicado al alojamiento web. El Centro de Servicios Compartidos (SSC), ubicado en la sede de PROFIT, cuenta
con un servidor propio para el sistema de gestión documental. Cada uno de los tres backoffices dispone de un servidor para sus aplicaciones.
Una red de área local (LAN) conecta servidores y ordenadores personales en cada una de las tres ubicaciones de ArchiSurance, que a su
vez están conectados por una red de área amplia (WAN) corporativa.
Figura 15: Panorama de infraestructura
Para obtener una descripción general del panorama de la infraestructura, ArchiMate define el punto de vista de la infraestructura:
El punto de vista de la infraestructura contiene los elementos de la infraestructura de software y hardware que soportan la capa de
aplicación, como dispositivos físicos, redes o software del sistema (por ejemplo, sistemas operativos, bases de datos y middleware).
La contraparte TOGAF de 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 departamento.
En esta vista también se muestran las redes que conectan los diferentes dispositivos y los artefactos (de aplicación) implementados en los
dispositivos.
www.opengroup.org Un estudio de caso publicado por The Open Group 19
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 16: Vista de infraestructura
www.opengroup.org Un estudio de caso publicado por The Open Group 20
Machine Translated by Google
Estudio de caso de ArchiSurance
Cambiar escenarios
Escenario 1: Racionalización de la cartera de aplicaciones
La inflexibilidad de la arquitectura de la aplicación ArchiSurance dificulta la adaptación a los cambios en las condiciones
comerciales. En parte como resultado de la fusión, el panorama de aplicaciones se ha dispersado, lo que ha resultado en redundancia
de datos y superposición funcional, así como integración de aplicaciones punto a punto utilizando una variedad de formatos y métodos
de datos. Estos problemas causan inestabilidades internas, mayores costos de mantenimiento de aplicaciones y obstáculos para
compartir información en toda la empresa y con los socios. En consecuencia, el departamento de TI tiene una considerable
acumulación de solicitudes de trabajo. La alta dirección de ArchiSurance está muy preocupada por el retraso, en particular por la
necesidad insatisfecha de compartir información automáticamente con socios de ventas contratados de gran volumen y consultores de
seguros influyentes.
Este escenario racionaliza la cartera de aplicaciones de ArchiSurance mediante:
• Migrar a una suite administrativa integrada para funciones como administración de políticas y finanzas.
actas. La suite estará compuesta por:
o AUTOU, un sistema de suscripción automatizado que genera propuestas y pólizas
o PADMIN, un sistema de administración de políticas empaquetado que se integra con el sistema automatizado
sistema de suscripción para emitir, modificar y renovar pólizas; Este sistema también maneja la contabilidad y
facturación del cliente.
o VERSACLAIM, un sistema de reclamaciones empaquetado con pantallas y flujo de trabajo que se puede configurar para
soportar las tres líneas de negocio de ArchiSurance
o PCONFIG, un configurador de gestión de productos utilizado para definir todos los productos de seguros, y
exponer estas definiciones a AUTOU, PADMIN y VERSACLAIM a través de servicios web
o BRIMS, un sistema de gestión de reglas de negocio (BRMS) que consta de un repositorio de reglas, un
motor de procesamiento, un entorno de desarrollo de reglas y una herramienta de creación para interfaces de usuario
de administración de reglas. El motor de reglas comerciales expone capacidades de ejecución de reglas a AUTO
U, PADMIN, VERSACLAIM y PCONFIG a través de servicios web.
• Completar la migración al sistema CRM estratégico
Los principales inversores y el director general de ArchiSurance apoyan estas iniciativas con la condición de que todos los
cambios sean invisibles para los clientes y socios de ArchiSurance. Los productos y servicios de la aseguradora no deben verse
afectados, y todas las interacciones con clientes y socios deben realizarse de forma ininterrumpida y sin cambios.
Figura 17: Racionalización de la cartera de aplicaciones
www.opengroup.org Un estudio de caso publicado por The Open Group 21
Machine Translated by Google
Estudio de caso de ArchiSurance
Como parte de este esfuerzo, también se simplificará la infraestructura técnica. Los servidores administrativos separados serán
reemplazados por un grupo 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 habrá un grupo de servidores de respaldo ubicado en el centro de datos de la sede de
PROFIT.
Fase A: Visión de la Arquitectura
La Fase A del TOGAF ADM establece un esfuerzo de arquitectura e inicia una iteración del ciclo de desarrollo de la arquitectura
estableciendo su alcance, limitaciones y objetivos. Esta fase también valida el contexto empresarial y desarrolla una Declaración de
Trabajo de Arquitectura.
El contexto empresarial consta de los requisitos comerciales clave basados en los principales objetivos comerciales y principios
de arquitectura. En la Figura 18 se muestran algunos objetivos y principios comerciales relevantes para el escenario actual.
Figura 18: Objetivos y principios empresariales
Los objetivos y principios son la base de requisitos concretos, como se muestra en el punto de vista del refinamiento de objetivos
de ArchiMate:
El punto de vista de Refinamiento de objetivos permite a un diseñador modelar el refinamiento de objetivos (de alto nivel) en
objetivos más concretos, y el refinamiento de objetivos concretos en requisitos o restricciones que describen las propiedades
necesarias para alcanzar los objetivos. El refinamiento de los objetivos en subobjetivos se modela utilizando la relación de
agregación. El refinamiento de objetivos en requisitos se modela utilizando la relación de realización.
La Figura 19 muestra un ejemplo de dicha vista para el escenario de cambio actual.
www.opengroup.org Un estudio de caso publicado por The Open Group 22
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 19: Vista de refinamiento de objetivos
Un elemento importante de la visión de la arquitectura es una representación de alto nivel de las arquitecturas de referencia y de destino,
para explicar el valor agregado del esfuerzo de la arquitectura a las partes interesadas. Para ello, ArchiMate define el punto de vista
introductorio:
El punto de vista introductorio forma un subconjunto del lenguaje ArchiMate completo utilizando una notación simplificada. Por lo
general, se usa al comienzo de una trayectoria de diseño, cuando aún no es necesario detallar todo, o para explicar la esencia
de un modelo arquitectónico a personas que no son arquitectos y que requieren una notación más simple e intuitiva. Otro uso de
este punto de vista básico y menos formal es que intenta evitar la impresión de que el diseño arquitectónico ya está fijo, una idea
que puede surgir fácilmente cuando se utiliza una visualización más formal, altamente estructurada o detallada.
La contraparte TOGAF de este punto de vista es el diagrama del Concepto de Solución.
El siguiente ejemplo destaca los cambios más importantes que se necesitan en el escenario de cambio actual:
• En FrontOffice desaparecerá el sistema CRM separado de Gastos Jurídicos.
• En el BackOffice, las aplicaciones de backoffice independientes se sustituirán por una única suite de backoffice.
Los tres servidores administrativos independientes de uso general serán reemplazados por un clúster de servidores compartidos y un
clúster de servidores de respaldo.
www.opengroup.org Un estudio de caso publicado por The Open Group 23
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 20: Vista introductoria
Fase B: Arquitectura empresarial objetivo y análisis de brechas
En este escenario, la arquitectura empresarial se mantiene sin cambios. Sin embargo, en la arquitectura empresarial, también
mostramos cómo la arquitectura de destino cumple con los requisitos comerciales clave. Para ello, TOGAF especifica un
diagrama de Huella Empresarial. En ArchiMate, esto se puede expresar utilizando el punto de vista de Realización de
requisitos, definido de la siguiente manera:
El punto de vista de Realización de requisitos permite al diseñador modelar la realización de requisitos mediante los elementos
centrales, como actores comerciales, servicios comerciales, procesos comerciales, servicios de aplicaciones, componentes de
aplicaciones, etc. Normalmente, los requisitos resultan del punto de vista del refinamiento de objetivos.
El siguiente ejemplo muestra cómo los elementos de la arquitectura implementan los requisitos comerciales establecidos
en la fase de visión de la arquitectura.
Figura 21: Vista de realización de requisitos
www.opengroup.org Un estudio de caso publicado por The Open Group 24
Machine Translated by Google
Estudio de caso de ArchiSurance
Fase C: Arquitectura de la aplicación objetivo y análisis de brechas
El siguiente diagrama de comunicación de aplicaciones muestra la situación objetivo propuesta para el panorama de
aplicaciones.
Figura 22: Arquitectura de la aplicación de destino: Vista de cooperación de aplicaciones
Los resultados de un análisis de brechas globales para la arquitectura de la aplicación se visualizan a continuación. Varios
componentes de la aplicación que existen en la arquitectura básica ya no están presentes en la arquitectura de destino: las
aplicaciones administrativas independientes y el sistema CRM de seguros de gastos legales independiente. La funcionalidad
CRM para los clientes de seguros de Gastos Jurídicos es asumida por el sistema CRM general; por lo tanto, esto no requiere
nuevos componentes (aunque puede ser necesario adaptar o reconfigurar el sistema CRM general existente, esto no se
muestra en el análisis de brechas). Además, se presenta un conjunto de aplicaciones administrativas completamente nuevo.
www.opengroup.org Un estudio de caso publicado por The Open Group 25
Machine Translated by Google
Estudio de caso de ArchiSurance
Figura 23: Arquitectura de la aplicación: análisis de brechas
Fase D: Arquitectura de la tecnología objetivo y análisis de brechas
La vista de infraestructura a continuación muestra la situación objetivo propuesta para el panorama de infraestructura técnica.
Figura 24: Arquitectura de tecnología de destino: vista de infraestructura
www.opengroup.org Un estudio de caso publicado por The Open Group 26
Machine Translated by Google
Estudio de caso de ArchiSurance
La Figura 25 visualiza los resultados de un análisis de brechas globales para la arquitectura tecnológica. Los servidores
administrativos separados de uso general están programados para ser eliminados. El clúster de servidores original de Home &
Away se convertirá en el clúster central de servicios administrativos de ArchiSurance y se colocará un clúster de servidores
de respaldo adicional en el SSC de la sede de PROFIT. También hay un servidor de gestión de documentos de respaldo
que se ubicará en la oficina administrativa de Home & Away. La nueva suite administrativa y el sistema de gestión
documental se replicarán en sus respectivos servidores principales y servidores de respaldo.
Figura 25: Arquitectura tecnológica: análisis de brechas
Implementación y planificación de la migración
TOGAF 9 introduce para las Fases E y F la arquitectura de transición, que representa una posible situación intermedia
("meseta") entre la arquitectura de referencia y la arquitectura de destino.
En ArchiMate, las arquitecturas de referencia, de destino y de transición, así como sus relaciones, se muestran utilizando el
punto de vista de Migración:
www.opengroup.org Un estudio de caso publicado por The Open Group 27
Machine Translated by Google
Estudio de caso de ArchiSurance
El punto de vista de la migración implica modelos y conceptos que se pueden utilizar para especificar la transición de una
arquitectura existente a una arquitectura deseada.
La Figura 26 muestra un ejemplo del escenario actual. El departamento de TI de ArchiSurance no dispone de recursos
suficientes para llevar a cabo la integración de los sistemas backoffice y la integración de los sistemas CRM en paralelo. Por lo
tanto, una arquitectura de transición reemplaza dos sistemas CRM por uno, pero tiene sistemas administrativos separados.
Otro tiene una única suite administrativa pero dos aplicaciones CRM.
Figura 26: Vista de migración
Las arquitecturas de transición permiten la planificación de proyectos de implementación, como la integración de CRM y la
integración de aplicaciones administrativas. La secuencia de estos proyectos depende de cuál de las arquitecturas de transición se
seleccione. Esto se puede mostrar en un diagrama de contexto del proyecto TOGAF (Figura 27):
Un diagrama de contexto del proyecto muestra el alcance de un paquete de trabajo que se implementará como parte de una
hoja de ruta de transformación más amplia. El diagrama de contexto del proyecto vincula un paquete de trabajo con las
organizaciones, funciones, servicios, procesos, aplicaciones, datos y tecnología que se agregarán, eliminarán o se verán
afectados por el proyecto.
Figura 27: Diagrama de Contexto del Proyecto TOGAF, expresado en ArchiMate
www.opengroup.org Un estudio de caso publicado por The Open Group 28
Machine Translated by Google
Estudio de caso de ArchiSurance
Escenario 2: Gestión de cartera en línea
En este escenario, que asume el estado objetivo del Escenario 1 como nueva línea de base, los clientes obtienen acceso directo a sus
carteras de seguros a través de la web. Esto reduce la cantidad de interacciones de los clientes con el frontoffice al permitirles:
• Comprar, renovar o modificar de forma segura en línea su seguro de vivienda, de viaje, de automóvil o de gastos legales.
coherente con las normas que ArchiSurance utiliza para llevar a cabo su negocio
• Reciba ayuda con sus transacciones en línea mediante:
o Buscar respuestas en una base de conocimientos
o Iniciar una sesión de chat con un representante de servicio al cliente (CSR)
o Usar un formulario web para redactar y enviar un correo electrónico que será respondido por un CSR
o Usar un formulario web para solicitar una llamada telefónica de un CSR
• Acceda a información y ofertas especiales de los socios de ArchiSurance que se adaptan a sus necesidades, como servicios de
planificación bancaria y financiera, inversiones, tarjetas de crédito y otros tipos de seguros.
Para este escenario aún no hay modelos disponibles. El Open Group anima a sus miembros a contribuir en futuras versiones de este
estudio de caso. Los contribuyentes pueden ampliar o agregar detalles a los dos escenarios presentados aquí, o pueden crear nuevos
escenarios. Sin embargo, para fomentar un cuerpo de trabajo coherente, las arquitecturas de referencia para nuevos
escenarios de cambio deben ser las líneas de base o los objetivos de los escenarios de cambio presentados aquí.
www.opengroup.org Un estudio de caso publicado por The Open Group 29
Machine Translated by Google
Estudio de caso de ArchiSurance
Referencias
[1] TOGAF® Versión 9.1, The Open Group, publicado por The Open Group, 2011
(www.opengroup.org/togaf).
[2] Especificación ArchiMate® 2.0, The Open Group, prevista para enero de 2012.
[3] Doest, H., Iacob, M.E., Lankhorst, MM (Ed.) y van Leeuwen, D.: Funcionalidad y ejemplos de puntos de
vista, ArchiMate Deliverable D3.4.1a v2, TI/RS/2003/091, Telematica Instituut , Enschede, Países Bajos, 2004.
[4] van den Berg, H., Moelaert, F.: PROFIT Autoschade Open Case Testbed, Testbed Deliverable WP3/N004/
V001, TRC, Enschede, Países Bajos, 1997.
www.opengroup.org Un estudio de caso publicado por The Open Group 30
Machine Translated by Google
Estudio de caso de ArchiSurance
Sobre los autores
Henk Jonkers es consultor de investigación senior en BiZZdesign. En esta capacidad, participa
en los nuevos desarrollos de la empresa en el área de arquitectura empresarial e ingeniería
empresarial. También participa en proyectos de investigación multilaterales, contribuye a cursos de
formación y realiza trabajos de consultoría. Anteriormente, trabajó como miembro del personal
científico en Telematica Instituut (actualmente Novay), donde participó en varios proyectos de
investigación aplicada en las áreas de modelado y análisis de procesos de negocio, arquitectura
empresarial, arquitectura orientada a servicios y desarrollo impulsado por modelos. . Henk fue
uno de los principales desarrolladores de ArchiMate y autor de las especificaciones ArchiMate 1.0
y 2.0, y participa activamente en las actividades del Foro ArchiMate de The Open Group.
Iver Band preside el Grupo de Trabajo de Modelos de Referencia de la Industria de Seguros
del Foro ArchiMate de The Open Group y se desempeña como arquitecto de soluciones
empresariales en Standard Insurance Company (SIC) en Portland, Oregon. Iver eligió
TOGAF y ArchiMate para su organización de TI y aplica estos estándares con entusiasmo a sus
responsabilidades diarias. Antes de ocupar su puesto actual, Iver fue arquitecto de
infraestructura empresarial de SIC, donde desarrolló estrategias de centros de datos, recuperación
ante desastres y plataformas de servidores que su empleador está implementando actualmente.
Antes de SIC, pasó más de 16 años en HewlettPackard en una variedad de funciones
técnicas y de gestión, culminando en cinco años como arquitecto de seguridad e infraestructura
responsable de la conectividad global de los socios. También se desempeñó como segundo
tecnólogo visitante en HP Labs, donde contribuyó a varios proyectos de investigación y dirigió
el desarrollo de un método patentado para la gestión de la seguridad de la red. Iver es
un profesional certificado en seguridad de sistemas de información (CISSP) desde 2005.
Dick Quartel es consultor de investigación senior en BiZZdesign. En esta función,
contribuye al desarrollo y mejora de los productos y servicios de BiZZdesign, participa en
proyectos de investigación, supervisa estudiantes y pasantes de maestría y realiza tareas de
consultoría. Además, es autor de numerosas publicaciones científicas y profesionales y autor de
la Especificación ArchiMate 2.0.
Anteriormente, trabajó como Investigador Senior en Novay (antes Telematica Instituut), donde actuó
como investigador y director de proyectos y contribuyó a la definición y adquisición de proyectos
de investigación, y como Profesor Asistente en la Universidad de Twente en las áreas de
distribución. diseño de sistemas, diseño e implementación de protocolos y sistemas middleware.
Agradecimientos
Los autores desean agradecer a las siguientes personas por su ayuda con este estudio de caso:
• Karen Lindokken, compañía de seguros estándar
• R. Allampalli, Soluciones tecnológicas de Cognizant
www.opengroup.org Un estudio de caso publicado por The Open Group 31
Machine Translated by Google
Estudio de caso de ArchiSurance
Acerca del grupo abierto
The Open Group es un consorcio global que permite el logro de objetivos comerciales a través de estándares de TI. Con más de 400
organizaciones miembro, The Open Group cuenta con una membresía diversa que abarca todos los sectores de la comunidad de TI (clientes,
proveedores de sistemas y soluciones, proveedores de herramientas, integradores y consultores, así como académicos e investigadores)
para:
• Captar, comprender y abordar los requisitos actuales y emergentes, y establecer políticas y compartir
mejores prácticas
• Facilitar la interoperabilidad, desarrollar consenso y evolucionar e integrar especificaciones y código abierto.
tecnologías
• Ofrecer un conjunto integral de servicios para mejorar la eficiencia operativa de los consorcios.
