요구사항명세서(SRS)

요구사항명세서란

요구사항명세서는 발주자와 개발자가 같은 뜻으로 읽는 기준 문서다.

SRS는 개발 계약, 인수 시험, 변경 관리의 공통 기준선이다.

이 문서가 없으면 개발자는 추측으로 설계하고, 발주자는 원한 것과 다르다고 말하게 된다.

구성 요소

SRS는 기능, 비기능, 인터페이스, 데이터, 제약조건, 인수 기준으로 구성된다.

기능 요구사항은 입력과 처리, 출력 조건을 적는다.

비기능 요구사항은 측정 가능한 기준값으로 적어야 시험할 수 있다.

인수 기준은 요구사항별 시험 방법과 합격 조건을 연결한다.

요구 품질 기준

요구사항 명세는 완전성, 일관성, 추적성, 검증 가능성, 명확성을 갖춰야 한다.

요구사항은 시스템은 ~해야 한다 형태로 쓰고, 한 요구에는 하나의 조건만 담는다.

모호한 표현 대신 단위와 조건이 드러난 측정 가능한 값을 써야 시험 기준이 된다.

명세 작성 절차

요구사항 명세는 도출, 분석, 작성, 검토·승인, 변경 관리 순서로 진행된다.

검토나 변경에서 결함이 나오면 분석 단계로 되돌아가 다시 맞춘다.

승인된 명세는 기준선이 되고, 변경은 영향 분석을 거쳐 명세에 반영한다.

계약과 변경 기준

과업 내용이 문서로 확정되어야 변경 요청의 기준선을 정할 수 있다.

계약서에는 계약의 목적, 범위, 계약기간을 분명히 적어야 한다.

과업 내용 변경으로 계약 변경이 필요하면 사업자는 과업심의위원회 개최를 요청할 수 있다.

심의 결과는 요청을 받은 날부터 14일 이내에 통보하며, 불가피하면 한 차례 연기할 수 있다.

표준의 변화

SRS 표준은 IEEE 830에서 ISO/IEC/IEEE 29148로 넘어갔다.

29148은 2011년에 IEEE 830을 대체했고, 현행 개정판은 2018년판이다.

29148은 BRS, StRS, SRS까지 포괄하며 요구 품질 기준과 관리 프로세스를 담는다.

정리

정리하면 SRS는 계약, 인수 시험, 변경 관리의 공통 기준선이다.

표준은 ISO/IEC/IEEE 29148이며, 현행 개정판은 2018년판이다.

답안에는 SRS를 법 조항과 표준과 함께 제시하면 근거가 분명해진다.