요구사항 원칙의 목적은 다음과 같습니다.
-
고객 및 다른 이해 당사자(stakeholder)와 시스템 수행에 대한 합의 확립 및 유지
-
시스템 개발자에게 시스템 요구사항에 대한 보다 나은 이해 제공
-
시스템의 경계(범위) 정의
-
반복되는 기술적 컨텐츠 계획의 기반 제공
-
시스템 개발에 드는 비용 및 시간 예상의 기반 제공
-
사용자의 요구와 목적을 중점으로 하여 시스템의 사용자 인터페이스 정의
이러한 목적을 달성하려면 무엇보다도 이 시스템에 대해 해결하려고 하는 문제점의 정의 및 범위를 이해해야 합니다. 이해
당사자(stakeholder)가 식별되고 이해
당사자(stakeholder) 요청이 도출, 수집 및 분석됩니다.
시스템 요구사항 이외에 고객 및 잠재적인 사용자를 포함하여 모든 이해 당사자(stakeholder)를 중요한 정보 소스로 보는 의미에서 시스템(시스템 수행 작업)을 자세히 설명하기 위해 요구사항 중간
산출물이 개발됩니다.
요구사항 원칙은 다른 프로세스 원칙과 연관됩니다.
-
분석 및 디자인 원칙은 요구사항에서 기본 입력을 얻습니다.
-
테스트 원칙은 다른 것보다 요구사항을 우선적으로 비교하여 시스템의 유효성을 검증합니다.
-
형상 및 변경 관리 원칙은 요구사항에 대한 변경 제어 메커니즘을 제공합니다. 변경 제안 메커니즘은 변경 제어 위원회가 검토한 변경
요청을 제출합니다.
-
프로젝트 관리 원칙은 프로젝트 및 각 반복을 계획합니다. 요구사항 중간 산출물은 반복 계획 활동에 대한 중요한 입력입니다.
-
환경 원칙은 요구사항에서 사용되는 지원 아티팩트를 개발하고 유지보수합니다.
|