개념: 요구사항
요구사항은 "시스템이 준수해야 하는 조건 및 성능"으로 정의됩니다.
여러 종류의 요구사항이 있습니다. 이런 요구사항을 범주화하는 한 가지 방법은
FURPS+ 모델[GRA92]로 설명됩니다.
이 방법은 아래 표시된 대로 약어 FURPS를 사용하여
후속 범주를 포함한 주요 요구사항 범주를 설명합니다.
FURPS+에서 "+"는 다음과 같은 요구사항을 포함시키도록 합니다.
([IEEE Std 610.12.1990] 역시 참조하십시오.)
기능적 요구사항은 물리적 제한사항을 고려하지 않고
시스템이 수행할 수 있어야 하는 조치를 지정합니다.
이런 요구사항은 종종 유스 케이스
모델 및 유스 케이스에
잘 설명되어 있습니다.
이와 같이 기능적 요구사항은
시스템의 입력 및 출력 작동을 지정합니다.
아래 나열된 것과 같이 비기능적인 요구사항을
때로 비기능적 요구사항이라고 합니다.
많은 요구사항이 비기능적이며,
시스템의 속성 또는 시스템 환경의 속성만 설명합니다.
이런 요구사항 중 일부가
유스 케이스에서 캡처될 수 있지만
캡처될 수 없는 요구사항은
추가 스펙에 지정할 수 있습니다.
비기능적 요구사항은 아래 설명된 것과 같은
문제를 제기합니다.
소프트웨어 요구사항,
유스 케이스 및
추가 스펙의 완성된 정의가
함께 패키지되어 특별한 "기능" 또는
다른 서브시스템 그룹화를 위한
소프트웨어 요구사항 스펙을
정의할 수 있습니다.
기능적 요구사항에는 다음이 포함될 수 있습니다.
유용성 요구사항에는 다음과 같은 부속 범주가 포함될 수 있습니다.
- 인적 요소(개념: 사용자 중심 설계 참조)
- 미학
- 사용자 인터페이스의 일관성
- 온라인 및 해당 도움말
- 마법사 및 에이전트
- 사용자 문서
- 교육 자료
고려해야 할 신뢰성 요구사항은 다음과 같습니다.
- 장애 빈도 및 심각도
- 복구성
- 예측성
- 정확도
- MTBF(Mean Time Between Failure)
성능 요구사항은 기능적 요구사항에 대해 조건을
부과합니다. 예를 들어, 제공된 조치에
다음에 대한 성능 매개변수를 지정할 수 있습니다.
- 속도
- 효율성
- 사용 가능성
- 정확도
- 처리량
- 응답 시간
- 복구 시간
- 자원 사용
지원 가능성 요구사항에는 다음이 포함될 수 있습니다.
- 테스트 용이성
- 확장 가능성
- 적용성
- 유지보수성
- 호환성
- 형상 가능성
- 서비스 가용성
- 설치 가능성
- 지역화(국제화)
설계 제한조건이라고도 하는
설계 요구사항은 시스템 설계를 지정하고 제한합니다.
구현 요구사항은 다음 예와 같이 시스템의 코딩 또는 구성을 지정하고 제한합니다.
- 필요한 표준
- 구현 언어
- 데이터베이스 무결성 정책
- 자원 한계
- 운영 환경
인터페이스 요구사항은 다음을 지정합니다.
- 시스템이 상호작용해야 하는 외부 항목
- 이런 상호작용에서 사용되는 형식, 타이밍 또는 기타 요소에 대한 제한조건
물리적 요구사항은 시스템이 가져야 할
다음과 같은 물리적 특성을 지정합니다.
이 유형의 요구사항은 필요한 물리적 네트워크 형상과 같은
하드웨어 요구사항을 표시하는 데 사용될 수 있습니다.
이 주제에 대한 자세한 정보는 다음에서 찾을 수 있습니다.
|