간단한 평가의 핵심은 적시에 올바른 것을 평가하는 것입니다. 이 작업을 효과적으로 수행하는 방법에는 두 가지가 있습니다. 와 시나리오 기반의 평가 는 우선 순위가 높은 품질의 특성에만 초점 평가를 구동하기 위해 품질 속성 시나리오 및 유스 케이스를 사용합니다. 으로 위험 기반 평가 는 위험을 식별하고, 식별 된 위험 아키텍처 디자인 활동을 구동 할 수 있습니다.
이 두 가지 (어떤 관련이있는) 접근법을 탐색 할 수있는 두 권의 책이 있습니다.
Anthony Lattanze의 소프트웨어 인텐시브 시스템 설계는 아키텍처 중심 설계 방법론을 소개하고 간단한 시나리오 기반 평가를 다룹니다. SEI의 Quality Attributes Workshop에서 Lattanze를 인식 할 수 있으며 비슷한 아이디어가 있습니다.
충분한 소프트웨어 아키텍처 : George Fairbanks의 리스크 중심 접근 방식은 소프트웨어 시스템 아키텍처를 설계하고 평가하는 리스크 중심 접근 방식을 소개합니다. 또한 몇 가지있다 자신의 웹 사이트에서 무료로 장을 사용할 수 는 미리보기를 원한다면. 이 책의 원칙은 즉시 적용 할 수 있지만 접근 방식에는 특정 방법이 제공되지 않으므로 다른 영역의 아이디어를 결합해야합니다. 위험 을 식별 / 우선 순위 화하기위한 SEI의 지속적인 위험 관리 접근법을 적극 권장합니다 .
이러한 접근 방식의 기본 개념은 끝까지 기다리지 않고 갈 때 평가함으로써 평가 및 설계 비용을 절감한다는 것입니다. 이것은 화이트 보드를 둘러 보는 것보다 약간 더 무겁지만, 완전히 불린 ATAM만큼 비용이 많이 드는 곳은 아닙니다. 편안하다면 체리를 선택하여 특정 요구를 충족시킬 수 있습니다.
평가를 추진하기 위해 어떤 접근 방식을 사용하든 일반적인 아이디어는 동일합니다 ...
시작하기 전에 :
- 품질 특성 시나리오 또는 위험, 우선 순위 지정 (만약 이것이 비공식적 일 수 있음)
- Go / No-Go 결정에 대한 명확한 정의
- 아키텍처 설명의 가장 최근 컷 (평가중인 아티팩트)
평가 세션에 앉아
- 건축가는 아키텍처의 개요를 제공합니다
- 보기를 통해 시나리오 또는 위험이 어떻게 충족되는지 보여줍니다.
- 문제는 나중에 수정 될 것으로 기록됩니다
- 역할 및 일반 절차는 Fagan 검사 (건축가 또는 저자, 중재자, 레코더)에 사용 된 절차와 유사합니다.
- 세션은 시스템 크기에 따라 1-2 시간 정도 걸릴 수 있습니다.
세션이 끝나면 :
- 식별 된 문제를 검토하고 이동 / 거부 기준이 충족되는지 확인하십시오. 일반적으로 모든 작업을 완료하려면 약 3 리뷰가 필요합니다. 충족되지 않으면 정제 및 실험을 계속하십시오 (또는 아키텍처 위험 완화).
- 이것은 "전부 또는 전무"평가가 아닙니다. 아키텍처의 다른 부분은 "통과"할 수 있지만 다른 부분은 여전히 수정이 필요합니다.
시나리오 기반 접근법이 어떻게 보일지에 대한 느낌을주기 위해 대학원에서 일한 캡 스톤 프로젝트의 공개 문서가 있습니다 . 이 문서는 약간 거칠지 만 ACDM의 맥락에서 시나리오 기반 접근 방식의 예를 제공하는 데 도움이 될 수 있습니다. 우리는 5 명으로 구성된 팀으로 약 35 개의 KLOC Java / GWT와 같은 일반적인 웹 기반 애플리케이션을 구축했습니다.