일반적으로, 요구사항은 개념: 요구사항에 언급된 범주 중 하나에 맞는 텍스트 문장으로 나타납니다. 각 요구사항은 "시스템이 준수해야 하는 조건 또는 성능"을 설명합니다.

여러 레벨의 요구사항 추상화 및 목적을 구별하는 데 도움을 주기 위해 요구사항 유형의 개념을 소개합니다.  

소프트웨어 요구사항 스펙 ../../artifact/ar_tstste.htm -- This hyperlink in not present in this generated website 설계 모델 추가 스펙 유스 케이스 모델 스테이크홀더 요청 비전 개념: 요구사항

처리할 방법을 알고 있는지 확인하기 위해 정식 스테이크홀더 요청뿐 아니라 분명하지 않은 "요구"도 계속 추적하려는 경우가 있습니다. 비전 문서는 핵심 "사용자 요구" 및 시스템의 "기능"을 지속적으로 추적하는 데 도움을 줍니다. 유스 케이스 모델이 기능적 "소프트웨어 요구사항"을 자세하게 표현하는 효율적인 방법이므로 유스 케이스가 "시스템이 준수해야 하는 조건 및 성능"을 나타내는 유스 케이스 등록 정보 내의 개별적 설명뿐 아니라 요구사항으로서 추적되고 관리되어야 할 수 있습니다. 추가 스펙에는 시스템의 설계 제한조건 또는 법률이나 규정 요구사항과 같은 기타 "소프트웨어 요구사항"이 포함될 수 있습니다. 소프트웨어 요구사항 정의를 완성하기 위해 유스 케이스추가 스펙을 함께 패키지하여 특별한 "기능" 또는 다른 서브시스템 그룹화를 위한 소프트웨어 요구사항 스펙을 정의할 수 있습니다.

개발된 시스템이 크고 복잡할수록 더 많은 표현식 또는 요구사항 유형이 표시되고 요구사항 볼륨이 커집니다. 프로젝트에 대한 "비즈니스 규칙" 및 "비전" 문장은 "사용자 요구", "기능" 또는 기타 "제품 요구사항"까지 추적합니다. 유스 케이스 또는 다른 양식의 모델링 및 다른 추가 스펙이 설계 요구사항을 성립하며, 이 요구사항은 추후 분석 및 설계 모델과 다이어그램으로 표시되는 기능적 및 비기능적 "소프트웨어 요구사항"으로 나뉠 수 있습니다.

자세한 정보

이 주제에 대한 자세한 정보는 다음에서 찾을 수 있습니다.

개념: 요구사항
../../../papers/apprmuc.htm -- This hyperlink in not present in this generated website백서: 유스 케이스로 요구사항 관리 적용



Rational Unified Process   2003.06.15