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

SAD; Software Architecture Document

SW 이해관계자들이 다양한 관점에 따라 소프트웨어 아키텍처를 기술한 최종 산출물

• 이해관계자들의 시스템 이해 및 의사소통, 의사결정의 수단으로 활용

목차 구성

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

작성 원칙

원칙	설명
핵심 집중	SAD를 보는 사람의 관점에서 기술하며, 핵심 이해관계자 및 핵심 영역에 집중
명확한 표현	용어 및 도해에 대한 모호성을 제거하고, 불필요한 반복 제거
표준 준수	표준 템플릿을 활용하도록 하며, 일관성 있는 분류 체계 및 작성 표준을 준수
내용 완성도	Viewpoint 선택 및 view 작성에 대한 근거를 반드시 남겨 놓고, 현실성 있게 작성
리뷰	시스템 목적의 부합성 및 이해관계자 요구 만족성에 대한 지속적 검토 및 보완(CTAM, ATAM 등)