O estudo de caso ArchiSurance é um exemplo fictício criado para ilustrar o uso da linguagem de modelagem ArchiMate® no contexto do framework TOGAF®. O estudo envolve a seguradora ArchiSurance, formada pela fusão de três empresas anteriormente independentes. O estudo descreve a arquitetura de base da empresa, seguida por vários cenários de mudança.

Este estudo de caso é obrigatório como exemplo em cursos certificados de treinamento ArchiMate. No entanto, não faz parte da definição oficial do TOGAF. O trabalho apoia a visão da The Open Group sobre fluxo de informações sem fronteiras, demonstrando o uso combinado dos padrões TOGAF e ArchiMate, permitindo a representação consistente de informações de arquitetura em diferentes organizações, sistemas e programas.

Introdução

Este estudo de caso fictício ilustra o uso prático da linguagem de modelagem empresarial ArchiMate no contexto do framework TOGAF. O estudo trata da seguradora ArchiSurance, resultado da fusão de três empresas anteriormente independentes que operavam em diferentes áreas metropolitanas.

O estudo de caso é utilizado como exemplo em todo o curso certificado de treinamento ArchiMate e serve como material de fundo para o exame de certificação ArchiMate. Ele começa com a arquitetura de base de negócios, aplicativos, dados e tecnologia, utilizando pontos de vista ArchiMate ou TOGAF apropriados. Em seguida, o estudo prossegue com dois cenários de mudança. O primeiro cenário fornece exemplos de visualizações que ilustram os ciclos de desenvolvimento e implementação da arquitetura TOGAF. Mostra a visão da arquitetura, objetivos de negócios, princípios e requisitos, arquitetura de negócios, aplicativos, dados e tecnologia alvo, resultados da análise de lacunas entre a arquitetura de base e a arquitetura alvo, e visualizações que apoiam o planejamento de implementação e migração. No segundo cenário, o estado alvo do primeiro cenário é adotado como nova arquitetura de base, e os clientes podem acessar diretamente seu portfólio de seguros pela internet. Atualmente, não existem modelos disponíveis para este cenário.

A The Open Group espera que o estudo de caso evolua ao longo do tempo e incentiva seus membros a adicionar novos aspectos e visualizações ou criar novos cenários de mudança, desde que permaneçam consistentes com a descrição original do estudo e os modelos.

TOGAF® e ArchiMate®

Os frameworks de arquitetura empresarial abrangem diferentes aspectos que apoiam os arquitetos empresariais. Entre outros, podem conter qualquer combinação dos seguintes elementos:

• Um processo para criação de arquitetura (“forma de trabalho”)
• Uma coleção ou classificação de pontos de vista
• Uma linguagem para descrever arquitetura (definindo conceitos e relações, mas também incluindo notação)

A The Open Group mantém dois padrões abertos para arquitetura empresarial: TOGAF [1] e ArchiMate [2].

O núcleo do TOGAF é o processo para desenvolver e implementar arquitetura empresarial — o Método de Desenvolvimento de Arquitetura (ADM). O TOGAF também descreve pontos de vista, técnicas, modelos de referência e um framework de conteúdo para identificar os tipos de blocos de construção que compõem as arquiteturas. No entanto, o TOGAF não prescreve o uso de uma linguagem de modelagem específica para criar visualizações de arquitetura.

ArchiMate é uma linguagem gráfica que fornece uma representação uniforme para modelos, apoiando todo o ciclo de desenvolvimento de arquitetura. A versão 2.0 do padrão inclui uma linguagem central destinada a descrever arquiteturas reais (arquiteturas de negócios, sistemas de informação e tecnologia, e as relações entre elas), bem como extensões para modelar motivações de arquitetura, e para planejamento de implementação e migração. A Figura 1 descreve como a linguagem central e as extensões se conectam ao ADM do TOGAF. Além de definir conceitos e relações de modelagem, o ArchiMate — assim como o TOGAF — define um conjunto de pontos de vista de arquitetura.

Figura 1: Correspondência entre ArchiMate e TOGAF

TOGAF e ArchiMate têm uma base comum sólida em sua filosofia e uso de pontos de vista para capturar e comunicar diferentes aspectos de um único modelo de arquitetura subjacente. Os padrões se complementam porque o TOGAF foca no processo de desenvolvimento e implementação de arquiteturas, enquanto o ArchiMate foca em uma linguagem uniforme para modelar artefatos de arquitetura.

A linguagem ArchiMate, conforme descrita no Padrão Técnico [2], complementa o TOGAF [1] ao fornecer um conjunto independente de fornecedor de conceitos e relações, incluindo notação gráfica, para ajudar na criação de modelos consistentes e integrados que podem ser representados na forma de visualizações.

Contexto

ArchiSurance [3,4] é o resultado de uma fusão recente de três seguradoras anteriormente independentes:

• Home & Away, especializada em seguros de imóveis e viagem
• PRO-FIT, especializada em seguros de automóveis
• Legally Yours, especializada em seguros de despesas legais

A empresa agora é composta por três divisões com os mesmos nomes e sedes de seus antecessores independentes.

Figura 2: ArchiSurance: Resultado da fusão de três seguradoras

A ArchiSurance foi formada para explorar numerosas sinergias entre as três organizações. Embora as três empresas antes da fusão vendessem tipos diferentes de seguros, seus modelos de negócios eram semelhantes. Todos os três produtos eram vendidos diretamente a consumidores e pequenas empresas por meio de internet, e-mail, telefone e canais postais. Embora sediadas em cidades diferentes, cada uma estava totalmente instalada em um prédio moderno em uma área metropolitana. Cada empresa tinha uma base de clientes fiel e gozava de boa reputação por integridade, valor, serviço e estabilidade financeira. As três empresas eram privadas, mantidas por cadeias de investidores institucionais e individuais.

Os principais investidores das três empresas iniciaram negociações de fusão após perceberem a entrada de concorrentes de baixo custo em seus mercados, novas oportunidades em regiões de alto crescimento e a necessidade de investimento substancial em TI em cada empresa para permanecer competitivo. Eles perceberam que apenas uma empresa fusão maior poderia controlar simultaneamente os custos, manter a satisfação do cliente, investir em nova tecnologia e explorar mercados emergentes com alto potencial de crescimento. As negociações de fusão e a aprovação regulatória levaram 18 meses, mas os documentos foram assinados há dois anos e a fusão foi concluída.

A nova empresa oferece todos os produtos de seguros das três empresas anteriores à fusão e pretende ajustar frequentemente suas ofertas com base nas mudanças nas condições do mercado. Assim como seus três antecessores, a ArchiSurance vende diretamente aos clientes por meio de impressão, internet e marketing direto.

A fusão apresentou muitos desafios de integração e coordenação para os processos de negócios e sistemas de informação da nova empresa. Esses desafios são evidentes na arquitetura de base de negócios, aplicativos, dados e tecnologia da ArchiSurance. Mas antes disso, a Fase Preliminar do ADM do TOGAF estabeleceu o contexto motivacional para esses desafios.

Fase Preliminar

Para orientar suas futuras mudanças nos negócios e na TI, a ArchiSurance decidiu desenvolver uma arquitetura empresarial baseada no TOGAF 9.1 e no ArchiMate 2.0 com ajustes mínimos.

Como parte da Fase Preliminar, os principais interessados no envolvimento da arquitetura e suas preocupações foram identificados (modelados no ArchiMate como drivers internos). O TOGAF define uma matriz de mapeamento de interessados para representar isso. No ArchiMate, isso pode ser expresso usando a perspectiva de interessados:

A perspectiva de interessados permite ao analista modelar interessados, suas preocupações e as avaliações relativas a elas (em termos de forças, fraquezas, oportunidades e ameaças). Além disso, é possível associar essas preocupações e avaliações a objetivos iniciais (de alto nível) para resolvê-las.

A Figura 3 mostra um fragmento desse diagrama, identificando dois interessados (o Conselho de Arquitetura e seus clientes atuais e potenciais) e suas preocupações, modeladas como drivers. A satisfação do cliente é uma preocupação compartilhada por ambos os interessados. A satisfação do interessado pode ser refinada em preocupações mais detalhadas; por exemplo, lucro.

Figura 3: Fragmento da Perspectiva de Interessados

Os drivers levam ao desenvolvimento de objetivos de negócios específicos, conforme mostrado abaixo para alcançar lucro. Objetivos como reduzir custos podem ser decompostos em reduzir custos de manutenção e reduzir custos com pessoal.

Figura 4: Objetivos de Negócios que Impulsionam o Lucro

O ArchiMate define princípios como propriedades normativas de todos os sistemas em um determinado contexto, ou da forma como são realizados. Observe que ‘sistema’ aqui inclui organizações e unidades organizacionais, não apenas sistemas de TI. Assim, os princípios ajudam a concretizar objetivos de negócios. O TOGAF define princípios como afirmações qualitativas de intenção que a arquitetura deve cumprir. Um princípio deve ter uma justificativa de apoio e uma implicação importante.

A perspectiva de Princípios do ArchiMate (um exemplo mostrado na Figura 5) descreve graficamente princípios, suas dependências e os objetivos que realizam:

A perspectiva de Princípios permite ao analista ou designer modelar princípios relevantes para o problema de design em questão, incluindo os objetivos que motivam esses princípios. Além disso, relações entre princípios e objetivos podem ser modeladas. Por exemplo, princípios podem influenciar positiva ou negativamente uns aos outros.

Figura 5: Perspectiva de Princípios

O TOGAF define um Catálogo de Princípios para fornecer uma visão geral dos princípios.

Fase B: Arquitetura de Negócios Baseline

Após a fusão, a ArchiSurance estabeleceu uma frente comum compartilhada como centro de contato multicanal para vendas e atendimento ao cliente, com o principal centro de contato localizado na antiga sede da Home & Away. Três escritórios de back-office separados ainda gerenciam os produtos de seguro das três empresas originais. Um centro de serviços compartilhados (SSC) para processamento de documentos foi estabelecido na antiga sede lucrativa. Esse centro gerencia o repositório central de documentos e todos os fluxos automatizados de documentos. Além disso, realiza todas as operações de digitalização, impressão e arquivamento quando documentos com força vinculativa entram ou saem da ArchiSurance. Para garantir a continuidade dos negócios e lidar com picos de atividade, o SSC também está equipado com pessoal treinado e equipamentos para realizar funções de frente de atendimento, e a frente de atendimento está igualmente preparada.

Figura 6: Estrutura organizacional global da ArchiSurance

Na Fase B (Arquitetura de Negócios) do ADM do TOGAF, o ArchiMate pode expressar e relacionar a estrutura organizacional, produtos, serviços, funções, processos e informações da ArchiSurance. A arquitetura de negócios fornece contexto para as arquiteturas de dados, aplicações e tecnologia.

Estrutura Organizacional

Para descrever a estrutura organizacional, o ArchiMate define a perspectiva de Organização:

A perspectiva de Organização foca na organização (interna) de uma empresa, departamento, rede de negócios ou outra entidade organizacional. Nesta perspectiva, os modelos podem ser representados como diagramas de caixas aninhadas, mas também podem ser usadas representações mais tradicionais, como organogramas. A perspectiva de Organização é muito útil para identificar capacidades, autoridade e responsabilidade dentro de uma organização.

O equivalente do TOGAF a essa perspectiva é o Diagrama de Decomposição Organizacional.

A estrutura organizacional é geralmente representada como uma árvore, como mostrado na Figura 7, embora os métodos de decomposição organizacional usados no ArchiMate e no TOGAF ofereçam mais opções do que os simples organogramas em árvore. Esta visão mostra a estrutura organizacional de alto nível da ArchiSurance, juntamente com suas principais localizações e divisões. Alternativamente, um diagrama aninhado poderia subdividir a organização por localização e divisão.

Figura 7: Perspectiva de Organização

Funções de Negócios

As funções de negócios do ArchiMate agrupam comportamentos de acordo com um conjunto selecionado de critérios (normalmente recursos de negócios necessários e/ou competências).

As principais funções de negócios diferenciadas pela ArchiSurance são:

• Marketing — pesquisa, planejamento, promoção e gestão de produtos e segmentos, e cooperação com atuários para o design de produtos
• Atuário — determinação dos preços dos produtos e níveis de reservas, cooperação com o Marketing para o design de novos produtos, e análise de risco empresarial
• Relações com Clientes — interações entre a ArchiSurance e seus clientes; tratamento de perguntas dos clientes, captura de reclamações recebidas e realização de campanhas de marketing direto
• Subscrição — definição de preços para políticas individuais e geração de propostas e políticas de seguro
• Reclamações — formulação e execução da resposta da ArchiSurance a cada reclamação apresentada contra suas políticas
• Financeira — coleta periódica de prêmios dos clientes de acordo com contratos e processamento de pagamentos de sinistros
• Processamento de Documentos — suporte a outras funções por meio da digitalização, impressão e arquivamento de documentos
• Gestão de Investimentos — gerenciamento de ativos financeiros e imobiliários para alcançar o máximo retorno dentro de limites corporativos e regulatórios de liquidez e risco

Algumas dessas funções empresariais são replicadas nos escritórios centrais das três divisões da ArchiSurance.

Para modelar funções empresariais e suas relações, o ArchiMate define o ponto de vista de Função Empresarial:

O ponto de vista de Função Empresarial mostra as principais funções empresariais de uma organização e suas relações em termos de fluxo de informações, fluxo de valor ou fluxo de bens.

O equivalente ao TOGAF a este ponto de vista é o Diagrama de Decomposição de Funções.

A Figura 8 mostra as principais funções empresariais da ArchiSurance, juntamente com os fluxos de informações mais importantes entre funções e papéis externos. Também mostra a replicação de funções empresariais nos escritórios centrais das diferentes divisões.

Figura 8: Vista de Função Empresarial

Processos Empresariais

Os processos empresariais do ArchiMate agrupam o comportamento de acordo com a ordem das atividades. Produz um conjunto definido de produtos ou serviços. A arquitetura de processos mostra os principais processos empresariais e suas relações, possivelmente também mostrando os principais passos em cada processo. Normalmente, não mostra todos os detalhes do fluxo de processos — esse é o propósito das linguagens de modelagem de processos empresariais. O ArchiMate define um ponto de vista de Processo Empresarial:

O ponto de vista de Processo Empresarial é usado para mostrar a estrutura e composição de alto nível de um ou mais processos empresariais (ou partes dele).

O equivalente ao TOGAF a este ponto de vista é o Diagrama de Processo.

A Figura 9 mostra dois processos empresariais principais da ArchiSurance e seus sub-processos de alto nível: Fechar contrato (executado ao vender um novo produto de seguro) e Tratar sinistro (executado quando um sinistro é recebido). Embora os detalhes desses processos possam variar conforme os tipos de produtos de seguro, os principais passos são os mesmos.

Figura 9: Vista de Processo Empresarial

Fase C: Arquitetura Base de Sistemas de Informação (Aplicações)

Desde a fusão, as três divisões adotaram um portal comum, um conjunto de software para centro de atendimento e um sistema de gestão de documentos. Além disso, a empresa selecionou uma solução estratégica de CRM e a implementou para Home & Away e PRO-FIT. No entanto, como a gestão focou em minimizar o risco pós-fusão enquanto melhorava continuamente o desempenho diário em cada divisão, a racionalização das aplicações empresariais principais ainda não começou. Agora que a ArchiSurance atendeu às expectativas de desempenho pós-fusão, os investidores esperam economias substanciais em custos de TI por meio da adoção de um conjunto comum de produtos e aplicações centradas no cliente. Desafios permanecem. O Home & Away ainda utiliza seu pacote de aplicativos de administração de políticas e finanças pré-fusão, enquanto o PRO-FIT e o Legally Yours ainda usam seus próprios aplicativos personalizados pré-fusão.

Figura 10: Ambiente de Aplicação

Cooperação de Aplicação

O ArchiMate define um ponto de vista de Cooperação de Aplicação para fornecer uma visão geral do cenário de aplicativos e das dependências entre eles:

O ponto de vista de Cooperação de Aplicação descreve as relações entre os componentes de aplicativos, ou seja, os fluxos de informações entre eles, ou os serviços que eles fornecem e utilizam. Esse ponto de vista é normalmente usado para criar uma visão geral do cenário de aplicativos de uma organização. Esse ponto de vista também é usado para expressar a cooperação (interna) ou orquestração de serviços que, juntos, suportam a execução de processos empresariais.

O equivalente ao TOGAF a este ponto de vista é o Diagrama de Comunicação de Aplicação.

A Figura 11 mostra as principais aplicações da ArchiSurance e os principais fluxos de dados entre elas.

Figura 11: Vista de Cooperação de Aplicação

Alinhamento Empresa-Aplicação

O TOGAF não define diagramas para alinhamento empresa-aplicação. No entanto, ele especifica pontos de vista baseados em matrizes para mostrar os vínculos entre arquitetura empresarial e arquitetura de aplicação; por exemplo, matriz Aplicação/Organização e matriz Aplicação/Função.

As relações entre componentes de aplicativos também podem ser modeladas graficamente. O ArchiMate define o ponto de vista de Uso de Aplicação:

O ponto de vista de Uso de Aplicação descreve como as aplicações são usadas para suportar um ou mais processos empresariais, e como são usadas por outras aplicações. Pode ser usado para projetar aplicações ao identificar os serviços necessários por processos empresariais e outras aplicações, ou para projetar processos empresariais ao descrever os serviços disponíveis. Além disso, como identifica as dependências dos processos empresariais em aplicações, pode ser útil para gerentes operacionais responsáveis por esses processos.

O conceito de serviço de aplicação desempenha um papel central neste ponto de vista. A Figura 12 mostra um subconjunto dos serviços fornecidos pelas aplicações usadas pela divisão Home & Away da ArchiSurance, e quais sub-processos do processo de tratamento de sinistros utilizam quais desses serviços.

Figura 12: Vista de Uso de Aplicação

Fase C: Arquitetura Básica de Sistemas de Informação (Dados)

A arquitetura de dados da ArchiSurance descreve as principais relações entre seus objetos de negócios conceituais e objetos lógicos de dados. O ArchiMate define o ponto de vista de Estrutura de Informação para esse fim:

O ponto de vista de Estrutura de Informação é comparável aos modelos tradicionais de informação criados em quase qualquer processo de desenvolvimento de sistemas de informação. Ele mostra a estrutura da informação utilizada na empresa ou em processos de negócios específicos ou aplicações na forma de tipos de dados ou estruturas de classes (orientadas a objetos).

Um dos pontos de vista de dados definidos pelo TOGAF é o Diagrama Lógico de Dados.

A Figura 13 mostra um subconjunto dos objetos de negócios definidos pela ArchiSurance. Parte das informações do cliente é o arquivo de seguro, composto por solicitações de seguro, políticas de seguro e reclamações por danos. São definidas muitas especializações do objeto política de seguro, uma para cada tipo de seguro vendido pela ArchiSurance.

Figura 13: Vista de Estrutura de Informação

Outro ponto de vista de dados definido pelo TOGAF é o Diagrama de Disseminação de Dados:

O propósito do Diagrama de Disseminação de Dados é mostrar as relações entre entidades de dados, serviços de negócios e componentes de aplicação. O diagrama mostra como os componentes de aplicação realizam fisicamente entidades lógicas. Isso permite um dimensionamento eficaz e otimização da área de atuação da TI. Além disso, ao atribuir valor de negócios aos dados, pode-se obter uma indicação da criticalidade do negócio dos componentes de aplicação.

A Figura 14 mostra um Diagrama de Disseminação de Dados para uma aplicação da ArchiSurance.

Figura 14: Diagrama de Disseminação de Dados

Fase D: Arquitetura Básica de Tecnologia

A Figura 15 apresenta o panorama da infraestrutura tecnológica da ArchiSurance. Na área de frente, localizada na sede de Home & Away, há um servidor comum e um servidor dedicado ao hospedagem web. O centro de serviços compartilhados (SSC), localizado na sede da PRO-FIT, possui seu próprio servidor de sistema de gerenciamento de arquivos. Cada uma das três áreas de back office possui um servidor para suas aplicações.

Redes locais (LANs) conectam os servidores e computadores pessoais nos três locais da ArchiSurance, que por sua vez são conectados pela rede de área ampla corporativa (WAN).

Figura 15: Panorama da Infraestrutura

Para uma visão geral do panorama da infraestrutura, o ArchiMate define o ponto de vista de Infraestrutura:

O ponto de vista de Infraestrutura compreende elementos de infraestrutura de software e hardware que suportam a camada de aplicação, como dispositivos físicos, redes ou software de sistema (por exemplo, sistemas operacionais, bancos de dados e middleware).

O equivalente ao TOGAF para este ponto de vista é o Diagrama de Ambientes e Localizações.

A Figura 16 mostra os principais componentes da infraestrutura da ArchiSurance agrupados por localização e divisão. Essa visão também mostra as redes que conectam diferentes dispositivos e os artefatos (de aplicação) implantados nos dispositivos.

Figura 16: Vista de Infraestrutura

Cenários de Mudança

Cenário 1: Racionalização do Portfólio de Aplicações

A inflexibilidade da arquitetura de aplicativos da ArchiSurance torna difícil adaptar-se às mudanças nas condições de negócios. Em parte devido à fusão, o ambiente de aplicativos tornou-se fragmentado, resultando em redundância de dados e sobreposição funcional, além de integração ponto a ponto de aplicações usando diversos formatos e métodos de dados. Esses problemas levam à instabilidade interna, aumento dos custos de manutenção de aplicações e dificultam o compartilhamento de informações dentro da empresa e com parceiros. Como resultado, o departamento de TI possui uma grande fila de solicitações de trabalho. A alta gestão da ArchiSurance está muito preocupada com essa fila, especialmente com a incapacidade de compartilhar automaticamente informações com um grande número de parceiros comerciais contratados e consultores de seguros influentes.

Este cenário racionaliza o portfólio de aplicações da ArchiSurance por meio de:

• Migrar para um conjunto integrado de back office que realiza funções como administração de políticas e transações financeiras. O conjunto incluirá:
  • Um sistema automatizado de subscrição que gera propostas e políticas — AUTO-U
  • Um sistema embalado de administração de políticas, integrado ao sistema automatizado de subscrição, para emitir, modificar e renovar políticas; este sistema também gerencia contabilidade e cobrança de clientes — P-ADMIN
  • Um sistema embalado de reclamações com telas e fluxos de trabalho configuráveis para suportar as três linhas de negócio da ArchiSurance — VERSA-CLAIM
  • Um gerenciador de configuração de produtos para definir todos os produtos de seguro e expor essas definições por meio de serviços web para AUTO-U, P-ADMIN e VERSA-CLAIM — P-CONFIG
  • Um sistema de gestão de regras de negócios (BRMS) composto por um repositório de regras, motor de processamento, ambiente de desenvolvimento de regras e ferramentas de criação para a interface do usuário de gestão de regras. O motor de regras de negócios expõe a funcionalidade de execução de regras por meio de serviços web para AUTO-U, P-ADMIN, VERSA-CLAIM e P-CONFIG — EDGE
• Concluir a migração para o sistema estratégico de CRM

O principal investidor e o CEO da ArchiSurance apoiam esses planos sob a condição de que os clientes e parceiros da ArchiSurance não percebam nenhuma das mudanças. Os produtos e serviços da seguradora não devem ser afetados, e todas as interações com clientes e parceiros devem prosseguir sem interrupção.

Figura 17: Racionalização do Portfólio de Aplicações

Como parte deste esforço, a infraestrutura técnica também será simplificada. Os servidores de back-office separados serão substituídos por um cluster de servidores compartilhados localizado no centro de dados da sede da Home & Away. No entanto, para garantir a continuidade do negócio, um cluster de servidores de backup também será instalado no centro de dados da sede da PRO-FIT.

Fase A: Visão da Arquitetura

A Fase A do ADM TOGAF estabelece o trabalho de arquitetura definindo escopo, limitações e objetivos, e inicia a iteração do ciclo de desenvolvimento de arquitetura. Esta fase também valida o contexto do negócio e desenvolve a declaração de trabalho de arquitetura.

O contexto do negócio consiste em requisitos principais de negócios baseados em objetivos principais de negócios e princípios de arquitetura. A Figura 18 mostra alguns objetivos e princípios de negócios relevantes para o cenário atual.

Figura 18: Objetivos e Princípios de Negócios

Objetivos e princípios formam a base para requisitos concretos, conforme mostrado na perspectiva de Refinamento de Objetivos do ArchiMate:

A perspectiva de Refinamento de Objetivos permite ao designer modelar o refinamento de objetivos (de alto nível) em objetivos mais concretos, e objetivos concretos em requisitos ou restrições que descrevem as propriedades necessárias para realizar os objetivos. Relações de agregação são usadas para refinar objetivos em sub-objetivos. Relações de realização são usadas para modelar o refinamento de objetivos em requisitos.

A Figura 19 mostra um exemplo dessa perspectiva para o cenário atual de mudança.

Figura 19: Perspectiva de Refinamento de Objetivos

Um elemento importante da visão da arquitetura é uma representação de alto nível da arquitetura de base e da arquitetura-alvo para explicar o valor agregado do trabalho de arquitetura para os interessados. Para esse propósito, o ArchiMate define a perspectiva Introductória:

A perspectiva Introductória utiliza uma notação simplificada que forma um subconjunto da linguagem completa do ArchiMate. É tipicamente usada no início de uma trajetória de design, quando ainda não é necessário detalhar tudo, ou para explicar a essência de um modelo de arquitetura para não-arquitetos que precisam de uma notação mais simples e intuitiva. Outro uso dessa perspectiva básica e menos formal é tentar evitar a impressão de que o design da arquitetura já está fixo — uma impressão que é facilmente criada ao usar visualizações mais formais, altamente estruturadas ou detalhadas.

O equivalente TOGAF dessa perspectiva é o Diagrama de Conceito de Solução.

O exemplo abaixo destaca as mudanças mais importantes necessárias no cenário atual de mudança:

• No front office, o sistema CRM separado para despesas legais desaparecerá.
• No back office, os aplicativos separados de back office serão substituídos por uma única suite de back office. Três servidores comuns de back office separados serão substituídos por um cluster de servidores compartilhados e um cluster de servidores de backup.

Figura 20: Perspectiva Introductória

Fase B: Arquitetura de Negócios Alvo e Análise de Lacunas

Neste cenário, a arquitetura de negócios permanece inalterada. No entanto, dentro da arquitetura de negócios, também mostramos como a arquitetura-alvo realiza requisitos principais de negócios. Para esse propósito, o TOGAF especifica um Diagrama de Pista de Negócios. No ArchiMate, isso pode ser expresso usando a perspectiva de Realização de Requisitos, definida da seguinte forma:

A perspectiva de Realização de Requisitos permite ao designer modelar a realização de requisitos por elementos centrais, como atores de negócios, serviços de negócios, processos de negócios, serviços de aplicação, componentes de aplicação, etc. Normalmente, os requisitos originam-se da perspectiva de Refinamento de Objetivos.

O exemplo abaixo mostra como os requisitos de negócios estabelecidos na fase de visão da arquitetura são realizados por elementos na arquitetura.

Figura 21: Perspectiva de Realização de Requisitos

Fase C: Arquitetura de Aplicação Alvo e Análise de Lacunas

O Diagrama de Comunicação de Aplicações abaixo mostra a situação alvo proposta do cenário de aplicações.

Figura 22: Arquitetura de Aplicação Alvo: Perspectiva de Cooperação de Aplicações

Os resultados da análise de lacunas globais da arquitetura de aplicações são mostrados abaixo. Vários componentes de aplicação presentes na arquitetura de base já não existem na arquitetura-alvo: os aplicativos separados de back office e o sistema CRM separado para seguros de despesas legais. A funcionalidade do CRM para clientes de seguros de despesas legais será assumida pelo sistema CRM comum; portanto, isso não exige um novo componente (embora os sistemas CRM comuns existentes possam precisar de ajustes ou reconfiguração, isso não é mostrado na análise de lacunas). Além disso, é introduída uma nova suite completa de aplicativos de back office.

Figura 23: Arquitetura de Aplicações: Análise de Lacunas

Fase D: Arquitetura de Tecnologia Alvo e Análise de Lacunas

A Perspectiva de Infraestrutura abaixo mostra a situação alvo proposta no domínio da infraestrutura de tecnologia.

Figura 24: Arquitetura de Tecnologia Alvo: Visão de Infraestrutura

A Figura 25 mostra os resultados da análise de lacunas global da arquitetura de tecnologia. Os servidores de back-office comuns separados serão removidos. O cluster original de servidores do Home & Away se tornará o cluster central de serviços de back-office da ArchiSurance, e um cluster adicional de servidores de backup será instalado no SSC na sede da PRO-FIT. Também existe um servidor de gerenciamento de documentos de backup no back-office do Home & Away. O novo conjunto de back-office e o sistema de gerenciamento de documentos serão replicados em servidores primários e de backup respectivos.

Figura 25: Arquitetura de Tecnologia: Análise de Lacunas

Planejamento de Implementação e Migração

O TOGAF 9 introduziu arquiteturas de transição para as Fases E e F, representando estados intermediários possíveis (“planícies”) entre a arquitetura base e a arquitetura alvo.

No ArchiMate, as arquiteturas base, alvo e de transição, bem como as relações entre elas, são mostradas usando a visão de Migração:

A visão de Migração contém modelos e conceitos que podem ser usados para especificar a transição de uma arquitetura existente para uma arquitetura desejada.

A Figura 26 mostra um exemplo para a situação atual. O departamento de TI da ArchiSurance não possui recursos suficientes para executar a integração do sistema de back-office e a integração do sistema CRM em paralelo. Portanto, uma arquitetura de transição substitui os dois sistemas CRM por um único, mas mantém sistemas de back-office separados. Outra arquitetura possui um conjunto de back-office, mas dois aplicativos CRM.

Figura 26: Visão de Migração

As arquiteturas de transição apoiam o planejamento de projetos de implementação, como a integração do CRM e a integração de aplicativos de back-office. A sequência desses projetos depende da arquitetura de transição escolhida. Isso pode ser mostrado no Diagrama de Contexto do Projeto TOGAF (Figura 27):

O Diagrama de Contexto do Projeto mostra o escopo dos pacotes de trabalho a serem realizados como parte de uma rota de transformação mais ampla. O diagrama de relacionamento de contexto do projeto liga os pacotes de trabalho a organizações, funções, serviços, processos, aplicações, dados e tecnologia que serão adicionados, removidos ou afetados pelo projeto.

Figura 27: Diagrama de Contexto do Projeto TOGAF representado no ArchiMate

Cenário 2: Gestão de Portfólio Online

Neste cenário, o estado alvo do Cenário 1 é assumido como a nova base, e os clientes podem acessar diretamente seu portfólio de seguros pela internet. Ao habilitar os clientes a:

• Comprar, renovar ou modificar com segurança seus seguros de imóveis, viagens, automóveis ou despesas legais online de acordo com as regras usadas pela ArchiSurance ao conduzir negócios
• Obter ajuda com transações online por meio de:
  • Pesquisar respostas na base de conhecimento
  • Iniciar uma sessão de chat com um representante de atendimento ao cliente (CSR)
  • Escrever e enviar um e-mail usando um formulário web, respondido por um CSR
  • Solicitar uma ligação telefônica de um CSR usando um formulário web
• Obter informações e ofertas especiais de parceiros da ArchiSurance para atender às suas necessidades, como serviços de banco e planejamento financeiro, investimentos, cartões de crédito e outros tipos de seguros

Atualmente, não existem modelos disponíveis para este cenário. O The Open Group incentiva seus membros a contribuir para versões futuras deste estudo de caso. Os colaboradores podem expandir ou adicionar detalhes aos dois cenários apresentados aqui ou criar novos cenários. No entanto, para facilitar um corpo de trabalho coerente, a arquitetura base de novos cenários de mudança deve ser a arquitetura base ou alvo dos cenários de mudança apresentados aqui.

Referências

1. TOGAF® Versão 9.1, The Open Group, publicado pela The Open Group, 2011.
2. Especificação ArchiMate® 2.0, The Open Group, janeiro de 2012.
3. Doest, H., Iacob, M.-E., Lankhorst, M.M. (editores) e van Leeuwen, D.: Funcionalidade e Exemplos de Visões, Entrega ArchiMate D3.4.1a v2, TI/RS/2003/091, Telematica Instituut, Enschede, Países Baixos, 2004.
4. van den Berg, H., Moelaert, F.: Banco de Testes Aberto PRO-FIT para Danos Automobilísticos, Entrega do Banco de Testes WP3/N004/V001, TRC, Enschede, Países Baixos, 1997.
5. O que é ArchiMate?
6. Guia Completo sobre Pontos de Vista ArchiMate
7. Atualização do ArchiMate 3
8. O que há de novo no ArchiMate 3?
9. Usando a Ferramenta ArchiMate com o TOGAF ADM
10. Como usar o Fluxo de Valor no ArchiMate 3.1?
11. O que há de novo no ArchiMate 3.1