중간 산출물: 아키텍처 개념 검증
이 중간 산출물은 단순히 개념적일 수 있지만 도입/인식(Inception) 초기에 식별되는 구조적으로 중요한 요구사항에 대한 솔루션입니다.
목적

아키텍처 개념 검증의 목적은 구조적으로 중요한 요구사항을 만족시키는 솔루션이 존재하거나 존재할 가능성이 있는지 여부를 판별하는 것입니다.  

관계
역할책임이 있음: 수정자:
입력 대상필수:
  • 없음
선택사항: 외부:
  • 없음
특성
선택사항
계획됨Yes
사용자 조정
표시 옵션

아키텍처 개념 검증은 많은 양식을 사용할 수 있습니다. 예를 들면 다음과 같습니다. 

  • 솔루션에 적절할 것으로 보이는 알려진 기술(프레임워크, 패턴, 실행 가능 아키텍처) 목록
  • UML과 같은 표기법을 사용하는 솔루션의 개념적 모델 스케치
  • 솔루션의 시뮬레이션
  • 실행 가능 프로토타입

아키텍처 개념 검증이 필요한지 여부와 아키텍처 개념 검증에 사용해야 하는 양식에 대한 결정은 다음 사항에 따라 다릅니다.

  • 도메인을 제대로 이해하는 방법 - 도메인에 익숙하지 않는 경우, 아키텍처 개념 검증은 가능한 솔루션을 탐색할 뿐만 아니라 고객 및 개발 조직이 요구사항을 이해하고 명확하게 하는 데 도움이 될 수 있습니다.
  • 시스템의 참신성 - 개발 조직에서 이전에 그러한 시스템을 많이 구성한 경우에는 개념 검증을 빌드하지 않아도 됩니다. 기존의 참조 아키텍처 및 기술을 기반으로 실현 가능성을 판별할 수 있어야 합니다.
  • 도메인에 익숙하고 시스템이 전례가 있어도 요구사항이 특별히 부담스러운 요구사항(예를 들어, 트랜잭션 비율이 아주 높거나 높은 신뢰성이 필요함)인 것으로 판단되는지 여부

모든 이해 당사자(stakeholder)가 자금을 확약하고 정제(Elaboration)로 계속하기 위한 기초가 신뢰할 만하다고 확신할 수 있도록, 위험성이 높을 수록, 이 아키텍처 통합 활동을 도입/인식(Inception)에 넣는 데 많은 노력이 필요합니다(생성되어 평가된 모델에서 생성되는 더 실제적인 결과에 대한 기대와 함께). 그러나 이 단계에서 모든 위험성을 제거할 수는 없다는 것을 인식해야 합니다. 도입/인식 단계는 사실상의 정제(Elaboration) 단계로 왜곡해서는 안됩니다.