활동: 시스템 정의 정제
이 활동은 현재 개발 주기에서 개발할 요구사항을 자세히 설명합니다.
확장: 시스템 정의 정제
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
목적
이 활동의 목적은 시스템 정의의 일치된 이해를 얻기 위해 요구사항을 더 정제하는 것입니다.
관계
상위 활동
설명

이 활동은 요구사항을 자세히 설명합니다. 이는 적당히 고정된 예산과 날짜로 달성할 수 있다고 보이는, 우선순위가 정해진 제품 기능 세트에 반영된 프로젝트 범위를 보다 잘 이해하도록 합니다(종종 비전에 설명됨). 결과적으로 스펙 아티팩트 및 아웃라인된 작동 프로토타입에서 자세히 세분화된 요구사항으로 표시된 시스템 기능성을 보다 폭넓게 이해하게 됩니다. 스펙 아티팩트는 자세한 유스 케이스(유스 케이스 세부화) 및 보충 스펙(보충 스펙 개발 참조)의 양식을 취하고 일부 경우에는 정규 소프트웨어 요구사항 스펙이 개발될 수도 있습니다(소프트웨어 요구사항 세부화 참조). 일반적으로 기존 액터 정의를 검토하고 필요한 경우 가장 단순히 액터를 정의하여 이 작업을 시작한 다음, 계속하여 각 액터에 미리 아웃라인된 유스 케이스를 세분화합니다.

요구사항이 변경될 때마다 연관된 요구사항 속성에 대한 정기적 검토와 갱신이 요구사항 변경 관리 활동에 설명된 대로 수행되어야 합니다.

특성
이벤트로 구동됨
다중 발생
진행 중임
선택사항
계획됨Yes
반복 가능함
인력 구성

요구사항 지정자 역할이 주로 이 작업을 수행하는데 관여합니다. 이 작업을 수행하는데 필요한 가장 중요한 스킬에는 정보 도출와 커뮤니케이션이 포함됩니다. 요구사항 지정의 책임이 있는 직원은 글로써 자신을 잘 표현하는 스킬이 있어야 하며 문제점 도메인을 잘 이해해야 합니다.

사용법
사용법 안내

이 활동은 주로 정제(Elaboration)에서 수행되며 도입/인식(Inception) 후반부에서 구현/구축(Construction)까지도 수행될 수 있습니다.

핵심 고려사항

이 기능 패턴에서 수행되는 활동은 차례로 수행되지 않음에 유의하십시오. 사실 이러한 활동은 동시에 수행되는 경우가 많습니다. 예를 들어, 액터와 유스 케이스를 식별하는 동안(액터 및 유스 케이스 찾기) 특정 유스 케이스와 특성상 맞지 않는 요구사항을 발견할 수 있습니다. 이 경우 보충 스펙에서 해당 요구사항을 정의할 수 있습니다(보충 스펙 개발). 이와 반대로 유스 케이스에 특정되지 않는 요구사항(예: 시스템 전반의 요구사항)을 식별하는 동안 특정 유스 케이스에만 적용되는 요구사항이 발생할 수 있으며 이 경우에는 요구사항이 유스 케이스와 연관됩니다.

대부분의 작업은 개별적으로 수행되지만 팀 구성원 사이에 중간 산출물을 연구하고 팀을 동기화하기 위해 검토(둘러보기)를 자주 수행되어야 합니다.