O documento descreve o framework de Zachman para arquitetura empresarial. O framework consiste em uma matriz com seis perspectivas de atores em linhas e seis dimensões em colunas. Cada célula contém artefatos que descrevem um aspecto da organização de uma determinada perspectiva e dimensão. O framework fornece uma estrutura abrangente para representar a arquitetura empresarial de uma organização.

1. Zachman Framework
A Framework For Information systems Architecture

2. Representação de Arquiteturas Empresariais
A representação gráfica das AE deve ser feita com recurso a framework devido á
sua multidimensionalidade, o que permite retratar os vários modelos e
perspetivas.
Utilização dos framework:
• Representação de modelos complexos
• Observação de várias vistas
• Caracterização de vários níveis de detalhe

3. Representação de Arquiteturas Empresariais
Vantagens dos framework:
• Instrumentos de referência para a auditoria
• Garantia de interoperabilidade
• Consistência entre métodos e ferramentas
• Garantia de coerência global
• Permite a integração de sistemas e dados

4. Framework de Zachman
• John Zachman, considerado o “pai” da ArquiteturaCorporativa, criou o termo
“Enterprise Architecture” e o primeiro framework em 1987.
• Atualmente a framework de Zachman consiste numa matriz que relaciona as
perspetivas dos vários atores (planner, owner, designer, builder e subcontractor) segundo
linhas, com um conjunto de 6 questões elementares em colunas (what, how, where,
who, when e why, as dimensões, as quais se referem aos diferentes aspetos sobre a
organização que precisam ser conhecidos
• Em cada célula descrevem-se os vários componentes e seus artefatos, usando diversos
formatos e notações.
• Embora esta abordagem seja muito generalista, o que permite representar qualquer
objeto complexo, é extremamente exaustiva, pelo que é possível caracterizar com
extremo detalhe a AE de uma organização.

5. Construção de uma AE usando o Framework de Zachman
• A construção de uma AE coloca sempre desafios e dificuldades, diretamente
proporcional com a complexidade e o número de artefatos envolvidos no framework,
ou seja, relações entre perspetivas e dimensões
• Zachman não preconizou nenhum método nem ordem para o preenchimento do seu
framework
• Existem alguns métodos propostos, entre outros:
i. Spewak (1992) propõe o EAP (Enterprise Architecture Planning), o qual apenas aborda as 2 primeiras
perspetivas (planner, owner) e as 3 primeiras dimensões (what, how e where). Este método foca-se na
definição dos dados, aplicações e tecnologia ao invés de definir os fins.
ii. Pereira & Sousa (2004) aborda a definição dos vários artefatos de cada célula e uma sequência para o seu
preenchimento. Cada célula é identificada por uma letra, a sequência de preenchimento e precedências
iii. OMG (Object Management Group) (2009) usa a norma MDA (Model Driven Architecture), o que permite
uma coerência entre os diferentes modelos, assim como a transposição direta para código, permitindo
um alinhamento entre a modelização do negócio e a sua automatização.

7. Linha 1 - Ambito da aplicação
• Planeador Identificação
Linha 2 - Conceitos negócio
• Dono Definição
Linha 3 - Modelo sistema Lógico
• Projectista Representação
Linha 4 - ModeloTecnológico
• Construtor Especificação
Linha 5 - Configuração de Componentes
• Programador Configuração
Linha 6 - Corporação Funcional
• Trabalhador Implementação
Perspectivas do modelo Zachman

8. Coluna 1 – O quê / Dados
Coluna 2 – Como / Função
Coluna 3 – Onde / Rede
Coluna 4 – Quem / Pessoas
Coluna 5 – Quando /Tempo
Coluna 6 – Porquê / Motivação
Dimensões do modelo Zachman

9. Dados
Lista das entidades importantes para o negócio da empresa
Função
Lista dos processos do negócio
Rede
lista de localizações onde se processa o negócio
Pessoas
Lista das organizações/agentes importantes para o negócio
Tempo
Lista dos eventos significativos para o negócio
Motivação
Declaração da missão, objetivos e estratégias do negócio
Na primeira linha da framework o planeador identifica:

10. Na segunda linha da framework o dono define:
Dados
Requisitos do Dono, Entidades de negócio, regras do negócio
Função
Processos do negócio, Modelo de atividades
Rede
Rede da organização , localizações, fluxo de negócio
Pessoas
Organigrama, regras de responsabilidade por cada processo
Tempo
Calendarização Principal, Eventos de negócio, Ciclos do negócio
Motivação
Plano do negócio, objetivos, estratégias e politicas

11. NaTerceira linha da framework o designer representa:
Dados
Modelo lógico dos dados, Entidade de dados, relação de dados
Função
Desenho logico dos processos sistemas informação, função da aplicação
Rede
Arquitetura logica da rede, Modelo de rede, processamento , armazenamento
Pessoas
Arquitetura da interface humano
Tempo
Estrutura de processamento , ciclos de processamento
Motivação
Normas e procedimentos associados a um modelo.

12. Na quarta linha da framework o constructor especifica:
Dados
Modelo físico dos dados, tabelas, relações, índices
Função
Especificações das aplicações e plataformas, Função computador,
características dos dispositivos
Rede
Arquitetura física da rede, Servidores, Comunicações , Sistemas
Pessoas
Especificações dos acessos ás plataformas e tecnologias
Tempo
Estrutura de Controlo, ciclos dos componentes
Motivação
Design do conhecimento.

13. Na quinta linha da framework o programador configura:
Dados
Descrição da base de dados, layout , Campos, relações
Função
Descrição do design dos processos, linguagens
Rede
Descrição das componentes da rede, modelos, protocolos
Pessoas
Arquitetura de segurança, acessos ao código das plataformas
Tempo
Definição do Timing.
Motivação
Definição do conhecimento

14. Na sexta linha da framework o trabalhador executa:
Dados
Informação e base de dados
Função
Aplicações
Rede
Rede / Comunicações
Pessoas
Organização / Funcionários
Tempo
Calendarização
Motivação
Produto

15. Rede Zachman
Nunca criar relações na matriz, sem antes perceber o seu impacto transversal,
Como constatado, podemos fazer uma leitura Horizontal ouVertical da Rede, conforme
queiramos fazer foco na descrição ou no participante:
 Se a leitura estiver focada no participante (Horizontal), encontramos descrições
diferentes do sistema mas todas com o ponto de vista desse mesmo
participante.
 Caso a leitura seja apoiada na descrição (Vertical), o foco dessa descrição muda
entre os diferentes participante.

16. Desenvolvimento da rede
Baseia-se em 3 grandes sugestões:
1. Todos os artigos da arquitetura, devem estar na rede em apenas cada uma das células e
com um sentido bem definido, não deverá ter qualquer duplicação de sentido e de
interpretação.
2. A rede só está completa, quando todas as células estão preenchidas e com a descrição
clara e objetiva do artigo que nela faz parte. Este detalhe permite que cada participante
descreva com especificidade o seu foco.
3. As células das colunas, devem relacionar-se entre si conforme as diferentes perspetivas
dos participantes de forma a estarem articuladas entre elas.

17. 1. Garantir os diferentes pontos de vista dos participantes,
2. Explorar cada um dos artigos do sistema,
3. Garantir que as exigências do planeador sejam seguidas e acompanhadas por todos os
participantes,
4. Garantir que os participantes mais técnicos não desenvolvam funcionalidades inúteis,
5. Garantir que os participantes da gestão de negócio estão a incluir a parte técnica no
planeamento.
Desenvolvimento da rede

18. 1. Nenhuma coluna tem mais prioridade do que outra;
2. Cada coluna tem um modelo simples e básico baseado numa realidade física;
3. O modelo básico de cada coluna deve ser único, não sendo repetido em mais nenhuma
coluna;
4. Cada linha representa uma única e distinta perspetiva conforme o participante;
5. Cada célula é única;
6. A integração dos modelos das diferentes células de um nível constitui a perspetiva a
partir desse nível, que pode ser do participante ou da descrição;
7. A Lógica da framework é usada para, virtualmente, descrever tudo.
Pressupostos detalhados da framework

19. Fim…
Obrigado.
João Santos
Jaime Canteiro
Mario Silva