Apraksts
Pirms definēt Reference Architecture, tas ir labāk, lai ir kāda ideja par programmatūras arhitektūra. Programmatūras arhitektūra ir dažādas definīcijas, kas tiek iegūtas no dažādiem avotiem. Tā svārstās no projektēšanas, izveidot un uzturēt visu kodu lielo datoru sistēmas, lai iekļaujot visu par fizisko un loģisko komponentu uzņēmuma sistēmu darbību, kā arī. Tā ir kombinācija, un mijiedarbība no visu komponentu (programmatūras un aparatūras) veikt pilnīgu sistēmu, kas raksturīgi dažādām uzņēmējdarbības vajadzībām.
The Reference Architecture and Fit/Gap analysis is a short of document stating the Reference Architecture to be used as the basis for the current project’s architecture and including the rationale for this decision. It is also a analysis process to understand the reference architecture and its implementation.
A Reference Architecture is a predefined architectural pattern designed for use in particular business and technical contexts.
Informācijas avotu arhitektūras organizācijā var būt jebkurš pierādīts sistēmu un aktīvu izmanto iepriekšējos projektos. Darba produkts ir vispārējs un attiecas arī uz atlases references arhitektūras no citiem avotiem.
Vissvarīgākā daļa no atsauces arhitektūra ir saprast fitnesa un trūkumus konstatēja analīzes laikā.
Atsauce Arhitektūra Fit / Gap analīzes tabulates galvenos faktorus, kas iesaistīti izvēloties Reference Architecture:
- Biznesa scenāriji
- Biznesa vadītāji
- Arhitektūras īpašības
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.
Mērķis
Tagad ļaujiet mums pārbaudīt mērķiem Fit / Gap analīzi Reference Architecture modeli. Atsauces Arhitektūra Fit / Gap analīzes tiek izmantoti šādi
- Lai palīdzētu noteikt darbības jomu ierosinātā risinājuma attīstības projektu
- As an input to other architecture work products. Depending on the size of the gaps, the chosen Reference Architecture and associated fit/gap analysis may form the basis for the whole architecture.
- 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. It also helps to select the reference architecture for the proposed project.
Impact of Not Having Reference Architecture
Selecting a Reference Architecture reduces the risk by reusing proven, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, and increases the risk of project failure.
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.
Reasons for Not Using Reference Architecture
On asset-based projects, this product should always be produced.
Ja gadījumā atsauce arhitektūra nav pieejami projekta vai projekta nolemj neizmantot Reference Architecture, tad visvairāk Kopsavilkums, tostarp iemesliem, kāpēc Atsauce Arhitektūra netika atlasīts, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Kā Fit / Gap analīze tiek dokumentēta
Atsauce Arhitektūra Fit / Gap analīzes pamatā tekstuālā dokuments, ar tabulām, vērtējot prasības raksturīgo profilu un priekšmetu teritoriālais pārklājums. Tabulas veidā apraksta visus nepieciešamos punktus, lai iegūtu skaidru priekšstatu par minētā arhitektūru un tās piemērotību piedāvātajā projektā.
Kopsavilkums: Īss izvēlētā atsauces Arhitektūras pārskats un visi svarīgākie jautājumi / riski.
Ievads: Ievada piezīmes par atsauces arhitektūru.
Galvenie Drivers: Īss pārskats par uzņēmējdarbības mērķiem vai spiediena.
Arhitektūra Prasības Kontrolsaraksts: Dokuments sastāv no standarta jautājumu un iespējamo atbilžu kopumu par arhitektūras prasībām, 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, kas dokumentētiem tabulā, kā norādīts zemāk. Tas ir paraugs galds un tas var būt no citā formātā saskaņā ar standartu organizācijas.
| Prasība | Atsauce Arhitektūra Raksturīgs | Obligāts Cenas Project | Riski / jautājumi / komentāri punkti, lai izmeklētu |
| Prasība nosaukums | Attiecīgais vērtību diapazons šajā arhitektūrā | Diapazons attiecas uz klienta | Jebkādas nepilnības, riski, iespējamie nākotnes jautājumi, tēmas turpmākai analīzei |
Subject Area Checklist:Katrs Atsauce Arhitektūra ietver vairākas tematiskās jomas (dažkārt dēvē par "domēniem"). Subject areas are specific areas of concern, piemēram, tīmekļa piegādes kanāls ir pakļauta teritorija, kas sastāv no Web pārlūkprogrammas, domēnu vārdu serveri, 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. Pēc ir tabula notveršanā informāciju.
Tēma zona |
Present arhitektūrā? | Prasīts Klients? | Jautājumi / Riski / Notes |
| Nosaukums jomu | 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, and guidance is provided at each level on the characteristics supported. For each area where the Reference Architecture does not meet requirements, describe briefly:
- The unmet requirement. This is very important for selecting the reference architecture.
- The type and extent of delta that would be requisite for the Reference Architecture to meet the requirement. Also mention if it needs to be extended, modified, or receive a new subject area?
- An estimate of the cost and risk of the delta
Development Approach
Šādi pasākumi būtu jāveic, radot šo darba produkts:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, katrs ar labi definētu uzmanību, tas būtu vienkārši identificēt vienu vai divas, kā attiecas uz klienta projekta mērķiem un nākotnes biznesa modeli.
- Pārskatiet aprakstu aktīvu kontekstā, kas tiek sniegta gan teksta un ilustrāciju formā, with the customer to assess fit. The illustrations, jo īpaši, are a powerful way of checking customer understanding of the proposed approach. During this process, klients var nolemt mainīt savu iepriekš izvirzīto prasību, piemēram, atzīstot, ka arhitektūras modelis, ko sniedz atsauces Arhitektūra ir pārāka par kuru viņš iepriekš bija paredzēts.
- Izmantojiet Business Drivers, IT principi un prasības saraksti, kas raksturo klientu prasības Sazinieties ar klientu par to, vai ir kādas citas svarīgas prasības, kas nav piemēroti standarta parametriem.
- Pārbauda fit prasību ar īpašībām, ko sniedz atsauces arhitektūra dažādos līmeņos abstrakcijas.
- No aktīvu bāzes, 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:
- Extending the architecture (e.g., linking to an additional subject area)
- Modifying the Reference Architecture (i.e., changing its internal structure or behavior)
- Document the rationale for each of these decisions in terms of assumptions, business justification, riski, etc.
- Veiks vispārēju dzīvotspējas un riska novērtējumu, balstoties uz pieejamo informāciju šajā brīdī.
Apstiprināšana un pārbaude
Veiciet šādas pārbaudes:
- Pārbaudiet, vai klients ir apstiprinājusi kritērijus, kas izmantoti, lai salīdzinātu un izvēlēties pārskata Architectures.
- Pārliecinieties, ka visi lielākie prasību jomas klientam ir uzskatāms.
- Pārbaudiet, vai atkarību, par arhitektūru mērķa vidē var izpildīt.
- Apstiprināt jebkādus kompromisus tiek veikti ar klientu un aktīvu sniedzēji ar šādiem kritērijiem.
- Pārliecinieties, ka arhitektūra ir izturīga pret iespējamām izmaiņām.
