시스템이 따라야 하는 조건 또는 성능 스펙.
기타 관계:  다음이 확장됨:
역할:  요구사항 지정자 
선택 가능성/발생 시기:  다중 발생, 대개 컨테이너 결과물에 둘러 쌓입니다. 시스템이 성능 또는 조건에 따라야 하는 경우마다 사용되어야 합니다.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  여러 전형(예: <<유스 케이스>> 및 <<비즈니스 규칙>>)에 사용될 수 있습니다.
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

소프트웨어 요구사항이 다음을 지정하기 위한 시도시 문서화됩니다.

  • 사용자가 목표를 이루도록 문제점을 해결하는 데 필요한 소프트웨어 성능
  • 시스템 또는 시스템 구성요소가 계약서, 표준, 스펙 또는 기타 공적으로 부과된 문서를 만족시키도록 충족하거나 갖추어야 하는 소프트웨어 성능
    [THA97]

여러 상황에서 대개 일부 요구사항의 서브세트가 불완전하게 문서화된 상태로 남지만 소프트웨어 개발의 본질적인 결과물입니다. RUP가 중요한 요구사항을 계속해서 알아 내게 하는 다중 반복의 소프트웨어 개발을 관리하여 이 문제를 설명합니다.

간략한 개요 페이지 맨 위

결과물 작성시 소프트웨어 요구사항 다음을 포함하여 결과물의 여러 면을 고려해야 합니다.

  • 도움이 되는 요구사항이 있는 다른 이익 단체 또는 스테이크홀더
  • 고려해야할 다른 요구사항 유형(카테고리, 차원)

등록 정보 페이지 맨 위

등록 정보 이름  간략한 설명 
ID  이 소프트웨어 요구사항을 식별하는데 사용하는 고유 이름. 
짧은 설명  요구사항의 짧은 설명(가능한 짧고 간략하게). 
합리성  이 요구사항이 필요한 이유와 의미하는 혜택 및 가치의 내용 설명.  
UML 표시  여러 전형(예: <<유스 케이스>>, <<비즈니스 규칙>>)
자세한 설명  요구사항의 자세한 설명.  
복원 및 복구 프로시저  테스트 환경 구성을 복원 및 복구하는 데 필요한 프로시저. 

타이밍 페이지 맨 위

소프트웨어 요구사항은 초기 단계에 팀이 스테이크홀더 요청과 시스템 비전에 대한 응답으로 시스템의 영역을 정의하기 시작할 때 식별됩니다(간략하게 개요 설명된 요구사항의 일부 서브세트 포함). 대부분의 요구사항은 제한된 세브세트 정의를 포함하여 트랜지션을 다루는 구현화 및 형상 단계에서 계속하여 자세하게 설명됩니다.

책임 페이지 맨 위

요구사항 지정자 역할은 기본적으로 이 결과물에 대한 책임이 있습니다.

조정 페이지 맨 위

이 결과물은 일반적으로 소프트웨어 요구사항 스펙, 유스 케이스 또는 기타 요구사항 스펙 결과물에 들어 있습니다.



Rational Unified Process   2003.06.15