Descriere
Înainte de a defini Reference Architecture, este mai bine pentru a avea o idee despre arhitectura software. Arhitectura software-ul are diferite definiții, care sunt derivate din surse diferite. Aceasta variază de la proiectarea, crearea și menținerea tot codul de sisteme informatice de mari pentru a cuprinde toate funcționare a componentelor fizice și logice de sisteme de tip enterprise, precum și. Este o combinație și interacțiune a tuturor componentelor (software-ul și hardware-ul) pentru a face un sistem complet specific la nevoile de afaceri diferite.
Arhitectura de referință și Fit analiza / Gap este un scurt document care Reference Architecture pentru a fi utilizate ca bază pentru arhitectura proiectului curent și care include justificarea pentru această decizie. Este, de asemenea, un proces de analiză a înțelege arhitectura de referință și punerea sa.
O arhitectură de referință este un model arhitectural predefinit concepute pentru a fi utilizate în special contexte de afaceri și tehnice.
Sursa de arhitecturi de referință în cadrul unei organizații poate fi orice cadru dovedită și a activelor utilizate în proiecte anterioare. Produsul lucru este generic și se aplică în mod egal selecție de arhitecturi de referință din alte surse.
Cea mai importantă parte a unei arhitecturi de referință este de a intelege de fitness și lacune constatate în timpul analizei.
O referință Arhitectura Fit / Gap Analysis Cataloghează factorii cheie implicate în selectarea unui Reference Architecture:
- Scenarii de afaceri
- Drivere de afaceri
- Caracteristici Arhitectura
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.
Scop
Acum, să ne verifica scopuri Fit / Gap analiza în modelul Reference Architecture. Reference Architecture Fit / Gap Analysis sunt utilizate în următoarele
- Pentru a ajuta la determinarea domeniului de aplicare a unui proiect de dezvoltare propus soluții
- As an input to other architecture work products. Depending on the size of the gaps, Arhitectura de referință ales și se potrivesc / diferența analize asociat poate constitui baza pentru întreaga arhitectură.
- 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. De asemenea, ajută pentru a selecta arhitectura de referinta pentru proiectul propus.
Impactul a nu avea Reference Architecture
Selectarea unui Reference Architecture reduce riscul de reutilizarea dovedit, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, și crește riscul de eșec proiect.
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.
Motivele pentru care nu folosind arhitectura de referinta
Pe proiecte bazate pe active, acest produs ar fi produs întotdeauna.
Dacă Arhitecturi de referință corespunzătoare nu sunt disponibile la un proiect sau un proiect decide să nu utilizeze o arhitectură de referință, apoi cel mai Rezumatul executiv la, inclusiv motivele pentru o arhitectură de referință nu a fost selectat, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Cum Fit analiza / Gap este documentată
O referință Arhitectura Fit / Gap Analysis este un document practic textual, cu mese de evaluare a profilului caracteristic cerințele și acoperirea domeniu. Formă de tabel descrie toate punctele necesare pentru a obține o imagine clară a arhitecturii menționat și de fitness în proiectul propus.
REZUMAT: Scurtă declarație de Arhitectura de referință selectată și orice probleme majore / riscuri.
Introducere: Comentarii introductive despre arhitectura de referinta.
Factori cheie: O scurtă declarație a obiectivelor de afaceri sau constrângeri.
Cerințe de arhitectură Lista de verificare: Documentul constă într-un set standard de întrebări și răspunsuri posibile în ceea ce privește cerințele arhitecturale, 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, care sunt documentate într-un tabel, ca de mai jos. Acesta este un tabel mostră și poate fi de un format diferit în conformitate cu standardul de organizare.
| Cerință | Reference Architecture Caracteristica | Valoarea necesară pentru proiect | Riscuri / Probleme / Comentarii la puncte pentru a investiga |
| Numele cerință | Gama de valori relevante pentru această arhitectură | Interval aplicabil client | Orice lacune, Riscurile, problemele viitoare probabile, teme pentru analize ulterioare |
Subject Area Checklist:Fiecare Reference Architecture cuprinde mai multe domenii (uneori menționată ca "domenii"). Subject areas are specific areas of concern, de exemplu, canal de livrare bazat pe web este un domeniu format din browsere Web, serverele de nume de domeniu, 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. În urma este un tabel pentru a surprinde detalii.
Zona subiect |
Prezent în arhitectură? | Cerute de client? | Probleme / Riscuri / Note |
| Numele de domeniu | 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, și de orientare este prevăzută la fiecare nivel de caracteristicile acceptate. Pentru fiecare zona unde arhitectura de referință nu îndeplinește cerințele, descrie pe scurt:
- Cerința nesatisfacute. Acest lucru este foarte important pentru selectarea arhitectura referință.
- Tipul și gradul de delta care ar fi necesară pentru arhitectura de referinta pentru a satisface cerința. De asemenea, menționăm cazul în care trebuie să fie extinsă, modificate, sau de a primi un nou domeniu?
- O estimare a costurilor și riscul de delta
Development Approach
Următorii pași ar trebui luate în generarea acest produs lucrare:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, fiecare cu un accent bine definit, ar trebui să fie simplu pentru a identifica unul sau doi ca fiind relevante pentru obiectivele proiectului clientului și modelul de afaceri viitoare.
- Revizuirea descrierea contextului activului, care este furnizat în formă atât textuale și ilustrare, with the customer to assess fit. The illustrations, în special, are a powerful way of checking customer understanding of the proposed approach. During this process, clientul poate decide să modifice cerințele sale stabilite anterior, de exemplu, prin recunoașterea faptului că modelul arhitectural furnizate de Arhitectura de referință este superioară celei a avut în vedere anterior.
- Utilizați drivere de afaceri, Principiile și cerințele liste pentru a caracteriza cerințele clientului-l verifice cu clientul dacă există orice alte cerințe importante care nu au fost acoperite de caracteristicile standard,.
- Examinați potrivi cerințelor cu caracteristicile oferite de Arhitectura de referință, la diferite niveluri de abstractizare.
- Din baza de active, 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:
- Extinderea arhitecturii (e.g., conectarea la un domeniu suplimentar)
- Modificarea Reference Architecture (adică, schimbarea structurii sale interne sau comportament)
- Un document care explică pentru fiecare dintre aceste decizii în termeni de ipoteze, justificare de afaceri, Riscurile, etc.
- Face o evaluare globală a viabilității și a riscului pe baza informațiilor disponibile în acest moment.
Validarea și verificarea
Efectuați următoarele verificări:
- Verificați dacă clientul a aprobat criteriile utilizate pentru a compara și alege Arhitecturi de referință.
- Verifica dacă au fost luate în considerare toate domeniile cerință a clientului.
- Asigurați-vă că dependențele critice ale arhitecturii în mediul țintă pot fi îndeplinite.
- Validează orice compromisuri făcute cu furnizorii de clienți și a activelor cu următoarele criterii.
- Verificați că arhitectura este rezistente la schimbările anticipate.
