[SRS] 시스템 요구사항 명세서 작성하기 - (2) SRS 작성 이유와 관점 분류

신청한 책의 도서관 입고 근황이 없길래^^;

그냥 공부를 시작하고자 티스토리 등 정리문들을 읽고 정리를 했다.

 

 

SRS (SW요구사항 표준)

• 상위레벨 요구사항을 개발하기 위해 사용되는 방법, 룰, 툴을 정의함
• 고객과 계약자간 계약을 위한 필수적인 작성

 

SRS 작성의 이유

• 새로운 기능 설계, 브레인스토밍
• 프로젝트 기간 계획, 스프린트, 비용 추정
• 위험 평가
• 팀의 성공 모니터링 및 측정
• 관련 당사자들이 서로 다른 의도를 가지는 경우 협의용

 

SRS 관점 분류 

1. 기능 관점 : 기능/비기능적, 도메인 요구사항
2. 대상 관점 : 사용자, 시스템 요구사항

 

기능관점 - 기능적 요구사항

• 시스템 서비스가 상세히 기술된 문장
• 적당한, 준수한 등의 추상적인 단어를 제외하고 산술적인 기술이 필요함
• 요구사항의 두가지 속성 
  • 완전성 : 필요 기능들이 빠짐없이 설명된 것
  • 일관성 : 설명의 충돌 및 모순이 없어야 함

 

기능관점 - 비기능적 요구사항

• 기능 요구사항 수행시, 제한되는 사항을 기술한 문장
  
  • 특정 툴, 특정 언어 사용을 통한 개발 
• 비기능적 요구사항의 종류
  • 프로덕트 요구사항 : 특정 방식으로 동작해야하는 것을 명시한 요구사항
  • 조직 요구사항 : 사용되는 프로세스 표준 등 조직 정책, 절차 영향에 따른 요구사항
  • 외부 요구사항 : 상호운영성, 법률적 요구사항 등 외부 요인들에 의해 발생하는 요구사항

 

 

 

 

다음 글은 요구사항 패턴에 대해 정리하여 보겠다.

 

 

 

 

 

 

출처 : 소프트웨어 공학 - 요구사항 (tistory.com), 23. 소프트웨어 개발 표준문서 – SRS, SDS, SCS :: 수담연구소 공식 블로그 (tistory.com), 시스템 요구 사항(SRS) 문서 작성 방법 - Visure Solutions , SRS 작성 가이드 :: 낙천주의 개발자 (tistory.com)