<프로젝트 이름>

시스템 아키텍처 문서

버전 <1.0>

[참고: 이 템플리트는 Rational Unified Process에서 사용됩니다. 대괄호 안에 파란색 이탤릭체로 표시된 텍스트(style=InfoBlue)는 작성자용 지침으로 문서를 공개하기 전에 삭제해야 합니다. 해당 스타일로 입력된 단락은 자동으로 일반(style=Body Text)으로 설정됩니다.]

 

개정 히스토리

날짜

버전

설명

작성자

<dd/mmm/yy>

<x.x>

<세부사항>

<이름>

       
       
       

목차

1.      소개

1.1   목적

1.2   범위

1.2.1      ID

1.2.2      시스템 개요

1.3   용어의 정의

1.4   참조

1.5   문서 개요

2.      아키텍처 원칙 및 중요 요구사항

2.1   아키텍처 원칙

2.2   중요 요구사항

2.2.1      시스템 유스 케이스

2.2.2      시스템 보충 요구사항

3.      작업자 시점

3.1   정책

3.2   조직 모델

3.3   시스템 작업자 모델

3.4   근거

4.      논리 시점

4.1   시스템 컨텍스트

4.1.1      외부 인터페이스

4.2   서브시스템

4.3   상호작용

4.4   보충 요구사항 하향 전달(flowdown)

4.5   근거

5.      프로세스 시점

5.1   시스템 프로세스 모델

5.2   근거

6.      물리적 시점

6.1   시스템 실제 레이아웃, 특징 및 특성

6.2   지역성 모델

6.3   설명자 레벨 모델

6.4   구현 레벨 모델

6.5   근거

7.      정보 시점

7.1   비즈니스 정보 규칙

7.2   시스템 데이터 모델

7.3  근거

8.      시점 일관성


시스템 아키텍처 문서

1.                  소개

[시스템 아키텍처 문서의 소개는 전체 시스템 아키텍처 문서 개요를 제공합니다.

1.1               목적

이 문서는 다양한 시스템 측면을 나타내는 여러 가지 다른 아키텍처 시점을 사용하여 시스템의 포괄적인 아키텍처 개요를 제공하며, 시스템에 영향을 주는 중요한 아키텍처 영향 및 결정사항을 캡처하고 전달합니다.

[이 섹션은 시스템 아키텍처 문서의 목적을 전체 프로젝트 문서에 정의하고, 문서 구조를 간략하게 설명합니다. 문서의 특정 사용자를 식별하고 해당 사용자의 예상 문서 사용 방법을 표시합니다.]

1.2               범위

[시스템 아키텍처 문서의 적용 내용에 대한 간략한 설명(이 문서로 영향을 받는 내용)]

1.2.1            ID

[이 서브섹션은 이 문서가 적용되는 시스템의 ID를 식별 번호, 이름, 버전 등의 양식으로 제공합니다.]

1.2.2            시스템 개요

[이 서브섹션은 이 문서가 적용되는 시스템의 목적 및 일반 특성을 설명합니다. 시스템이 특정 양식으로 존재하거나 특정 전조가 있는 경우, 이 서브섹션은 또한 시스템 및 해당 오퍼레이션의 히스토리를 요약 설명합니다. 획득자, 사용자, 운영 에이전시 등과 같은 핵심 이해 당사자(stakeholder)를 식별합니다.]

1.3               용어의 정의

[이 서브섹션은 시스템 아키텍처 문서의 올바른 해석에 필요한 모든 용어, 두문자어 및 약어에 대한 정의를 제공합니다. 이 정보는 프로젝트 용어집에 대한 참조로도 제공될 수 있습니다.]

1.4               참조

[이 서브섹션은 시스템 아키텍처 문서 전체에서 참조되는 모든 문서의 전체 목록을 제공합니다. 각 문서는 제목, 보고서 번호(해당되는 경우), 날짜 및 출판사로 식별합니다. 참조를 가져올 수 있는 소스를 지정하십시오. 이 정보는 부록 또는 다른 문서에 대한 참조로 제공할 수 있습니다.]

1.5               문서 개요

[이 서브섹션은 시스템 아키텍처 문서 관련 기타 내용 및 시스템 아키텍처 문서를 체계화하는 방법에 대해 설명합니다.]

2.                  아키텍처 원칙 및 중요 요구사항

2.1        아키텍처 원칙

[이 섹션에서는 시스템 아키텍처 모양을 지정하는 데 사용되는 사전 정의된 스타일, 규칙 및 방법과, 해당 선택의 근거(예: 환경, 조직 및 도메인 영향)를 함께 설명합니다. 아키텍처 스타일에는 재사용 가능한 요소와 이러한 요소 컴포지션 및 컴포지션을 허용하는 규칙의 ID와 특정 스타일을 사용하는 시스템의 프리젠테이션 및 분석 방법에 대한 설명이 포함됩니다.]

2.2        중요 요구사항
2.2.1            시스템 유스 케이스

[이 서브섹션에는 시스템 유스 케이스 모델의 시스템 유스 케이스 또는 시나리오가 나열됩니다. 이러한 유스 케이스 또는 시나리오는 최종 시스템의 중요한 핵심 기능성을 나타내거나 아키텍처 범위가 넓거나 즉, 많은 아키텍처 요소를 사용하거나 시스템 아키텍처의 특정 중복사항을 강조하거나 나타냅니다. 기술 성능 측정 프로세스의 일부로 추적되는 연관 성능 요구사항을 식별합니다.]

2.2.2            시스템 보충 요구사항

[이 서브섹션에는 중요한 물리적, 환경적 서비스 품질, 특수 엔지니어링 또는 시스템 아키텍처 모양에 중대한 영향을 미치는 기타 제한조건이 나열됩니다. 또한 이 중에서 기술 성능 측정 프로세스의 일부로 추적되는 대상을 식별합니다.]

3.                  작업자 시점

[이 섹션은 시스템의 중요 측면을 작업자 시점에서 설명합니다. 즉, 조직 및 시스템 작업자의 역할과 책임(영향을 주는 정책 포함)을 설명합니다.

3.1                정책

[TBD]

3.2                조직 모델

[TBD]

3.3                시스템 작업자 모델

[TBD]

3.4                근거

[TBD]

4.                  논리 시점

[이 섹션은 시스템의 중요 측면을 논리 시점에서 설명합니다. 즉, 시스템이 서브시스템으로의 파티션 관점에서 해당 기능을 수행하는 방식, 해당 연결, 상호작용 및 처리를 수행하는 방식과 비기능적 요구사항(서비스 품질 및 기타 제한조건 포함)을 서브시스템으로 하향 전달(flowdown)하는 방식을 설명합니다.]

4.1               시스템 컨텍스트

[이 서브섹션은 시스템 분석 모델에서 컨텍스트 다이어그램의 구조적으로 중요한 요소를 설명합니다(예: 시스템이 상호작용하는 엔티티, 연결 및 자료, 데이터 또는 지원될 기타 플로우).]

4.1.1             외부 인터페이스

[이 서브섹션은 엔티티, 연결 및 4.1 시스템 컨텍스트에서 식별된 플로우를 지원하는 중요 인터페이스(제공 및 필수)를 설명합니다.]

4.2               서브시스템

[이 서브섹션은 해당 서브시스템이 지원하고 필요로 하는 인터페이스(기능 및 속성) 관점에서 구조적으로 중요한 역할을 수행하는 서브시스템과 해당 관계의 특성(시스템 외부의 일대다 관계)을 식별하고 설명합니다.]

4.3               상호작용

[이 서브섹션은 중요 유스 케이스 및 유스 케이스 시나리오가 서브시스템 상호작용 관점에서 실현되는 방식과, 시스템 기능과 서브시스템 간 링크에 부과된 성능 제한조건에 중요 시스템 성능이 반영되는 방식을 설명합니다.]

4.4               보충 요구사항 하향 전달(flowdown)

[이 서브섹션은 중요한 물리, 환경 제한조건, 서비스 품질, 특수 엔지니어링 제한조건 및 기타 제한조건이 서브시스템으로 하향 전달(flowdown)되는 방식과 결정된 서브시스템 특성을 결합하여 원하는 시스템 특성을 나타내는 방식을 설명합니다.]

4.5               근거

[이 서브섹션은 이 논리 아키텍처를 정의하고 선택하는 근거와 사례 연구 및 분석 그리고 선택한 특정 서브시스템 및 상호작용이 중요한 이유를 설명합니다. 특히 운영 시스템의 일부로 사용자를 포함하기로 결정하는 경우, 하드웨어 또는 소프트웨어에서 동일한 기능에 대한 성능과 사용자 간의 절충 및 사용자 성능 특성을 고려한 방식을 설명합니다. 이 서브섹션은 또한 비기능적 요구사항의 지정 또는 예산 책정에 사용되는 근거(예: 모델링, 분석 및 프로토타입 생성)를 설명합니다.]

5.                  프로세스 시점

[이 섹션은 시스템의 중요 측면을 프로세스 시점에서 설명합니다. 즉, 동시성(여러 프로세스를 명확하게 또는 실제로 동시에 수행)을 이용함으로써 보다 간단하고 쉽게 유지보수할 수 있는 아키텍처를 생성하고 확장성, 성능, 처리량 및 신뢰성 문제를 다룰 수 있는 시스템 아키텍처를 디자인하는 방식을 설명합니다.]

5.1               시스템 프로세스 모델

[이 서브섹션에서는 시스템의 중요 또는 핵심 활성 요소(서브시스템, 클래스, 오브젝트)를 식별하고 중요한 해당 관계 및 상호작용을 설명합니다. 이 정보는 시스템 분석 모델 및 시스템 디자인 모델에서 가져오며 시스템 프로세스를 나타내는 활성 요소에 초점을 맞춥니다.]

5.2               근거

[프로세스 아키텍처 생성에 영향을 주는 분석, 추론 및 사례 연구와, 논의된 프로세스 및 상호작용이 중요한 이유를 설명합니다.]

6.                  물리적 시점

[이 섹션은 시스템의 중요 측면을 물리적 시점에서 설명합니다. 즉, 시스템 기능성 및 분배를 지원하는 데 필요한 물리적 하부 구조를 설명합니다.]

6.1               시스템 실제 레이아웃, 특징 및 특성 

[이 서브섹션은 시스템의 물리적 배치, 장비 설치 및 조립과, 안전하고 신뢰할 수 있는 실제 오퍼레이션과 관련된 중요 측면을 설명합니다. 고려할 측면에는 중량, 전원 공급, 열 발생 및 전파, 가속/진동 효과, 전자 방해, 실제 액세스 등이 포함됩니다.]

6.2               지역성 모델 

[지역성 분해(있는 경우), 지역성 및 연결 특성, 호스팅된 서브시스템과 흥미로운 지역성 상호작용을 포함하여 지역성 모델의 중요 또는 핵심 측면을 설명합니다.

6.3               설명자 레벨 모델 

[시스템 배치 모델의 중요 또는 핵심 측면을 설명자 레벨에서 설명합니다. 이 레벨에서는 지역성의 처리 자원 유형이 지정됩니다. 이 유형은 노드로서, 계산 장치(서버, 워크스케이션 등), 사람 또는 기타 전자 기계 장치가 포함됩니다.]

6.4               구현 레벨 모델 

[시스템 배치 모델의 중요 또는 핵심 측면을 구현 레벨에서 설명합니다. 이 레벨에서는 하드웨어를 실제로 선택하고 역할 인스턴스 수(인적 자원의 경우)를 결정하며 구성 세트, 용량, 전력 및 기타 환경 요구사항, 비용 및 성능을 정의합니다.]

6.5               근거

[실제 레이아웃 및 배치 아키텍처 생성에 영향을 주는 분석, 추론 및 사례 연구와 제시된 특정 측면이 중요한 이유를 설명합니다.]

7.                  정보 시점

[TBD]

7.1               비즈니스 정보 규칙 

[TBD]

7.2               시스템 데이터 모델 

[TBD]

7.3               근거

[TBD]

8.                  시점 일관성

[TBD]