3 Estrutura da Linguagem

Este capítulo descreve a estrutura da linguagem de modelagem de Arquitetura Empresarial ArchiMate. A definição detalhada e exemplos do conjunto padrão de elementos e relacionamentos seguem nos Capítulos 4 ao 1

3.1 Considerações sobre o Design da Linguagem

Um desafio fundamental no desenvolvimento de um metamodelo geral para Arquitetura Empresarial é encontrar um equilíbrio entre a especificidade das linguagens para domínios de arquitetura individuais e um conjunto muito geral de conceitos de arquitetura, que reflete uma visão de sistemas como um simples conjunto de entidades inter-relacionadas.

O design da linguagem ArchiMate começou a partir de um conjunto de conceitos relativamente genéricos. Esses foram especializados para aplicação em diferentes camadas arquitetônicas, conforme explicado nas seções seguintes. A restrição de design mais importante da linguagem é que foi explicitamente projetada para ser o mais pequena possível, mas ainda utilizável para a maioria das tarefas de modelagem de Arquitetura Empresarial. Muitas outras linguagens tentam atender às necessidades de todos os usuários possíveis. Em benefício da simplicidade de aprendizado e uso, a linguagem ArchiMate foi limitada aos conceitos suficientes para modelar os famosos 80% dos casos práticos.

Este padrão não descreve a justificativa detalhada por trás do design da linguagem ArchiMate. O leitor interessado é remetido aos [1], [2] e [3], que fornecem uma descrição detalhada da construção da linguagem e das considerações de design.

3.2 Estrutura de Nível Superior da Linguagem

A Figura 1 apresenta a estrutura hierárquica de nível superior da linguagem:

• Um modelo é uma coleção deconceitos– um conceito é ou umelementoou umrelacionamento
• Um elemento é ou um elemento de comportamento, um elemento de estrutura, um elemento de motivação ou um elemento composto

Observe que esses sãoabstratosconceitos; eles não são destinados a ser usados diretamente em modelos. Para indicar isso, são representados em branco com rótulos em itálico. Consulte o Capítulo 4 para uma explicação da notação usada na Figura 1.

Figura 1: Hierarquia de Nível Superior dos Conceitos ArchiMate

3.3 Camadas da Linguagem ArchiMate

A linguagem principal ArchiMate define uma estrutura de elementos genéricos e seus relacionamentos, que podem ser especializados em diferentes camadas. Três camadas são definidas na linguagem principal ArchiMate da seguinte forma:

1. ACamada de Negóciosdescreve os serviços de negócios oferecidos aos clientes, que são realizados na organização por processos de negócios realizados por atores de negócios.
2. ACamada de Aplicaçãodescreve os serviços de aplicação que sustentam os negócios, e as aplicações que os realizam.
3. ACamada de Tecnologiacompreende tanto tecnologia de informação quanto tecnologia operacional. Você pode modelar, por exemplo, tecnologia de processamento, armazenamento e comunicação em apoio ao mundo de aplicativos e às camadas de negócios, e modelar tecnologia operacional ou física com instalações, equipamentos físicos, materiais e redes de distribuição.

A estrutura geral dos modelos dentro das diferentes camadas é semelhante. São usados os mesmos tipos de elementos e relações, embora sua natureza e granularidade exatas diferem. No próximo capítulo, é apresentada a estrutura do metamodelo genérico. Nos Capítulos 8, 9 e 10, esses elementos são especializados para obter elementos específicos de uma camada particular.

Alinhado com a orientação por serviços, a relação mais importante entre as camadas é formada por “serviço”[1]relações, que mostram como os elementos em uma camada são atendidos pelos serviços de outras camadas. (Observe, no entanto, que os serviços não precisam apenas atender elementos em outra camada, mas também podem atender elementos na mesma camada.) Um segundo tipo de ligação é formado por relações de realização: elementos em camadas inferiores podem realizar elementos comparáveis em camadas superiores; por exemplo, um

objeto de dados (Camada de Aplicação) pode realizar um objeto de negócios (Camada de Negócios); ou um

artefato (Camada de Tecnologia) pode realizar um objeto de dados ou um componente de aplicativo (Camada de Aplicação).

3.4 O Framework Central ArchiMate

O Framework Central ArchiMate é um framework composto por nove células usado para classificar elementos da linguagem central ArchiMate. É composto por três aspectos e três camadas, conforme ilustrado na Figura 2. Esse framework é conhecido como o Framework Central ArchiMate.

É importante compreender que a classificação de elementos com base em aspectos e camadas é apenas uma abordagem geral. Elementos de arquitetura do mundo real não precisam ser estritamente confinados a um único aspecto ou camada, pois os elementos que conectam diferentes aspectos e camadas desempenham um papel central em uma descrição arquitetônica coerente. Por exemplo, antecipando um pouco as discussões conceituais posteriores, papéis de negócios atuam como elementos intermediários entre elementos “puramente comportamentais” e elementos “puramente estruturais”, e pode depender do contexto se um determinado software é considerado parte da Camada de Aplicação ou da Camada de Tecnologia.

Figura 2: Framework Central ArchiMate

A estrutura do framework permite modelar a empresa a partir de diferentes perspectivas, onde a posição dentro das células destaca as preocupações do interessado. Um interessado geralmente pode ter preocupações que abrangem múltiplas células.

As dimensões do framework são as seguintes:

• Camadas – os três níveis nos quais uma empresa pode ser modelada no ArchiMate – Negócios, Aplicação e Tecnologia (como descrito na Seção 3.3)
• Aspectos:

— OAspecto da Estrutura Ativa, que representa os elementos estruturais (os atores de negócios, componentes de aplicação e dispositivos que exibem comportamento real; ou seja, os

“sujeitos” da atividade)

— OAspecto do Comportamento, que representa o comportamento (processos, funções, eventos e serviços) realizados pelos atores; os elementos estruturais são atribuídos aos elementos comportamentais, para mostrar quem ou o que exibe o comportamento

— OAspecto da Estrutura Passiva, que representa os objetos sobre os quais o comportamento é realizado; esses são geralmente objetos de informação na Camada de Negócios e objetos de dados na Camada de Aplicação, mas também podem ser usados para representar objetos físicos

Esses três aspectos foram inspirados na linguagem natural, na qual uma frase possui um sujeito (estrutura ativa), um verbo (comportamento) e um objeto (estrutura passiva). Ao usar os mesmos construtos com os quais as pessoas estão familiarizadas em suas próprias línguas, a linguagem ArchiMate torna-se mais fácil de aprender e ler.

Como a notação ArchiMate é umalinguagem gráficaem que os elementos são organizados espacialmente, essa ordem não tem consequência na modelagem.

Um elemento composto, como mostrado na Figura 1, é um elemento que não necessariamente se encaixa em um único aspecto (coluna) do framework, mas pode combinar dois ou mais aspectos.

Observe que a linguagem ArchiMate não exige que o modelador use qualquer layout específico, como a estrutura deste framework; trata-se meramente de uma categorização dos elementos da linguagem.

3.5 O Framework Completo ArchiMate

O Framework Completo ArchiMate, conforme descrito nesta versão da norma, adiciona várias camadas e um aspecto ao Framework Central. Os elementos físicos são incluídos na Camada de Tecnologia para modelar instalações físicas, equipamentos, redes de distribuição e materiais. Assim sendo, esses também são elementos centrais. Os elementos estratégicos são introduzidos para modelar direções e escolhas estratégicas. Eles são descritos no Capítulo 7. O aspecto de motivação é introduzido em um nível genérico no próximo capítulo e descrito em detalhe no Capítulo 6. Os elementos de implementação e migração são descritos no Capítulo 12. O Framework Completo ArchiMate resultante é mostrado na Figura 3.

Figura 3: Framework Completo ArchiMate

A linguagem ArchiMate não define uma camada específica para informações; no entanto, elementos do aspecto de estrutura passiva, como objetos de negócios, objetos de dados e artefatos, são usados para representar entidades de informação. A modelagem de informações é suportada em todas as diferentes camadas ArchiMate.

3.6 Abstração na Linguagem ArchiMate

A estrutura da linguagem ArchiMate acomoda várias formas familiares de abstração e refinamento. Primeiramente, a distinção entre uma visão externa (caixa preta, abstraindo do conteúdo da caixa) e uma visão interna (caixa branca) é comum no design de sistemas. A visão externa representa o que o sistema deve fazer para seu ambiente, enquanto a visão interna representa como ele faz isso.

Em segundo lugar, a distinção entre comportamento e estrutura ativa é comumente usada para separar o que o sistema deve fazer e como o sistema faz isso dos constituintes do sistema (pessoas, aplicações e infraestrutura) que o realizam. Ao modelar novos sistemas, é frequentemente útil começar pelos comportamentos que o sistema deve executar, enquanto ao modelar sistemas existentes, é frequentemente útil começar pelas pessoas, aplicações e infraestrutura que compõem o sistema, e depois analisar em detalhe os comportamentos realizados por essas estruturas ativas.

Uma terceira distinção é entre os níveis de abstração conceitual, lógico e físico. Isso tem suas raízes na modelagem de dados: os elementos conceituais representam as informações que o negócio considera relevantes; os elementos lógicos fornecem estrutura lógica a essas informações para manipulação por sistemas de informação; os elementos físicos descrevem o armazenamento dessas informações; por exemplo, na forma de arquivos ou tabelas de banco de dados. Na linguagem ArchiMate, isso corresponde a objetos de negócios, objetos de dados e artefatos, juntamente com as relações de realização entre eles.

A distinção entre elementos lógicos e físicos também foi estendida à descrição de aplicações. O Metamodelo Empresarial TOGAF [4] inclui um conjunto de entidades que descrevem componentes e serviços de negócios, dados, aplicações e tecnologia para descrever conceitos de arquitetura. Os componentes lógicos são encapsulações independentes de implementação ou produto de dados ou funcionalidades, enquanto os componentes físicos são componentes de software tangíveis, dispositivos, etc. Essa distinção é capturada no framework TOGAF na forma de Blocos de Construção de Arquitetura (ABBs) e Blocos de Construção de Solução (SBBs). Essa distinção é novamente útil para avançar as arquiteturas empresariais de descrições de alto nível e abstratas para designs tangíveis e de nível de implementação. Observe que blocos de construção podem conter múltiplos elementos, que são tipicamente modelados usando o conceito de agrupamento na linguagem ArchiMate.

A linguagem ArchiMate possui três formas de modelar tais abstrações. Primeiro, conforme descrito em [6], elementos de comportamento, como funções de aplicação e tecnologia, podem ser usados para modelar componentes lógicos, já que representam encapsulações independentes de implementação de funcionalidades. Os componentes físicos correspondentes podem então ser modelados usando elementos de estrutura ativa, como componentes de aplicação e nós, atribuídos aos elementos de comportamento. Segundo, a linguagem ArchiMate suporta o conceito de realização. Isso pode ser melhor descrito trabalhando com a Camada de Tecnologia de cima para baixo. A Camada de Tecnologia define os artefatos físicos e o software que realizam um componente de aplicação. Também fornece um mapeamento para outros conceitos físicos, como dispositivos, redes, etc., necessários para a realização de um sistema de informação. A relação de realização também é usada para modelar tipos mais abstratos de realização, como a entre um requisito (mais específico) e um princípio (mais genérico), onde o cumprimento do requisito implica a adesão ao princípio. A realização também é permitida entre componentes de aplicação e entre nós. Dessa forma, é possível modelar um componente físico de aplicação ou tecnologia realizando um componente lógico de aplicação ou tecnologia, respectivamente. Terceiro, componentes de aplicação lógicos e físicos podem ser definidos como especializações de nível de metamodelo do elemento componente de aplicação, conforme descrito no Capítulo 14 (veja também os exemplos na Seção 14.2.2). O mesmo se aplica aos componentes de tecnologia lógicos e físicos do Metamodelo de Conteúdo TOGAF, que podem ser definidos como especializações do elemento nó (veja a Seção 14.2.3).

A linguagem ArchiMate intencionalmente não suporta a diferença entre tipos e instâncias. Ao nível de abstração de Arquitetura Empresarial, é mais comum modelar tipos e/ou exemplares em vez de instâncias. Da mesma forma, um processo de negócios na linguagem ArchiMate não descreve uma instância individual (ou seja, uma execução desse processo). Na maioria dos casos, um objeto de negócios é, portanto, usado para modelar um tipo de objeto (cf. uma classe UML®), do qual podem existir várias instâncias dentro da organização. Por exemplo, cada execução de um processo de aplicação de seguros pode resultar em uma instância específica do objeto de negócios de apólice de seguro, mas isso não é modelado na Arquitetura Empresarial.

3.7 Conceitos e sua Notação

A linguagem ArchiMate separa os conceitos da linguagem (ou seja, os constituintes do metamodelo) de sua notação. Grupos diferentes de interessados podem exigir notações diferentes para compreender um modelo ou visão de arquitetura. Nesse aspecto, a linguagem ArchiMate difere de linguagens como UML ou BPMN™, que possuem apenas uma notação padronizada. O mecanismo de perspectiva explicado no Capítulo 13 fornece os meios para definir visualizações orientadas aos interessados.

Embora a notação dos conceitos ArchiMate possa (e deva) ser específica para os interessados, a norma fornece uma notação gráfica comum que pode ser usada por arquitetos e outros que desenvolvem modelos ArchiMate. Essa notação é voltada para um público familiarizado com técnicas técnicas de modelagem existentes, como Diagramas de Relacionamento de Entidades (ERDs), UML ou BPMN, e, portanto, se assemelha a elas. No restante deste documento, salvo indicação em contrário, os símbolos usados para representar os conceitos da linguagem representam a notação padrão ArchiMate. Essa notação padrão para a maioria dos elementos consiste em um retângulo com um ícone no canto superior direito. Em vários casos, esse ícone por si só também pode ser usado como uma notação alternativa. Essa iconografia padrão deve ser preferida sempre que possível, para que qualquer pessoa que conheça a linguagem ArchiMate possa ler os diagramas produzidos nessa linguagem.

3.8 Uso de Aninhamento

O aninhamento de elementos dentro de outros elementos pode ser usado como uma notação gráfica alternativa para expressar algumas relações. Isso é explicado com mais detalhes no Capítulo 5 e na definição de cada uma dessas relações.

3.9 Uso de Cores e Dicas Notacionais

Nas imagens do metamodelo dentro desta norma, tons de cinza são usados para distinguir elementos pertencentes aos diferentes aspectos do framework ArchiMate, da seguinte forma:

• Branco para conceitos abstratos (ou seja, não instanciáveis)
• Cinza claro para estruturas passivas
• Cinza médio para comportamento
• Cinza escuro para estruturas ativas

Nos modelos ArchiMate, não há semânticas formais atribuídas às cores e o uso de cores é deixado ao modelador. No entanto, elas podem ser usadas livremente para enfatizar certos aspectos nos modelos. Por exemplo, em muitos dos modelos de exemplo apresentados nesta norma, as cores são usadas para distinguir entre as camadas do Framework Central ArchiMate, da seguinte forma:

• Amarelo para a Camada de Negócios
• Azul para a Camada de Aplicação
• Verde para a Camada de Tecnologia

Elas também podem ser usadas para ênfase visual. Um texto recomendado que fornece diretrizes é o Capítulo 6 de [1]. Além das cores, outras dicas notacionais podem ser usadas para distinguir entre as camadas do framework. Uma letra M, S, B, A, T, P ou I no canto superior esquerdo de um elemento pode ser usada para indicar um elemento de Motivação, Estratégia, Negócios, Aplicação, Tecnologia, Físico ou Implementação & Migração, respectivamente. Um exemplo dessa notação é mostrado no Exemplo 34.

A notação padrão também utiliza uma convenção com a forma dos cantos de seus símbolos para diferentes tipos de elementos, da seguinte forma:

• Cantos quadrados são usados para indicar elementos de estrutura
• Cantos arredondados são usados para indicar elementos de comportamento
• Cantos diagonais são usados para indicar elementos de motivação

[1]Observe que este foi chamado de “usado por” em versões anteriores do padrão. Para maior clareza, este nome foi alterado para “servindo”.