Extending And Formalizing
The Framework For
Information Style
Architecture
J. F. Sowa
J. A. Zachman
Propósito do documento

Estender a anterior framework
 “O
quê, Como, Onde” + “Quem, Quando, Porquê”
 A primeira framework não incluía uma linguagem formal
de representação

Explica a Framework e o seu Porquê
 Estabelece
a relação entre os SI e a envolvente,
sistematizando e relacionando conceitos
 Relacionamento de entidades, processos, localizações,
pessoas, tempo e propósitos
Framework de Zachman

Não é uma ferramenta de substituição a outras
existentes
 Não

é um "reinventar da roda"
É uma forma de ver um sistema de diferentes
perspectivas e como se relacionam,
 Conseguir
a "big picture" e não apenas um ou outro
aspecto

O objectivo é mostrar como tudo se interliga
Framework de Zachman ISA


ISA  Information Systems Architecture
Arquitectura: metáfora que compara o
desenvolvimento de um SI com a construção de
uma casa em 5 níveis
 Objectivos/Âmbito
 Modelo
de Negócio
 Modelo de Sistemas
 Modelo de Tecnologia
 Modelo de Componentes
Framework de Zachman ISA
Pressupostos da Framework




Não se desenham relações sem atender ao seu
impacto
Regra 1- Nenhuma coluna tem mais prioridade
do que outra
Regra 2 - Cada coluna tem um modelo simples
e básico representando uma abstracção do
mundo real
Regra 3 - O modelo básico de cada coluna deve
ser único, não sendo repetido em mais
nenhuma coluna
Pressupostos da Framework




Regra 4 - Cada linha representa uma única e
distinta perspectiva
Regra 5 - Cada célula é única
Regra 6 - A integração dos modelos das
diferentes células de um nível constitui a
perspectiva a partir desse nível
Regra 7 - A lógica é recursiva, podendo a
framework ser usada para, virtualmente,
descrever tudo
Vantagens da Framework

A framework é interessante por segmentar as
descrições da empresa:




Separa e esquematiza em variáveis independentes e
componentes perceptíveis
Desenvolve formalismos de desenho apropriados
Estabelece uma infra-estrutura para a empresa na qual a
mudança pode ser assimilada e gerida
Além disso, procura manter a coerência entre elas:


Exemplo: “Ideally, the new model should not be so dissimilar
that the higher-row model cannot be inferred (or reverse
engineered) from the new lower-row model.”
Alinhamento e rastreabilidade