<프로젝트 이름>

자산 아키텍처 문서

1.                  소개

[이 섹션에서는 전체 자산 아키텍처 문서의 개요를 제공합니다. 여기에는 자산 아키텍처 문서의 목적, 범위, 정의, 두문자어, 약어, 참조 및 개요가 포함됩니다.]

이 문서에서는 <자산 이름>의 종합적인 아키텍처 개요를 제공합니다. 이는 자산에 포함될 개별 아티팩트의 컴포지션에 관한 중요한 아키텍처 결정을 캡처하고 제공하는 것이 목적입니다.

2.                  아키텍처 목적 및 제한조건

[이 섹션에서는 아키텍처에 중요한 영향을 미치는 자산 요구사항 및 목표를 설명합니다(예: 사용의 용이성, 필요한 스킬 레벨, 기성 제품 또는 기존 재사용가능한 자산 사용, 자산의 특정 표준 표시 사용 등). 이는 또한 적용될 수 있는 특수 제한조건을 캡처합니다. 여기에는 디자인, 구현 전략, 개발 도구, 팀 구조, 스케줄 및 기존 아티팩트가 포함됩니다.]

3.                  자산 환경

[이 섹션에서는 자산을 적용할 환경/컨텍스트를 설명합니다. 여기에는 개발 컨텍스트, 배치 컨텍스트, 비즈니스 영역 컨텍스트 등이 포함됩니다.

포함 값을 캡처할 때 고려해야 하는 몇몇 가능한 컨텍스트는 다음과 같습니다.

-          배치 컨텍스트: 자산을 사용할 서버 및 런타임 환경을 식별합니다(예: "websphere").

-          개발 컨텍스트: 자산을 개발/확장하려는 개발 환경을 식별합니다.

-          영역 컨텍스트: 자산의 비즈니스 영역을 식별합니다(예: "보험").

-          재사용 범위 컨텍스트: 조직에서 자산을 재사용할 위치를 식별합니다(예: 프로젝트 팀, 부서 및 엔터프라이즈).

-          테스트 컨텍스트: 자산을 테스트할 컨텍스트를 식별합니다(예: "로드 테스트", "성능 테스트", "기능 테스트").]

4.                  다른 자산과의 관계

[이 섹션에서는 자산과 다른 자산과의 관계를 설명합니다. 예를 들어, 자산은 특정 서비스를 제공하기 위해 다른 자산에 종속적이거나 자산 자체를 적용하기 전에 적용 중인 다른 자산에 종속적일 수도 있습니다.]

5.                  사용법 모델(유스 케이스 보기)

[이 섹션에서는 자산 이용자가 자산을 사용하는 방법을 설명합니다. 이는 자산의 초기 사용법 모델로 간주할 수 있습니다.]

5.1               개요

[이 섹션에는 자산의 유스 케이스 모델이 들어 있습니다. 여기에는 자산 액터(예: 자산 이용자) 및 유스 케이스 또는 시나리오(액터가 자산을 사용하는 방법의 설명)가 나열됩니다. 자산 비전에서 기능과 유스 케이스 간의 직접적인 대응이 있어야 합니다.]

5.2               유스 케이스 실현(Realization)

[이 섹션에서는 몇 가지 선택된 유스 케이스(또는 시나리오) 실현(realization)을 제공하여 자산이 실제로 작동하는 방법을 보여주고 다양한 자산 아티팩트가 기능에 기여하는 방법을 설명합니다.

재사용가능한 자산 컨텍스트에서 유스 케이스 실현은 유스 케이스에 설명된 기능을 제공하는 데 자산 아티팩트가 기여하는 방법을 설명합니다.]

6.                  자산 기능 우선순위

[이 섹션에서는 사용법 모델 섹션에 설명된 각 자산 기능의 상대적인 우선순위가 나열됩니다. 이 정보는 자산 아티팩트의 개발을 위한 반복 계획 중에 사용됩니다.]

7.                  논리 자산 조직(논리 보기)

[이 섹션에서는 자산의 전체적인 논리 조직을 설명할 뿐만 아니라 자산에 포함된 아티팩트를 나열합니다. 패키지 계층 구조를 문서화하는 것 이외에도 조직의 근거도 문서화해야 합니다.]

7.1               개요

[이 섹션에서는 패키지 계층 구조 및 이러한 패키지 간의 중요한 관계를 포함하여 자산의 전체적인 논리 조직을 설명합니다.]

7.2               논리 패키지

[각 패키지마다 하위 섹션(이름 포함), 간략한 설명 및 패키지에 포함된 자산 아티팩트 및 가능한 경우 하위 패키지 목록을 포함하십시오.

패키지의 각 자산 아티팩트마다, 이름, 간략한 설명 및 다른 자산 아티팩트와의 모든 관계를 포함하십시오.]

8.                  실제 자산 조직(구현 보기)

[이 섹션에서는 자산의 전체적인 실제 조직을 설명합니다(예: 자산 파일 및 디렉토리).

자산의 실제 조직은 일반적으로 논리 조직과 동일하지 않습니다. 자산의 실제 조직은 자산을 패키징하는 데 사용할 형식 선택사항에 의해 영향을 받기 때문입니다(예: 재사용가능한 자산 스펙). 따라서 실제 조직은 일반적으로 "맨 앞에" 정의되지 않으며 대신 자산을 패키징하기 직전에 문서화됩니다(또는 패키징이 완료된 직후).

8.1               개요

[이 섹션에서는 자산의 전체적인 실제 조직을 설명합니다. 여기에는 자산 파일이 들어 있는 실제 디렉토리 및 어떤 디렉토리에 어떤 파일을 포함할 수 있는지를 관장하는 모든 "규칙"이 나열됩니다.

자산에 표준 자산 표시를 선택한 경우 자산의 실제 조직에 미치는 영향을 여기에서 설명해야 합니다.]

8.2               실제 디렉토리

[각 실제 디렉토리마다 하위 섹션(이름 포함), 간략한 설명 및 디렉토리에 포함된 모든 파일 및 가능한 경우 하위 패키지 목록을 포함하십시오.]

9.                  (선택적) 사용자 정의 옵션

[자산이 특정 컨텍스트에 대한 명시적인 사용자 정의 옵션을 제공하는 경우(예: 특정 백엔드 데이터베이스와 함께 아키텍처 프레임워크 인스턴스 생성 또는 특정 제품의 배치 서비스 인스턴스 생성), 이 섹션에서는 이러한 사용자 정의 옵션을 설명해야 합니다.

이 섹션에서는 명시적으로 사용자 정의할 수 있는 내용을 설명한 다음 사용자 정의를 수행하기 위한 가이드라인을 제공해야 합니다. 예를 들어, 템플리트나 프레임워크를 표시하는 자산의 경우, 이 섹션에서는 자산 인스턴스 생성의 일부로서 실제 매개변수로 바인드되어야 하는 정규 매개변수를 설명하고 이러한 매개변수가 어디로 바인드되는지에 대한 제안사항을 제공해야 합니다. 자세한 사용법 지시사항은 전체 자산 문서에서 제공되므로 여기에서는 필요하지 않습니다. 목표는 자산의 어떤 측면을 사용자 정의해야 하는지를 식별하는 것입니다. "built-in".]