소프트웨어 아키텍처 기술서: Difference between revisions
From IT 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 목적 및 필요성 | ||
## SAD 적용범위 | ## SAD 적용범위 | ||
## 이해관계자 구성 | ## 이해관계자 구성 | ||
## | ## View 정의 | ||
# | # '''아키텍처 배경''' | ||
## 시스템 환경 | ## 시스템 환경 | ||
## 시스템 | ## 시스템 제약사항 | ||
# | # '''아키텍처 요구사항''' | ||
## 품질모델 적용기준 - | ## 품질모델 적용기준 - [[FRUPS]] 등 | ||
## | ## 아키텍처 요구사항 | ||
## | ## 아키텍처 영향분석 - [[유틸리티 트리]] 이용 | ||
# 참조 | # '''참조 아키텍처''' | ||
## 참조 | ## 참조 Viewpoint - 4+1view, simens - 4view | ||
## 참조 아키텍쳐 스타일 - | ## 참조 아키텍쳐 스타일 - [[MVC]] 등 | ||
# 설계 전략 | # '''설계 전략''' | ||
## 공통 컴포넌트 설계 전략 | ## 업무 컴포넌트 설계 전략 | ||
## 시스템 공통 기능 설계 전략 | ## 공통 컴포넌트 설계 전략 | ||
# 시스템 뷰(view) | ## 시스템 공통 기능 설계 전략 | ||
## 시스템 Overview | # '''시스템 뷰(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 | ## 용어사전 - Glossary, Data-Dictionary | ||
## 참고문서 - 참조도서, 참조표준 | ## 참고문서 - 참조도서, 참조표준 | ||
== 작성 원칙 == | |||
{| class="wikitable" | |||
|- | |||
! 원칙 !! 설명 | |||
|- | |||
| 핵심 집중 || SAD를 보는 사람의 관점에서 기술하며, 핵심 이해관계자 및 핵심 영역에 집중 | |||
|- | |||
| 명확한 표현 || 용어 및 도해에 대한 모호성을 제거하고, 불필요한 반복 제거 | |||
|- | |||
| 표준 준수 || 표준 템플릿을 활용하도록 하며, 일관성 있는 분류 체계 및 작성 표준을 준수 | |||
|- | |||
| 내용 완성도 || Viewpoint 선택 및 view 작성에 대한 근거를 반드시 남겨 놓고, 현실성 있게 작성 | |||
|- | |||
| 리뷰 || 시스템 목적의 부합성 및 이해관계자 요구 만족성에 대한 지속적 검토 및 보완([[CTAM]], [[ATAM]] 등) | |||
|} |
Latest revision as of 02:12, 2 November 2019
- SAD; Software Architecture Document
- SW 이해관계자들이 다양한 관점에 따라 소프트웨어 아키텍처를 기술한 최종 산출물
- 이해관계자들의 시스템 이해 및 의사소통, 의사결정의 수단으로 활용
목차 구성[edit | edit source]
- SAD 개요
- SAD 목적 및 필요성
- SAD 적용범위
- 이해관계자 구성
- View 정의
- 아키텍처 배경
- 시스템 환경
- 시스템 제약사항
- 아키텍처 요구사항
- 참조 아키텍처
- 참조 Viewpoint - 4+1view, simens - 4view
- 참조 아키텍쳐 스타일 - MVC 등
- 설계 전략
- 업무 컴포넌트 설계 전략
- 공통 컴포넌트 설계 전략
- 시스템 공통 기능 설계 전략
- 시스템 뷰(view)
- 시스템 Overview
- View 사이의 관계
- Business Process View - 전제조건/제약사항, 작업흐름 뷰
- Use-Case View - 전제조건/제약사항, 유즈케이스 뷰
- Logical View - 전제조건/제약사항, Context뷰, 정적/동적뷰(분석), 논리ERD
- Development View - 전제조건/제약사항, 정적/동적뷰(설계), 물리ERD
- Deployment View - 전제조건/제약사항, 배포뷰, 패키지구조, 물리ERD
- 기타
- 용어사전 - Glossary, Data-Dictionary
- 참고문서 - 참조도서, 참조표준
작성 원칙[edit | edit source]
원칙 | 설명 |
---|---|
핵심 집중 | SAD를 보는 사람의 관점에서 기술하며, 핵심 이해관계자 및 핵심 영역에 집중 |
명확한 표현 | 용어 및 도해에 대한 모호성을 제거하고, 불필요한 반복 제거 |
표준 준수 | 표준 템플릿을 활용하도록 하며, 일관성 있는 분류 체계 및 작성 표준을 준수 |
내용 완성도 | Viewpoint 선택 및 view 작성에 대한 근거를 반드시 남겨 놓고, 현실성 있게 작성 |
리뷰 | 시스템 목적의 부합성 및 이해관계자 요구 만족성에 대한 지속적 검토 및 보완(CTAM, ATAM 등) |