Descrizione
Prima di definire Architettura di riferimento, è meglio avere qualche idea su architettura software. Architettura software ha diverse definizioni che sono derivati da fonti diverse. Si va dalla progettazione, creare e mantenere tutto il codice dei sistemi informatici per grandi incorporando tutte il funzionamento dei componenti fisici e logici di sistemi enterprise pure. Si tratta di una combinazione e interazione di tutti i componenti (software e hardware) per fare un sistema completo specifico per le diverse esigenze di business.
L'architettura di riferimento e analisi Fit / Gap è un breve del documento attestante l'architettura di riferimento da utilizzare come base per l'architettura del progetto corrente e anche la logica di questa decisione. E 'anche un processo di analisi per capire l'architettura di riferimento e la sua attuazione.
A Reference Architecture è un pattern architetturale predefinita progettata per l'utilizzo in particolare attività e contesti tecnici.
Fonte di architetture di riferimento all'interno di un'organizzazione può essere qualsiasi framework collaudata e asset utilizzato in progetti precedenti. Il prodotto del lavoro è generico e vale anche per la selezione delle architetture di riferimento da altre fonti.
La parte più importante di una architettura di riferimento è quello di capire il fitness e le lacune trovato durante l'analisi.
Una Architettura di riferimento Fit / Gap Analysis cataloga i fattori chiave coinvolti nella scelta di una architettura di riferimento:
- Scenari di business
- Driver di business
- Caratteristiche architettura
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.
Scopo
Ora lasciamo controlliamo noi la finalità Fit / Gap analisi modello Reference Architecture. L'Architettura di riferimento Fit / Gap Analysis sono utilizzati per le seguenti
- Per aiutare a determinare la portata di un progetto di sviluppo soluzione proposta
- As an input to other architecture work products. Depending on the size of the gaps, l'architettura di riferimento scelto e l'analisi in forma / gap associati possono costituire la base per l'intera architettura.
- 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. Essa contribuisce anche a selezionare l'architettura di riferimento per il progetto proposto.
Impatto di non avere Reference Architecture
Selezione di una Architettura di riferimento riduce il rischio riutilizzando provata, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, e aumenta il rischio di fallimento di un progetto.
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.
Motivi per non usare Architettura di riferimento
Su progetti di asset-based, questo prodotto deve sempre essere prodotto.
Se del caso Architetture di riferimento non sono disponibili per un progetto o un progetto decide di non utilizzare una architettura di riferimento, quindi al massimo della sintesi, compresi motivi per cui non è stata selezionata una architettura di riferimento, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Come Fit analisi / Gap è documentata
Una Architettura di riferimento Fit / Gap Analysis è fondamentalmente documento testuale, con tavoli valutare il profilo caratteristico requisiti e soggetti area di copertura. La forma di tabella descrive tutti i punti necessari per avere un quadro chiaro della architettura di cui e la sua idoneità nel progetto proposto.
Executive Summary: Breve dichiarazione di selezionati Architettura di riferimento e le eventuali questioni importanti / rischi.
Introduzione: Commenti introduttivi circa l'architettura di riferimento.
Fattori chiave: Una breve descrizione degli obiettivi aziendali o vincoli.
Architettura Requisiti Checklist: Il documento è costituito da un insieme standard di domande e possibili risposte relative esigenze architettoniche, 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, che sono documentati in una tabella, come sotto. Questa è una tabella di esempio e può essere di forma diversa secondo lo standard dell'organizzazione.
| Requisito | Architettura di riferimento Caratteristica | Valore richiesto per il progetto | Rischi / problemi / Commenti Punti di indagare |
| Nome del requisito | Gamma rilevante di valori per questa architettura | Gamma applicabile al cliente | Eventuali lacune, rischi, probabili problemi futuri, argomenti per analisi successive |
Subject Area Checklist:Ogni architettura di riferimento comprende diverse aree tematiche (a volte indicato come "domini"). Subject areas are specific areas of concern, per esempio, il canale di consegna basato sul web è un argomento costituito da browser, server dei nomi di dominio, ecc. 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 una tabella per catturare i dettagli.
Materie |
Presente in Architettura? | Richiesto dal cliente? | Problemi / Rischi / Note |
| Nome dell'area oggetto | Sì / No | Sì / 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 la guida è fornita ad ogni livello sulle caratteristiche supportate. Per ogni area in cui l'architettura di riferimento non soddisfa i requisiti, descrivere brevemente:
- Il requisito non soddisfatto. Questo è molto importante per scegliere l'architettura di riferimento.
- Il tipo e l'entità di delta che sarebbe necessaria per l'Architettura di riferimento per soddisfare il requisito. Menzionare anche se ha bisogno di essere esteso, modificata, o ricevere un nuovo argomento?
- Una stima dei costi e dei rischi del delta
Development Approach
Le seguenti operazioni devono essere prese nel generare questo prodotto lavoro:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, ciascuno con un fuoco ben definita, dovrebbe essere semplice per identificare uno o due come rilevanti per gli obiettivi del progetto del cliente e futuro modello di business.
- Esaminare la descrizione del contesto dell'attività, che è fornito sia in forma testuale e illustrazione, with the customer to assess fit. The illustrations, in particular, are a powerful way of checking customer understanding of the proposed approach. During this process, il cliente può decidere di modificare i requisiti precedentemente indicati, per esempio, attraverso il riconoscimento che il modello architettonico fornito dalla architettura di riferimento è superiore a quella che aveva precedentemente previsto.
- Utilizzare Business Driver, IT Principles and Requirements lists to characterize customer requirements Check with the customer on whether there are any other important requirements that have not been covered by the standard characteristics.
- Examine the fit of the requirements with the characteristics provided by the Reference Architecture at various levels of abstraction.
- From the asset base, 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:
- Estendere l'architettura (e.g., collegamento ad un ulteriore argomento)
- Modifica del Reference Architecture (cioè, modificarne la struttura interna o comportamento)
- Documentano la logica che ciascuna di queste decisioni in termini di assunzioni, giustificazione di business, rischi, ecc.
- Effettuare una valutazione complessiva della vitalità e del rischio sulla base delle informazioni disponibili a questo punto.
Validazione e verifica
Eseguire i seguenti controlli:
- Verificare che il cliente ha approvato i criteri utilizzati per confrontare e scegliere le architetture di riferimento.
- Verificare che tutte le principali aree di esigenza del cliente sono stati considerati.
- Verificare che le dipendenze critiche dell'architettura nell'ambiente di destinazione possono essere soddisfatte.
- Convalida eventuali compromessi compiuti con i fornitori di clienti e asset con i seguenti criteri.
- Verificare che l'architettura è resiliente ai cambiamenti previsti.
