aqueles de nós encarregados de trabalhar em tópicos de nível superior, tais como Arquitetura e Estratégia empresarial, temerosos quando perguntado a simples questão — “o que você faz?”Quando os produtos não têm tangibilidade e clareza, as respostas a esta pergunta deixam o questionador atordoado e quase arrependido para o respondente. Um termo comum jogado na resposta, como um substituto para a incerteza e incompletude, é a arquitetura de referência.
este termo pode significar muitas coisas ou qualquer coisa para pessoas diferentes. Se deixado indefinido, dá a impressão de flufficity e fuzziness que gera frustração e desperdício. Aqueles com a tarefa de implementação podem questionar a sua capacidade de fundir conceitos e pensar em realidade e concreticidade. Por conseguinte, as definições são úteis. Aqui está a minha definição de arquitectura de referência:
a articulação de considerações, opções e padrões conhecidos para orientar o design de um produto, Solução ou sistema, com base em observações de pesquisas, experiências e experimentação, em uma linguagem e formato visual familiar ao público-alvo.
a verdade é que, uma vez que a intenção, o valor e o contexto de uso são esclarecidos para um determinado público, ter uma definição formal não importa.A verdadeira questão é:—
” o que queremos fazer?”
em segundo lugar—
“o que queremos que as pessoas (quem quer que sejam) façam?”
ter respostas claras para estas perguntas é o começo de desaguar o significado e entrega da arquitetura de referência. A intenção, o conteúdo, o público e o valor precisam ser claros. A palavra “referência” sugere que a saída fornece orientação e padrões de observação, experiência e experimentação, em oposição a uma definição do que está a ser construído. Uma “arquitetura” sugere que é estruturada, coerente e verificável.
existem várias definições de arquitetura de referência encontradas na Internet, mas a regra acima de clareza (intenção, conteúdo, audiência, valor) pode ser encontrada em cada um. Considere uma definição alternativa para a minha que aparece como o resultado superior em uma pesquisa do google:
(1) Esclarecer o médio e o formato do que é que vai ser entregue por exemplo, “um documento”. Isto informa os instrumentos necessários, a natureza do trabalho a realizar e o conjunto de competências dos colaboradores a envolver. Formas alternativas de entrega poderiam ser uma apresentação ou consulta-capaz de Conhecimento-base.
(2) concordam sobre a estrutura e escala do que vai ser entregue, por exemplo, “um conjunto de documentos”. Um entregável pode ser insuficiente, mas a escala do domínio do sistema em questão pode exigir que o entregável seja decomposto em vários documentos.
(3) Identificar o(s) Público (s) principal (AIS) e o (s) stakeholder (s), por exemplo, “Gestor de projecto”. Ter uma compreensão do tipo e formato das informações que consomem regularmente. O status quo também pode desempenhar aqui um papel. Em alguns casos, a arquitetura de referência é “passada” as linhas de relato como política, enquanto em outros casos é tratada como um” bom ter”, com a expectativa de que descreve a melhor maneira e alternativas a serem consideradas.(4) identificar outras partes interessadas que possam necessitar de utilizar a arquitectura de referência. É necessário criar diferentes visões ou camadas? Há necessidade e espaço para treinar outros sobre como interpretar e aplicar a arquitetura de referência?
(5) deixar claro o que o público / leitor deve fazer com o documento. “consulte as melhores práticas.”As saídas devem fornecer o que dizem na capa, incluindo as provas e ligações às fontes para validação. Uma arquitetura de referência também poderia oferecer “aprendizagem” da experimentação de uma forma coerente e ação.
(6) deixar claro o domínio de relevância. Uma arquitetura de referência sem um domínio específico é uma filosofia de princípios orientadores de nível superior ao invés de uma arquitetura. Uma arquitetura, mesmo uma arquitetura de referência, precisa ser ligada ao Domínio. Quanto menor este domínio, mais relevante e accionável será a arquitectura de referência.
(7) o valor pretendido da arquitectura de referência deve ser comunicado, uma vez que isso ajuda o público a avaliar a sua finalidade e limitações, por exemplo “seleccionar o melhor método de entrega”.”As equipes de implementação então sabem para onde ir quando esta decisão precisa ser tomada.
(8) ter exemplos do domínio e afirmar as tecnologias relevantes, ajuda a clarificar o contexto da arquitectura de referência.
(9) as alternativas e as fontes de componentes e capacidades a considerar, na implementação, devem estar bem documentadas e ligadas.
uma arquitectura de referência não é necessariamente um bloqueador antes do início de um projecto de tecnologia. Pode ser desenvolvido em paralelo ou após a entrega, servindo como documentação de uma autópsia e lições aprendidas. Se for criado antes do início de um projecto, requer inquéritos, ensaios e experiências para informar as boas práticas. Abaixo está uma taxonomia sugerida de possíveis classes de arquitetura de referência, dependendo do público, solução e atual lacuna de conhecimento dentro de uma organização ou equipe de projeto.
O acrônimo para cinco diferentes aspectos de uma arquitetura de referência é a MÚSICA, que tem provado ser memorável em conversas, em qualquer nível organizacional ou domínio de compreensão:
- o quadro social: a listagem e classificação dos elementos de arquitetura considerados relevantes para o domínio.
- sage: histórias de usuários, casos de negócios, processos, fluxos de trabalho e meios de explicar atividades no domínio.
- tructure: como os vários elementos de um domínio estão interligados para suporte ao uso.
- nteraction (ou Integração): as interfaces e as mensagens trocadas entre os elementos de arquitetura durante o uso.
- ontrols: as restrições e políticas adotadas para governar as interações.
Agora, isso não sugere que todas as arquiteturas de referência precisa para entregar 25 de documentos ou subseções, cobrindo cada uma das áreas identificadas. Isto ilustra a probabilidade de existirem 25 áreas diferentes em que as considerações, opções e responsabilidades têm de ser articuladas numa organização ou projecto. Isso vai mudar dependendo do seu público. Não há confusão ou fluidez nas arquiteturas de referência. São o resultado de um esforço exploratório e são os resultados tangíveis da investigação aplicada a curto prazo.