SAD (Software Architecture Design) 란?

SAD의 정의

-이해 관계자들의 관심사 파악 및 관점들을 정의하고, 다양한 View를 통해 SW아키텍쳐를 기술한문서

-이해 관계자들의 시스템 이행 및 관심사 해결, 의사소통 기준 및 의사결정의 수단으로 활용

-아키텍쳐 구축의 결정근거(Rationale)를 제심함으로서 불필요한 논쟁 방지 가능

-SAD의 Repository축적을 통해 SA 프레임웍 및 참조모델 개발이 가능하며, SA재사용촉진이 가능

SAD 메타모델

-이해관계자와 관심사:동일 시스템에 대해 이해 관계자들의 서로 다른 의견과 목표이며, 아키텍쳐 문제 영역

-관점과 뷰:관점은 시스템을 바라보는 방법들로서, 모델 작성 방법을 정의하며,이에 맞춰 뷰를 작성하게 됨

SAD의 작성절차

-아키텍쳐 기술서 정보작성

아키텍쳐 기술서 작성 표준 및 템플릿활용, 작성일,버젼, 작성자, 작성이력, 문서범위, 용어집등

(내용변화에 대한 이력 근거 작성, 기존 SAD 자료 재활용 가능)

-이해관계자 및 관심사 식별

ROLE중심으로 이해관계자 식별, 핵심관계자 식별중요, 공통관심사 식별중요, 시스템 품질속성과 연관 (이해관계자와 관심사 정의 수준에 따라 아키텍쳐 수준 차이가 큼)

-관점(ViewPoint)선택

후보관점 선정/정제-->관점간 연관성이 있을 경우 결합관점에서 통합-->관점 우선순위화 및 최종선정(관심사를 만족시킬 수 있어야함, Library Viewpoint)활용가능

-뷰작성(View)

관점에 맞춰 뷰를 작성(우선순위가 높은 관점 순서), 선정한 모델은 뷰를 작성하기에 필요 충분조건 만족, SAD작성시 가장 중요한 공정

-전체뷰 작성 및 취합

여러뷰에 걸쳐있는 정보나 SAD전체 정보 보충 목적, 개별 뷰의 상호연관성이나 일관성 확보가능

(Overview형식의 상위 View, view들간의 상호 정합성 검증)

SAD작성시 지켜야 할 기본원칙 5가지

-핵심집중:SAD를 보는 사람의 관점에서 기술하며, 핵심 이해 관계자 및 핵심 영역에 집중하도록 함

-표준방법:용어 및 도해에 대한 모호성을 제거하고, 불필요한 반복은 없애도록 함

-표준준수:표준 템플릿을 활용하도록 하며, 일관성 있는 분류체계 및 작성 표준을 순수도록 함

-내용충실:Viewpoint선택 및 view작성에 대한 근거를 반드시 남겨놓고, 현실성 있게 작성하도록 함

-리류활동:시스템 목적의 부합성 및 이해 관계자 요구 만족성에 대한 지속성 검토 및 보완

(전문가/ATAM활용)

SAD목차구성

-SAD개요(SAD목적 및 필요성, SAD 적용범위, 이해관계자 구성, view정의)

-아키텍쳐 배경(시스템환경, 시스템 환경 제약사항)

-아키텍쳐 요구사항(품질모델 적용기준, 아키텍쳐요구사항, 아키텍쳐 영향요소분석)

-참조아키텍쳐(참조 Viewpoint, 참조 아키텍쳐 스타일, 업무컴포넌트 설계전략, 공통 검포넌트 설계 전략, 시스템 공통 기능 설계 전략)

-시스템뷰(시스템OverView, View사이의관계, Business Process View, Use-Case View, Logical View, Development View, Deployment View)

-용어사전, 참고문서