기능 패턴: 요구사항
이 기능 패턴은 요구사항 원칙에 대한 활동 및 워크플로우를 다룹니다.
설명작업분류 체계(WBS)팀 할당중간 산출물 사용법
관계
설명

요구사항 원칙에 포함된 작업의 설명을 돕기 위해 활동 및 중간 산출물을 원칙의 기능 패턴으로 조직했습니다.

각 활동은 효과적인 요구사항 관리를 수행하기 위해 달성해야 하는 상위 레벨 목적을 나타냅니다. 문제점을 분석하고 이해 당사자의 요구를 이해하는 것이 프로젝트의 도입/인식(Inception) 단계 중의 기본 요구사항 목적입니다. 정제(Elaboration) 및 구현/구축(Construction) 단계 중에는 시스템 정의를 정의하고 이후에 자세한 요구사항으로 시스템 정의를 정제하는 것에 중점을 둡니다. 시스템 범위 관리 및 계속적 요구사항 변경이 프로젝트 전반에서 계속 다뤄집니다.

작업분류체계에 표시된 워크플로우 다이어그램은 활동을 논리적이고 순차적인 순서로 보여 줍니다. 이러한 활동은 프로젝트 전반에서 필요에 따라 다양한 순서로 계속해서 적용됩니다. 요구사항 원칙 기능 패턴은 새 프로젝트의 첫 반복에서 적용하려는 순서로 활동의 순서를 지정합니다.


 

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

워크플로우 수행 방법 결정

요구사항 원칙의 워크플로우와 관련하여 다음을 결정해야 합니다.

  • 이 워크플로우의 활동을 검토하여 워크플로우를 수행하는 방법을 결정하십시오. 보호 조건이 있는 다이어그램을 학습하십시오. 수행할 활동 및 순서를 결정하십시오.
  • 수행할 요구사항 활동의 파트를 결정하십시오. 아래의 표는 비교적 서로 상관 없이 도입될 수 있는 파트를 표시합니다.
  • 프로젝트 라이프사이클 중 워크플로우의 각 파트 도입 시기를 결정하십시오. 일반적으로 요구사항 원칙은 프로젝트 초기에 도입되어야 합니다.
워크플로우 파트 설명
유스 케이스 일부 프로젝트는 유스 케이스를 사용하지 않는데, 이는 프로젝트에서 유스 케이스 모델, 유스 케이스 패키지 및 유스 케이스와 같은 아티팩트를 개발하지 않음을 의미합니다. 대신 소프트웨어 요구사항 스펙을 사용합니다.  
활동: 요구사항 변경 관리 이는 안정된 기준선이 있을 때 프로젝트에서 몇 번의 반복 이후에 도입될 수 있습니다.   

요구사항 원칙을 다루는 섹션 아래에서 개발 사례의 결정을 문서화하십시오.

자세한 정보