목적
  • 중요한 구조적 요구사항이 실행 가능하며 충족될 수 있는지(해당 솔루션 또는 기타 솔루션에 의해) 여부를 판별하도록 종합된 구조적 개념 증명을 평가하기 위함입니다.
역할:  소프트웨어 아키텍트 
빈도: 초기 반복 중에 단 한 번일 가능성이 큽니다.  
단계
입력물:    결과물:   
툴 강좌:   

워크플로우 세부사항:   

평가 기준 판별 페이지 맨 위

POC가 평가될 사항에 대한 기준은 구조적으로 중요한 요구사항에서 나오며, 이 요구사항은 구성의 드라이버입니다.

POC 평가 페이지 맨 위

이 단계에서 POC는 다음 평가 기준에 대해 해당 증명의 완료가 개념 증명의 양식에 따라 달라지는 방식으로 테스트됩니다. 예를 들어, 실행 가능 프로토타입의 경우에 시연을 통해 될 수도 있습니다. 개념 모델의 경우, 검사와 추론을 통해서 또는 모의 실행의 경우, 설정을 요구하고 평가 기준에서 파생된 입력 데이터로 모의 실행 모델을 실행한 다음 모델의 출력 데이터의 수집 및 분석을 통해 테스트될 수 있습니다.

결과 평가 페이지 맨 위

평가의 결과는 구조적으로 중요한 요구사항이 충족되었는지 뿐만 아니라 해당 요구사항의 유효성 검사로서 판별되도록 평가되어야 합니다. 개발의 이 시점에서 요구사항은 여전히 변하기 쉽고 반드시 스테이크홀더가 제대로 이해할 필요가 없습니다. 예를 들어, POC의 평가에 의해 높은 위험으로 표시된 요구사항을 완화할 기회가 있을 가능성이 있습니다. 이러한 모든 방법이 결과 액세스시 철저히 탐색되어야 합니다. 이는 나중에 구현화 및 구성시 상황과 대조됩니다. 이 때, 요구사항을 변경하거나 재해석하는데 상당히 많은 저항이 있습니다. 평가 후에, 모든 스테이크홀더가 범위 및 사용 가능성에 대해 보다 잘 이해하여 비즈니스 케이스, 비전 및 위험 목록에 대한 변경 제안을 준비합니다(필요한 경우).



Rational Unified Process   2003.06.15