이 활동은 이해 당사자의 요구를 정확히 파악하기 위해 프로젝트의 이해 당사자로부터 정보를
수집 및 도출하는 것을 다룹니다(이해 당사자(stakeholder) 요청 도출 참조). 수집한 이해
당사자(stakeholder) 요청은 시스템의 상위 레벨 기능 정의에 대한 기본 입력으로 사용할 "관심 목록"으로 간주할 수 있습니다. 이에 대한 설명은 비전(비전 개발 참조)을
참조하십시오. 이해 당사자(stakeholder) 요청 도출 후 소프트웨어 요구사항의 스펙이 시작됩니다. 이에 대한 설명은 소프트웨어 요구사항 스펙(유스 케이스
모델, 유스 케이스 및 보충 스펙 참조 가능)을 참조하십시오.
기본 목표는 인터뷰, 개선 요청 및 요구사항 워크샵
등을 입력으로 사용하여 이해 당사자의 요청을 도출하는 것입니다. 기본 산출물은 우선순위가 정해진 기능과 기준 속성의 콜렉션으로, 이들은 시스템 정의 및 시스템의 범위 관리(시스템 정의, 시스템 범위 관리 참조)에 사용됩니다.
이 정보를 통해 비전을 정제하고 요구사항 속성을 더 잘 이해할 수 있습니다. 또한 이 활동을 규정하는 동안 유스 케이스 및 액터의 관점에서 시스템의
기능적 요구사항을 논의하기 시작할 수 있습니다(액터 및 유스 케이스 찾기 참조). 유스 케이스 내에 적절하게 들어맞지 않는 요구사항은 보충 스펙(보충 스펙 개발
참조)에 기록해야 합니다.
새 요구사항을 정의할 경우 이러한 요구사항 사이의 종속성(예: 추적성)을 문서화해야 합니다(종속성 관리 참조).
다른 중요 산출물은 팀 구성원 간에 공통 용어를 사용하여 커뮤니케이션을 용이하게 하는 갱신된 용어집입니다(공통 용어 갭처 참조).
|