목적
  • 시스템 또는 서브시스템의 소프트웨어 요구사항에 대해 완전히 기술하는 결과물 세트(패키지)를 수집하고 세부사항을 정의하며 구성합니다.
역할:  요구사항 지정자 
빈도: 
단계
입력물:    결과물:   
툴 멘토르:   
자세한 정보:   

워크플로우 세부사항:   

소프트웨어 요구사항 세부사항 정의 페이지 맨 위

모든 요구사항이 설계자, 테스터 및 문서 작성자에게 이관하는 데 필요한 세부사항 레벨까지 지정되었는지 확인하십시오. 유스 케이스에 포함되지 않은 소프트웨어 요구사항을 캡처하기 위해 보다 자세한 정보가 필요한지 보려면 체크포인트: 추가 스펙을 검토하십시오.

공식 SRS(Software Requirements Specification를 생성할 경우, 체크포인트: 소프트웨어 요구사항 스펙을 참조하십시오.

요구사항을 추적하거나 공식적으로 관리할 경우, 각 요구사항이 명확히 식별되어 레이블되었는지 확인하십시오.

지원 보고서 생성 페이지 맨 위

요구사항은 종종 하나 이상의 툴을 사용하여 저장 및 관리됩니다. 예를 들어, 툴을 사용하여 다음을 수행합니다.

  • 그래픽 유스 케이스 모델링
  • 기타 텍스트 및 그래픽 문서

이 단계는 정보를 쉽게 검토할 수 있도록 이러한 툴을 사용하여 문서를 생성합니다. 이 작업과 관련하여 실행할 수 있는 적용 가능한 보고서의 세부사항에 대해서는 이 활동의 자세한 정보 섹션을 참조하십시오.

요구사항을 캡처하는 데 전문화된 툴을 사용하지 않을 경우, 이 단계는 적용 가능하지 않습니다 (모든 소프트웨어 요구사항은 문서에 직접 작성됨).

검토할 요구사항 패키지 페이지 맨 위

덜 공식적인 프로젝트의 경우, 이 단계는 관련 보고서 및 직접 작성한 문서를 번들링한 것으로 구성되며 요구사항을 효율적으로 검토할 수 있도록 충분한 지원 자료를 제공합니다.

좀더 공식적인 프로젝트의 경우, 하나 이상의 SRS(Software Requirements Specifications)는 프로젝트 주변의 모든 요구사항을 수집하여 구성합니다. 예를 들어, 별도의 SRS는 특정 제품 릴리즈의 각 기능에 대한 완벽한 소프트웨어 요구사항에 대해 기술합니다. 이는 추가 스펙의 상세 요구사항 관련 세트와 함께 유스 케이스 모델 시스템의 여러 유스 케이스를 포함하여 이 기능의 기능적 요구사항에 대해 기술합니다.

SRS(Software Requirements Specification)는 공식적, IEEE 830 유형의 문서로서 UML "패키지" 구조로 표현됩니다. 두 개의 샘플 SRS 템플리트가 제공됩니다. 하나는 *포함된* 유스 케이스 모델링(rup_srsuc.dot)에 사용되고 다른 하나는 *포함되지 않은* 유스 케이스 모델링(rup_srs.dot)에 사용됩니다. 첫 번째 템플리트(rup_srsuc.dot)는 유스 케이스 모델 결과물(유스 케이스 모델 조사, 유스 케이스 보고서 및 추가 스펙)을 참조하거나 포함합니다. 이를 통해 이러한 다른 세 개의 결과물에 정보가 중복되지 않게 하는 공식적 IEEE 호환 SRS를 가질 수 있습니다.

두 번째 템플리트(rup_srs.dot)는 문서에 직접 *모든* 소프트웨어 요구사항을 포함하는 독립 문서입니다. 이 문서에서는 유스 케이스 결과물 요구사항이 사용될 경우, 이에 대해 추적성을 사용해야 합니다. 기술적으로는 이 문서 둘 다 동일한 정보를 포함하지만 유스 케이스 모델의 정보는 첫 번째 문서에서는 참조로 둘러싸여 있고 (중복되지는 않음) 두 번째 문서에서는 완전히 중복(유스 케이스를 사용할 경우)되어 있습니다. 이로 인해 추적성 관계를 유지 보수하려면 훨씬 많은 노력이 필요하게 됩니다.

소프트웨어 요구사항 스펙 템플리트를 사용하여 이 서브시스템 또는 기능에 대한 소프트웨어 요구사항을 완벽히 정의하려면 SRS 패키지의 일부를 어셈블하고 나머지 정보를 제공하십시오.



Rational Unified Process   2003.06.15