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

IT위키
인쇄용 판은 더 이상 지원되지 않으며 렌더링 오류가 있을 수 있습니다. 브라우저 북마크를 업데이트해 주시고 기본 브라우저 인쇄 기능을 대신 사용해 주십시오.
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 등)