Beschreibung
Vor Festlegung Reference Architecture, ist es besser, einige Gedanken über Software-Architektur haben. Software-Architektur hat verschiedene Definitionen, die aus unterschiedlichen Quellen stammen. Es reicht von der Planung, Erstellung und Pflege von all den Code der großen Computer-Systeme, um die Einbeziehung aller das Funktionieren der physischen und logischen Komponenten von Enterprise-Systemen sowie. Es ist eine Kombination und Wechselwirkung aller Komponenten (Soft-und Hardware) um ein komplettes System individuell für die verschiedenen geschäftlichen Anforderungen.
Die Reference Architecture und Fit / Gap-Analyse ist eine kurze des Dokuments mit Angabe der Referenz Architektur, die als Grundlage für das aktuelle Projekt der Architektur verwendet werden und mit der Begründung für diese Entscheidung. Es ist auch eine Analyse-Prozess, um die Referenz-Architektur und deren Umsetzung zu verstehen.
A Reference Architecture ist eine vordefinierte architektonische Muster für die Verwendung in bestimmten wirtschaftlichen und technischen Zusammenhängen konzipiert.
Quelle der Referenz-Architekturen innerhalb einer Organisation kann jeder bewährten Rahmen und Asset in früheren Projekten verwendet werden. Das Arbeitsergebnis ist generisch und gilt gleichermaßen für Auswahl der Referenz-Architekturen aus anderen Quellen.
Der wichtigste Teil eines Reference Architecture ist es, die Fitness und Lücken bei der Analyse gefunden verstehen.
A Reference Architecture Fit / Gap-Analyse tabellarisch die wichtigsten Faktoren bei der Auswahl eines Reference Architecture beteiligt:
- Business-Szenarien
- Business-Treiber
- Architektur Eigenschaften
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.
Zweck
Nun wollen wir überprüfen die Zwecke Fit / Gap-Analyse in Reference Architecture Modell. Die Reference Architecture Fit / Gap-Analyse werden für folgende Zwecke
- Um bei der Bestimmung des Umfangs der vorgeschlagenen Lösung Entwicklungsprojekt unterstützen
- As an input to other architecture work products. Depending on the size of the gaps, die gewählte Reference Architecture und zugehörige Fit / Gap-Analyse bilden die Grundlage für die gesamte Architektur.
- 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. Es hilft auch, um die Referenz-Architektur für das vorgeschlagene Projekt wählen.
Auswirkungen der nicht mit Reference Architecture
Auswählen eines Reference Architecture reduziert das Risiko durch die Wiederverwendung von bewährten, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, und erhöht das Risiko für das Scheitern von Projekten.
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.
Gründe für die Nichtnutzung Reference Architecture
Auf asset-basierte Projekte, Dieses Produkt sollte immer hergestellt werden.
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, with tables assessing the requirements characteristic profile and subject area coverage. The tabular form describes all the required points to get a clear picture of the referred architecture and its fitness in the proposed project.
Executive Summary: Brief statement of selected Reference Architecture and any major issues/risks.
Einführung: Introductory comments about the reference architecture.
Key Drivers: A brief statement of the business objectives or constraints.
Architecture Requirements Checklist: The document consists of a standard set of questions and potential answers regarding architectural requirements, 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, which are documented in a table, as below. This is a sample table and it can be of a different format according to the standard of the organization.
| Requirement | Reference Architecture Characteristic | Erforderliche Preis-Leistungs-Projekt | Risiken / Probleme / Kommentare Punkte zur Untersuchung |
| Voraussetzung Namen | Relevanten Bereich von Werten für diese Architektur | Reichweite für den Kunden | Allfällige Lücken, Risiken, wahrscheinlich Zukunftsfragen, Themen für die anschließende Analyse |
Subject Area Checklist:Jeder Reference Architecture umfasst mehrere Themenbereiche (manchmal als "Domänen" bezeichnet). Subject areas are specific areas of concern, beispielsweise, die Web-basierte Auslieferung Kanal ist ein Themenbereich, bestehend aus Web-Browsern, Domain Name Server, 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. Es folgt eine Tabelle zum Erfassen der Details.
Fachrichtung |
Präsentieren in der Architektur? | Erforderlich durch den Kunden? | Probleme / Risiken / Notes |
| Name der Fachrichtung | 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, und Beratung wird auf jeder Ebene auf die Eigenschaften unterstützt bereitgestellt. Für jeden Bereich, wo der Reference Architecture nicht erfüllt Anforderungen, beschreiben Sie kurz:
- Der ungedeckte Bedarf. Dies ist sehr wichtig für die Auswahl der Referenz-Architektur.
- Die Art und das Ausmaß der Delta, die erforderlichen würde für die Referenzarchitektur die Anforderung zu erfüllen, um. Auch zu erwähnen, wenn sie verlängert werden muss, modifiziert, oder erhalten eine neue Fachrichtung?
- Eine Schätzung der Kosten und Risiken des Deltas
Development Approach
Die folgenden Schritte sollten bei der Erzeugung dieses Arbeitsergebnis genommen werden:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, jeweils mit einem gut definierten Schwerpunkt, es sollte einfach sein, ein oder zwei als relevant für den Kunden Projektziele und künftige Geschäftsmodell identifizieren.
- Lesen Sie die Beschreibung des Vermögenswertes Kontext, Welches ist in beide textlichen und Illustration Form zur Verfügung gestellt, with the customer to assess fit. The illustrations, insbesondere, are a powerful way of checking customer understanding of the proposed approach. During this process, der Kunde kann entscheiden, seine zuvor genannten Anforderungen ändern, beispielsweise, durch die Anerkennung, dass die architektonische Muster von der Reference Architecture vorgesehen ist besser als die, die er zuvor beabsichtigt hatte.
- Mit Business-Treiber, IT Grundsätze und Anforderungen Listen nach Kundenwunsch charakterisieren Anreise mit dem Kunden ab, ob es noch andere wichtige Anforderungen, die nicht durch die Standard-Merkmale wurden erfasst.
- Untersuchen Sie die Passung der Anforderungen mit den Eigenschaften von der Reference Architecture auf verschiedenen Ebenen der Abstraktion bereitgestellt.
- Von der Asset-Basis, 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, Risiken, etc.
- 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.
- Stellen Sie sicher, dass kritische Abhängigkeiten der Architektur in der Zielumgebung erfüllt werden können.
- Validate keine Kompromisse mit den Kunden und Asset-Provider mit folgenden Kriterien.
- Stellen Sie sicher, dass die Architektur widerstandsfähiger gegen erwartenden Veränderungen ist.
