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
- Olhando para 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 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 empresarial. 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 olhamos para as arquiteturas de referência, geralmente 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 de negócios 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 de pontos de vista
- Boas práticas no sistema
O básico da arquitetura de referência
Uma arquitetura de referência deve compreender 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 que seja bem abstrata pode exibir 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 da cadeia de suprimentos. A referência do SCOR mostra como juntar esses componentes para criar uma solução.
Olhando para a estrutura de um sistema
Os modelos de referência que suportam a compreensão da estrutura do sistema fornecem os fundamentos de um sistema. Eles existirão em diferentes níveis de detalhe e identificarão os elementos principais de um sistema. Os modelos de referência de estrutura normalmente são modelos estáticos e normalmente são apresentados em um gráfico simples ou em forma de tabela.
Quase toda arquitetura corporativa usa modelos estáticos.
Exemplos de modelos de referência de estrutura incluem:
- GSRM do Canadá (Modelo de Referência de Serviço Governamental)
- Modelo de Referência Técnica da Arquitetura Corporativa Federal dos EUA
- Arquitetura de referência de recursos de arquitetura corporativa
Usamos a estrutura do sistema para testar a integridade e acelerar o desenvolvimento de uma arquitetura exclusiva.
Olhando para a função de um sistema
Os modelos de referência que suportam a compreensão da função do sistema identificam como um sistema funciona. Eles identificarão a interação dos componentes em um sistema. Os modelos de referência de função geralmente são mostrados em um diagrama. Normalmente haverá um conjunto de documentação de suporte e um modelo dinâmico. Modelos funcionais fortes podem ser exercitados.
Nós usamos Dinâmica do Sistema para explorar modelos funcionais fortes. Entender como um sistema funciona é essencial para entender as alavancas e barreiras efetivas à 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 principais componentes, relacionamentos e atributos 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 descobrir o sistema. Então, testar seu modelo para completude e precisão. Todo esse tempo é gasto chegando 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 governança.
Existem outros usos poderosos que incluem o seguinte.
- 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 os componentes. Isso significa que podemos usar uma arquitetura de referência para garantir que qualquer análise ou design de arquitetura aborde o sistema completo.
Onde você tem componentes na referência que estão faltando no sistema, determine se há uma lacuna no sistema, ou se o componente é irrelevante. Componentes faltantes 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 razoável, aplicamos decisões de arquitetura para referenciar componentes de arquitetura. Então, quando um trabalho de arquitetura ou design mais detalhado aparece, podemos testar a conformidade em relação a 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 de problema, mais fácil é cascatear decisões aplicáveis. No entanto, o esforço para manter o registro de ponta a ponta 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 é impulsionada por quão detalhado é o estado futuro e qualquer roteiro. O diagrama abaixo fornece uma visualização da profundidade e do detalhe crescentes da governança de implementação usando três fontes para a solução.
Uma solução bottom-up é identificada por pessoas diretamente afetadas. Ela não preencherá nenhuma lacuna identificada pelo design. A orientação disponível será a arquitetura-alvo geral.
Uma solução de preenchimento de lacunas será identificada por pessoas diretamente afetadas ou como parte de um plano de implementação. Esse tipo de solução adiciona orientação da lacuna entre o estado atual e o futuro. Essa orientação se resume ao que se espera que mude (lacuna) e o que se espera que permaneça o mesmo (todo o resto). Isso fornece um limite para a solução, onde se espera que melhore a organização e onde se espera que use o que está em vigor.
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 que está sendo preenchida também pode ser refinada por qualquer estado de transição em que o roteiro esteja trabalhando.
Usando uma Arquitetura de Referência 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 efetivas.
Caso de uso de portfólio de suporte
O trabalho de arquitetura é focado em servir o Portfolio Owner. O portfólio existe. Ele tem resultados e restrições claros.
Os donos de portfólio são orientados para ações futuras. Eles pretendem impulsionar mudanças e entregar os benefícios esperados dentro de suas restrições.
A orientação de ação futura de um proprietário de portfólio requer um trabalho de arquitetura para focar em permitir mudanças. O proprietário do portfólio precisa tomar decisões com antecedência para conduzir a atividade que resultará nos resultados pelos quais ele é responsável. O praticante 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 do portfólio e os principais componentes
Os proprietários de portfólios buscam o ponto ideal entre o planejamento de cima para baixo e de baixo para cima. O de cima para baixo garante que as expectativas de desempenho, restrições e dependências sejam cobertas. O de baixo para cima captura o conhecimento e a criatividade locais.
Os proprietários da carteira e outras partes interessadas usam o roteiro de arquitetura para direcionar projetos de melhoria. Eles entendem dependência e sinergia. Mais importante, eles entendem os lugares onde podem parar, colher valor e mudar de direção. Pontos de transição incrementais dão suporte direto à 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 entrega de solução de suporte
A Solution Delivery Architecture começa com uma suposição-chave: o alvo geral e as mudanças necessárias para realizá-lo são conhecidos. Uma solução está preenchendo lacunas conhecidas dentro de restrições conhecidas que limitam a criatividade e a liberdade dos implementadores.
A orientação de ação atual de um implementador requer que a arquitetura trabalhe para focar na transmissão de expectativas de desempenho e restrições externas. O implementador está focado nas expectativas de desempenho e restrições de seus diferentes projetos. Seu trabalho é reunir os recursos e executar. O implementador precisa saber o que se espera que ele faça e quais limites existem 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 seu relacionamento
- Expectativas e restrições de desempenho em cascata a partir de 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á, e quaisquer restrições aplicáveis e expectativas de desempenho. Quando um roteiro especifica a estratégia de implementação, a abordagem para a solução precisa ser incluída na arquitetura da solução.
Uma arquitetura de solução se distingue por seu limite. Ela aborda um espaço de problema específico. Em termos formais, é um sistema específico de interesse que se encaixa e interage com outros sistemas. Não vinculamos o conceito a um nível específico de detalhe. É suficiente 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.
Há arquiteturas de referência específicas da indústria. Bem como focos mais estreitos 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?
Existem três maneiras de usar uma boa arquitetura de referência.
Primeiro, deve fornecer um ponto de partida para o básico. O SCOR descreve os processos da cadeia de suprimentos e três modelos de fabricação. Em vez de começar com um pedaço de papel em branco. Você tem as informações essenciais essenciais já disponíveis. Dessa forma, você não perde tempo reinventando a roda quando não precisa. Em vez disso, pode-se trabalhar nos aspectos exclusivos da roda em seu caso de uso específico. As rodas das aeronaves precisam acelerar de 0 a 140 MPH instantaneamente. As rodas do rover lunar tinham que ser muito leves e não lançar poeira. Ambos são redondos, removíveis e usados para dirigir. Tudo se resume ao caso de uso.
Em segundo lugar, deve fornecer uma compreensão de como um sistema funciona. Você não precisa descobrir as partes de um sistema e como elas interagem. Em vez disso, deve-se procurar como a arquitetura otimiza as partes e interações para o caso de uso. Sete Alavancas da Transformação Digital é um excelente exemplo.
Em terceiro lugar, deve-se ser capaz de usar referências arquitetura na governança da arquitetura. A arquitetura de referência é usada para avaliar um projeto para garantir que o projeto considere 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 da licença ainda consegue manter uma licença e um processo de apelação. Não importa se é uma carteira de motorista, licença médica ou permissão para transporte de lixo nuclear, todos os processos precisam estar lá.
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 a Indústria Bancária.
- SCOR é uma arquitetura de referência para cadeia de suprimentos.
- O APQC fornece arquiteturas de referência de processos de negócios para vários setores ou específicas do setor. O APQC é frequentemente usado como base para modelos de processos de negócios ou modelos de capacidade.
- 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 recursos do EA é usado para acelerar o desenvolvimento de uma equipe 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 Departamento de Defesa 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 de Informação Integrada. O entendimento comum pode ser alcançado com a ajuda de terminologia padronizada. Por exemplo, os padrões arquitetônicos 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, eles são 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 todo o sistema. A distinção está ligada ao escopo do 'sistema'. No entanto, quase todo mundo usa os termos de forma intercambiável. Alguém acharia mais útil fornecer uma arquitetura útil que orientasse a mudança do que gastar 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. O Estrutura TOGAF oferece métodos para descrever e identificar entradas de arquitetura.
A arquitetura de referência vai um passo além, acelerando o processo para um tipo de arquitetura específico, auxiliando na determinação de quais abordagens arquiteturais atenderão a requisitos específicos e determinando o conjunto mínimo necessário de artefatos arquiteturais necessários para satisfazer os requisitos de "melhores práticas" para um determinado arquitetura. As arquiteturas de referência colocam uma forte ênfase na parte "modelo" do conceito.
Testes para uma boa arquitetura de referência
As melhores arquiteturas de referência representam as melhores práticas do setor amplamente reconhecidas e geralmente recomendam a melhor estratégia de entrega. Uma arquitetura de referência fácil de entender melhora a qualidade e a velocidade do desenvolvimento e implementação da arquitetura.
Considerações padrão de um bom modelo de referência:
- consórcios construídos, com engajamento de várias partes interessadas
- enquadra o espaço do problema
- identifica elementos-chave
- identifica relacionamentos-chave
- informa como avaliar o sistema.
Arquitetura de referência de recursos de arquitetura corporativa
Faça o download do Arquitetura de referência de recursos de arquitetura corporativa. É a base para construir uma equipe sólida de arquitetura empresarial.
Seu modelo de capacidade de arquitetura empresarial é essencial para uma estrutura de capacidade de arquitetura empresarial otimizada.
