Exemplos Do ArchiMate

Neste artigo, você verá uma rica coleção de visualizações de exemplos do ArchiMate, organizadas em uma estrutura em camadas seguindo o padrão ArchiMate. Essas visualizações do ArchiMate demonstram como os elementos do ArchiMate podem ser usados. Alguns dos exemplos podem ser usados ​​como padrões de projeto.

Os exemplos são projetados com o Visual Paradigm Online , com base nos exemplos do livro de receitas ArchiMate. Se você ainda não conferiu o livro de receitas, recomendo que dê uma olhada. Link: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf

Exibições de exemplo do ArchiMate

Visualização da estrutura

Essa visualização do Framework estrutura todas as visualizações que estão sendo usadas. Pode ser usado para navegação entre diagramas.

Visualizações de Motivação

EDITAR ESTE DIAGRAMA ARCHIMATE

Essa visão de motivação pode ser usada para examinar as motivações, ou causas, que orientam o design ou a transformação de uma organização, bem como sua arquitetura corporativa, que serve como base para todas as operações de mudança e transformações de negócios dentro de uma empresa. Essa visão descreve a visão do esforço de desenvolvimento, quer a escala e o escopo abranjam toda a organização, um subconjunto dela (por exemplo, uma linha de negócios) ou um programa ou projeto específico (nível de solução). Observe que um valor pode ser adicionado a qualquer elemento ArchiMate, como o resultado (ou qualquer outro elemento ArchiMate), para mostrar qual é o valor agregado real.

O Business Motivation Model (BMM) [especificação v.1.3, 2015, OMG] é usado para definir os elementos motivacionais.

Missão-Valores-Visão

EDITAR ESTE DIAGRAMA ARCHIMATE

O propósito, a visão e os valores básicos da organização podem ser representados usando a visualização Missão-Valores-Visão. Ele ajuda você a identificar o propósito de uma organização, o que a organização realmente está fazendo ou pretende fazer e qual é a principal razão de sua existência. A visão é o estado desejado da organização no futuro. A visão, a cultura e os ideais da organização são todos apoiados por valores fundamentais. Os objetivos estratégicos devem ser alcançados para que a visão da organização seja realizada.

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

Visualização do Mapa de Valor Estratégico

EDITAR ESTE DIAGRAMA ARCHIMATE

A visualização Mapa de Valor Estratégico visualiza as estratégias de uma organização. Todas as operações de desenvolvimento devem ser desenhadas – direta ou indiretamente – a partir desta visão, que compreende elementos de valor estratégicos. É possível rastrear todos os outros aspectos associados à execução real da estratégia visualizando os valores estratégicos. A abordagem pode ser representada, transmitida e relacionada à realidade com essa perspectiva.

Visão de Análise das Partes Interessadas

EDITAR ESTE DIAGRAMA ARCHIMATE

A visualização Análise das Partes Interessadas é freqüentemente usada para análise das partes interessadas para identificar os direcionadores de mudança. Primeiro, identifique as partes interessadas importantes e, em seguida, os direcionadores de mudança que são de seu interesse. Os conceitos de “Avaliação” podem ser usados ​​para uma análise aprofundada do driver, como o uso da técnica SWOT (Forças, Fraquezas, Oportunidades e Ameaças). Diferentes diagramas de visão das partes interessadas podem ser gerados a partir de vários pontos de vista, como é habitual. Outra razão para dividir diagramas enormes em diagramas menores é mantê-los compactos e legíveis – para fins de clareza.

Visão das Partes Interessadas

EDITAR ESTE DIAGRAMA ARCHIMATE

 

Essa visão das partes interessadas conecta as motivações das partes interessadas aos objetivos corporativos. As metas são o componente mais importante do desenvolvimento de uma organização. Quaisquer elementos subsequentes para todas as ações de mudança devem ser rastreados até esses motivos principais.

Visualização de Princípios

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de risco e segurança

EDITAR ESTE DIAGRAMA ARCHIMATE

Os conceitos de risco e segurança são mapeados para o ArchiMate por meio dessa visualização. A gestão de riscos inclui preocupações com segurança e proteção de dados. Ambos são cobertos por esta visão.

Referências:

• Como modelar o gerenciamento de riscos corporativos e a segurança com a linguagem ArchiMate®, Open Group, DocumentNo: W172, 2017.
• Modelando gerenciamento de riscos corporativos e segurança com a linguagem ArchiMate®, Open Group, 2015.

Visualização de Análise SWOT

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de metas

EDITAR ESTE DIAGRAMA ARCHIMATE

Objetivos e Principais Resultados

EDITAR ESTE DIAGRAMA ARCHIMATE

OKR, abreviação de Objetivos e Principais Resultados, é um método de gerenciamento popular para definir metas e acompanhar o progresso. Auxilia na criação de alinhamento e engajamento em torno de objetivos mensuráveis. Os OKRs são compostos de duas partes: (1) o objetivo que você deseja atingir e (2) os principais resultados que serão usados ​​para acompanhar seu progresso em direção a esse objetivo.

Objetivos são…

• Explicações qualitativas do que você deseja realizar que são memoráveis. Objetivos curtos, inspiradores e envolventes são ideais. A equipe deve ser motivada e desafiada pelo objetivo.

Os principais resultados são…

• Conjunto de medidas que acompanham seu progresso em direção ao alcance de seu objetivo. Você deve ter de dois a cinco resultados-chave para cada alvo. Ter muitos resultados-chave tornará difícil para as pessoas se lembrarem.

Outra versão com ações mostradas abaixo.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visões de estratégia

EDITAR ESTE DIAGRAMA ARCHIMATE

Visão de estratégia

Conceitos relacionados à estratégia de negócios, como “curso de ação”, “capacidade” e “recurso”, agora estão disponíveis no ArchiMate versão 3 e podem ser usados ​​para modelar os planos de negócios de uma organização. A utilidade e o significado dessa visão residem na maneira como os objetivos da organização podem ser vinculados às estratégias e, em seguida, à arquitetura corporativa por meio de capacidades. Essa visão pode ser usada para aplicar o “Modelo Estratégico Baseado em Metas” (Azevedo et al. 2015), no qual as metas formam uma hierarquia que pode ser dissecada em metas de nível inferior.

Visão da estratégia de negócios

EDITAR ESTE DIAGRAMA ARCHIMATE

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

EDITAR ESTE DIAGRAMA ARCHIMATE

Exibição de requisitos

EDITAR ESTE DIAGRAMA ARCHIMATE

Essa visualização de Requisitos pode ser usada para coletar necessidades com base em objetivos estratégicos. Este é o processo de conectar estratégias a implementações: as estratégias podem ser rastreadas até a execução.

Visão de estratégia para capacidade

EDITAR ESTE DIAGRAMA ARCHIMATE

A visão Estratégia para Capacidade, juntamente com outros elementos do ArchiMate como “Driver” e “Meta”, pode ser utilizada para o Planejamento Baseado em Capacidade (CBP), conforme mostrado no diagrama do ArchiMate abaixo. Essa visão pode ser utilizada para auxiliar no planejamento (e execução) de estratégias. Como resultado, esse tipo de perspectiva pode ser empregado na fase da Estratégia para a Capacidade, que faz parte da fase “Estratégia para o Portfólio” da IT4IT.

Visualização do mapa de recursos

EDITAR ESTE DIAGRAMA ARCHIMATE

A visualização Mapa de capacidade pode ser usada para fornecer uma visão geral de alto nível das capacidades de uma empresa: o que ela faz ou pode fazer.

Visualização de Planejamento de Capacidade

EDITAR ESTE DIAGRAMA ARCHIMATE

A visão do Planejamento de capacidade pode ser utilizada para “a ligação entre a estratégia e a arquitetura corporativa”, conforme definido pelo planejamento baseado em capacidade (CBP). Essa abordagem pode ser usada para mapear estratégias para capacidades necessárias e capacidades para recursos e outros blocos de construção, entre outras coisas.

Visualização de Realização de Capacidade

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de Realização de Capacidade 2

EDITAR ESTE DIAGRAMA ARCHIMATE

Outro exemplo da visualização Capability Realization que mostra como definir quais elementos podem ser usados ​​para realizar um recurso.

Visualização do Fluxo de Valor

EDITAR ESTE DIAGRAMA ARCHIMATE

É importante observar que no início de uma cadeia de valor/fluxo de valor, uma “associação direcionada” é usada. Os “estágios” de valor podem ser encontrados em um fluxo de valor. Uma “cadeia de valor”, composta de fluxos de valor, pode ser análoga a um fluxo de valor abrangente e de alto nível. O IT4IT (link) apresenta uma cadeia de valor que inclui quatro fluxos de valor: Estratégia para Portfólio, Requisito para Implantar, Solicitação para Cumprir e Detectar para Corrigir (link).

Fluxo de Valor – Visualização de Mapeamento Cruzado de Capacidade

EDITAR ESTE DIAGRAMA ARCHIMATE

Um exemplo simples de Cadeia de Entrega de Valor é mostrado abaixo. O elemento ArchiMate Value Stream, que é apresentado na edição ArchiMate 3.1, pode ser usado para modelar Cadeias de Valor, Redes de Valor e Fluxos de Valor.

Este é um exemplo mais detalhado de como as capacidades auxiliam (servem) o fluxo de valor. Essa perspectiva pode ser usada para definir O QUE a empresa faz (o Modelo de Negócios) e POR QUE os recursos são necessários, bem como sua relação com a criação de valor.

A implementação de referência do Lean EA Framework (LEAF) inclui esta visão (link). Vá para “Fluxos de valor” e depois “Cadeia de entrega de valor”.

Visualização em Tela do Modelo de Negócios

EDITAR ESTE DIAGRAMA ARCHIMATE

Esta é uma versão básica do Business Model Canvas (BMC) de A. Osterwalder e pode ser ajustada para atender às suas necessidades. Técnicas versionadas como “Service Model Canvas” e “Lean Canvas” também estão disponíveis. Um BMC pode ser usado para projetar e inovar modelos de negócios, por exemplo.

“Facilita o rastreamento de requisitos de solicitações de negócios até especificações de design” modelando um BMC com ArchiMate. Isso ajuda na descoberta das consequências das mudanças nos modelos de negócios no projeto arquitetônico.” [LO Meertens e colegas]

A assistência de arquitetura integrada para análise de estratégia e modelo de negócios está incluída no desenvolvimento holístico. Isso permite que analistas e desenvolvedores de negócios avaliem como o modelo de negócios suporta a estratégia e se encaixa na organização, bem como vice-versa.

Quando o BMC é modelado em uma ferramenta de modelagem, um benefício desse método é que todos os elementos do BMC podem ser reutilizados em outras visualizações do mesmo repositório de modelo. Ao girar o modelo de negócios, todas as mudanças são óbvias imediatamente. Os modeladores de negócios podem construir novos elementos, como serviços, ou usar todos os elementos existentes do repositório, como unidades organizacionais e recursos.

Visualização da tela do conceito

EDITAR ESTE DIAGRAMA ARCHIMATE

O BMC pode vir em uma variedade de formas, conforme mostrado acima. A abordagem em camadas do ArchiMate é refletida no layout deste Concept Canvas.

Exibições de Negócios

Exibições de camada de arquitetura de negócios.

Existem vários “mapas” de elementos controlados na ferramenta EA em cada camada, como Mapa de Serviços de Negócios, Mapa de Processos e assim por diante. Depois de reconhecer e introduzir mapas, você pode usá-los em outros diagramas (como exibições em camadas). O objetivo dos mapas é tratar os catálogos de “ativos da EA” como “portfólios” (análogos a portfólios de ideias, serviços e projetos etc.). Outros recursos, como propriedades ou atributos, geralmente são fornecidos pelas ferramentas EA para cada elemento. Estes podem ser usados ​​para fornecer mais detalhes sobre cada aspecto. Este tipo de dados adicionais também pode ser usado para vários tipos de análise.

Cada camada pode ter vários mapas, como os seguintes:

• Serviços de negócios, atores de negócios e processos de negócios na camada de negócios;
• Serviços de Aplicações, Aplicações na Camada de Aplicação;
• Serviços de Tecnologia, Plataformas e Tecnologias na Camada de Tecnologia; e assim por diante.

Aqui estão alguns exemplos de mapas de camada de negócios.

Visualização de Mapa de Serviços Comerciais

EDITAR ESTE DIAGRAMA ARCHIMATE

A visualização Mapa de serviços de negócios fornece uma visão geral dos serviços de negócios da empresa. Para fins de gerenciamento, esse tipo de visualização pode ser utilizado como um “Catálogo de Serviços” ou “Portfólio de Serviços”. É fundamental descobrir que tipo de serviços comerciais a empresa oferece aos seus clientes. Um serviço de negócios também pode ser usado para simular todos os processos e estruturas organizacionais subjacentes. Como resultado, os serviços de negócios são componentes críticos da arquitetura corporativa.

Visualização do mapa do processo de negócios

EDITAR ESTE DIAGRAMA ARCHIMATE

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

Visão de cooperação de processos de negócios

EDITAR ESTE DIAGRAMA ARCHIMATE

Essa visão pode ser usada para modelar o modelo operacional, por exemplo.

Visualização de Mapa de Atores Comerciais

EDITAR ESTE DIAGRAMA ARCHIMATE

Existem dois tipos de ações de negócios: internas e externas. Clientes, parceiros de negócios ou outros grupos de partes interessadas que colaboram com a organização são exemplos de atores de negócios internos, enquanto atores de negócios externos são clientes, parceiros de negócios ou outros grupos de partes interessadas que colaboram com a empresa (como organizações do setor público ou outras autoridades de governança ).

Visualização de cooperação de atores de negócios

EDITAR ESTE DIAGRAMA ARCHIMATE

A seguir estão dois cenários de uso:

• Visão Intra-Empresarial: Esta visão visualiza como os agentes internos de negócios colaboram e compartilham informações.
• Visão Interempresarial: Uma visão do ecossistema que retrata o ambiente operacional no qual uma organização funciona. Um ecossistema é uma coleção de organizações e parceiros comerciais que colaboram por meio de interações. Existem fornecedores, subcontratados e outros parceiros business-to-business, bem como clientes.

Visualização do processo de negócios

EDITAR ESTE DIAGRAMA ARCHIMATE

A visão do processo de negócios mostra a “estrutura e composição de alto nível de um processo de negócios (ou vários processos), os serviços que são fornecidos, as funções atribuídas aos atores e as informações usadas pelo processo de negócios”. Este diagrama de processo inclui elementos de “junção” para representar a “bifurcação” e a “junção” do fluxo do processo.

Abaixo está uma perspectiva avançada do processo. Este é o modelo operacional, baseado no modelo de negócios descrito no diagrama de fluxo de valor acima.

EDITAR ESTE DIAGRAMA ARCHIMATE

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

EDITAR ESTE DIAGRAMA ARCHIMATE

O SIPOC (Fornecedores, Insumos, Processos, Saídas, Clientes) é uma ferramenta Seis Sigma que pode ser utilizada para definir aspectos semelhantes a todos os processos. Este é um método simples para examinar o caso de negócios: qual valor o cliente recebe e como ele o recebe.

Visão do processo de negócios com funções de negócios como “raias” de um processo – uma abordagem em camadas

EDITAR ESTE DIAGRAMA ARCHIMATE

O cliente é representado pela “Função comercial A” e o caminho da jornada do cliente é representado pela “linha de natação” mais alta.

Observe que as funções de negócios (visualizadas como “raias”) estão aninhadas dentro das etapas do processo (atividades), o que implica que essas funções de negócios são atribuídas a esses processos/estágios de processos de negócios. Como resultado, essa visão é um híbrido de visão em camadas e visão de processo de negócios.

Os fluxos de informações e dados são retratados nesta versão (relação de fluxo). O caminho de viagem do cliente é representado pelo “swimline” superior (atividades relacionadas com o relacionamento de desencadeamento).

EDITAR ESTE DIAGRAMA ARCHIMATE

A metodologia de design de serviço é representada abaixo. O caminho da jornada do cliente (papel A) é representado pela “linha de natação” superior, que está relacionada à organização (papéis B e C) por meio de serviços de negócios (1 e 2).

EDITAR ESTE DIAGRAMA ARCHIMATE

 

Visualização de processos de negócios em camadas

Essa exibição pode ser usada para representar um processo de negócios com etapas manuais e automatizadas.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização do Mapa da Jornada do Cliente

Quando a jornada do cliente precisa ser estudada em alto nível, esta versão é gerada utilizando os elementos Motivação e Estratégia.

EDITAR ESTE DIAGRAMA ARCHIMATE

Quando o caminho do atendimento ao cliente precisa ser examinado em mais detalhes, essa versão é gerada usando as partes (núcleo) das camadas de negócios e aplicativos.

 

EDITAR ESTE DIAGRAMA ARCHIMATE

A experiência do cliente é o foco dessa visão centrada no cliente. Essa técnica relacionada ao “design de serviço” se concentra no desenvolvimento “de fora para dentro” do serviço que está sendo criado. Isso enfatiza a importância dos serviços e produtos no fornecimento de valor aos clientes – e indiretamente à organização. Uma rota de jornada do cliente pode ser usada para visualizar um fluxo de valor do cliente que inclui muitos aplicativos e serviços de aplicativos.

Visualização do plano de serviço

EDITAR ESTE DIAGRAMA ARCHIMATE

Essa visão do Service Blueprint é centrada no cliente e no serviço, mas também destaca o aspecto “de dentro para fora” do serviço. A estratégia de desenvolvimento orientada a serviços pode identificar as implicações comportamentais e estruturais subjacentes do serviço que será construído com a ajuda dessa técnica. Como resultado, essa visão adiciona processos e fatores funcionais à abordagem voltada para a experiência do cliente.

Essa visão pode ser encontrada em uma variedade de formas. Os fluxos de informação entre as camadas e elementos são o assunto deste exemplo.

Visualização da história do usuário

EDITAR ESTE DIAGRAMA ARCHIMATE

As histórias do usuário podem ser visualizadas usando esta visualização.

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

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de informações

EDITAR ESTE DIAGRAMA ARCHIMATE

Os seguintes níveis de abstração podem ser usados ​​para modelar informações: a) conceitual, b) lógico ec) físico. Essas camadas de abstração são representadas no diagrama acima.

Visualização do modelo de dados conceituais

EDITAR ESTE DIAGRAMA ARCHIMATE

Objetos de negócios, também conhecidos como conceitos, que são empregados em operações de negócios estão contidos na arquitetura de informações do EA. Um modelo de dados conceitual pode ser usado para representar esses conceitos e seus relacionamentos.

Conceito de “Serviço”

EDITAR ESTE DIAGRAMA ARCHIMATE

O conceito de serviço é frequentemente problemático, como pode ser visto de várias maneiras. Para tornar óbvio qual tipo de serviço está sendo discutido, é uma boa ideia usar o prefixo: serviço de negócios, aplicativo ou tecnologia. De acordo com a ITIL, o serviço de TI está vinculado ao serviço de produção. Como resultado. O serviço de TI é o mais relacionado aos serviços de aplicativos.

Serviço e Produto

EDITAR ESTE DIAGRAMA ARCHIMATE

Uma noção de produto pode ser usada para agregar serviços como um elemento composto. Especificação de acordo com ArchiMate:

“Um produto representa um conjunto coerente de serviços e/ou elementos de estrutura passiva, acompanhados de um contrato/conjunto de acordos, que é oferecido como um todo a clientes (internos ou externos).”

“Um produto pode agregar ou compor serviços de negócios, serviços de aplicativos e serviços de tecnologia, objetos de negócios, objetos de dados e objetos de tecnologia, bem como um contrato. Assim, um produto pode agregar ou compor elementos de outras camadas que não a Camada de Negócios. “

“Um valor pode estar associado a um produto. O nome de um produto é geralmente o nome que é usado na comunicação com os clientes, ou possivelmente um substantivo mais genérico (por exemplo, “seguro de viagem”).”

Exibições de aplicativos

Visualização de Mapa de Serviços de Aplicativos

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização do mapa de aplicativos

EDITAR ESTE DIAGRAMA ARCHIMATE

Portfólio de aplicativos, que pode ser dividido em divisões dependendo das unidades de negócios, por exemplo.

Visualização de cooperação de aplicativos (fluxos de dados)

EDITAR ESTE DIAGRAMA ARCHIMATE

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

Os exemplos (1–10) abaixo mostram várias técnicas diferentes para simular a troca de dados entre aplicativos.

• O “Aplicativo A” possui o objeto de dados “A-1”, que o “Aplicativo B” solicita.
• O “Aplicativo A” envia dados para o “Aplicativo B”.
• O “Aplicativo A” cria o serviço “A-1”, que é usado pelo “Aplicativo B”.
• Na prática, o “Application B” envia uma solicitação para o “Application A-1” e recebe uma resposta…

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização da estrutura do aplicativo

Essa exibição é importante para projetar ou analisar a estrutura principal, os subcomponentes e os dados associados de um aplicativo. Este diagrama pode ser usado para quebrar a estrutura de um sistema aplicativo em desenvolvimento, para demonstrar a modularização/decomposição: quais são os subsistemas/subcomponentes que eles fornecem e quais são os serviços de aplicativos (ou interfaces de aplicativos) que eles dar.

EDITAR ESTE DIAGRAMA ARCHIMATE

Os recursos comportamentais fornecidos por meio das interfaces estruturais (GUIs e/ou APIs na figura abaixo) são referidos como serviços de aplicativos (figura acima). “Diferentes lados da mesma moeda” são Serviços de Aplicativos e Interfaces de Aplicativos.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização da arquitetura do aplicativo

Como há aplicativos e módulos de aplicativo na mesma exibição, essa exibição combina EA e técnicas de nível de solução.

EDITAR ESTE DIAGRAMA ARCHIMATE

Modelo de Componente de Aplicação (CM)

O Application Component Model 0-n é uma técnica para modelar a arquitetura do aplicativo que consiste nos seguintes diagramas de vários níveis de abstração:

• O diagrama no nível CM-0 descreve como o aplicativo interage com seu ambiente, incluindo como ele interage com outros aplicativos e usuários. Uma caixa preta é usada para representar o aplicativo de destino.
• O aplicativo de destino é dividido em módulos (componentes principais) e quais serviços de aplicativo (ou interfaces de aplicativo) esses módulos oferecem e exigem no nível CM-1. Uma caixa branca é usada para representar o aplicativo de destino.
• Os módulos são divididos em subcomponentes no nível CM-2. (O número de níveis essenciais varia dependendo das circunstâncias.)

Os componentes de aplicativo e os serviços de aplicativo são representados nos diagramas do Application Component Model (CM) abaixo. Dependendo da situação, interfaces de aplicativos podem ser usadas em vez de serviços de aplicativos. Como sempre, é fundamental usar um estilo de modelagem apropriado para a tarefa em questão e modelar apenas os aspectos que são suficientemente informativos e agregam valor. Cabe ao modelador destacar os recursos funcionais ou ser mais detalhado e modelar, por exemplo, as interfaces reais com nomenclatura precisa.

Os componentes de aplicativo e os serviços de aplicativo são representados nos diagramas de Modelo de Componente abaixo. Em vez de usar serviços de aplicativo, interfaces de aplicativo podem ser usadas.

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

EDITAR ESTE DIAGRAMA ARCHIMATE

As interações entre o aplicativo de destino e os aplicativos adjacentes são representadas no nível Modelo de componente – 0 (CM-0) (acima). Todos os serviços de aplicativo necessários (ou interfaces de aplicativo) são descritos. Os componentes de nível de arquitetura corporativa e seus serviços são representados no nível 0 do diagrama, com o aplicativo de destino no meio.

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

EDITAR ESTE DIAGRAMA ARCHIMATE

O nível Modelo de Componente – 1 (CM-1) (acima) mostra como o aplicativo de destino é dividido em módulos (ou componentes primários) e qual módulo é responsável por quais serviços de aplicativo (ou interfaces de aplicativo). Observação! Aplicativos externos não precisam ser exibidos neste nível, mas seus serviços (ou interfaces) sim. Quando mais partes de baixo nível são exibidas, mais elementos de alto nível podem/devem ser omitidos – para fins de clareza: para manter o diagrama compreensível.

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

EDITAR ESTE DIAGRAMA ARCHIMATE

O nível Component Model – 2 (CM-2) (mostrado acima) descreve como os módulos do aplicativo de destino são compostos de subcomponentes e interagem.

Visualização das funções do aplicativo

Decomposição das funcionalidades do aplicativo: quais são as funções do sistema e quais serviços de aplicativo eles fornecem?

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização do processo de inscrição

EDITAR ESTE DIAGRAMA ARCHIMATE

A seguir está a exibição de aninhamento da exibição do processo do aplicativo.

EDITAR ESTE DIAGRAMA ARCHIMATE

A seguir, é mostrado o conteúdo interno da exibição do processo do aplicativo.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização do Diagrama de Sequência do Componente do Aplicativo

Os diagramas de sequência não são exatamente cobertos pelo ArchiMate; em vez disso, eles são cobertos por UML. No entanto, conforme demonstrado abaixo, o ArchiMate pode ser usado para modelar sequências de operações executadas por Application Components.

EDITAR ESTE DIAGRAMA ARCHIMATE

Para a dinâmica de modelagem entre os componentes da aplicação, podem ser empregadas as relações dinâmicas “Trigger” e “Flow”. O layout dessa exibição é semelhante ao do diagrama de seqüência UML.

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

Esta versão (diagrama abaixo) mostra como o ArchiMate pode ser usado para modelar as ações que os elementos internos dos Application Components executam. Processos ou funções comportamentais, bem como subcomponentes estruturais, são exemplos de partes internas. Elementos de processo de aplicativo, função de aplicativo e componente de aplicativo são usados ​​para modelá-los. Estes são fornecidos apenas como alternativas.

EDITAR ESTE DIAGRAMA ARCHIMATE

 

As ações neste diagrama de sequência (acima) são as seguintes:

1. O subprocesso “X” do Componente de Aplicação “A” envia uma mensagem de requisição para a Aplicação B com o parâmetro “A”.
2. O subprocesso “B-1” do Componente de Aplicativo “B” recebe a solicitação de entrada e então (sincronamente) chama o Componente de Aplicativo C, onde a Função de Aplicativo “Y” aceita a solicitação, executa determinadas ações e retorna.
3. O outro subprocesso “B-2” do Componente de Aplicação “B” envia uma mensagem com parâmetros para o Componente de Aplicação D e recebe o reconhecimento. O subcomponente “D” do Componente de Aplicação “D” faz o processamento.
4. A mensagem de resposta do Application Component B é recebida pelo Application Component “A”. O diagrama de sequência tem seu próprio propósito especializado em design de software, mas o ArchiMate pode ser utilizado em muitos propósitos de modelagem – também no design de aplicativos.

Um dos aspectos mais significativos da arquitetura corporativa é a integração de aplicativos (EA). É por isso que é útil se pudermos descrever com mais detalhes como os aplicativos trocam dados e quais métodos de interação são empregados. Aqui está um link para o livro “Enterprise Integration Patterns”, que é um lugar fantástico para começar a aprender sobre padrões de integração.

A mesma ideia de alavancar os relacionamentos dinâmicos do ArchiMate Trigger e Flow, que podem ser usados ​​para modelar padrões de mensagens síncronas e assíncronas, é utilizada em uma sequência com o usuário final incluído (figura abaixo) (solicitação-resposta e retorno de chamada, também publicação- subscrever etc.).

Visualização do processo ETL

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização EAI/ESB

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização em camadas

EDITAR ESTE DIAGRAMA ARCHIMATE

A visualização em camadas pode ser usada como um diagrama de contexto de visão geral da área de destino. O principal benefício dessa abordagem é que ela mostra como os aplicativos são usados ​​nos processos de negócios e quais serviços eles fornecem. Para modelar diferentes camadas, o diagrama acima usa o elemento ArchiMate Grouping, enquanto o diagrama abaixo usa o elemento Group visual da ferramenta.

O ArchiMate tem três (3) camadas, que são as seguintes: As três camadas são: 1) a camada de negócios, 2) a camada de aplicativo e 3) a camada de tecnologia. Eles são normalmente coloridos da seguinte forma: Amarelo para a Camada de Negócios, turquesa para a Camada de Aplicação e verde para a Camada de Tecnologia.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de aplicativo e banco de dados

Um banco de dados é um componente importante da arquitetura corporativa geral de uma organização. Por exemplo, “Banco de dados do cliente”, “Banco de dados do cliente”, “Banco de dados do produto” e assim por diante. Como alternativa, um banco de dados pode ser uma compilação lógica (e física) de todas as tabelas de um aplicativo (por exemplo, “tabela de clientes”, “tabela de pedidos”, “tabela de faturas” e assim por diante), que formam coletivamente um banco de dados. Um objeto de dados pode ser usado para modelar um banco de dados lógico (figura abaixo), de acordo com o padrão ArchiMate. O Capítulo 9.4.1 “Objeto de dados” afirma: “Exemplos típicos de objetos de dados são um registro de cliente, um banco de dados de clientes ou uma reivindicação de seguro”. “Uma exceção significativa é quando um objeto de dados é usado para modelar uma coleção de dados com apenas uma instância, como um banco de dados. ” O ArchiMate inclui um sistema integrado inteligente que permite aplicar o mesmo conceito a vários níveis de abstração (e níveis de detalhes). Como resultado, o objeto de dados, por exemplo, pode ser usado para simular um banco de dados lógico, uma tabela de banco de dados, uma estrutura de mensagem (alternada entre aplicativos) e assim por diante.

EDITAR ESTE DIAGRAMA ARCHIMATE

Banco de dados como um componente de aplicativo

EDITAR ESTE DIAGRAMA ARCHIMATE

Níveis de abstração do banco de dados:

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização do modelo de dados:

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de caso de uso

O ArchiMate pode ser usado para examinar casos de uso do ponto de vista funcional de um aplicativo. Conforme demonstrado no diagrama abaixo, os Casos de Uso (conforme definidos pela UML) podem ser mapeados para Serviços de Aplicativos.

EDITAR ESTE DIAGRAMA ARCHIMATE

Um caso de uso pode ser dividido em duas categorias: casos de uso de negócios e casos de uso de sistema (também conhecidos como casos de sistema). O diagrama abaixo mostra como um “caso de uso primário” pode ser representado por um Serviço de Negócios, com casos de sistema subseqüentes representados por Serviços de Aplicativo.

EDITAR ESTE DIAGRAMA ARCHIMATE

Quando os casos de uso são definidos como serviços de aplicativo, eles podem ser usados ​​como partes das funções de aplicativo de destino em outros diagramas (como a exibição em camadas). Em outras palavras, os serviços de aplicativo representam o comportamento (funcionalidades) de um aplicativo. Consulte o livro de receitas ArchiMate, link, para obter mais informações sobre a análise de casos de uso.

Visualizações de tecnologia

Visualizações de camada de arquitetura de tecnologia.

Visualização da Infraestrutura

Esta exibição descreve a plataforma de um aplicativo. Esse padrão pode ser usado para modelar uma configuração de ambiente de tempo de execução, bem como a implementação de um aplicativo de negócios.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização da infraestrutura (aninhamento):

EDITAR ESTE DIAGRAMA ARCHIMATE

Camadas de Implementação e Migração / Camadas de Arquitetura de Transformação Exibições

Visualização do Roteiro de Implementação

EDITAR ESTE DIAGRAMA ARCHIMATE

Visão Kanban

EDITAR ESTE DIAGRAMA ARCHIMATE

O quadro Kanban é uma ferramenta para visualizar o trabalho e o processo. O quadro Kanban descreve como as necessidades de desenvolvimento, épicos, histórias de usuários e outros itens fluem do backlog para o estado pronto (Concluído). Dependendo do volume e amplitude do cenário de desenvolvimento, um quadro Kanban pode ser usado para diversas finalidades. Por exemplo, “Epics” podem ser usados ​​no nível do EA e “User Stories” ou “Requirements” podem ser usados ​​como itens de trabalho no nível do projeto. Dependendo da situação, a granularidade dos itens de tarefa pode variar.

Visualização Genérica

EDITAR ESTE DIAGRAMA ARCHIMATE

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

Extras

Visão geral do contexto – O mapa da Via Láctea

Esta é uma técnica para visualizar o máximo possível em um único olhar. Veja o Mapa da Via Láctea com ArchiMate para mais informações.

EDITAR ESTE DIAGRAMA ARCHIMATE

Visualização de cooperação

Conforme demonstrado no exemplo de diagrama de fluxo de dados abaixo, as camadas podem ser misturadas.

EDITAR ESTE DIAGRAMA ARCHIMATE

Metamodelo

EDITAR ESTE DIAGRAMA ARCHIMATE

Esses exemplos são criados com o Visual Paradigm Online .

Outros recursos

• Especificação ArchiMate 3.1
• Ferramenta de diagrama ArchiMate – Visual Paradigm (Online)
• Ferramenta de modelagem ArchiMate – Visual Paradigm (Desktop)