개념: 요구사항
유형
일반적으로, 요구사항은 개념:
요구사항에 언급된 범주 중 하나에 맞는 텍스트 문장으로
나타납니다. 각 요구사항은 "시스템이 준수해야 하는
조건 또는 성능"을 설명합니다.
여러 레벨의 요구사항 추상화 및 목적을 구별하는 데 도움을 주기 위해
요구사항 유형의 개념을 소개합니다.

처리할 방법을 알고 있는지 확인하기 위해
정식 스테이크홀더
요청뿐 아니라
분명하지 않은 "요구"도 계속 추적하려는 경우가 있습니다.
비전
문서는 핵심 "사용자 요구" 및 시스템의
"기능"을 지속적으로 추적하는 데 도움을 줍니다.
유스 케이스 모델이
기능적 "소프트웨어 요구사항"을 자세하게 표현하는
효율적인 방법이므로
유스 케이스가
"시스템이 준수해야 하는 조건 및 성능"을 나타내는
유스 케이스 등록 정보 내의 개별적 설명뿐 아니라
요구사항으로서 추적되고 관리되어야 할 수 있습니다.
추가 스펙에는
시스템의 설계 제한조건 또는 법률이나 규정 요구사항과 같은
기타 "소프트웨어 요구사항"이 포함될 수 있습니다.
소프트웨어 요구사항 정의를 완성하기 위해
유스 케이스 및
추가 스펙을 함께
패키지하여 특별한 "기능" 또는
다른 서브시스템 그룹화를 위한
소프트웨어 요구사항 스펙을
정의할 수 있습니다.
개발된 시스템이 크고 복잡할수록 더 많은 표현식 또는 요구사항 유형이 표시되고
요구사항 볼륨이 커집니다.
프로젝트에 대한 "비즈니스 규칙" 및 "비전" 문장은
"사용자 요구", "기능" 또는 기타 "제품 요구사항"까지
추적합니다. 유스 케이스 또는
다른 양식의 모델링 및
다른 추가 스펙이
설계 요구사항을 성립하며,
이 요구사항은 추후 분석 및 설계 모델과 다이어그램으로 표시되는 기능적 및 비기능적
"소프트웨어 요구사항"으로 나뉠 수 있습니다.
이 주제에 대한 자세한 정보는 다음에서 찾을 수 있습니다.
개념: 요구사항
백서: 유스 케이스로 요구사항 관리 적용
|