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 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 ArchiMate Cookbook. 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. Ele pode ser usado para navegação entre diagramas.
Visualizações de motivação
Essa visão de motivação pode ser usada para examinar as motivações ou causas que impulsionam 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 retrata a visão do esforço de desenvolvimento, se a escala e o escopo abrangem 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 Modelo de Motivação de Negócios (BMM) [especificação v.1.3, 2015, OMG] é usado para definir os elementos motivacionais.
Visão Missão-Valores-Visão
O propósito, a visão e os valores básicos da organização podem ser representados usando a visão Missão-Valores-Visão. Ele ajuda a identificar o propósito de uma organização, o que a organização está realmente 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
A visualização do 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 dessa 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.
Visualização da Análise das Partes Interessadas
A visualização de Análise de Partes Interessadas é frequentemente usada para análise de partes interessadas para identificar os impulsionadores da mudança. Primeiro, identifique as partes interessadas importantes e, em seguida, os impulsionadores de mudança que são de seu interesse. Os conceitos de “Avaliação” podem ser usados para uma análise aprofundada dos direcionadores, 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 de costume. Outra razão para dividir diagramas grandes em diagramas menores é mantê-los compactos e legíveis – para fins de clareza.
Visão das Partes Interessadas
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.
Visão de Princípios
Visão de risco e segurança
Os conceitos de risco e segurança são mapeados para o ArchiMate por meio dessa visualização. O gerenciamento de riscos inclui preocupações com segurança e proteção de dados. Ambos são abrangidos 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.
- Modelagem de gerenciamento de riscos corporativos e segurança com a linguagem ArchiMate®, Open Group, 2015.
Visualização de Análise SWOT
Visualização de metas
Objetivos e resultados-chave
OKR, abreviação de Objectives and Key Results, é um método de gerenciamento popular para definir metas e acompanhar o progresso. Ajuda na criação de alinhamento e engajamento em torno de objetivos mensuráveis. Os OKRs são compostos de duas partes: (1) a meta que você deseja atingir e (2) os principais resultados que serão usados para acompanhar seu progresso em direção a essa meta.
Os 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 rastreiam seu progresso em direção ao seu objetivo. Você deve ter de dois a cinco resultados-chave para cada meta. Ter muitos resultados-chave tornará difícil para as pessoas se lembrarem.
Outra versão com ações mostradas abaixo.
Visualizações de estratégia
Visualização da 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 recursos. Essa visão pode ser usada para aplicar o “Modelo Estratégico Baseado em Metas” (Azevedo et al. 2015), em que as metas formam uma hierarquia que pode ser dissecada em metas de nível inferior.
Visualização da Estratégia de Negócios
Visualização do Modelo de Motivação de Negócios (BMM)
Visualização de Requisitos
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.
Estratégia para visualização de recursos
A visão Strategy to Capability, juntamente com outros elementos ArchiMate como “Driver” e “Goal”, pode ser utilizada para Capability-Based Planning (CBP), conforme mostrado no diagrama ArchiMate abaixo. Essa visão pode ser usada para auxiliar no planejamento (e execução) de estratégias. Como resultado, esse tipo de perspectiva pode ser empregado na fase Strategy-to-Capability, que faz parte da fase “Strategy-to-Portfolio” da IT4IT.
Visualização do mapa de recursos
A visualização do Mapa de Capacidades pode ser usada para fornecer uma visão geral de alto nível dos recursos de uma empresa: o que ela faz ou pode fazer.
Visualização de planejamento de recursos
A visão Capability Planning pode ser utilizada para “o Link entre Estratégia e Arquitetura Corporativa”, conforme definido pelo Capability-Based Planning (CBP). Essa abordagem pode ser usada para mapear estratégias para recursos necessários e recursos para recursos e outros blocos de construção, entre outras coisas.
Visualização de Realização de Capacidade
Visualização de Realização de Capacidade 2
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
É importante notar que no início de uma cadeia de valor/fluxo de valor, é utilizada uma “associação direcionada”. Os “estágios” de valor podem ser encontrados em um fluxo de valor. Uma “cadeia de valor”, que é 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 Implantação, Solicitação para Cumprir e Detecção para Corrigir (link).
Fluxo de valor – Visualização de mapeamento cruzado de recursos
Um exemplo simples de uma 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 os recursos 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 as capacidades são necessárias, 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 “Value Streams” e depois “Value Delivery Chain”.
Visualização em tela do modelo de negócios
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 com versão 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 quão bem o modelo de negócios suporta a estratégia e se encaixa dentro da organização, e 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 dinamizar 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
O BMC pode vir em uma variedade de formas, como mostrado acima. A abordagem em camadas do ArchiMate é refletida no layout deste Concept Canvas.
Visualizaçõ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 catálogos de “ativos EA” como “portfólios” (análogo a portfólios de ideias, serviços e projetos etc.). Outros recursos, como propriedades ou atributos, geralmente são fornecidos pelas ferramentas do 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 Aplicativos, Aplicativos na Camada de Aplicativo;
- 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 do mapa de serviços comerciais
A visualização do Mapa de Serviços Comerciais fornece uma visão geral dos serviços comerciais 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
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
Essa visualização pode ser usada para modelar o modelo operacional, por exemplo.
Visualização de mapa de atores de negócios
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). ).
Visão de Cooperação de Atores de Negócios
A seguir estão dois cenários de uso:
- Visão Intra-Enterprise: Essa visão mostra 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
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, os papéis atribuídos 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 de processo avançada. Este é o modelo operacional, que é baseado no modelo de negócios descrito no diagrama de fluxo de valor acima.
SIPOC (Fornecedores, Entradas, Processos, Saídas, Clientes)
O SIPOC (Fornecedores, Entradas, Processos, Saídas, Clientes) é uma ferramenta Seis Sigma que pode ser usada para definir aspectos semelhantes a todos os processos. Este é um método simples para examinar o caso de negócios: que valor o cliente recebe e como ele o recebe.
Visão de processos de negócios com funções de negócios como “raias” de um processo – uma abordagem em camadas
O cliente é representado pela “Função de Negócios 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 de negócios/estágios do processo. Como resultado, essa visão é um híbrido de uma visão em camadas e uma visão de processo de negócios.
Os fluxos de informações e dados são descritos nesta versão (relação de fluxo). O caminho de viagem do cliente é representado pela “linha de natação” superior (atividades ligadas ao relacionamento de acionamento).
A metodologia de design de serviço é representada abaixo. O caminho da jornada do cliente (função A) é representado pela “linha de natação” mais alta, que está relacionada à organização (funções B e C) por meio de serviços de negócios (1 e 2).
Visualização de Processos de Negócios em Camadas
Essa visualização pode ser usada para representar um processo de negócios com etapas manuais e automatizadas.
Visualização do Mapa da Jornada do Cliente
Quando uma jornada do cliente precisa ser estudada em alto nível, essa versão é gerada utilizando elementos de motivação e estratégia.
Quando o caminho de atendimento ao cliente precisa ser examinado com mais detalhes, essa versão é gerada usando as partes da camada de negócios e de aplicativos (núcleo).
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 em fornecer 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 serviços de aplicativos e aplicativos.
Visualização do plano de serviço
Essa visão do Service Blueprint está 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 deve ser construído com a ajuda dessa técnica. Como resultado, essa visão adiciona fatores funcionais e de processo à abordagem orientada para a experiência do cliente.
Essa visão pode ser encontrada em uma variedade de formas. Os fluxos de informações entre as camadas e os elementos são o assunto deste exemplo.
Visualização da história do usuário
As histórias do usuário podem ser visualizadas usando essa visualização.
Visualização de modelos de serviço em nuvem
Visualização de informações
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 estão representadas no diagrama acima.
Visualização do Modelo de Dados Conceituais
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”
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, de aplicativo ou de tecnologia. De acordo com a ITIL, o serviço de TI está vinculado ao serviço de produção. Como um resultado. O Serviço de TI é o mais relacionado aos Serviços de Aplicativo.
Serviço e Produto
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 por 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 usado na comunicação com os clientes, ou possivelmente um substantivo mais genérico (por exemplo, “seguro de viagem”).”
Visualizações do aplicativo
Visualização do Mapa de Serviços de Aplicativo
Visualização do mapa de aplicativos
Portfólio de aplicativos, que pode ser separado em divisões dependendo das unidades de negócios, por exemplo.
Visualização de cooperação de aplicativos (fluxos de dados)
Visualização de Integração de Aplicativos (Relacionamentos Dinâmicos)
Os exemplos (1 a 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 “Aplicativo B” envia uma solicitação para o “Aplicativo A-1” e recebe uma resposta…
Visualização da estrutura do aplicativo
Essa exibição é importante para projetar ou analisar a estrutura primária, os subcomponentes e os dados associados de um aplicativo. Este diagrama pode ser usado para quebrar a estrutura de um sistema de aplicação 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 aplicação (ou interfaces de aplicação) que eles dar.
Os recursos comportamentais fornecidos por meio das interfaces estruturais (GUIs e/ou APIs na figura abaixo) são chamados de serviços de aplicação (figura acima). “Diferentes lados da mesma moeda” são Serviços de Aplicativos e Interfaces de Aplicativos.
Visualização da Arquitetura do Aplicativo
Como existem aplicativos e módulos de aplicativo na mesma visualização, essa visualização combina técnicas de EA e de nível de solução.
Modelo de Componente de Aplicação (CM)
O Application Component Model 0-n é uma técnica de modelagem de arquitetura de aplicativos 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 fornecem 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 do aplicativo e os serviços do aplicativo são descritos nos diagramas do Modelo de Componente do Aplicativo (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 mãos 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 do aplicativo e os serviços do aplicativo são descritos nos diagramas do Modelo de Componente abaixo. Em vez de usar serviços de aplicativo, podem ser usadas interfaces de aplicativo.
Modelo de Componente de Aplicação – 0 (CM-0)
As interações entre o aplicativo de destino e os aplicativos ao redor são descritas no nível Component Model – 0 (CM-0) (acima). Todos os serviços de aplicativos necessários (ou interfaces de aplicativos) 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)
O nível Component Model – 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 nesse 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)
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 de Funções do Aplicativo
Decomposição de funcionalidades de aplicativos: quais são as funções do sistema e quais serviços de aplicativos eles fornecem?
Visualização do Processo de Candidatura
A seguir está a visualização de aninhamento da visualização do processo do aplicativo.
Veja a seguir o conteúdo interno da visualização do processo do aplicativo.
Visualização do Diagrama de Sequência de Componentes do Aplicativo
Os diagramas de sequência não são exatamente cobertos pelo ArchiMate; em vez disso, eles são cobertos pela UML. No entanto, conforme demonstrado abaixo, o ArchiMate pode ser usado para modelar sequências de operações executadas por Application Components.
Para modelar a dinâmica entre os componentes da aplicação, as relações dinâmicas “Trigger” e “Flow” podem ser empregadas. O layout dessa exibição é semelhante ao do diagrama de sequência UML.
Visualização do Diagrama de Sequência de Componentes 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.
As ações neste diagrama de sequência (acima) são as seguintes:
- O subprocesso “X” do Componente de Aplicação “A” envia uma mensagem de solicitação para o Aplicativo B com o parâmetro “A”.
- O subprocesso “B-1” do Componente de Aplicativo “B” recebe a solicitação de entrada e então (sincronicamente) chama o Componente de Aplicativo C, onde a Função de Aplicativo “Y” aceita a solicitação, executa determinadas ações e retorna.
- 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 a confirmação. O subcomponente “D” do Componente de Aplicação “D” faz o processamento.
- A mensagem de resposta do Componente de Aplicação B é recebida pelo Componente de Aplicação “A”. O diagrama de seqüência tem seu próprio propósito especializado no 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 como os aplicativos trocam dados e quais métodos de interação são empregados com mais detalhes. 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
Visualização EAI/ESB
Visualização em camadas
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 Grouping ArchiMate, enquanto o diagrama abaixo usa o elemento Group visual da ferramenta.
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.
Visualização de aplicativos 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. Alternativamente, 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 coletivamente formam um banco de dados. Um Data Object 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 cliente 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. ” 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 Data Object, por exemplo, pode ser usado para simular um banco de dados lógico, uma tabela de banco de dados, uma estrutura de mensagem (comutada entre aplicativos) e assim por diante.
Banco de dados como um componente de aplicativo
Níveis de abstração do banco de dados:
Visualização do modelo de dados:
Visualização de caso de uso
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 definido pela UML) podem ser mapeados para os Serviços de Aplicativos.
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 subsequentes representados por Serviços de Aplicativo.
Quando os casos de uso são definidos como serviços de aplicativo, eles podem ser usados como partes das funções do aplicativo de destino em outros diagramas (como a visualização em camadas). Em outras palavras, os serviços de aplicativos representam o comportamento de um aplicativo (funcionalidades). Consulte o ArchiMate Cookbook, link, para obter mais informações sobre análise de casos de uso.
Visualizações de tecnologia
Exibições de camada de arquitetura de tecnologia.
Visualização de infraestrutura
Essa visualizaçã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 implantação de um aplicativo de negócios.
Visualização de infraestrutura (aninhamento):
Camada de Implementação e Migração / Visualizações de Camada de Arquitetura de Transformação
Visualização do roteiro de implementação
Visualização Kanban
O quadro Kanban é uma ferramenta para visualizar o trabalho e o processo. O quadro Kanban mostra 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
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.
Visão de Cooperação
Conforme demonstrado no exemplo de diagrama de fluxo de dados abaixo, as camadas podem ser misturadas.
Metamodelo
Esses exemplos são criados com o Visual Paradigm Online .
Outros recursos
English
Chinese (Simplified)
Chinese (Traditional)
French
German
Italian
Japanese
Portuguese
Russian
Spanish