소프트웨어 아키텍처 기술서 편집하기

[[분류:소프트웨어 공학]]
;SAD; Software Architecture Document
;SW 이해관계자들이 다양한 관점에 따라 [[소프트웨어 아키텍처]]를 기술한 최종 산출물
* 이해관계자들의 시스템 이해 및 의사소통, 의사결정의 수단으로 활용

== 목차 구성 ==
# '''SAD 개요'''
## SAD 목적 및 필요성
## SAD 적용범위
## 이해관계자 구성
## View 정의
# '''아키텍처 배경'''
## 시스템 환경
## 시스템 제약사항
# '''아키텍처 요구사항'''
## 품질모델 적용기준 - [[FRUPS]] 등
## 아키텍처 요구사항
## 아키텍처 영향분석 - [[유틸리티 트리]] 이용
# '''참조 아키텍처'''
## 참조 Viewpoint - 4+1view, simens - 4view
## 참조 아키텍쳐 스타일 - [[MVC]] 등
# '''설계 전략'''
## 업무 컴포넌트 설계 전략
## 공통 컴포넌트 설계 전략
## 시스템 공통 기능 설계 전략
# '''시스템 뷰(view)'''
## 시스템 Overview
## View 사이의 관계
## Business Process View - 전제조건/제약사항, 작업흐름 뷰
## Use-Case View - 전제조건/제약사항, 유즈케이스 뷰
## Logical View - 전제조건/제약사항, Context뷰, 정적/동적뷰(분석), 논리ERD
## Development View - 전제조건/제약사항, 정적/동적뷰(설계), 물리ERD
## Deployment View - 전제조건/제약사항, 배포뷰, 패키지구조, 물리ERD
# '''기타'''
## 용어사전 - Glossary, Data-Dictionary
## 참고문서 - 참조도서, 참조표준

== 작성 원칙 ==
{| class="wikitable"
|-
! 원칙 !! 설명
|-
| 핵심 집중 || SAD를 보는 사람의 관점에서 기술하며, 핵심 이해관계자 및 핵심 영역에 집중
|-
| 명확한 표현 || 용어 및 도해에 대한 모호성을 제거하고, 불필요한 반복 제거
|-
| 표준 준수 || 표준 템플릿을 활용하도록 하며, 일관성 있는 분류 체계 및 작성 표준을 준수
|-
| 내용 완성도 || Viewpoint 선택 및 view 작성에 대한 근거를 반드시 남겨 놓고, 현실성 있게 작성
|-
| 리뷰 || 시스템 목적의 부합성 및 이해관계자 요구 만족성에 대한 지속적 검토 및 보완([[CTAM]], [[ATAM]] 등) 
|}
설명	입력하는 내용	문서에 나오는 결과
기울임꼴	''기울인 글씨''	기울인 글씨
굵게	'''굵은 글씨'''	굵은 글씨
굵고 기울인 글씨	'''''굵고 기울인 글씨'''''	*굵고 기울인 글씨*