원칙: 요구사항
이 원칙은 이해 당사자(stakeholder) 요청을 도출하고 이를 빌드할 시스템 범위를 지정하는 요구사항 중간 산출물로 전환하고 시스템이 수행해야 할 세부적인 요구사항을 제공합니다.
관계
기본 설명

요구사항 원칙의 목적은 다음과 같습니다.

  • 고객 및 다른 이해 당사자(stakeholder)와 시스템 수행에 대한 합의 확립 및 유지
  • 시스템 개발자에게 시스템 요구사항에 대한 보다 나은 이해 제공
  • 시스템의 경계(범위) 정의
  • 반복되는 기술적 컨텐츠 계획의 기반 제공
  • 시스템 개발에 드는 비용 및 시간 예상의 기반 제공
  • 사용자의 요구와 목적을 중점으로 하여 시스템의 사용자 인터페이스 정의

이러한 목적을 달성하려면 무엇보다도 이 시스템에 대해 해결하려고 하는 문제점의 정의 및 범위를 이해해야 합니다. 이해 당사자(stakeholder)가 식별되고 이해 당사자(stakeholder) 요청이 도출, 수집 및 분석됩니다. 

시스템 요구사항 이외에 고객 및 잠재적인 사용자를 포함하여 모든 이해 당사자(stakeholder)를 중요한 정보 소스로 보는 의미에서 시스템(시스템 수행 작업)을 자세히 설명하기 위해 요구사항 중간 산출물이 개발됩니다.

요구사항 원칙은 다른 프로세스 원칙과 연관됩니다.

  • 분석 및 디자인 원칙은 요구사항에서 기본 입력을 얻습니다. 
  • 테스트 원칙은 다른 것보다 요구사항을 우선적으로 비교하여 시스템의 유효성을 검증합니다.
  • 형상 및 변경 관리 원칙은 요구사항에 대한 변경 제어 메커니즘을 제공합니다. 변경 제안 메커니즘은 변경 제어 위원회가 검토한 변경 요청제출합니다.
  • 프로젝트 관리 원칙은 프로젝트 및 각 반복을 계획합니다. 요구사항 중간 산출물은 반복 계획 활동에 대한 중요한 입력입니다.
  • 환경 원칙은 요구사항에서 사용되는 지원 아티팩트를 개발하고 유지보수합니다.

비즈니스 모델링 원칙은 시스템에 다음으로 표시된 조직 컨텍스트를 제공합니다.

  • 비즈니스 규칙
  • 비즈니스 유스 케이스 모델
  • 비즈니스 분석 모델(도메인 모델 포함)

 

자세한 정보