이 결과물은 스테이크홀더(고객, 일반 사용자, 마케팅 직원 등)가 개발할 시스템에서 가질 수 있는 요청 유형을 포함합니다. 또한 시스템이 따라야 하는 외부 소스 유형에 대한 참조도 포함할 수 있습니다.  
역할:  시스템 분석가 
선택 가능성/발생 시기:  대부분 초기 및 구현화 단계 중에.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  해당사항 없음.
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

이 결과물의 목적은 프로젝트의 모든 요청 및 이러한 요청을 처리하는 방법을 파악하는 것입니다. 시스템 분석가가 이 결과물을 책임지지만 많은 사람(마케팅 직원, 일반 사용자, 고객, 프로젝트 결과에 대한 스테이크홀더로 간주되는 모든 사람)이 이 결과물과 관련됩니다. 이 정보는 문서 또는 자동화된 툴로 수집할 수 있고 해당 요청은 승인된 변경 요청 관리(CRM) 프로세스를 따라 추적 및 보고해야 됩니다.

스테이크홀더 요청의 소스 예는 다음과 같습니다.

  • 스테이크홀더 인터뷰 결과
  • 요구사항 도출 세션 및 워크샵의 결과
  • 변경 요청
  • 작업 명령문
  • 제안 요청
  • 임무 명령문
  • 문제점 명령문
  • 비즈니스 규칙
  • 법칙 및 규정
  • 레거시 시스템
  • 비즈니스 모델

시기 페이지 맨 위

스테이크홀더 요청은 주로 초기 및 구현화 단계 중에 수집되지만 제품에 대한 개선 및 갱신 계획을 위해 프로젝트 라이프사이클 전반을 통해 계속 수집해야 합니다.  변경 요청 추적 툴은 이러한 요청의 수집 및 우선순위 지정에 유용합니다.

책임 페이지 맨 위

시스템 분석가는 다음 사항을 확인하여 스테이크홀더 요청 결과물의 무결성을 책임집니다.

  • 모든 스테이크홀더에게 요청 추가의 기회를 부여했는지
  • 유스 케이스 모델 및 추가 스펙의 세부 요구사항을 개발할 때 이 결과물의 모든 항목을 고려했는지

사용자 정의 페이지 맨 위

상태를 추적하고 우선순위를 지정하며 보고서를 생성하고 추적성을 설정하기 위해 스테이크홀더 요청은 Rational ClearQuest 및 Rational RequisitePro와 같은 데이터베이스에서 최적으로 관리됩니다.  사용자 정의에는 각 스테이크홀더 및 각 스테이크홀더 요청에 대해 문서화할 정보(속성) 결정 과정이 포함됩니다.  



Rational Unified Process   2003.06.15