아티팩트: 소프트웨어 요구사항 스펙
이 아티팩트는 전체 시스템 또는 해당 시스템의 일부에 대한 소프트웨어 요구사항을 캡처합니다.
도메인: 요구사항
중간 산출물 유형: 스펙
목적

SRS(소프트웨어 요구사항 스펙)는 프로젝트를 둘러싼 모든 요구사항의 콜렉션 및 조직에 초점을 맞춥니다.  정규 IEEE830 스타일 문서로 프로젝트 소프트웨어 요구사항을 수집하는 데 유용합니다.

요구사항 수집에 필요한 여러 다른 도구가 있을 수 있으므로 여러 다른 아티팩트와 도구에서 요구사항 콜렉션을 찾을 수 있음을 인식해야 합니다. 이런 이유로 요구사항을 설명하는 단일 문서 또는 다양한 아티팩트 콜렉션이 될 수 있는 패키지에서 SRS의 요구사항을 수집합니다.
(추가 가이드라인은 자세한 정보 섹션을 참조하십시오.)

SRS 패키지는 프로젝트의 개발 단계 전체에서 시스템 발전을 제어하므로 비전 문서에 대해 새 기능이 추가되거나 수정될 때 SRS 패키지 내에서 새 기능이 정제됩니다.

다음 사람들은 소프트웨어 요구사항 스펙을 사용합니다.

  • 디자이너는 클래스의 책임, 오퍼레이션 및 속성을 정의할 때, 그리고 구현 환경에 맞게 클래스를 조정할 때 SRS 패키지를 참조로 사용합니다.
  • 구현자는 클래스를 구현할 때 입력으로 SRS 패키지를 참조합니다.
  • 프로젝트 관리자는 반복을 계획할 때 입력으로 SRS 패키지를 참조합니다.
  • 테스터는 필요한 테스트를 고려하는 데 대한 입력으로 SRS 패키지를 사용합니다.
관계
설명
간략한 아웃라인

소프트웨어 요구사항 스펙(SRS)은 시스템 또는 시스템 일부에 대한 전체 소프트웨어 요구사항을 캡처합니다.

다양하고 많은 SRS 조합이 가능합니다. 추가 안내는 사용자 조정 섹션을 검토하십시오.

예시
핵심 고려사항
요구사항 관리 계획을 참조하여 요구사항의 올바른 위치 및 구성을 결정하십시오. 예를 들어, 제품의 특정 릴리스에서 각 기능의 완전한 소프트웨어 요구사항을 설명하는 별도의 SRS를 가지는 것이 좋습니다.
사용자 조정
표시 옵션

다양하고 많은 SRS 조합이 가능합니다. 프로젝트 컨텍스트에 관련된 준비에 대해서는 이 페이지의 헤더 테이블에 있는 템플리트 및 예제 섹션을 검토하십시오. SRS 조직의 기타 옵션을 포함하여 이 아티팩트의 추가 정제(Elaboration)에 대해서는 [IE830]을 참조하십시오.

소프트웨어 요구사항 스펙은 소프트웨어 요구사항(기능적 및 비기능적)에 대한 완전한 정의를 제공해야 합니다. 그러나 유스 케이스 특정 요구사항(기능적 및 비기능적)은 유스 케이스에서 설명하고, 시스템 전체 요구사항(기능적 및 비기능적)은 보충 스펙에서 설명해야 합니다. 이러한 별도 중간 산출물이 소프트웨어 요구사항 스펙(SRS)을 정의하기 위해 함께 패키징될 수 있습니다.

자세한 정보