소프트웨어 아키텍처 기술서: Difference between revisions

From CS Wiki
No edit summary
No edit summary
Line 6: Line 6:
== 목차 구성 ==
== 목차 구성 ==
# '''SAD 개요'''
# '''SAD 개요'''
## SAD 목적 및 필요성 - SAD 구성 목차 정의, SA/SAD의 중요성 및 역할 설명
## SAD 목적 및 필요성
## SAD 적용범위 - 전체 개발공정 및 이해관계자의 원칙, 변경관리 절차 표현
## SAD 적용범위
## 이해관계자 구성 - 고객/사용자/개발팀/운영팀/QA/TA등, 의사소통 전략 제시
## 이해관계자 구성
## view 정의 - 아키텍쳐표준정의, viewpoint/concern정의, view산출물
## View 정의
# '''아키텍처 배경'''
# '''아키텍처 배경'''
## 시스템 환경 - 목표시스템구성, Context구성, 솔루션, 개발/서버/운영환경
## 시스템 환경
## 시스템 환경 제약사항 - 시스템제약사항(개발요소기술, 사용자PC환경, 기타제약)
## 시스템 제약사항
# '''아키텍쳐 요구사항'''
# '''아키텍처 요구사항'''
## 품질모델 적용기준 - 적용품질모델선택, 품질속성/시나리오/유틸리티/달성전략
## 품질모델 적용기준 - [[FRUPS]] 등
## 아키텍쳐 요구사항 - 요구사항도출, FRUPS모델기반 품질속성 시나리오 작성
## 아키텍처 요구사항
## 아키텍쳐 영향요소 분석 - 유틸리티 트리에 의한 영향요소 분류 및 설계 전략 수립
## 아키텍처 영향분석 - [[유틸리티 트리]] 이용
# '''참조 아키텍쳐'''
# '''참조 아키텍처'''
## 참조 viewpoint - 참조가능한 후보viewpoint(4+1view, simens - 4view등)
## 참조 Viewpoint - 4+1view, simens - 4view
## 참조 아키텍쳐 스타일 - 표준스타일정의(Layered:Presentation, Biz-Logic, Data)
## 참조 아키텍쳐 스타일 - [[MVC]] 등
# '''설계 전략'''
# '''설계 전략'''
## 업무 컴포넌트 설계 전략 - 업무 컴포넌트 도출 방안, 구현방안, 정제방안
## 업무 컴포넌트 설계 전략
## 공통 컴포넌트 설계 전략 - 공통 컴포넌트 도출 방안, 구현방안, 정제방안
## 공통 컴포넌트 설계 전략
## 시스템 공통 기능 설계 전략 - 공통기능정의, 인증/권한, 코드구현, 인터페이스, DB-Access등
## 시스템 공통 기능 설계 전략
# '''시스템 뷰(view)'''
# '''시스템 뷰(view)'''
## 시스템 Overview - 개별 view에 대한 전체 요약, 누락부분 반영
## 시스템 Overview
## view 사이의 관계 - 개별 view간 인터페이스 내용 및 제약 사항
## View 사이의 관계
## Business Process View - 전제조건/제약사항, 작업흐름 뷰
## Business Process View - 전제조건/제약사항, 작업흐름 뷰
## Use-Case View - 전제조건/제약사항, 유즈케이스 뷰
## Use-Case View - 전제조건/제약사항, 유즈케이스 뷰
Line 33: Line 33:
## Deployment View - 전제조건/제약사항, 배포뷰, 패키지구조, 물리ERD
## Deployment View - 전제조건/제약사항, 배포뷰, 패키지구조, 물리ERD
# '''기타'''
# '''기타'''
## 용어사전 - Glossary(시스템URL), Data-Dictionary
## 용어사전 - Glossary, Data-Dictionary
## 참고문서 - 참조도서, 참조표준
## 참고문서 - 참조도서, 참조표준

Revision as of 12:10, 1 November 2019

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. 참고문서 - 참조도서, 참조표준