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

From CS Wiki
No edit summary
No edit summary
 
(One intermediate revision by the same user not shown)
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
## 참고문서 - 참조도서, 참조표준
## 참고문서 - 참조도서, 참조표준
== 작성 원칙 ==
{| 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 등)
Retrieved from "https://cswiki.net/index.php?title=소프트웨어_아키텍처_기술서&oldid=4643"