고객 요구사항 정리서(SRS) 양식을 무료로 다운로드할 수 있습니다. 문서 정보와 결재, 목적과 범위, 요구사항 ID와 우선순위를 담은 기능 요구사항, 성능과 보안 등 비기능 요구사항, 제약 사항과 외부 인터페이스, 변경 이력까지 표준 풀세트로 구성했습니다.
고객 요구사항 정리서(SRS) 양식
고객 요구사항 정리서(SRS)는 소프트웨어나 시스템을 개발하기 전에 고객이 원하는 기능과 조건을 명확하게 정리해 두는 문서입니다. 무엇을 만들 것인지 정의하는 문서라는 점에서, 운영 단계의 서비스 수준을 약속하는 서비스 수준 협약(SLA)과는 목적과 시점이 다릅니다.
국제 표준인 IEEE 830과 이를 대체한 ISO/IEC/IEEE 29148의 요구사항 명세 구조, 그리고 국내 SI 실무의 요구사항 정의서 관행을 참고해 기능 요구사항과 비기능 요구사항, 제약 사항, 인터페이스, 우선순위를 한 번에 담았습니다. 아래에서 고객 요구사항 정리서(SRS) 양식을 무료로 다운로드할 수 있습니다.
내용을 자유롭게 수정해서 사용할 수 있고, 출력해서 수기로 작성하고 싶다면 다운로드 후 인쇄해서 그대로 활용하시면 됩니다.
고객 요구사항 정리서(SRS)란
고객 요구사항 정리서(SRS)는 개발할 시스템이 갖춰야 할 기능과 성능, 제약 조건을 이해관계자가 같은 의미로 이해하도록 정리한 문서입니다. 기능 요구사항은 로그인, 결제, 보고서 생성처럼 시스템이 수행해야 하는 동작을 말하고, 비기능 요구사항은 응답 시간이나 보안, 사용성, 신뢰성처럼 기능 이외의 품질 기준을 말합니다.
각 요구사항에는 고유한 요구사항 ID를 붙이고 우선순위와 출처, 상태를 함께 적어, 설계와 개발, 테스트 단계까지 추적할 수 있게 합니다.
고객 요구사항 정리서(SRS) 작성 방법
먼저 문서 정보에 프로젝트명과 문서 번호, 버전, 고객사와 수행사를 적고 작성과 검토, 승인 담당자가 결재란에 확인합니다. 이어서 개요에 문서의 목적과 범위, 용어와 약어, 참조 문서를 정리해 읽는 사람이 같은 배경을 공유하도록 합니다.
기능 요구사항 표에는 요구사항 ID와 기능 분류, 요구사항명, 상세 내용, 우선순위, 출처, 상태를 한 행씩 채우고, 비기능 요구사항 표에는 성능이나 보안 같은 유형별로 요구 내용과 측정 기준을 정량으로 적습니다. 마지막으로 제약 사항과 가정, 외부 인터페이스를 정리하고 고객사와 수행사가 상호 서명으로 내용을 확정합니다.
요구사항이 바뀌면 변경 이력에 버전과 변경 내용을 남겨 관리합니다.
작성 시 주의사항
요구사항은 간결하면서도 구체적으로 적어야 하며, 응답 시간은 2초 이내처럼 측정할 수 있는 항목은 정량 기준으로 표현하는 것이 좋습니다. 같은 개념과 기능은 일관된 용어로 표기하고, 요구사항마다 고유한 ID를 부여해 나중에 어떤 요청이 어디에 반영됐는지 추적할 수 있게 합니다.
우선순위는 고객사 담당자와 협의해 정해야 하는데, 기획자가 생각하는 중요도와 고객이 생각하는 중요도가 다를 수 있기 때문입니다. 요청이 추가되거나 변경될 때마다 요청 일자와 출처를 남기고 정해진 검토와 승인 절차를 거쳐 확정하면, 범위가 흐려지거나 일정이 늘어지는 문제를 줄일 수 있습니다.
Q&A
요구사항 정의서와 SRS는 다른 문서인가요?
거의 같은 문서를 가리키는 표현입니다. 국내 SI 실무에서는 요구사항 정의서라고 부르고, 소프트웨어 공학에서는 소프트웨어 요구사항 명세서(SRS)라고 부르지만, 둘 다 무엇을 만들 것인지 요구사항을 정리한다는 목적은 같습니다.
기능 요구사항과 비기능 요구사항은 어떻게 구분하나요?
기능 요구사항은 시스템이 수행해야 하는 동작을, 비기능 요구사항은 그 동작의 품질 기준을 뜻합니다. 예를 들어 회원 가입 기능은 기능 요구사항이고, 그 화면이 2초 안에 떠야 한다거나 개인정보를 암호화해야 한다는 조건은 비기능 요구사항입니다.
SRS와 SLA는 어떻게 다른가요?
SRS는 개발 착수 전에 무엇을 만들 것인지 정의하는 문서이고, SLA는 운영 단계에서 어떤 서비스 수준을 보장할지 약속하는 문서입니다. 다루는 시점과 목적이 다르므로 요구사항 정의 단계에서는 SRS를, 운영과 유지보수 단계에서는 SLA를 따로 작성하는 것이 일반적입니다.
요구사항 우선순위는 어떻게 정하나요?
보통 필수, 권장, 선택 세 등급으로 나눠 표기합니다. 반드시 구현해야 하는 핵심 요구사항은 필수로, 여건이 되면 구현하는 요구사항은 권장이나 선택으로 두며, 등급은 고객사와 미리 합의한 기준을 사용하는 것이 좋습니다.
엑셀 관리대장은 언제 쓰면 좋나요?
요구사항이 많아 계속 추가되고 상태가 자주 바뀌는 프로젝트라면 엑셀 관리대장이 편리합니다. 요구사항 ID와 우선순위, 상태를 목록에서 선택하며 행 단위로 관리할 수 있어, 문서 양식과 함께 쓰면 정리와 추적을 동시에 할 수 있습니다.
마무리하며
고객 요구사항 정리서(SRS)는 고객이 원하는 기능과 조건을 기능 요구사항과 비기능 요구사항으로 나눠 정리하고, 요구사항 ID와 우선순위, 상태로 추적할 수 있게 도와 프로젝트의 방향을 명확하게 잡아 주는 문서입니다.
본 양식은 라이선스집(licensezip.com)이 무료로 제공하는 참고용 서식입니다. 실제 프로젝트에서는 계약 조건과 범위에 따라 항목이 달라질 수 있으므로, 필요한 경우 전문가나 발주처의 안내를 함께 확인하시기 바랍니다. 본 양식의 활용으로 발생하는 결과에 대해 라이선스집은 책임을 지지 않습니다.
