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

From CS Wiki
(새 문서: 분류:소프트웨어 공학 ;SAD; Software Architecture Document ;SW 이해관계자들이 다양한 관점에 따라 소프트웨어 아키텍처를 기술한 최종 산출...)
 
No edit summary
 
(2 intermediate revisions by the same user not shown)
Line 5: Line 5:


== 목차 구성 ==
== 목차 구성 ==
# 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]] 등
# 설계 전략 5.1 업무 컴포넌트 설계 전략 - 업무 컴포넌트 도출 방안, 구현방안, 정제방안
# '''설계 전략'''
## 공통 컴포넌트 설계 전략 - 공통 컴포넌트 도출 방안, 구현방안, 정제방안
## 업무 컴포넌트 설계 전략
## 시스템 공통 기능 설계 전략 - 공통기능정의, 인증/권한, 코드구현, 인터페이스, DB-Access등
## 공통 컴포넌트 설계 전략
# 시스템 뷰(view)  
## 시스템 공통 기능 설계 전략
## 시스템 Overview - 개별 view에 대한 전체 요약, 누락부분 반영
# '''시스템 뷰(view)'''
## view 사이의 관계 - 개별 view간 인터페이스 내용 및 제약 사항
## 시스템 Overview
## View 사이의 관계
## Business Process View - 전제조건/제약사항, 작업흐름 뷰
## Business Process View - 전제조건/제약사항, 작업흐름 뷰
## Use-Case View - 전제조건/제약사항, 유즈케이스 뷰
## Use-Case View - 전제조건/제약사항, 유즈케이스 뷰
Line 31: Line 32:
## Development View - 전제조건/제약사항, 정적/동적뷰(설계), 물리ERD
## Development View - 전제조건/제약사항, 정적/동적뷰(설계), 물리ERD
## Deployment View - 전제조건/제약사항, 배포뷰, 패키지구조, 물리ERD
## Deployment View - 전제조건/제약사항, 배포뷰, 패키지구조, 물리ERD
# 기타  
# '''기타'''
## 용어사전 - Glossary(시스템URL), Data-Dictionary
## 용어사전 - Glossary, Data-Dictionary
## 참고문서 - 참조도서, 참조표준
## 참고문서 - 참조도서, 참조표준
== 작성 원칙 ==
{| class="wikitable"
|-
! 원칙 !! 설명
|-
| 핵심 집중 || SAD를 보는 사람의 관점에서 기술하며, 핵심 이해관계자 및 핵심 영역에 집중
|-
| 명확한 표현 || 용어 및 도해에 대한 모호성을 제거하고, 불필요한 반복 제거
|-
| 표준 준수 || 표준 템플릿을 활용하도록 하며, 일관성 있는 분류 체계 및 작성 표준을 준수
|-
| 내용 완성도 || Viewpoint 선택 및 view 작성에 대한 근거를 반드시 남겨 놓고, 현실성 있게 작성
|-
| 리뷰 || 시스템 목적의 부합성 및 이해관계자 요구 만족성에 대한 지속적 검토 및 보완([[CTAM]], [[ATAM]] 등)
|}

Latest revision as of 12:12, 1 November 2019

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

목차 구성[edit | edit source]

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

작성 원칙[edit | edit source]

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