Carregado porJoao Santos
Zachman framework
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.
Mais conteúdo relacionado
Zachman framework
- 1. Zachman Framework A FrameworkFor Information systems Architecture
- 2. Representação de ArquiteturasEmpresariais 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 ArquiteturasEmpresariais 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 umaAE 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 entidadesimportantes 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 linhada 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 daframework 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 linhada 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 linhada 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 linhada 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 criarrelaçõ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-seem 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 osdiferentes 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 colunatem 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.