소프트웨어 요건 사양

IEEE 소프트웨어의 라이프 사이클
SQA – 소프트웨어 품질 보증 • IEEE 730 SCM – 소프트웨어 구성 관리 • IEEE 828 STD – 소프트웨어 테스트 매뉴얼 • IEEE 29119 SRS – 소프트웨어 요건 사양 • IEEE 29148 V&V – 소프트웨어 검증 및 검증 • IEEE 1012 SDD – 소프트웨어 설계 설명 • IEEE 1016 SPM – 소프트웨어 프로젝트 관리 • IEEE 16326 SUD – 소프트웨어 사용자 매뉴얼 • IEEE 24748 SRA – 소프트웨어 리뷰 및 감사 • IEEE 1028
v t

소프트웨어 요구 사양(SRS)은 개발되는 소프트웨어 시스템에 대한 설명입니다.CONOPS(비즈니스 요건 사양)에 따라 모델링됩니다.소프트웨어 요건 사양에는 기능요건과 비기능요건이 기재되어 있으며, 완벽한 상호작용을 위해 소프트웨어가 사용자에게 제공해야 하는 사용자 상호작용을 설명하는 일련의 사용 사례가 포함될 수 있습니다.

소프트웨어 요건 사양은 소프트웨어 제품이 어떻게 기능해야 하는지에 대한 고객과 계약자 또는 공급업체 간의 합의의 기초를 확립합니다(시장 주도형 프로젝트에서는 이러한 역할이 마케팅 및 개발 부문에 의해 수행될 수 있습니다).소프트웨어 요건 사양은 보다 구체적인 시스템 설계 단계 이전에 요건을 엄격하게 평가하는 것으로, 그 목표는 추후 재설계를 줄이는 것입니다.또한 제품 비용, 리스크 및 ^[1]일정을 추정하기 위한 현실적인 근거를 제공해야 한다.소프트웨어 요건 사양을 적절히 사용하면 소프트웨어 프로젝트 ^[2]장애를 방지할 수 있습니다.

소프트웨어 요건 사양 문서에는 프로젝트 ^[3]개발에 필요한 충분한 요건이 기재되어 있습니다.요구사항을 도출하기 위해서는 개발자가 개발 중인 제품에 대한 명확하고 철저한 이해가 필요합니다.소프트웨어 개발 프로세스 전체에서 프로젝트 팀 및 고객과의 상세하고 지속적인 커뮤니케이션을 통해 이를 달성할 수 있습니다.

SRS는 계약의 성과물 데이터 항목 설명^[4] 중 하나이거나 조직적으로 위임된 다른 형식의 콘텐츠를 포함할 수 있습니다.

일반적으로 SRS는 기술 라이터, 시스템 설계자 또는 소프트웨어 프로그래머에 ^[5]의해 작성됩니다.

구조.

SRS의 구성 예는 다음과 같습니다.^[6]

1. 목적
   1. 정의들
   2. 배경
   3. 시스템 개요
   4. 레퍼런스
2. 전체적인 설명
   1. 제품의 관점
      1. 시스템 인터페이스
      2. 사용자 인터페이스
      3. 하드웨어 인터페이스
      4. 소프트웨어 인터페이스
      5. 통신 인터페이스
      6. 메모리 제약
   2. 설계상의 제약
      1. 운용
      2. 사이트 적응 요건
   3. 제품 기능
   4. 사용자 특성
   5. 제약사항, 전제조건 및 의존관계
3. 특정 요건
   1. 외부 인터페이스 요건
   2. 퍼포먼스 요건
   3. 논리 데이터베이스 요건
   4. 소프트웨어 시스템 속성
      1. 신뢰성.
      2. 유용성
      3. 보안.
      4. 유지 보수성
      5. 휴대성
   5. 기능요건
      1. 기능 파티셔닝
      2. 기능 설명
      3. 제어 설명
   6. 환경 특성
      1. 하드웨어
      2. 주변기기
      3. 사용자
   7. 다른.

요건의 냄새

코드 냄새의 개념에 따라 요건이 반드시 틀린 것은 아니지만 문제가 ^[7]될 수 있는 요건 사양의 문제를 설명하기 위해 요건 냄새의 개념이 제안되었다.

요구사항 냄새의 예로는 주관적 언어, 애매한 부사와 형용사, 최상급, 부정적 ^[7]진술 등이 있다.

「 」를 참조해 주세요.

• 시스템 요건 사양
• 운용의 개념
• 요건 엔지니어링
• 소프트웨어 엔지니어링 지식 그룹(SWEBOK)
• 설계사양서
• 사양(기술표준)
• 형식 사양
• 추상형

레퍼런스

외부 링크

• 830-1984 — IEEE Guide to Software Requirements Specifications. 1984. doi:10.1109/IEEESTD.1984.119205. ISBN 978-0-7381-4418-4.
• 830-1993 — IEEE Recommended Practice for Software Requirements Specifications. 1994. doi:10.1109/IEEESTD.1994.121431. ISBN 978-0-7381-4723-9.
• 830-1998 — IEEE Recommended Practice for Software Requirements Specifications. 1998. doi:10.1109/IEEESTD.1998.88286. ISBN 978-0-7381-0332-7. S2CID 8674647.
• 29148-2018 - Systems and software engineering — Life cycle processes — Requirements engineering. Iso/Iec/IEEE 29148:2018(E). 2018. pp. 1–94. doi:10.1109/IEEESTD.2011.6146379. ISBN 978-0-7381-6591-2.('이 표준은 IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998 - http://standards.ieee.org/findstds/standard/29148-2011.html'을 대체합니다.)
• Documenting Software Requirements: How to Do It Right?. Retrieved 28 Jul 2022.
• Leffingwell, Dean; Widrig, Don (2003). Managing Software Requirements: A Use Case Approach (2nd ed.). Addison-Wesley. ISBN 978-0321122476.
• Gottesdiener, Ellen (2009). The Software Requirements Memory Jogger: A Desktop Guide to Help Business and Technical Teams Develop and Manage Requirements. Addison-Wesley. ISBN 978-1576811146.
• Wiegers, Karl; Beatty, Joy (2013). Software Requirements, Third Edition. Microsoft Press. ISBN 9780735679665.
• "IEEE SRS Template - rick4470/IEEE-SRS-Tempate". Retrieved 27 Dec 2017.

^[1]