기술
참조 아키텍처를 정의하기 전에, 그것은 소프트웨어 아키텍처에 대한 몇 가지 아이디어를 가지고하는 것이 좋습니다. 소프트웨어 아키텍처는 서로 다른 소스에서 파생 된 다양한 정의가. 그것은 디자인의 범위, 모든 엔터프라이즈 시스템의 물리적 및 논리적 구성 요소의 기능으로 잘 통합에 대형 컴퓨터 시스템의 모든 코드를 작성 및 유지 관리. 그것은 모든 구성 요소의 조합과 상호 작용 (소프트웨어 및 하드웨어) 다양한 비즈니스 요구에 완전한 시스템이 특정 만들려면.
참조 아키텍처 및 맞춤 / 갭 분석은 현재 프로젝트의 아키텍처에 대한 기초로 사용되는 참조 아키텍처를 언급하고이 결정에 대한 이론적 근거를 포함하여 문서의 부족. 이것은 참조 아키텍처 및 구현을 이해하는 것도 분석 과정.
참조 아키텍처는 특정 비즈니스 및 기술 상황에서 사용하도록 설계된 미리 정의 된 아키텍처 패턴이다.
조직 내에서 참조 아키텍처의 소스는 이전 프로젝트에서 사용하는 검증 된 프레임 워크 및 자산이 될 수 있습니다. 작업 제품은 제네릭 및 기타 소스에서 참조 아키텍처의 선택에 동일하게 적용.
참조 아키텍처의 가장 중요한 부분은 분석 중에 발견 된 피트니스 차이를 이해하는 것입니다.
참조 아키텍처 맞추기 / 갭 분석 참조 아키텍처 선택에 관련된 핵심 요소를 표로:
- 비즈니스 시나리오
- 비즈니스 드라이버
- 아키텍처 특성
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.
Purpose
Now let us check the purposes Fit/Gap analysis in Reference Architecture model. The Reference Architecture Fit/Gap Analysis are used for the following
- To assist in determining the scope of a proposed solution development project
- 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.
참조 아키텍처를 사용하지 않는 이유
자산 기반 프로젝트, 이 제품은 항상 생성해야한다.
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, 요구 특성 개요 및 주제 영역의 범위를 평가하는 테이블. 테이블 형식은 제안 된 프로젝트의 참조 아키텍처 및 피트니스의 명확한 그림을 얻기 위해 필요한 모든 사항을 설명.
요약: 선택한 참조 아키텍처의 간략한 설명 및 주요 문제 / 위험.
소개: 참조 아키텍처에 대한 소개 코멘트.
키 드라이버: 사업 목적 또는 제약 조건의 간략한 설명.
아키텍처 요구 사항 체크리스트: 이 문서는 아키텍처 요구 사항에 대한 질문과 잠재적 답변의 표준 집합으로 구성, 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, 어떤은 테이블에 설명되어 있습니다, 아래로. 조직의 표준에 따라이 샘플 테이블이며 다른 형식이 될 수 있습니다.
| 요구 사항 | 참조 아키텍처 특징 | 프로젝트에 필요한 값 | 조사에 대한 위험 / 문제 / 댓글 포인트 |
| 요구 사항 이름 | 이 아키텍처의 값 관련 범위 | 고객에게 적용 범위 | 틈새, 위험, 가능성이 미래의 문제, 이후 분석을위한 주제 |
Subject Area Checklist:각각의 참조 아키텍처는 여러 과목을 포함 (때때로 "도메인"이라). Subject areas are specific areas of concern, 예를 들면, 웹 기반 배달 채널은 웹 브라우저로 구성 될 지역입니다, 도메인 이름 서버, 기타. 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. Following is a table for capturing the details.
Subject Area |
Present in Architecture? | Required by Customer? | Issues/Risks/Notes |
| Name of subject area | 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, 및 지침을 지원하는 특성을 각 수준에서 제공됩니다. 참조 아키텍처 요구 사항을 충족하지 않는 각 영역에 대한, 간단히 설명:
- 충족 요건. 이 참조 아키텍처를 선택하기 위해 매우 중요합니다.
- 참조 아키텍처는 요구 사항을 충족하기 위해 필요한 것 델타의 유형과 범위. 그것을 확장해야하는 경우도 언급, 수정, 또는 새로운 주제 영역을받을?
- 델타의 비용과 위험의 추정
Development Approach
다음 단계는이 작업 제품 생성에주의해야한다:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, 잘 정의 초점을 각, 그것은 고객의 사업 목표와 미래의 비즈니스 모델에 관한 같은 하나 또는 두를 식별하는 간단해야.
- 자산 컨텍스트의 설명을 검토, 어떤은 텍스트와 그림 모두 형태로 제공됩니다, with the customer to assess fit. The illustrations, 특히, are a powerful way of checking customer understanding of the proposed approach. During this process, the customer may decide to modify his previously stated requirements, 예를 들면, through recognition that the architectural pattern provided by the Reference Architecture is superior to the one he had previously envisaged.
- Use Business Drivers, IT 원칙과 고객의 요구 사항을 특성화 요구 사항 목록은 표준 특성에 포함되지 않은 다른 중요한 요구 사항이 있는지 여부에 고객과 확인.
- 추상화의 여러 수준에서 참조 아키텍처에 의해 제공되는 특성의 요구 사항의 적합을 검사.
- 자산 기반의, 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:
- 아키텍처를 확장 (e.g., 추가 주제 영역에 연결)
- 참조 아키텍처를 수정 (즉, 내부 구조 나 동작을 변경)
- 가정의 관점에서 이러한 결정의 각각에 대한 이론적 근거를 문서화, 비즈니스 정당성, 위험, 기타.
- 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.
- Validate any tradeoffs being made with the customer and Asset Providers with the following criteria.
- Verify that the architecture is resilient to anticipated changes.
