A. 사용 사례 다이어그램

B. Activity-on-node 다이어그램

C. 개체 관계 다이어그램

D. 네트워크 다이어그램

A. 요구 사항을 소스에 매핑하는 규칙을 정의합니다.

B. 모든 요구 사항이 충족되었는지 확인합니다.

C. 각 요구 사항에 대한 책임 소유자를 지정합니다.

D. 종속 요구 사항과 관련된 위험 식별

A. 이해관계자 영향 및 디자인 결정

B. 이유 및 가정

C. 기능적 관계 및 작업분류체계 코드

D. 제품 비전 및 운영 관계

A. 테스트 결과에 따라 요구 사항을 변경합니다.

B. 테스트 케이스가 올바르지 않은지 확인합니다.

C. 테스트 결과가 허용 가능한지 사용자가 결정하도록 합니다.

D. 테스터에게 다시 테스트를 요청합니다.

A. 엔터티 관계 다이어그램을 사용하여 비즈니스 데이터 개체를 문서화합니다.

B. 사용자가 프로젝트에 영향을 미칠 수 있는 권한이 있는지 평가하려면 이해 관계자 등록을 참조하십시오.

C. 사용자 인터페이스를 지원하는 유스 케이스 패키지를 개발합니다.

D. 기능 요구 사항을 수집하기 위해 프로토타입을 개발합니다.