007 아키텍처 평가방법 ATAM

1. ATAM(Architecture Tradeoff Analysis Method)의 개요 

가. ATAM의 정의

• 아키텍처가 목표로 하는 품질 만족도, 각 품질 간의 연관성 즉, 품질 목표 간의 trade-off가 있는지 파악 가능한 아키텍처 평가방법

나. ATAM의 특징

구분	내용
Trade-off 분석	- 아키텍처가 품질속성을 만족하는지 여부 및 품질 속성들 간 상호작용
적용	- 레거시(Legacy) 시스템 분석에도 적용
영향 요소	- 아키텍처 스타일, 품질속성 분석, SAAM 등에 영향을 받음
참여자	- 평가팀, 프로젝트 결정권자, 아키텍처 이해관계자 등

2. ATAM 수행단계

가. ATAM 수행단계 개념도

나. ATAM 수행단계

그룹	단계	내용
프레젠테이션	1. ATAM 프레젠테이션	평가리더는 참여자에게 평가방법을 설명 기대수준을 공유하고, 평가에 대한 질의 응답
	2. 비지니스 동인 프레젠테이션	프로젝트 대변인은 시스템 개발 동기인 비즈니스 목표 설명 예상되는 주요 아키텍처 동인 설명
	3. 아키텍처 프레젠테이션	시스템 아키텍트가 비즈니스 목표를 아키텍처에 반영한 방법 중심
조사와 분석	4. 아키텍처 접근방법 식별	아키텍트는 아키텍처에 사용된 아키텍처 접근방법에 대해 식별, 분석은 하지 않음
	5. 품질속성 유틸리티 작성	시스템의 유용성을 구성하는 품질속성(가용성, 변경용이성, 성능, 보안, 사용 용이성 등) 도출 시나리오 수준으로 명세화, 시나리오에 자극, 응답, 우선순위와 같은 주석
	6. 아키텍처 접근방법 분석	단계 5에서 식별한 상위순위 시나리오를 대상으로 시나리오에서 설명하는 아키텍처 접근방법 도출, 분석
테스트	7. 시나리오 브레인스토밍과 우선 순위 결정	참여한 이해관계자 전체를 대상으로 시나리오 후보 도출 모두 참여하는 투표 절차를 통해 시나리오의 우선순위 결정
	8. 아키텍처 접근방법 분석	단계 7에서 도출된 상위 시나리오를 대상으로 단계 6을 다시 수행 해당 시나리오들은 그 동안 수행한 분석을 확정하는 테스트케이스로 활용
보고	9. 결과 프레젠테이션	ATAM 팀은 ATAM 평가를 통해 수집된 정보를 토대로 평가 결과 발표

• 평가일정은 참여인력이나 아키텍처 정보의 가용 영부를 감안해서 유동적으로 변경해야 함
• 각 단계는 엄격한 폭포수 프로세스를 따라야 된다는 것은 아님

3. 평가 수행 중 사용되는 유틸리티 트리와 시나리오 브레인스토밍의 비교

구분	유틸리트 트리	시나리오 브레인스토밍
이해관계자	아키텍트, 프로젝트 리더	모든 이해관계자
일반적인 규모	평가자: 프로젝트 인력 2~3명	평가자 : 프로젝트 관련 인력 5~10명
주요 목표	품질속성 요구사항의 도출, 구체화, 우선순위화 남은 평가기간 동안 집중해야 할 부분 확보	유틸리티 트리를 통해 검출된 품질속성목표를 검증하기 위해 이해관계자 간의 의사소통 촉진
접근 방법	일반적에서 상세 : 품질속성에서 시작해서 시나리오가 도출돌 때까지 정제	상세에서 일반 : 시나리오에서 출발해서 시나리오가 표현하는 품질속성 식별

• 유틸리티 트리와 시나리오 브레인스토밍의 비교는 5단계와 7단계의 차이점이 나타남