결과물:
|
![]() |
시스템이 따라야 하는 조건 또는 성능 스펙. |
---|---|
기타 관계: | 다음이 확장됨: |
역할: | 요구사항 지정자 |
선택 가능성/발생 시기: | 다중 발생, 대개 컨테이너 결과물에 둘러 쌓입니다. 시스템이 성능 또는 조건에 따라야 하는 경우마다 사용되어야 합니다. |
템플리트 및 보고서: |
|
예: | |
UML 표시: | 여러 전형(예: <<유스 케이스>> 및 <<비즈니스 규칙>>)에 사용될 수 있습니다. |
자세한 정보: |
활동 정보: | 활동 결과: |
소프트웨어 요구사항이 다음을 지정하기 위한 시도시 문서화됩니다.
여러 상황에서 대개 일부 요구사항의 서브세트가 불완전하게 문서화된 상태로 남지만 소프트웨어 개발의 본질적인 결과물입니다. RUP가 중요한 요구사항을 계속해서 알아 내게 하는 다중 반복의 소프트웨어 개발을 관리하여 이 문제를 설명합니다.
결과물 작성시 소프트웨어 요구사항 다음을 포함하여 결과물의 여러 면을 고려해야 합니다.
등록 정보 이름 | 간략한 설명 |
---|---|
ID | 이 소프트웨어 요구사항을 식별하는데 사용하는 고유 이름. |
짧은 설명 | 요구사항의 짧은 설명(가능한 짧고 간략하게). |
합리성 | 이 요구사항이 필요한 이유와 의미하는 혜택 및 가치의 내용 설명. |
UML 표시 | 여러 전형(예: <<유스 케이스>>, <<비즈니스 규칙>>) |
자세한 설명 | 요구사항의 자세한 설명. |
복원 및 복구 프로시저 | 테스트 환경 구성을 복원 및 복구하는 데 필요한 프로시저. |
소프트웨어 요구사항은 초기 단계에 팀이 스테이크홀더 요청과 시스템 비전에 대한 응답으로 시스템의 영역을 정의하기 시작할 때 식별됩니다(간략하게 개요 설명된 요구사항의 일부 서브세트 포함). 대부분의 요구사항은 제한된 세브세트 정의를 포함하여 트랜지션을 다루는 구현화 및 형상 단계에서 계속하여 자세하게 설명됩니다.
요구사항 지정자 역할은 기본적으로 이 결과물에 대한 책임이 있습니다.
이 결과물은 일반적으로 소프트웨어 요구사항 스펙, 유스 케이스 또는 기타 요구사항 스펙 결과물에 들어 있습니다.
Rational Unified Process
|