Visões de Exemplo ArchiMate: Galeria Completa – Motivação, Estratégia, Negócios, Aplicação, Tecnologia e Migração

Visão de Framework

Visão de Framework.

Esta visão representa o framework para a construção de todos os aspectos do desenvolvimento e diagramas relacionados. A visão pode ser modificada de acordo com a situação. Portanto, esta visão pode ser usada para navegação entre diagramas. Esta versão da visão é aplicada a partir do framework ArchiMate (3). A motivação é introduzida aqui como uma “camada” em vez de um “aspecto”.

Ponto de Vista de Motivação

Ponto de Vista de Motivação

Ponto de Vista de Motivação.

Esta visão pode ser usada para analisar as motivações ou fatores impulsionadores que orientam a organização e seu projeto ou mudança de arquitetura empresarial. Essas análises de motivação são o ponto de partida para todas as atividades de mudança ou transformações de negócios dentro da organização. A visão representa a visão do trabalho de desenvolvimento — se o escopo e a escala abrangem toda a organização ou apenas uma parte dela (por exemplo, uma linha de negócios) ou um único programa ou projeto (nível de solução). Observação: Um Valor pode ser adicionado, por exemplo, a Outcome (ou qualquer outro elemento ArchiMate) para indicar qual é o valor real adicionado!

Os elementos de motivação baseiam-se no Modelo de Motivação Empresarial (BMM) [especificação v.1.3, 2015, OMG].

Visão de Missão – Visão – Valores

Missão – Visão – Valores.

Esta visão pode ser usada para representar a missão, visão e valores centrais da organização. A missão expressa, por exemplo, “Qual é o propósito da organização, o que ela realmente faz ou pretende fazer, e qual é a razão principal para sua existência?” A visão é o estado futuro para o qual a organização pretende se desenvolver. Os valores centrais são o que apoiam a visão, moldam a cultura e refletem os valores da organização. Para realizar a visão da organização, é necessário alcançar metas estratégicas.

Referência: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Modelagem de Estratégia com ArchiMate.

Visão do Mapa de Valor Estratégico

Mapa de Valor – Visão do Mapa de Estratégia.

Esta visão pode ser usada para visualizar a estratégia da organização. A visão contém elementos de valor estratégico, e todas as atividades de desenvolvimento devem ser derivadas — diretamente ou indiretamente — dos elementos de valor estratégico. Ao visualizar o valor estratégico, é possível rastrear todos os outros elementos relacionados à execução estratégica real. Com esta visão, a estratégia pode ser tornada tangível: visualizada, comunicada e vinculada à realidade.

Visão de Análise de Stakeholders

Visão de Análise de Stakeholders.

Esta visão pode ser usada para análise de stakeholders no desenvolvimento de negócios: quais são os fatores impulsionadores da mudança? Primeiro, são identificados os stakeholders relevantes, em seguida são determinados os fatores de mudança que alinham-se aos seus interesses. O conceito de “Avaliação” pode ser usado para analisar os fatores com mais detalhes, por exemplo, segundo a abordagem SWOT (Forças, Fraquezas, Oportunidades, Ameaças). Normalmente, diferentes visões de stakeholders podem ser criadas a partir de diferentes pontos de vista. Outra razão para dividir a visão geral em partes menores é manter os diagramas compactos e legíveis — por simplicidade.

Ponto de Vista de Stakeholders

Ponto de Vista de Stakeholders.

Esta visão pode ser usada para vincular os fatores impulsionadores dos stakeholders às metas de negócios. As metas são elementos-chave do desenvolvimento da organização. Todos os elementos subsequentes devem ser rastreados até esses principais fatores impulsionadores de todas as atividades de mudança.

Visão de Princípios

Visão de Princípios.

Visão de Risco e Segurança

Visão de Risco e Segurança. Mapeamento de conceitos de risco e segurança para ArchiMate. Questões de segurança e proteção de dados fazem parte da gestão de riscos. Esta abordagem de modelagem abrange ambos.

Referências:

• Como Modelar Gestão de Riscos Empresariais e Segurança com a Linguagem ArchiMate®, The Open Group, Número do Documento: W172, 2017.
• Modelagem de Gestão de Riscos e Segurança Empresarial com a Linguagem ArchiMate®, The Open Group, 2015.

Visualização de Análise SWOT

Visualização de Análise SWOT.

Visualização de Objetivos

Visualização de Objetivos (com elemento de Valor).

Objetivos e Resultados-Chave

Padrão OKR.

OKR é uma estratégia de gestão popular para definir objetivos e acompanhar resultados. Ajuda a criar alinhamento e engajamento em torno de metas mensuráveis. Os OKRs têm duas partes importantes: o Objetivo que você deseja alcançar e os Resultados-Chave, que são como você mede o alcance do Objetivo.

Objetivo:

• Uma descrição qualitativa memorável do que você deseja alcançar. Os objetivos devem ser curtos, inspiradores e envolventes. Um objetivo deve motivar e desafiar a equipe.

Resultados-Chave:

• Um conjunto de métricas que medem seu progresso em direção ao Objetivo. Você deve ter de 2 a 5 Resultados-Chave para cada Objetivo. Não muitos, ou ninguém irá lembrar deles.

Outra versão do OKR é mostrada abaixo.

Padrão OKR (2).

Ponto de Vista Estratégico

Visualização da Camada Estratégica

Visualização Estratégica

Visualização Estratégica.

A versão 3 do ArchiMate agora suporta conceitos relacionados à estratégia empresarial, como “Curso de Ação”, “Capacidade” e “Recurso”, que podem ser usados para modelar a estratégia empresarial de uma organização. O valor e a importância dessa visualização reside no fato de que os objetivos da organização podem ser vinculados à estratégia, e como eles são vinculados à arquitetura empresarial por meio de capacidades. Essa visualização pode ser usada para aplicar a “Modelagem Estratégica Baseada em Objetivos” (Azevedo et al. 2015), onde os objetivos formam uma hierarquia, de modo que objetivos de nível superior podem ser decompostos em objetivos de nível inferior.

Visualização da Estratégia Empresarial

Estratégia Empresarial.

Visualização do Modelo de Motivação Empresarial (BMM)

Visualização do Modelo de Motivação Empresarial (BMM).

Visualização de Requisitos

Visualização de Requisitos.

Essa visualização pode ser usada para coletar requisitos com base em objetivos estratégicos. Isso liga estratégia à realização: a estratégia pode ser rastreada até a execução.

Visualização de Estratégia para Capacidade

Visualização de Estratégia para Capacidade.

Essa visualização pode ser usada, por exemplo, para fins de Planejamento Baseado em Capacidades (CBP), bem como para outros conceitos do ArchiMate, como “Motor” e “Objetivo”, conforme mostrado na figura abaixo. Essa visualização pode ser usada para apoiar fins de planejamento estratégico (e execução). Assim, essa visualização pode ser usada na fase de Estratégia para Capacidade, que pode ser incluída no “Estratégia para Portfólio” do IT4IT.

Visualização do Mapa de Capacidades

Visualização do Mapa de Capacidades.

Essa visualização pode ser usada para fornecer uma visão geral das capacidades da organização: o que a organização faz ou pode fazer.

Visualização de Planejamento de Capacidades

Visualização de Planejamento de Capacidades.

Essa visualização pode ser usada, por exemplo, para fins de Planejamento Baseado em Capacidades (CBP), ou seja, “a ligação entre estratégia e arquitetura empresarial”. A visualização pode ser usada, por exemplo, para mapear a estratégia para as capacidades necessárias, e as capacidades para recursos e outros blocos de construção.

Visualização de Realização de Capacidades

Visualização de Realização de Capacidades.

Visualização de Realização de Capacidades 2

Outra visualização que define como as capacidades são realizadas por quais elementos…

Visualização de Realização de Capacidades 2.

Visualização de Fluxo de Valor

Visualização de Fluxo de Valor (padrão).

Observação! “Associação direcionada” usada no início da cadeia de valor / fluxo de valor. Um fluxo de valor pode consistir em estágios de valor. Da mesma forma, um fluxo de valor geral e de alto nível pode ser uma “cadeia de valor”, que por sua vez consiste em fluxos de valor. Por exemplo, o IT4IT (link) introduz uma cadeia de valor que consiste em quatro fluxos de valor da seguinte forma: Estratégia de Portfólio, Implantação de Demanda, Atendimento a Solicitação, Detecção-até-Correção (link).

Visualização de Mapeamento Cruzado de Fluxo de Valor e Capacidades

Um exemplo simples de uma cadeia de entrega de valor é mostrado abaixo. Cadeias de valor, redes de valor e fluxos de valor podem ser modelados usando o elemento Fluxo de Valor do ArchiMate, incluído na versão ArchiMate 3.1.

Visualização de Exemplo de Cadeia de Valor de Ideia para Produção.

Cadeia de Entrega de Valor. Este é um exemplo ampliado que ilustra como as funções apoiam (servem) o fluxo de valor. Essa visualização pode ser usada para definir o que a organização faz (modelo de negócios), por que as capacidades são necessárias e qual é sua conexão com a criação de valor.

Essa visualização está incluída na implementação de referência do Framework Lean EA (LEAF) (link). Navegue até “Fluxos de Valor”, “Cadeia de Entrega de Valor”.

Visualização do Canvas do Modelo de Negócios

Visualização do Modelo de Negócios.

Esta é a forma básica do Canvas do Modelo de Negócios (BMC), mas pode ser adaptada de acordo com a situação. Existem também abordagens versãoadas, como o “Canvas do Modelo de Serviço” ou o “Canvas Lean”. O BMC pode ser usado, por exemplo, para design de modelo de negócios e inovação.

Modelar o BMC com o ArchiMate “ajuda a rastrear requisitos desde necessidades de negócios até especificações de design. Isso ajuda a descobrir o impacto das mudanças no modelo de negócios sobre o design arquitetônico.” [LO Meertens et al.]

O desenvolvimento geral inclui suporte arquitetônico embutido para análise de estratégia e modelo de negócios. Isso permite que analistas de negócios e desenvolvedores observem, por exemplo, como o modelo de negócios apoia a estratégia e como o modelo de negócios se adapta à organização, e vice-versa.

Se o BMC for modelado em uma ferramenta de modelagem, a vantagem dessa abordagem é que todos os elementos do BMC podem ser usados em outras visualizações no mesmo repositório de modelos. Quando o modelo de negócios é pivotado, todas as alterações são imediatamente visíveis. Modeladores de negócios podem criar novos elementos (por exemplo, serviços) ou utilizar todos os elementos existentes no repositório (por exemplo, unidades organizacionais ou recursos).

Visualização do Canvas de Conceito

Canvas de Conceito. O BMC pode ter diferentes variantes, conforme mostrado na figura abaixo. A disposição deste Canvas de Conceito é consistente com a abordagem em camadas do ArchiMate.

Ponto de Vista de Negócios

Visualização da Camada de Arquitetura de Negócios.

Visualização do Mapa de Serviços de Negócios

Visualização de Serviços de Negócios.

Esta visualização fornece uma visão geral dos serviços de negócios da organização. Esta visualização pode ser usada como um “catálogo de serviços” ou “portfólio de serviços” para a gestão. É muito importante identificar quais serviços de negócios a organização oferece aos seus clientes. Além disso, os serviços de negócios são o ponto de partida para modelar todos os processos e estruturas organizacionais subjacentes. Portanto, os serviços de negócios são entre os elementos mais importantes na arquitetura empresarial.

Visualização do Mapa de Processos de Negócios

Visualização de Processos de Negócios.

Esta visualização pode ser usada como um “mapa de processos” que fornece uma visão geral dos processos de negócios da organização.

Visualização de Cooperação de Processos de Negócios

Visualização de Cooperação de Processos de Negócios.

Esta visualização pode ser usada, por exemplo, para modelar modelos operacionais.

Visualização do Mapa de Atores de Negócios

Visualização de Atores de Negócios.

Os atores de negócios podem ser a) internos ou b) externos. Os atores de negócios internos são, por exemplo, unidades organizacionais, enquanto os atores de negócios externos são, por exemplo, clientes, parceiros comerciais ou outros grupos de interessados que colaboram com a organização (por exemplo, organizações do setor público ou outros órgãos reguladores).

Visualização de Cooperação de Atores de Negócios

Visualização de Cooperação de Atores de Negócios.

Dois casos de uso são os seguintes:

1. Visualização Intra-empresarial: Ponto de vista de cooperação de atores de negócios descrevendo como os atores de negócios internos cooperam e como trocam informações.
2. Visualização Inter-empresarial: Ponto de vista de ecossistema representando o ambiente operacional no qual a organização atua. Um ecossistema é uma rede de organizações e parceiros comerciais que colaboram por meio de interações colaborativas. Existem fornecedores, subcontratados e outros parceiros B2B, clientes, etc.

Visualização de Processo de Negócios

Visualização de Processo de Negócios.

Esta visualização de processo de negócios fornece uma “estrutura e composição de alto nível de um ou mais processos de negócios (ou partes dele), onde serviços são fornecidos, atores são atribuídos a papéis e informações são utilizadas pelos processos de negócios” [especificação ArchiMate 2.1]. O diagrama de processo contém elementos “Junção” usados para modelar “ramificação” e “junção” em fluxos de processos.

Uma visualização de alto nível do processo é mostrada abaixo. Esta é baseada no modelo operacional derivado do modelo de negócios, conforme mostrado no diagrama de fluxo de valor acima.

Processo de Ideia para Produção.

SIPOC (Fornecedores, Entradas, Processo, Saídas, Clientes)

SIPOC.

A ferramenta Six Sigma chamada SIPOC (Fornecedores, Entradas, Processo, Saídas, Clientes) pode ser usada para definir elementos comuns a todos os processos. Trata-se de uma ferramenta simples para análise de casos empresariais: qual valor o cliente recebe e como ele o recebe.

Visualização do Processo de Negócio com Papéis de Negócio como “Caminhos de Natação” – Abordagem em Camadas

Visualização do Processo de Negócio em Caminhos de Natação (padrão) 2.0.

O “Papel de Negócio A” representa o cliente, enquanto o caminho de natação mais superior representa o percurso da jornada do cliente.

Observação! Os passos do processo (atividades) estão aninhados dentro dos papéis de negócios (visualizados como “caminhos de natação”), o que significa: esses papéis de negócios são atribuídos a esses processos de negócios/passos do processo. Portanto, esta visualização é uma combinação de uma visualização de processo de negócios e uma visualização em camadas.

A versão abaixo ilustra fluxos de informações e dados (relações de fluxo). O caminho de natação mais superior representa o percurso da jornada do cliente (atividades relacionadas por relações de disparo).

Visualização do Processo de Negócio em Caminhos de Natação (padrão) 2.0 (fluxo de informações).

A versão abaixo representa uma abordagem de design de serviços. O caminho de natação mais superior (Papel A) representa o percurso da jornada do cliente, que está conectado à organização (Papéis B e C) por meio de serviços de negócios (1 e 2).

Visualização do Processo de Negócio em Caminhos de Natação (padrão) 2.0 (serviços).

Visualização em Camadas do Processo de Negócio

Visualização em Camadas do Processo.

Esta visualização pode ser usada para modelar processos de negócios que incluem etapas manuais e automatizadas.

Visualização do Mapa da Jornada do Cliente

Ao analisar as jornadas do cliente em nível alto, esta versão é criada usando elementos de motivação e estratégia.

Mapa da Jornada do Cliente (alto nível).

Ao analisar os caminhos de serviço do cliente com mais detalhes, esta versão é criada usando elementos da camada de negócios e aplicação (núcleo).

Visualização da Jornada do Cliente (exemplo) 1.0.

Esta visualização centrada no cliente foca na experiência do cliente. Esta abordagem de desenvolvimento “fora-para-dentro” relacionada ao “design de serviços” destaca o aspecto importante de que serviços e produtos são criados para gerar valor para os clientes — e, indiretamente, para a própria organização. Os percursos da jornada do cliente podem ser usados para visualizar fluxos de valor do cliente que abrangem múltiplos serviços e aplicações de aplicativos.

Visualização do Mapa de Serviços

Visualização do Mapa de Serviços 1 (serviços e fluxos)

Esta visualização é centrada no cliente e no serviço, mas também enfatiza a parte “de dentro-para-fora” do serviço. Com a ajuda desta abordagem, o desenvolvimento orientado por serviços pode identificar impactos potenciais comportamentais e estruturais sobre os serviços a serem projetados. Portanto, esta visualização complementa a abordagem orientada pela experiência do cliente por meio de aspectos processuais e funcionais.

Esta visualização possui várias variantes. O exemplo acima foca nos fluxos de informações entre camadas e elementos.

Visualização de História de Usuário

Visualização de História de Usuário.

Esta visualização pode ser usada para visualizar histórias de usuários.

Visualização dos Modelos de Serviço em Nuvem

Visualização dos Modelos de Serviço em Nuvem.

Visualização de Informações

Visualização de Informações.

As informações podem ser modeladas em diferentes níveis de abstração da seguinte forma: a) conceitual, b) lógico e c) físico. A figura acima ilustra esses níveis de abstração.

Visualização do Modelo de Dados Conceitual

Visualização do Modelo de Dados Conceitual.

A arquitetura de informações da EA inclui objetos de negócios usados em processos de negócios, ou seja, conceitos. Esses conceitos e suas relações podem ser representados em um modelo de dados conceitual.

Conceito de “Serviço”

Conceito de Serviço.

O conceito de serviço é frequentemente problemático e pode ser entendido de muitas maneiras diferentes. Para distinguir claramente os tipos de serviços envolvidos, é boa prática mencionar o prefixo: serviço de negócios, serviço de aplicação ou serviço de tecnologia. De acordo com o ITIL, os serviços de TI relacionam-se a serviços de produção. Assim sendo, os serviços de TI mapeiam-se mais diretamente para os serviços de aplicação.

Serviço versus Produto

Visualização do Produto.

O conceito de produto pode ser usado como um elemento composto para agrupar serviços. De acordo com a especificação ArchiMate:

“Um produto representa uma coleção de serviços coerentes e/ou elementos estruturais passivos, acompanhados por um conjunto de contratos/acordos, oferecidos como um todo a (clientes internos ou externos).”

“Um produto pode agrupar ou compor serviços de negócios, serviços de aplicação e serviços de tecnologia, objetos de negócios, objetos de dados e objetos de tecnologia, e contratos. Assim, um produto pode agrupar ou compor elementos de camadas diferentes da camada de negócios.”

“Pode-se associar valor a um produto. O nome do produto é geralmente o nome usado na comunicação com os clientes, ou pode ser um substantivo mais genérico (por exemplo, ‘seguro de viagem’).”

Ponto de Vista de Aplicação

Visualização da Camada de Arquitetura de Aplicação.

Visualização do Mapa de Serviços de Aplicação

Visualização de Serviços de Aplicação.

Visualização do Mapa de Aplicações

Visualização do Mapa de Aplicações.

Portfólio de aplicações, onde as aplicações podem ser agrupadas por unidade de negócios.

Visualização de Cooperação de Aplicação (Fluxos de Dados)

Visualização de Cooperação de Aplicação.

Visualização de Integração de Aplicação (Relacionamentos Dinâmicos)

Várias formas alternativas de modelar a troca de dados entre aplicações são mostradas no exemplo abaixo (de 1 a 10).

• “Aplicação A” possui o objeto de dados “A-1” solicitado pela “Aplicação B”.
• Os dados fluem da “Aplicação A” para a “Aplicação B”.
• A “Aplicação A” realiza o serviço “A-1” usado pela “Aplicação B”.
• Na prática, a “Aplicação B” solicita a interface de aplicação “A-1” e recebe uma resposta…

Visualização de Integração de Aplicação.

Visualização da Estrutura de Aplicação

Essa visualização ajuda a projetar ou compreender a estrutura principal de uma aplicação e seus subcomponentes e dados relacionados. O diagrama pode ser usado para decompor a estrutura do sistema de aplicação em construção, para ilustrar modularidade/decomposição: quais são os sub-sistemas/subcomponentes, quais serviços de aplicação (ou interfaces de aplicação) eles fornecem.

Visualização da Estrutura da Aplicação.

Observe que os serviços de aplicação (figura superior) são funcionalidades comportamentais fornecidas por interfaces estruturais (GUI e/ou API na figura inferior). Os serviços de aplicação e as interfaces de aplicação são “dois lados da mesma moeda”.

Visualização da Estrutura da Aplicação 2.

Visualização da Arquitetura da Aplicação

Esta visualização combina abordagens de nível EA e nível de solução, pois tanto as aplicações quanto os módulos de aplicação existem na mesma visualização.

Arquitetura da Aplicação.

Modelo de Componentes da Aplicação (CM)

O Modelo de Componentes da Aplicação 0-n é um método de modelagem da arquitetura de aplicação composto por diagramas em diferentes níveis de abstração, conforme a seguir:

• No nível CM-0, o diagrama descreve como a aplicação-alvo interage com seu ambiente e quais interações existem com aplicações adjacentes e usuários. A aplicação-alvo é descrita como uma caixa preta.
• No nível CM-1, a aplicação-alvo é decomposta em módulos (componentes principais), e quais serviços de aplicação (ou interfaces de aplicação) esses módulos fornecem e requerem. A aplicação-alvo é descrita como uma caixa branca.
• No nível CM-2, os módulos são decompostos em subcomponentes. (O número de níveis necessários depende da situação.)

O diagrama do Modelo de Componentes da Aplicação (CM) abaixo consiste em componentes de aplicação e serviços de aplicação. Alternativamente, interfaces de aplicação podem ser usadas em vez de serviços de aplicação, dependendo da situação. Como sempre, é importante usar um estilo de modelagem adequado ao propósito e modelar apenas os elementos que fornecem informações suficientes e agregam valor. Isso depende do modelador — se ele prefere enfatizar aspectos funcionais ou ser mais específico e modelar, por exemplo, interfaces reais com nomes precisos.

O diagrama do modelo de componentes abaixo consiste em componentes de aplicação e serviços de aplicação. Alternativamente, interfaces de aplicação podem ser usadas em vez de serviços de aplicação.

Modelo de Componentes da Aplicação – 0 (CM-0)

Modelo de Componentes da Aplicação – 0.

O nível Modelo de Componentes – 0 (CM-0) (acima) ilustra a interação entre a aplicação-alvo e as aplicações adjacentes. Todos os serviços de aplicação relevantes (ou interfaces de aplicação) são apresentados. O diagrama do nível 0 consiste em componentes da camada de arquitetura empresarial e seus serviços, com a aplicação-alvo no centro.

Modelo de Componentes da Aplicação – 1 (CM-1)

Modelo de Componentes da Aplicação – 1.

O nível Modelo de Componentes – 1 (CM-1) (acima) ilustra como a aplicação-alvo é decomposta em módulos (ou componentes principais), e quais serviços de aplicação (ou interfaces de aplicação) cada módulo realiza. Observe! Aplicações externas podem ser excluídas deste nível, mas seus serviços (ou interfaces) são mostrados. Ao mostrar elementos de nível mais baixo, elementos de nível mais alto podem/precisam ser omitidos – para simplicidade: mantenha o diagrama legível.

Modelo de Componentes da Aplicação – 2 (CM-2)

Modelo de Componentes da Aplicação – 2.

O nível Modelo de Componentes – 2 (CM-2) (acima) ilustra como os módulos da aplicação-alvo consistem em subcomponentes e como eles interagem.

Visualização da Função da Aplicação

Decomposição da função da aplicação: quais funções o sistema contém e quais serviços de aplicação ele fornece?

Visualização das Funções da Aplicação.

Visualização do Processo da Aplicação

Visualização do Processo da Aplicação.

Visualização do Processo da Aplicação – aninhamento.

Visualização do Processo da Aplicação – internos.

Visualização do Diagrama de Sequência de Componentes da Aplicação

Os diagramas de sequência não estão totalmente dentro do escopo do ArchiMate, mas sim dentro do UML. No entanto, podemos modelar, por exemplo, a sequência de ações realizadas por componentes de aplicação usando o ArchiMate, como mostrado abaixo.

Visualização de Sequência de Aplicação.

Relações dinâmicas “Trigger” e “Flow” podem ser usadas para modelar dinâmicas entre componentes de aplicação. A disposição dessa visualização pode se assemelhar à posição de um diagrama de sequência UML.

Visualização do Diagrama de Sequência de Componente de Aplicação 2

Esta versão (abaixo) ilustra como o ArchiMate pode ser usado para modelar a sequência de ações realizadas pelas partes internas de componentes de aplicação. As partes internas são, por exemplo, a) processos ou funções comportamentais e b) subcomponentes estruturais. Esses são modelados com elementos de Processo de Aplicação, Função de Aplicação e Componente de Aplicação. São mostrados aqui apenas como alternativas.

Visualização de Sequência de Aplicação (2).

O fluxo de operações neste diagrama de sequência (acima):

1. O sub-processo “X” do Componente de Aplicação “A” envia uma mensagem de solicitação com o parâmetro “A” para a Aplicação B.
2. O sub-processo “B-1” do Componente de Aplicação “B” recebe a solicitação entrante e então (sincronamente) chama o Componente de Aplicação C, onde a Função de Aplicação “Y” recebe a solicitação, realiza algumas operações e responde.
3. Outro sub-processo “B-2” do Componente de Aplicação “B” envia uma mensagem com parâmetros para o Componente de Aplicação D e recebe confirmação. O Componente de Aplicação “D” contém subcomponentes que realizam processamento.
4. O Componente de Aplicação “A” recebe uma mensagem de resposta do Componente de Aplicação B.

Como mostrado aqui, podemos modelar casos de integração bastante complexos combinando esses elementos (Componentes de Aplicação, Processos de Aplicação e Funções de Aplicação e relações (Trigger, Flow)). Os diagramas de sequência UML têm seu uso especializado no design de software, mas o ArchiMate pode ser utilizado para muitos propósitos de modelagem – também para o design de aplicações.

A integração de aplicações é uma das partes mais importantes da Arquitetura Empresarial (EA). É por isso que é benéfico podermos modelar com mais detalhes como as aplicações trocam dados e quais mecanismos de interação são utilizados. Um bom recurso para compreensão aprofundada dos padrões de integração é o livro “Enterprise Integration Patterns”, aqui está o link.

A sequência final do usuário adicionada (abaixo) segue a mesma ideia de usar as relações dinâmicas do ArchiMate Trigger e Flow, que podem ser usadas para modelar padrões de mensagens síncronas e assíncronas (request-response e callback, bem como publish-subscribe, etc.).

Visualização de Padrão de Sequência.

Visualização do Processo ETL

Visualização do Processo ETL.

Visualização EAI / ESB

Visualização de Padrão EAI – ESB.

Visualização em Camadas

Visualização em Camadas.

A visualização em camadas pode ser usada como um diagrama de contexto geral da área-alvo. A principal vantagem dessa visualização é ilustrar o uso de aplicações nos processos de negócios e nos serviços que elas fornecem. A figura acima usa o elemento de Agrupamento do ArchiMate para modelar diferentes camadas, enquanto a figura abaixo usa o elemento visual de Grupo fornecido pela ferramenta (Archi).

No ArchiMate, existem basicamente três (3) camadas da seguinte forma: 1) Camada de Negócios, 2) Camada de Aplicação e 3) Camada de Tecnologia. Suas cores são geralmente as seguintes: Camada de Negócios é amarela, Camada de Aplicação é turquesa, Camada de Tecnologia é verde (veja o Framework Central do ArchiMate, link).

Visualização em Camadas.

Visualização de Aplicações e Bancos de Dados

Bancos de dados são uma unidade significativa na arquitetura empresarial geral de uma organização. Por exemplo, “Banco de Dados de Clientes” ou “Banco de Dados de Clientes”, “Banco de Dados de Produtos”, etc. Alternativamente, um banco de dados pode ser composto por todas as tabelas de uma aplicação (por exemplo, “Tabela de Clientes”, “Tabela de Pedidos”, “Tabela de Notas Fiscais”, etc.), que juntas formam um único banco de dados. De acordo com a especificação ArchiMate, o Objeto de Dados pode ser usado para modelar bancos de dados lógicos (figura abaixo), o Capítulo 9.4.1 “Objeto de Dados” afirma: “Exemplos típicos de objetos de dados são registros de clientes, bancos de dados de clientes ou reclamações de seguros.” “Uma exceção importante ocorre quando um objeto de dados é usado para modelar uma coleção de dados, como um banco de dados, onde apenas uma instância existe.” ArchiMate possui um mecanismo interno elegante que permite que certos conceitos sejam usados em diferentes níveis de abstração (e detalhe). Assim, por exemplo, o Objeto de Dados pode ser usado para modelar bancos de dados lógicos, tabelas de banco de dados, estruturas de mensagens (trocadas entre aplicações), etc.

Considerações sobre Modelagem de Banco de Dados.

Banco de Dados como um Componente de Aplicação.

Níveis de Abstração de Banco de Dados.

Visualização de Modelo de Dados.

Visualização de Caso de Uso

ArchiMate pode ser usado para analisar casos de uso do ponto de vista funcional das aplicações. Casos de uso (conhecidos no UML) podem ser mapeados para Serviços de Aplicação, como mostrado na figura abaixo.

Visualização de Caso de Uso (padrão 1).

Os casos de uso podem ser divididos em: a) casos de uso de negócios e b) casos de uso de sistema (também conhecidos como casos de uso de sistema). A figura abaixo ilustra como os “casos de uso principais” são modelados como Serviços de Negócios, e os casos de sistema subsequentes como Serviços de Aplicação.

Visualização de Caso de Uso (exemplo).

Quando os casos de uso são identificados como serviços de aplicação, eles podem ser posteriormente utilizados como elementos funcionais de aplicações-alvo em outros diagramas (por exemplo, em visualizações em camadas). Em outras palavras: os serviços de aplicação representam o comportamento (funcionalidade) das aplicações. Para mais informações detalhadas sobre análise de casos de uso, consulte o Arquivo ArchiMate, link.

Ponto de Vista de Tecnologia

Visualização da Camada de Arquitetura de Tecnologia.

Visualização de Infraestrutura

Essa visualização representa a plataforma de aplicações. Esse padrão pode ser usado para modelar a configuração do ambiente de execução e o deploy de aplicações de negócios.

Visualização de Infraestrutura.

Visualização de Infraestrutura (aninhada).

Visualização da Camada de Implementação e Migração / Camada de Arquitetura de Transição

Visualização do Plano de Implementação

Visualização do Plano de Implementação.

Visualização do Quadro Kanban

Quadro Kanban (EA).

Kanban pode ser usado para visualizar trabalho e fluxo de trabalho. Kanban mostra, por exemplo, como requisitos de desenvolvimento, épicas, histórias de usuários, etc., fluem do backlog para o estado pronto (feito). Kanban pode ser aplicado a diversos usos, dependendo da escala e do alcance do caso de desenvolvimento. Por exemplo, “épicas” podem ser usadas no nível de EA ou “histórias de usuários” ou “requisitos” no nível de projeto. A granularidade dos itens de trabalho pode variar conforme a situação.

Visualização Genérica

Visualização Genérica.

Essa visualização simplificada pode ser usada, por exemplo, como um diagrama de contexto para um serviço, programa ou projeto específico.

Recursos Adicionais

Visão Geral do Contexto – Mapa da Via Láctea

Esta é uma abordagem para visualizar o máximo possível na mesma vista. Para mais detalhes, consulte o Mapa da Via Láctea para ArchiMate,link.

FM Mapa da Via Láctea (Nível 2). (Observação! Este esquema de cores utiliza as cores padrão do ArchiMate. Outras cores podem ser usadas conforme necessário.)

Visão de Cooperação

Camadas podem ser combinadas, como mostrado no exemplo de diagrama de fluxo de dados abaixo.

Visão de Cooperação de Aplicação (estendida).

Metamodelo

Metamodelo.