Descrição
Antes de definir Arquitetura de Referência, é melhor ter alguma idéia sobre arquitetura de software. Arquitectura de software tem diversas definições que são derivadas de diferentes fontes. Ele varia desde a concepção, criação e manutenção de todo o código de grandes sistemas de computadores a incorporar todo o funcionamento dos componentes físicos e lógicos de sistemas corporativos, bem. É uma combinação e interacção de todos os componentes (software e hardware) para fazer um sistema completo específicos para diferentes necessidades de negócios.
A arquitetura de referência e análise Fit / Gap é uma falta de documento informando a Arquitetura de Referência para ser usado como base para a arquitetura do projeto atual e incluindo a justificativa para essa decisão. É também um processo de análise compreender a arquitectura de referência e da sua aplicação.
A Arquitetura de Referência é um padrão de arquitetura predefinido projetado para uso em particular de negócios e contextos técnicos.
Fonte de Arquiteturas de Referência dentro de uma organização pode ser qualquer estrutura comprovada e ativos utilizados em projetos anteriores. O produto do trabalho é genérico e se aplica igualmente a selecção de Arquiteturas de Referência de outras fontes.
A parte mais importante de uma arquitetura de referência é entender a aptidão e as lacunas encontradas durante a análise.
A Arquitetura de Referência Fit / Gap Analysis tabula os principais fatores envolvidos na escolha de uma Arquitetura de Referência:
- Cenários de negócios
- Drivers de negócio
- Características Arquitetura
Asset selection involves tradeoffs. Reference Architecture Fit/Gap Analysis documents the differences between the desired project architecture and the reference architecture in a statement-of-fit and identifies modifications required for the project.
Propósito
Agora vamos verificar o efeito Fit / Gap análise no Modelo de Referência de Arquitetura. A Arquitetura de Referência Fit / Gap Analysis são usados para o seguinte
- Para ajudar a determinar o escopo de um projeto de desenvolvimento de solução proposta
- As an input to other architecture work products. Depending on the size of the gaps, a Arquitetura de Referência escolhido e análise do ajuste / fenda associada podem formar a base para toda a arquitetura.
- To highlight any gaps where the Reference Architecture does not fit project requirements. These indicate areas of risk or substantial architectural work required in the project. Ela também ajuda a selecionar a arquitetura de referência para o projeto proposto.
Impacto de não ter Arquitetura de Referência
Seleção de uma Arquitetura de Referência reduz o risco através da reutilização comprovada, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, e aumenta o risco de fracasso do projeto.
The best way to use architectural assets is to start by selecting a Reference Architecture. This will form the context for a more detailed selection of assets and guidance.
Razões para não usar Arquitetura de Referência
Em projetos baseados em ativos, este produto deve ser sempre produzido.
Se Arquiteturas de Referência apropriadas não estão disponíveis para um projeto ou um projeto decide não usar uma Arquitetura de Referência, então, no máximo, o Sumário Executivo, incluindo razões pelas quais uma Arquitetura de Referência não foi selecionada, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Como análise Fit / Gap está documentado
A Arquitetura de Referência Fit / Gap Analysis é documento basicamente textual, com as tabelas que avaliam o perfil característico de requisitos e cobertura de área sujeita. A forma tabular descreve todos os pontos necessários para obter uma imagem clara da arquitetura referido e sua aptidão no projeto proposto.
Sumário Executivo: Breve declaração de Arquitetura de Referência selecionado e quaisquer principais problemas / riscos.
Introdução: Comentários introdutórios sobre a arquitetura de referência.
Drivers-chave: Uma breve exposição dos objetivos de negócio ou restrições.
Requisitos Arquitetura Checklist: O documento consiste em um conjunto padrão de perguntas e respostas possíveis sobre exigências arquitectónicas, which allows a systematic collection of the architectural requirements for the project. This set is used as a checklist to prompt for customer architectural requirements and associated issues, que estão documentados na tabela, como abaixo. Este é um exemplo de tabela e pode ser de um formato diferente de acordo com o padrão da organização.
| Exigência | Arquitetura de Referência Característica | Valor necessário para o Projeto | Riscos / Questões / Comentários Pontos para investigar |
| Nome exigência | Faixa relevante de valores para esta arquitetura | Faixa aplicável ao cliente | Eventuais lacunas, riscos, prováveis problemas futuros, tópicos para posterior análise |
Subject Area Checklist:Cada uma Arquitetura de Referência engloba várias áreas de estudo (por vezes referido como "domínios"). Subject areas are specific areas of concern, por exemplo, o canal de distribuição baseado na web é uma área temática que consiste em navegadores da Web, servidores de nomes de domínio, etc. A simple and clear way of examining the “fit” of a Reference Architecture to customer requirements is to compare it to the subject area coverage. Segue-se uma tabela para capturar os detalhes.
Disciplina |
Presente em Arquitetura? | Solicitado pelo Cliente? | Problemas / Riscos / Notas |
| Nome da área do assunto | Yes/No | Yes/No |
Statement of Fit:A summary of the extent of “fit” between the Reference Architecture and customer requirements. Each Reference Architecture is described at several levels of abstraction, e orientação é fornecida em cada nível das características suportadas. Para cada área onde a Arquitetura de Referência não atende aos requisitos, descrever brevemente:
- A exigência não atendida. Isto é muito importante para a selecção da arquitectura de referência.
- O tipo ea extensão do delta que seria requisito para a Arquitetura de Referência para atender ao requisito. Também mencionou se ele precisa ser ampliado, modificadas, ou receber uma nova área temática?
- Uma estimativa do custo e risco do delta
Development Approach
Os seguintes passos devem ser tomados na geração deste produto de trabalho:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, cada um com um bem definido foco, ela deve ser simples para identificar um ou dois como relevantes para os objetivos do projeto do cliente e modelo de negócio futuro.
- Verifique a descrição do contexto ativo, que é fornecido na forma tanto textual e ilustração, with the customer to assess fit. The illustrations, em especial, are a powerful way of checking customer understanding of the proposed approach. During this process, o cliente pode decidir alterar os seus requisitos previamente estabelecidos, por exemplo, através do reconhecimento de que o padrão de arquitetura fornecido pela arquitetura de referência é superior ao que tinha anteriormente previsto.
- Use Drivers Negócios, Princípios e normas listas para caracterizar as necessidades dos clientes de TI Verifique com o cliente para saber se existem quaisquer outros requisitos importantes que não foram cobertas pelas características padrão.
- Examine o ajuste dos requisitos com as características fornecidas pela arquitetura de referência em vários níveis de abstração.
- A partir da base de ativos, identify the subject areas covered by the Reference Architecture. Compare these with the subject areas required by the customer.
- Analyze the fit between the Reference Architecture and the customer requirements. Document all gaps, and make initial assessments with the customer on how these shortcomings will be resolved. This may involve:
- Estendendo a arquitetura (e.g., ligando para uma área sujeita adicional)
- Modificando a Arquitetura de Referência (ou seja,, mudar sua estrutura interna ou comportamento)
- Documentar a justificativa para cada uma destas decisões em termos de hipóteses, justificativa comercial, riscos, etc.
- Fazer uma avaliação global da viabilidade e risco, com base na informação disponível neste momento.
Validação e Verificação
Execute as seguintes verificações:
- Verifique se o cliente aprovou os critérios utilizados para comparar e escolher as Arquiteturas de Referência.
- Verifique se todas as principais áreas de exigência do cliente ter sido considerado.
- Verifique se as dependências críticas da arquitetura no ambiente alvo pode ser atendida.
- Validar quaisquer compensações que estão sendo feitas com os clientes e provedores de ativos com os seguintes critérios.
- Verifique se a arquitetura é resistente às mudanças previstas.
