Leírás
Meghatározása előtt Reference Architecture, jobb, néhány ötlet a szoftver architektúra. Szoftver architektúra különféle meghatározásokat, amelyek a különféle forrásokból származó. Úgy mozog tervezése, creating and maintaining all the code of large computer systems to incorporating all the functioning of the physical and logical components of enterprise systems as well. It is a combination and interaction of all the components (software and hardware) to make a complete system specific to different business needs.
A referencia architektúra és a Fit / Gap analízis egy rövid dokumentum amely a Reference Architecture kell használni, mint az alapját a jelenlegi projekt építészeti és indoklással együtt ennek a döntésnek. Ez is egy elemzési folyamat, hogy megértsék a referencia-architektúrát és annak végrehajtása.
A Reference Architecture egy előre meghatározott építészeti mintát használatra tervezték, különösen az üzleti és technikai környezetben.
Forrása referencia-architektúra egy szervezeten belül lehet bizonyított keret és a használt eszköz korábbi projektek. A munka a termék általános és egyaránt vonatkozik kiválasztott referencia-architektúra egyéb forrásokból.
A legfontosabb része a Reference Architecture, hogy megértsük a fitness és a hiányosságok során elemzés.
A Reference Architecture Fit / Gap Analysis táblázatai a kulcsfontosságú tényezők a kiválasztása Reference Architecture:
- Üzleti forgatókönyvek
- Üzleti vezetők
- Építészet jellemzők
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.
Cél
Most Nézzük alkalmazásában Fit / Gap elemzés Reference Architecture modell. A Reference Architecture Fit / Gap Analysis használjuk a következő
- Hogy segítse körének meghatározása a javasolt megoldás fejlesztési projekt
- 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
Kiválasztása Reference Architecture csökkenti a kockázatot újrahasznosítása bizonyított, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, és növeli a projekt kudarca.
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.
Indokok az elkerülése Reference Architecture
Az eszköz-alapú projektek, A termék mindig elő.
If appropriate Reference Architectures are not available to a project or a project decides not to use a Reference Architecture, then at most the Executive Summary, including reasons why a Reference Architecture was not selected, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
How Fit/Gap analysis is documented
A Reference Architecture Fit/Gap Analysis is basically textual document, asztalok követelmények felmérése jellegzetes profil és a téma lefedettség. A táblázatos formában írja le a szükséges pontokat, hogy világos képet a hivatkozott építészet és a fitness, a javasolt projekt.
Összefoglaló: Rövid ismertetését kiválasztott referencia architektúra és a fontosabb kérdések / kockázat.
Bevezetés: Bevezető megjegyzések a referencia architektúra.
Key Drivers: Rövid ismertetését az üzleti célok és korlátok.
Építészet követelményei ellenőrzőlista: A dokumentum tartalmaz egy szabványos kérdések és a lehetséges válaszokat építészeti követelmények, 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, amelyet dokumentálni kell egy táblázatban, az alábbiak szerint. Ez egy minta táblázatot, és ez lehet egy más formátumot szabvány szerint a szervezet.
| Követelmény | Reference Architecture Jellemző | Required Value for Project | Risks/Issues/Comments Points to Investigate |
| Requirement name | Relevant range of values for this architecture | Range applicable to the customer | Any gaps, risks, likely future issues, topics for subsequent analysis |
Subject Area Checklist:Each Reference Architecture encompasses several subject areas (sometimes referred to as “domains”). Subject areas are specific areas of concern, for example, the web based delivery channel is a subject area consisting of Web browsers, domain name servers, stb. 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. A következőkben egy táblázat készítse el a részleteket.
Tárgykörben |
Jelenleg az építészetben? | Szükséges-e az ügyfél? | Kérdések / kockázatok / Notes |
| Neve tárgykörben | 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, és útmutatást nyújt minden szinten a jellemzők támogatott. Minden egyes területen, ahol a referencia architektúra nem felel meg a követelményeknek, röviden:
- A kielégítetlen igény. Ez nagyon fontos, adja meg a referencia-architektúra.
- A típusa és mértéke delta lenne szükséges a Reference Architecture, hogy megfeleljen a követelménynek. Említésre méltó még, ha ki kell terjeszteni, módosított, vagy kap egy új téma?
- Becsült költségét és kockázatát a delta
Development Approach
The following steps should be taken in generating this work product:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, each with a well-defined focus, it should be simple to identify one or two as relevant to the customer’s project goals and future business model.
- Review the description of the asset context, which is provided in both textual and illustration form, 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, az ügyfél dönthet úgy, hogy módosítja a korábban megállapított követelmények, for example, a felismerés, hogy az építészeti minta, amelyet a Reference Architecture felülmúlja az egy már korábban tervezett.
- Használja Business Drivers, 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:
- Kiterjesztése az architektúra (e.g., összekapcsolása egy további téma)
- Módosítása Reference Architecture (azaz, megváltoztatása annak belső szerkezetét, vagy viselkedés)
- Dokumentálja a logika minden egyes ilyen döntések tekintetében feltételezések, Üzleti indoklás, risks, stb.
- Make an overall assessment of viability and risk based on the information available at this point.
Validation and Verification
Perform the following checks:
- Verify that the customer has approved the criteria used to compare and choose the Reference Architectures.
- Verify that all major requirement areas of the customer have been considered.
- Verify that critical dependencies of the architecture in the target environment can be met.
- Érvényesítése olyan kompromisszumokat tesznek az ügyfél és Asset szolgáltatók az alábbi feltételeknek.
- Ellenőrizze, hogy az architektúra rugalmas a várható változások.
