ArchiMate

O ArchiMate foi de desenvolvido por um consórcio composto dos seguintes membros: Telematica Instituut, Ordina, Radboud University Nijmegen, o Leiden Institute for Advanced Computer Science (LIACS) e o Centre for Mathematics and Computer Science (CWI) (ARCHIMATE, 2009).

A característica central da arquitetura é a orientação a serviços. Segundo (LANKHORST et al.,2005), serviços são “uma unidade de funcionalidade que alguma entidade disponibiliza para seu ambiente, e que possui algum valor para certas entidades do ambiente (tipicamente os “usuários dos serviços”)”.

A orientação a serviços, proposta no ArchiMate, permite uma visão em camadas dos modelos arquiteturais, onde o conceito de serviço é responsável pela ligação entre as diversas camadas da arquitetura. As camadas de serviços cujos serviços são disponibilizados às camadas superiores, são intercaladas com as camadas de implementação que executam os serviços. Em cada camada, também podem existir serviços internos.

De acordo com (LANKHORST et al.,2005), no ArchiMate as principais camadas (níveis de abstração) podem ser distinguidas em:

1. Camada de Negócio (Business Layer) responsável por oferecer produtos e serviços que são realizados pelos processos de negócios da organização;
2. Camada de Aplicação (Application Layer) da suporte a camada de negócio,oferecendo aplicativos; e
3. Camada de Tecnologia (Technology Layer) que oferece a infra-estrutura necessária para que os aplicativos funcionem (por exemplo, computadores e dispositivos de comunicação).
   

Cada uma dessas três camadas podem ser divididas em sub-camadas. Porém, o nível de abstração deve ser escolhido dependendo do objetivo modelado e das preocupações do stakeholders.

Para cada nível de abstração, a linguagem é estruturada em três dimensões de modelagem: estrutural/comportamental, interna/externa e individual/coletiva.

Na dimensão estrutural/comportamental, existe o aspecto estático (estrutural) e aspecto dinâmico (comportamental). Em cada camada existem os conceitos classificados como estáticos (estruturais) e dinâmicos (comportamentais). Os conceitos comportamentais são atribuídos aos conceitos estruturais de maneira a mostrar “quem” e “o que” exibe o comportamento. Os conceitos estruturais, por sua vez, são divididos em ativos (conceitos que realmente desempenham um comportamento) e passivos (conceitos que são objetos de algum comportamento desempenhado por outra entidade). Por exemplo, na camada de negócios, papéis, interfaces e colaboração (conceitos estruturais) são atribuídos a processos de negócios, serviços organizacionais e interações empresariais (conceitos comportamentais), respectivamente.

Por fim, com relação ao segundo aspecto, existe uma distinção entre visão externa (extern view) e visão interna (internal view) no sistema. Os serviços são acessados por interfaces que constituem a visão externa de um conceito estrutural.

Referências

• LANKHORST, M. Enterprise Architecture at Work - Modelling, Communication and Analysis, Springer, 2005.
• ARCHIMATE -Archimate Consortium, Archimate Resource Tree, disponível em:. Acesso em: 20 de Janeiro, 2009.

ARIS (Architecture for integrated Information Systems)

O ARIS (ARchitecture for integrated Information Systems) é uma Framework de Arquitetura Organizacional de TI, que foi desenvolvido na universidade de Saarbrucken, Alemanha, em 1992 com o objetivo principal de permitir a descrição e desenvolvimento de sistemas de informação que estivessem integrados à estrutura da organização através de seus processos de negócio (ARIS, 1999). Através do ARIS é possível:

• documentar os processos de negócios existentes na organização;
• obter uma visão geral da organização para análise e projeto dos processos de negócios; e
• apoiar o projeto de sistemas de informação (LANKHORST et al., 2005).
  

Este framework propõe uma arquitetura de modelagem de organizações chamada de ARIS Method, estruturada em cinco diferentes visões (organizacional, dados, controle, função e saída) e três diferentes camadas de abstração (requisitos, projeto e implementação) (ARIS, 1999). Dado o escopo dos modelos suportados pelo ARIS Method, esta abordagem pode ser considerada uma técnica abrangente de modelagem de organizações e de arquiteturas de TI (LANKHORST et al., 2005).

A visão organizacional descreve a hierarquia organizacional, isto é, descreve a comunicação e o relacionamento entre as unidades organizacionais de uma organização, revelando também os papéis dos indivíduos na organização (ARIS, 1999).

A visão de dados descreve as informações que são manipuladas na organização. Nesta visão é possível expressar como o conhecimento organizacional esta organizada e armazenada (ARIS, 2001).

A visão de função é utilizada para descrever as tarefas realizadas pela organização. Através dessa visão é possível expressar os objetivos organizacionais de cada tarefa realizada na organização e quais sistemas computacionais auxiliam em cada tarefa organizacional. Também é possível descrever a hierarquia das tarefas organizacionais.

A visão de controle descreve os processos de transformação da informação por meio de uma função ou um conjunto de funções. Como as funções representam atividades organizacionais potencialmente complexas, esta visão é usada para modelar processos de negócio na abordagem ARIS (ARIS, 1999). Através dessa visão é possível demonstrar o relacionamento entre os processos de negócio da organização e as demais entidades da organização (entidades organizacionais, recursos, informações e entre outros aspectos).

Em relação aos níveis de abstração propostos pelo ARIS, o Nível de Requisitos é destinado a atividades de modelagem do domínio do problema, ou seja, na elicitação de conceitos e detalhes referentes ao negócio e à organização, assim como o fechamento do escopo da modelagem abarcada pelos modelos e os objetivos pelos quais se justifica a modelagem. Assim, nesse momento, a perspectiva analisada deve ser inteiramente orientada à percepção que o usuário possui do negócio, bem como sua documentação e padrões (CARDOSO, 2007). Estão presentes neste primeiro nível os modelos de cadeia de eventos orientados a processos (eEPCs), diagrama de objetivos, dentre outros modelos que ajudam na modelagem do domínio do problema (CARDOSO, 2007).

O segundo nível de abstração, o nível de Especificação de Projeto, tem por objetivo construir modelos que retratem os conceitos de TI, ou seja, construir modelos que descrevam o projeto conceitual de arquitetura, requisitos funcionais de uma aplicação e infra-estrutura de um sistema, sem se ater, no entanto, a detalhes específicos a uma tecnologia (CARDOSO, 2007). Portanto, como esse nível implementa certas características do nível de Nível de Requisitos, é possível alterar-se alguns detalhes de especificação de projeto que implementem os mesmos conceitos do negócio, sem que, no entanto, seja necessário retornar ao Nível de Requisitos para atualizá-lo, o que garante flexibilidade no processo (CARDOSO, 2007).

O Nível de Descrição de Implementação, tem por objetivo traduzir a arquitetura descrita no Nível de Especificação de Projeto para modelos que descrevam detalhes tecnológicos dos componentes que irão implementá-la (CARDOSO, 2007). O Nível de Descrição de Implementação está intimamente ligado à tecnologia da informação e sua especificação pode ser apoiada pelos detalhes levantados no Nível de Especificação de Projeto (CARDOSO, 2007).

Cada uma das visões do ARIS Method possui uma linguagem própria, que pode ser definida através de sua sintaxe e semântica. A sintaxe concentra-se puramente nos aspectos notacionais de uma linguagem, ignorando completamente os significados dos elementos sintáticos, que são revelados apenas através da semântica de uma linguagem (HAREL et al., 2000). A definição semântica para uma linguagem L, ou simplesmente a semântica, é composta de duas partes: um domínio semântico e um mapeamento semântico dos elementos da sintaxe para o domínio semântico (HAREL et al., 2000).

Tendo como base o ARIS Method, diversas ferramentas foram desenvolvidas, como por exemplo, ARIS SOA Architect, ARIS Business Architect e ARIS Toolset. Estas ferramentas provêem um ambiente para modelagem, gerenciamento dos modelos produzidos e outros serviços de gerenciamento de processos (KERN et al., 2007). Em particular, neste trabalho, estamos interessados no ARIS Method e seu suporte através do ARIS Toolset. O interesse nesta ferramenta deve-se à grande importância industrial desta ferramenta na prática de modelagem de processos de negócio e arquiteturas de TI.

Conforme apresentado em (LANKHORST et al., 2007) (JONKERS et al., 2004), o alinhamento entre a tecnologia da informação e negócios da organização é reconhecido como uma boa pratica e de grande eficiência. A eficácia organizacional é obtida pela boa orquestração das relações entre os componentes organizacionais e não pela especificação detalhada de cada componente individualmente. O ARIS possibilita essa eficácia organizacional através das suas visões e suas camadas de abstração.

Por fim, utilização do ARIS no desenvolvimento de arquiteturas de TI (sistemas computacionais) é particularmente útil, isto ocorre, porque os modelos contidos no ARIS Method fornecem informações da estrutura organizacional, dos processos de negócios da organização e sistemas coorporativos que interagem com os processos de negócio e com a estrutura da organização. Desta forma, os modelos contidos no ARIS Method são de grande valia para o desenvolvimento de sistemas coorporativos que visão integrar todos os domínios do conhecimento da organização.

Referências:

• ARIS - SCHEER, A.W., ARIS – Business Process Modeling, Third Edition, Springer, 1999.

• JONKERS, H.; LANKHORST, M.; VAN BUUREN, R.S.; HOPPENBROUWERS, M.M. B; VAN DER TORRE, L. Concepts for modeling enterprise architectures. In special issue on Architecture in IT of the International Journal of Cooperative Information Systems, 13(3):257--287. World Scientific, Setembro 2004.

• KERN, H.; KÜHNE, S. Model Interchange between ARIS and Eclipse EMF. The 7th OOPSLA Workshop Domain-Specific Modeling, 2007.

• LANKHORST, M. Enterprise Architecture at Work - Modelling, Communication and Analysis, Springer, 2005.