Описание
Преди определянето на референтна архитектура, по-добре е да има някаква представа за софтуерна архитектура. Архитектурата има различни дефиниции, които са получени от различни източници. Тя варира от проектиране, създаване и поддържане на всички код на големи компютърни системи, да се включат всички функциониране на физически и логически компоненти на корпоративни системи, както и. Тя е комбинация и взаимодействие на всички компоненти (софтуер и хардуер) да се направи една цялостна система, специфични за различните нужди на бизнеса.
Референтната Архитектура и Fit / Gap анализ е кратък на документ, удостоверяващ, референтната архитектура трябва да се използва като основа за архитектура на настоящия проект и включително обосновката за това решение. Той е също така анализ на процеса за разбиране на референтния архитектура и нейното прилагане.
A Референтен Architecture е предварително определен архитектурен модел, предназначен за използване по-специално бизнес и технически контекст.
Source of Reference Architectures within an organization can be any proven framework and asset used in earlier projects. The work product is generic and applies equally to selection of Reference Architectures from other sources.
The most important part of a Reference Architecture is to understand the fitness and gaps found during analysis.
A Reference Architecture Fit/Gap Analysis tabulates the key factors involved in selecting a Reference Architecture:
- Business scenarios
- Business drivers
- Architecture characteristics
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.
Цел
Сега нека се провери целите Fit / Gap анализ в архитектурата Референтен модел. Референтната Архитектура Fit / анализ на пропуските, се използват за следващата
- За да помогне при определянето на обхвата на предложения проект разтвор развитие
- 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
Избор на референтна архитектура намалява риска от повторно използване на доказан, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, и увеличава риска от провал на проекта.
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.
Причини да не се използва референтна архитектура
На актив базирани проекти, този продукт трябва винаги да се получи.
Ако съответните архитектури не са достъпни за даден проект или проект, реши да не използва Архитектура Референтен, След това най-много на Резюмето, включително и причините, поради които на референтна архитектура не е бил избран, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Как Fit / Gap анализ е документирано
A Референтен Архитектура Fit / анализ на пропуските е основно текстови документ, 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.
Въвеждане: Introductory comments about the reference architecture.
Key Drivers: A brief statement of the business objectives or constraints.
Architecture Requirements Checklist: Документът се състои от стандартен набор от въпроси и възможните отговори относно архитектурните изисквания, 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, които са документирани в таблица, по-долу. Това е примерна таблица и може да бъде от различен формат, в съответствие със стандарта на организацията.
| Изискване | Характерен Референтен Architecture | Необходимата стойност за проекта | Рискове / проблеми / Коментари Точки за разследване |
| Изискване име | Съответен диапазон от стойности за тази архитектура | Range приложим за клиента | Всички пропуски, рискове, вероятните бъдещи проблеми, Темите за последващ анализ |
Subject Area Checklist:Всяка Референтен Architecture обхваща няколко области (понякога се нарича "домейни"). Subject areas are specific areas of concern, например, на уеб базиран канал доставката е предметната област, състояща се от уеб браузърите, сървъри на имена на домейни, 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. Следва таблица за улавяне на информация.
Област на обекта |
Представете в архитектурата? | Изисква от Клиента? | Въпроси / рискове / Забележки |
| Име на предметната област | 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, и насоки са предоставени на всяко ниво на поддържаните характеристики. За всяка област, в която Architecture Референтен не отговарят на изискванията, опишете накратко:
- The незадоволена изискване. Това е много важно за избор на референтната архитектура.
- Видът и степента на делта, която ще бъде предпоставка за Архитектура справка за изпълнение на изискването. Също така се споменават, ако трябва да бъде разширен, промяна, или получаване на нова тематика?
- Приблизителната оценка на разходите и риска на делтата
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, клиентът може да реши да промени своите предварително заявените изисквания, например, чрез признанието, че архитектурния модел, предоставена от Референтен архитектура е по-високо от един преди това е предвидено.
- Използвайте Бизнес 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:
- 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, рискове, etc.
- Направете цялостна оценка на жизнеспособността и риска въз основа на наличната информация на този етап.
Утвърждаване и проверка
Извършете следните проверки:
- Уверете се, че клиентът е одобрил критериите за сравнение и избор на референтни архитектури.
- Уверете се, че всички основни области на изискванията на клиентите са взети предвид.
- Уверете се, че критичните зависимости на архитектурата в целевата околната среда могат да бъдат изпълнени.
- Проверка на всякакви компромиси се правят с клиента и Asset Доставчици на следните критерии.
- Уверете се, че архитектурата е устойчив на очакваните промени.
