O que é o framework Zachman?

A estrutura de Zachman desenvolvida por John Zachman em 1987 não é uma metodologia convencional, mas sim um modelo que descreve como ideias diversas são percebidas de pontos de vista igualmente únicos. O framework Zachman compreende um conjunto de regras de gerenciamento que são apresentadas às organizações em um formato de tabela de 36 células.

A estrutura de Zachman leva um bom arquiteto a explicar “Quem, o quê, onde, quando, como, por quê” para diferentes clientes. O framework Zachman é apresentado em uma matriz bidimensional de 36 células composta por seis colunas e seis linhas. As linhas indicam as perspectivas enquanto as colunas representam as questões fundamentais. A matriz é bastante abrangente e descreve as representações das empresas de forma detalhada e estruturada.

O framework Zachman é bastante flexível para trabalhar em projetos de qualquer escopo. Zachman se orgulha de construir relacionamentos entre diferentes células. Essencialmente, não se trata apenas de arquitetura, mas ajuda a organizar e gerenciar sua infraestrutura de TI e integrá-la ao seu negócio como qualquer ferramenta.

As linhas e colunas que compõem a matriz de 36 células do framework Zachman são as seguintes:

Conforme mencionado anteriormente, as linhas compreendem as perspectivas, que são as perspectivas executiva, de gerenciamento de negócios, arquiteto, engenheiro, técnico e empresarial.

1. Perspectiva Executiva – Descreve o propósito do programa de arquitetura corporativa em relação à estratégia de negócios. Permite ao planejador obter informações sobre o tamanho e custo dos sistemas.
2. Perspectiva de gerenciamento de negócios – descreve os conceitos em termos de modelos corporativos, escolhas de design e processos de negócios adotados pela organização. A perspectiva de gerenciamento de negócios é uma ferramenta útil para proprietários que desejam entender todos os detalhes de suas operações comerciais. Além disso, os proprietários também ficam sabendo como os diferentes processos interagem.
3. Perspectiva do arquiteto – descreve a lógica do sistema relatando como os requisitos de negócios serão atendidos. O arquiteto é responsável por determinar como o software funciona e então representar todo o modelo de negócios.
4. Perspectiva do Engenheiro – Isso descreve como a física da tecnologia relativa às soluções de tecnologia será usada para implementar as escolhas do sistema. Ele garante que o contratante use técnicas específicas para lidar com os desafios persistentes dentro de um negócio.
5. Perspectiva do técnico – Este componente descreve os requisitos relativos a componentes de ferramentas modulares específicos. Ocorre quando um programador recebe instruções sobre como levar adiante.
6. Perspectiva da Empresa – Este é o sistema em funcionamento visto pelo usuário em seu ambiente operacional completo.

As colunas, por outro lado, representam as questões fundamentais que são; "O que, onde, quando, quem e por quê."

1. O que? – Isso representa todos os dados corporativos com os quais cada linha lidaria.
2. Onde? – Trata-se de logística, localizações geográficas e interconexões.
3. Quando? Isso representa eventos e ciclos de negócios que desencadeiam atividades de negócios.
4. Como? – Representa os fluxos do processo e como o negócio é executado.
5. Quem? – Representa a interação e as unidades organizacionais entre a tecnologia e outros indivíduos.
6. Por quê – Isso representa estratégias gerais e objetivos de negócios em meios específicos.

O formato matricial representa os atores e suas relações com os critérios de decisão.

Com tudo isso dito, vamos agora olhar para o principal concorrente de Zachman.

O que é a Estrutura TOGAF?

Não podemos falar do Framework TOGAF sem destacar sua história. O quadro por O Grupo Aberto foi publicado pela primeira vez em 1995 e foi baseado nos princípios de trabalho e abordagens do Quadro de Arquitetura Técnica para Gestão da Informação (TAFIM).

O Open Group Architecture Framework (TOGAF®) é um padrão líder do setor para desenvolver, manter e usar arquitetura corporativa. Mais de 300 empresas membros do Fórum de Arquitetura do The Open Group o desenvolveram de forma colaborativa. A estrutura TOGAF permite que os arquitetos corporativos façam seus trabalhos mais rapidamente.

É importante observar que a profissão de arquitetura corporativa existe para ajudar as organizações a mudar. Como as organizações são multifacetadas em termos de seus principais negócios e desafios enfrentados, a arquitetura corporativa ajuda a identificar o melhor caminho a seguir.

O TOGAF oferece uma implementação de arquitetura sistemática e passo a passo para modernizar empresas em todo o mundo. Ele ajuda as organizações a criar um roteiro ou esboço para o desenvolvimento de arquitetura iterativo e rápido. A estrutura TOGAF é adaptável, aberta e permite que as principais organizações escalem seus negócios.

O Método de Desenvolvimento Arquitetônico (ADM) que é um elemento crítico do TOGAF atribuído ao enorme sucesso da estrutura. O que torna o ADM um sucesso tão grande é que ele é altamente adaptável e grava de acordo com os requisitos exclusivos do usuário. Existem vários estágios distintos de ADM no TOGAF, que vamos resumir abaixo.

Resumo das Fases do TOGAF ADM

1. Estágio Preliminar – Isso define as preocupações, requisitos e princípios para qualquer arquitetura futura dentro de uma organização.
2. Fase de Visão de Arquitetura – Esta etapa envolve a compreensão do problema e a escolha de um escopo de arquitetura e uma metodologia que se alinhe com as partes interessadas. É nesse estágio que você descobre como seus stakeholders julgarão a adequação da arquitetura corporativa. Você também testa um resumo da arquitetura de destino e trabalha para confirmar que eles estão interessados em continuar.
3. Fase de Arquitetura de Negócios – Aqui o framework usa métodos para descrever uma visão de arquitetura ideal. Você usa o mesmo problema identificado, as partes interessadas, critérios e resumo. Explore quais mudanças são necessárias para a arquitetura de negócios e avalie quaisquer mudanças com os principais critérios das partes interessadas.
4. Fase de Arquitetura de Sistemas de Informação – Com as mesmas informações das fases anteriores, use-as para modelar toda a aplicação e arquitetura de dados. Certifique-se de avaliar as mudanças com os principais critérios das partes interessadas.
5. Fase de Arquitetura de Tecnologia – Tenha em mente os mesmos passos das fases anteriores. Nesta fase, toda a descrição do sistema é transformada em implementação da arquitetura. Não se esqueça de avaliar os principais critérios das partes interessadas.
6. Fase de Oportunidades e Soluções – Esta fase também é informada pelas informações das fases anteriores. Ele define os passos essenciais para mudar a arquitetura atual para direcionar o plano de implementação. Portanto, neste estágio, você reúne todas as alterações necessárias na arquitetura corporativa e as agrupa em pacotes de trabalho. Você então encontra a entrega de valor provisória na arquitetura de transição. Nesta fase, você avalia o valor e o esforço esperados dos pacotes de trabalho com os principais critérios das partes interessadas.
7. Fase do Plano de Implementação (Migração) – Não podemos reiterar isso o suficiente; você deve sempre usar as informações das etapas anteriores em todas as fases subsequentes. Esta fase descreve o cronograma estimado, os custos e a implementação do roteiro. Pegue o roteiro de arquitetura e trabalhe com planejadores para atribuir recursos e agendar o trabalho. Certifique-se de avaliar as mudanças nos principais critérios das partes interessadas. Envolva-se com as partes interessadas e descubra se elas desejam prosseguir com a mudança.
8. Fase de Governança de Implementação – Nesta fase, você atribui funcionalidades de governança durante estágios distintos da implementação da arquitetura. Use as mudanças, medidas de valor e restrições desenvolvidas na arquitetura corporativa (ou seja, Fase B, C, D e E). Certifique-se de que os implementadores de mudanças se concentrem no valor esperado, um problema semelhante, e estejam trabalhando dentro de todos os requisitos de arquitetura. Relate a conformidade e forneça recomendações às partes interessadas para atingir o valor esperado sempre que houver um problema.
9. Fase de Gerenciamento de Mudanças de Arquitetura – Este estágio fornece monitoramento intenso para mudanças de negócios e tecnologia. Você deve avaliar o conjunto completo de mudanças com os principais critérios da parte interessada. Onde quer que o projeto fique aquém, o ambiente da sua organização mude ou surjam novas possibilidades, aconselhamos você a recomeçar desde a primeira fase com o objetivo de capturar a nova oportunidade.

A estrutura TOGAF foi adotada por mais de 60% do total de empresas da Fortune 500 por causa de sua extensão a partir de 2016. Esse número obviamente aumentou nos últimos anos. Também é elogiado por sua alta adaptabilidade, agilidade e capacidade de promover a colaboração.