O que é uma Arquitetura de Referência?
O que é uma Arquitetura de Referência?
- Partes esperadas de uma arquitetura de referência
- Noções básicas de uma arquitetura de referência
- Observando a estrutura de um sistema
- Visão esperada da função de um sistema
Por que usar uma arquitetura de referência
- Testando a integridade da arquitetura
- Simplificando as direções em cascata e as restrições para a governança
- Respondendo consistentemente a perguntas importantes
- Usando uma Arquitetura de Referência com Casos de Uso de EA Padrão
- Quais indústrias usam arquiteturas de referência
O que é uma Arquitetura de Referência?
Uma arquitetura de referência é uma arquitetura genérica que identifica os contornos normais de um sistema. Ela fornece os componentes, relacionamentos, princípios e diretrizes arquitetônicas.
Tecnicamente, a arquitetura de referência é considerada parte de arquitetura corporativa. Em termos de TOGAF continuum empresarial, você encontrará exemplos Fundamentais, Comuns ou Setoriais.
As melhores arquiteturas de referência fornecem confiança de que o problema e todas as partes importantes são expostas.
Quando analisamos arquiteturas de referência, frequentemente vemos dois tipos diferentes: aquelas que expõem a estrutura de um sistema e aquelas que mostram como um sistema funciona. Lembre-se de que a palavra sistema não tem nenhuma conotação de TI. Você pode descrever a fusão nuclear do Sol, um mercado e o lançamento de um produto como um sistema.
Partes esperadas de uma arquitetura de referência
Arquiteturas de referência completas incluirão mais do que um modelo. Partes potenciais incluem:
- Âmbito do sistema de interesse
Limite do sistema e explicação do problema. Pode incluir objetivos, propósitos específicos e desafios que precisam ser resolvidos. - Modelo(s) do sistema
- Componentes de um sistema
- Relações entre componentes
- Atributos que devem ser especificados
Navegar inclui atributos de arquitetura para diferentes componentes. Eles podem variar de um modelo operacional preferido de um capacidade empresarial para a vida útil esperada de uma interface - Vocabulário
Um glossário especializado com definições e frases relacionadas ao sistema de interesse
- Padrões de Arquitetura do sistema
- Princípios de arquitetura do sistema
- Biblioteca do Mirante
- Melhores práticas no sistema
Noções básicas da arquitetura de referência
Uma arquitetura de referência deve abranger os componentes e relacionamentos dentro do sistema. Ela pode incluir a identificação de componentes além do escopo da arquitetura de referência para explicar como a referência se encaixa em um todo maior.
Arquiteturas de referência podem ser desenvolvidas em vários níveis de abstração. Uma arquitetura bastante abstrata pode apresentar os blocos de construção de uma cadeia de suprimentos (SCOR) ou as informações necessárias para gerenciar produtos digitais (IT4IT).
Uma abordagem comum para uma arquitetura de referência é generalizar múltiplas soluções. A referência da cadeia de suprimentos do SCOR é um exemplo: ela mostra as atividades comuns para diferentes abordagens de cadeia de suprimentos. A referência do SCOR mostra como reunir esses componentes para criar uma solução.
Observando a estrutura de um sistema
Modelos de referência que auxiliam na compreensão da estrutura do sistema fornecem os fundamentos de um sistema. Eles existem em diferentes níveis de detalhe e identificam os elementos centrais de um sistema. Modelos de referência de estrutura geralmente são modelos estáticos e normalmente são apresentados em um gráfico simples ou em forma de tabela.
Quase toda arquitetura empresarial usa modelos estáticos.
Exemplos de modelos de referência de estrutura incluem:
- GSRM (Modelo de Referência de Serviços Governamentais) do Canadá
- Modelo de Referência Técnica da Arquitetura Empresarial Federal dos EUA
- Arquitetura de referência de capacidade de arquitetura empresarial
Usamos a Estrutura do Sistema para testar a integridade e acelerar o desenvolvimento de uma arquitetura exclusiva.
Observando a função de um sistema
Modelos de referência que auxiliam na compreensão da função do sistema identificam como um sistema funciona. Eles identificarão a interação dos componentes em um sistema. Modelos de referência de função geralmente são mostrados em um diagrama. Geralmente, há um conjunto de documentação de suporte e um modelo dinâmico. Modelos funcionais robustos podem ser exercitados.
Nós usamos Dinâmica de Sistemas para explorar modelos funcionais robustos. Entender como um sistema funciona é fundamental para compreender as alavancas e barreiras eficazes à mudança. O exemplo acima é a adoção de um novo produto - pense em um que mostrasse o desenvolvimento de agilidade empresarial ou remover dívida técnica.
Por que usar um modelo de referência
Simplificamos o valor do uso de arquiteturas de referência para acelerar o tempo de entrega e melhorar a qualidade.
Com um modelo de referência você tem:
- confiança de que todos os componentes, relacionamentos e atributos principais são considerados
- capacidade de avançar para a identificação da origem das deficiências e sua solução
Sem uma arquitetura de referência, você precisa entender o sistema. Em seguida, testar a integridade e a precisão do seu modelo. Todo esse tempo é gasto para chegar ao início da análise.
Arquiteturas de referência facilitam a colaboração e a comunicação. Uma arquitetura de referência ajuda as equipes a evitar erros e atrasos. Ela fornece uma base para a governança.
Existem outros usos poderosos que incluem os seguintes.
- Testando a integridade da arquitetura
- Simplificando as direções em cascata e as restrições para a governança
- Respondendo consistentemente a perguntas importantes
Testando a integridade da arquitetura
Uma arquitetura de referência sempre fornecerá os componentes de um sistema e o relacionamento entre eles. Isso significa que podemos usar uma arquitetura de referência para garantir que qualquer análise ou projeto de arquitetura aborde o sistema completo.
Se houver componentes na referência que estejam faltando no sistema, determine se há uma lacuna no sistema ou se o componente é irrelevante. Componentes ausentes são lacunas no sistema.
Decisão de Arquitetura Superior em Cascata
A base da governança de arquitetura e da governança de implementação é a capacidade de disseminar uma decisão de arquitetura da visão e estratégia para a implementação.
Sempre que possível, aplicamos decisões de arquitetura a componentes de arquitetura de referência. Assim, quando surgem trabalhos mais detalhados de arquitetura ou design, podemos testar a conformidade com uma referência. Há um equilíbrio entre aplicabilidade e esforço. Quanto mais aplicável a arquitetura de referência a um espaço problemático, mais fácil é aplicar as decisões aplicáveis em cascata. No entanto, o esforço para manter o registro completo das decisões aumenta.
Implementação de Entrega de Soluções Governança
Sabemos que o resultado mais importante do caso de uso de Entrega de Solução é habilitar governança de implementação.
A profundidade da governança de implementação é determinada pelo nível de detalhamento do estado futuro e de qualquer roteiro. O diagrama abaixo fornece uma visualização da profundidade e dos detalhes crescentes da governança de implementação, utilizando três fontes para a solução.
Uma solução de baixo para cima é identificada pelas pessoas diretamente afetadas. Ela não preencherá nenhuma lacuna identificada desde o início. A orientação disponível será a arquitetura-alvo geral.
Uma solução para preencher lacunas será identificada pelas pessoas diretamente afetadas ou como parte de um plano de implementação. Esse tipo de solução adiciona orientação a partir da lacuna entre o estado atual e o futuro. Essa orientação se resume ao que se espera que mude (lacuna) e ao que se espera que permaneça igual (todo o resto). Isso define um limite para a solução, onde se espera que ela melhore a organização e onde se espera que ela utilize o que já está implementado.
As soluções do roteiro são de cima para baixo. O pacote de trabalho para preencher uma lacuna está em um roteiro. O trabalho terá um patrocinador. O portfólio fornecerá expectativas de desempenho específicas e uma estratégia de implementação. A lacuna a ser preenchida também pode ser refinada por qualquer estado de transição para o qual o roteiro esteja trabalhando.
Usando uma Arquitetura de Referência com Casos de Uso de EA Padrão
Há quatro casos de uso de arquitetura empresarial padrão. Cada caso de uso tem como objetivo auxiliar um público diferente a impulsionar mudanças eficazes.
Caso de uso de portfólio de suporte
O trabalho de arquitetura concentra-se em servir ao Proprietário do Portfólio. O portfólio existe. Ele tem resultados e restrições claros.
Os proprietários de portfólios são orientados para ações futuras. Eles pretendem impulsionar mudanças e entregar os benefícios esperados dentro de suas limitações.
A orientação para a ação futura de um proprietário de portfólio exige um trabalho de arquitetura focado em viabilizar mudanças. O proprietário do portfólio precisa tomar decisões com antecedência para impulsionar atividades que resultarão nos resultados pelos quais é responsável. O profissional precisa:
- Uma arquitetura de ponta a ponta para fornecer contexto, orientação e restrições ao portfólio
- Uma ou mais descrições de arquitetura focadas que estejam alinhadas com o resultado e os principais componentes do portfólio
Os proprietários de portfólios buscam o equilíbrio entre o planejamento de cima para baixo e o de baixo para cima. O de cima para baixo garante que as expectativas de desempenho, restrições e dependências sejam atendidas. O de baixo para cima captura o conhecimento e a criatividade locais.
Os proprietários do portfólio e outras partes interessadas usam o roteiro de arquitetura para direcionar projetos de melhoria. Eles entendem dependência e sinergia. Mais importante ainda, eles entendem onde podem parar, colher valor e mudar de direção. Pontos de transição incrementais apoiam diretamente a agilidade empresarial com entrega de valor.
No trabalho de portfólio, as especificações de arquitetura são focadas em pacotes de trabalho e princípios e padrões de arquitetura.
Caso de uso de suporte à entrega de soluções
A Arquitetura de Entrega de Soluções parte de uma premissa fundamental: o objetivo geral e as mudanças necessárias para alcançá-lo são conhecidos. Uma solução preenche lacunas conhecidas dentro de restrições conhecidas que limitam a criatividade e a liberdade dos implementadores.
A atual orientação de ação de um implementador exige que a arquitetura trabalhe com foco na transmissão das expectativas de desempenho e das restrições externas. O implementador concentra-se nas expectativas de desempenho e nas restrições de seus diferentes projetos. Sua função é reunir os recursos e executar. O implementador precisa saber o que se espera que ele faça e quais são os limites para sua criatividade. O caso de uso padrão identifica que o trabalho de arquitetura deve:
- Define como a mudança será feita, restrições aplicáveis e expectativas de desempenho
- Apoiar diretamente a governança da implementação
- Orientar eficazmente a implementação
É importante observar que a arquitetura para entrega de soluções é feita principalmente para governança de implementação para dar suporte aos proprietários de resultados.
Os elementos mais importantes de uma arquitetura de solução são:
- As lacunas sendo preenchidas
- Os componentes da solução e sua relação
- Expectativas e restrições de desempenho derivadas de uma arquitetura superior
- Expectativas de desempenho e restrições que serão aplicadas à implementação
O entregável crítico é uma arquitetura de solução que especifica qual lacuna no estado futuro a solução preencherá, bem como quaisquer restrições e expectativas de desempenho aplicáveis. Quando um roteiro especifica a estratégia de implementação, a abordagem da solução precisa ser incluída na arquitetura da solução.
Uma arquitetura de solução se distingue por seus limites. Ela aborda um espaço problemático específico. Em termos formais, é um sistema de interesse específico que se encaixa e interage com outros sistemas. Não vinculamos o conceito a um nível específico de detalhe. Basta dizer que uma arquitetura de solução será mais detalhada do que a arquitetura circundante.
Quais indústrias usam arquitetura de referência?
Arquiteturas de referência são usadas em todos os setores.
Existem arquiteturas de referência específicas para cada setor, bem como focos mais específicos, como cadeia de suprimentos, IA, infraestrutura de TI, nuvem pública ou contêiner.
A imagem acima fornece um conjunto de modelos de referência para humanos: modelo respiratório, modelo esquelético, modelo circulatório, modelo digestivo e sistema nervoso.
Como você usa uma arquitetura de referência?
Há três maneiras de usar uma boa arquitetura de referência.
Primeiro, deve fornecer um ponto de partida para os conceitos básicos. O SCOR descreve os processos da cadeia de suprimentos e três modelos de fabricação. Em vez de começar com uma folha de papel em branco, você já tem as informações essenciais disponíveis. Dessa forma, você não perde tempo reinventando a roda quando não precisa. Em vez disso, pode-se trabalhar nos aspectos únicos da roda em seu caso de uso específico. As rodas de aeronaves precisam acelerar de 0 a 225 km/h instantaneamente. As rodas do rover lunar precisavam ser muito leves e não lançar poeira. Ambas são redondas, removíveis e usadas para direção. Tudo se resume ao caso de uso.
Em segundo lugar, deve proporcionar uma compreensão de como um sistema funciona. Não é necessário entender as partes de um sistema e como elas interagem. Em vez disso, deve-se buscar como a arquitetura otimiza as partes e interações para o caso de uso. Sete Alavancas da Transformação Digital é um excelente exemplo.
Terceiro, deve-se ser capaz de usar a referência arquitetura na governança da arquitetura. A arquitetura de referência é usada para avaliar um projeto e garantir que ele tenha considerado todas as necessidades esperadas de um sistema. Por exemplo, no GSRM, todas as licenças revogáveis precisam de um processo para avaliar se o titular ainda pode mantê-la, além de um processo de apelação. Não importa se é uma carteira de motorista, uma licença médica ou uma licença para transporte de resíduos nucleares, todos os processos precisam estar presentes.
Para ir mais longe, veja Usando Arquiteturas de Referência para Transformação Digital.
Exemplos de Arquitetura de Referência
Existem muitos exemplos de arquitetura de referência:
- Sete Alavancas da Transformação Digital fornece uma arquitetura de referência para transformar uma empresa
- IT4IT é uma arquitetura de referência de informação para funções de Tecnologia da Informação.
- BIAN é uma arquitetura de referência para o setor bancário.
- SCOR é uma arquitetura de referência para cadeia de suprimentos.
- O APQC fornece arquiteturas de referência de processos de negócios intersetoriais ou específicas de cada setor. O APQC é frequentemente usado como base para modelos de processos de negócios ou modelos de capacidade.
- O Eulynx pode ser usado para sistemas de sinalização de tráfego.
- O GSRM (Modelo de Referência de Serviços Governamentais do Canadá) fornece uma arquitetura de referência para serviços governamentais.
- Arquitetura de referência de capacidade EA é usado para acelerar o desenvolvimento de uma equipe de EA.
- AUTOSAR é um tipo de arquitetura de referência focada em componentes para software de veículos.
- A AWS tem muitas arquiteturas de referência de estrutura de sistema, incluindo uma Arquitetura de Serviços de Segurança.
- O DoD dos EUA fornece Arquitetura de referência de confiança zero.
Arquiteturas de referência padrão TOGAF
O Padrão TOGAF Inclui duas arquiteturas de referência: a Arquitetura de Referência Técnica e o Modelo de Referência de Infraestrutura Integrada de Informação. Um entendimento comum pode ser alcançado com o auxílio de terminologia padronizada. Por exemplo, padrões de arquitetura de referência podem fornecer uma linguagem compartilhada.
Arquitetura de Referência vs Modelo de Referência
A maioria das pessoas usa Arquitetura de Referência e Modelo de Referência como sinônimos. Tecnicamente, são conceitos distintos, mas a diferença é irrelevante para a maioria dos arquitetos corporativos.
De uma perspectiva purista, um modelo de referência explica parte de um sistema, e uma arquitetura de referência explica o sistema inteiro. A distinção está ligada ao escopo do "sistema". No entanto, quase todos usam os termos de forma intercambiável. Seria mais útil fornecer uma arquitetura útil que oriente a mudança do que perder tempo em discussões semânticas.
A arquitetura de um sistema é descrita como sendo representada por uma estrutura arquitetônica, que é um encapsulamento de um conjunto mínimo de práticas e critérios. Estrutura do TOGAF oferece métodos para descrever e identificar entradas de arquitetura.
A arquitetura de referência vai um passo além, agilizando o processo para um tipo específico de arquitetura, auxiliando na determinação de quais abordagens arquitetônicas atenderão a requisitos específicos e determinando o conjunto mínimo necessário de artefatos arquitetônicos para atender aos requisitos de "melhores práticas" de uma arquitetura específica. As arquiteturas de referência dão grande ênfase à parte "modelo" do conceito.
Testes para uma boa arquitetura de referência
As melhores arquiteturas de referência representam as melhores práticas amplamente reconhecidas do setor e frequentemente recomendam a estratégia de entrega ideal. Uma arquitetura de referência de fácil compreensão melhora a qualidade e a velocidade do desenvolvimento e da implementação da arquitetura.
Considerações padrão de um bom modelo de referência:
- consórcios construídos, com envolvimento de múltiplas partes interessadas
- enquadra o espaço do problema
- identifica os elementos-chave
- identifica relacionamentos-chave
- informa como avaliar o sistema.
Arquitetura de referência de capacidade de arquitetura empresarial
Baixe o Arquitetura de referência de capacidade de arquitetura empresarial. É a base para construir uma equipe sólida de arquitetura empresarial.
Seu modelo de Capacidade de Arquitetura Empresarial é fundamental para uma estrutura de capacidade de arquitetura empresarial otimizada.
