요구 사항 수집

요구 사항 수집

당사의 요구 사항 관리 소프트웨어는 요구 사항 캡처 프로세스를 용이하게하여 완벽하고 정확한 요구 사항을 수집하여 고객의 요구 사항을 충족하고 비즈니스와 엔지니어링을 조정하는 제품을 제공합니다.

요구 사항 수집이란 무엇입니까?

요구 사항이 캡처되는 요구 사항 엔지니어링 단계입니다.

이 용어, 캡처(1), 빈도가 줄어들고 있으며 대신 추출과 같은 다른 용어가 사용됩니다. 이것은 요구 사항이 단순한 질문을 통해 포착되기를 기다리고 있다는 느낌을 피하기위한 것입니다. 오히려 그 과정은 그것보다 훨씬 더 복잡합니다.

반면에 일반적으로 요구 사항의 출처를 나타내는 데 사용되는 '사용자'라는 용어는 완전히 정확하지 않습니다. '사용자'는 우리 요구 사항의 유일한 원천이 아닙니다. '이해 관계자'라는 용어를 사용하는 것이 더 편리합니다.(2)시스템에 관여하거나 영향을받는 모든 사람과 엔티티를 정의합니다.

요구 사항 캡처 기술

이 단계에 포함 된 작업은 적용된 방법론 또는 프로세스에 따라 크게 달라 지지만 공통 권장 지침 집합이 있습니다. (3):

  • 시스템의 (기술적) 타당성 평가.
  • 다양한 이해 관계자를 식별하여 요구 사항의 출처를 정의하십시오. 모든 이해 관계자가 사람 일 필요는 없습니다. 그중 일부는 일반적으로 가장 큰 요구 사항 소스 인 레거시 시스템 일 수 있습니다. 문서; 법률 등
  • 시스템 범위 정의. 시스템에서 수행 할 작업과 수행하지 않을 작업을 식별합니다. 다른 시스템에 대한 인터페이스를 다룰 때 여기에 들어오고 나가는 것이 특히 중요합니다.
  • 사용될 추출 기술 정의. 시스템, 이해 관계자의 배경 및 기타 환경 요인에 따라 일부 기술이 다른 기술보다 더 적절할 수 있습니다. 여기에는 프로토 타입, 인터뷰, 사용 사례 또는 스토리 보드가 포함될 수 있습니다.
  • 선택한 기술을 다양한 이해 관계자들에게 적용하여 요구 사항 수집

이론적으로 요구 사항 추출은 쉽고 간단한 프로세스로 간주 될 수 있지만 인적 요소를 고려하면 그렇지 않습니다. 특히 대부분의 경우 이해 관계자가 요구 사항을 수집하기 위해 함께 작업해야하는 사람들이라고 생각하는 경우. Brooks 인용 (4), "RE (Requirement Elicitation) 프로세스는 다양한 요인에 의해 도전 받고 있으며, 대부분은 이해 관계자 간의 커뮤니케이션과 관련이 있습니다."

요구 사항 캡처에 대해 더 알고 싶으십니까?

(1) 요구 사항 엔지니어링 : 사회 및 기술 문제 (Joseph Goguen, Marina Jirotka)(1994)

(2) RE Freeman : "전략적 관리 : 이해 관계자 접근".

(3) 요구 사항 엔지니어링 모범 사례 가이드, Ian Sommerville 및 Pete Sawyer, John Wiley and Sons, 1997

(4) Brooks, FP, No Silver Bullet : 소프트웨어 엔지니어링의 본질과 사고. IEEE 컴퓨터, 20), (1987) 10-19.

상의