요구사항 정의서(Software Requirements Specification)

요구사항 정의서(Software Requirements Specification)는 프로젝트의 목표와 범위, 사용자 및 시스템 요구사항 등을 상세하게 문서화한 문서입니다. 이 문서는 프로젝트 초기에 작성되며, 프로젝트 팀 및 이해당사자들이 프로젝트 목표를 명확하게 이해하고 요구사항에 동의하는 데 도움이 됩니다. 아래는 요구사항 정의서에 포함될 수 있는 주요 내용입니다.
오늘의 포스팅은 요구사항 정의서, 기능적 요구사항, 비기능적 요구사항, 변경 관리 프로세스, 용어 정의에 대해 설명하겠습니다.

 

1. 요구사항 정의서

 

(1) 프로젝트 개요
프로젝트의 목적과 목표를 간략히 소개합니다.
왜 이 프로젝트가 수행되어야 하는지에 대한 이유를 기술합니다.

(2) 문서 범위
요구사항 정의서의 범위를 명시합니다.
문서가 다루는 내용의 한계와 그 범위 내에서의 목표를 설명합니다.

(3) 이해당사자들
프로젝트에 참여하는 이해당사자들을 식별하고, 각 이해당사자의 역할과 책임을 명시합니다.
주요 이해당사자와의 의사소통 계획을 기술합니다.

(4) 현재 상황 분석
현재 시스템 또는 프로세스에 대한 현황을 파악하고 문제점이나 개선이 필요한 부분을 정의합니다.

2. 기능적 요구사항(Functional Requirements)

 

기능적 요구사항은 시스템이나 소프트웨어가 수행해야 하는 특정 기능 또는 작업을 정의합니다. 이는 사용자 또는 시스템의 행위와 관련이 있습니다. 기능적 요구사항은 다음과 같은 특징을 가지고 있습니다:

(1) 설명 가능한 작업 정의
시스템이 특정 작업이나 기능을 어떻게 수행해야 하는지에 대한 세부적인 설명이 포함됩니다.

(2) 사용자의 요구사항 충족
기능적 요구사항은 주로 사용자가 시스템을 사용하면서 어떤 결과를 기대할 수 있는지를 정의합니다.

(3) 시나리오와 케이스 문서화
시스템의 특정 동작이나 기능이 어떤 상황에서 어떻게 동작해야 하는지를 다루는 시나리오와 테스트 케이스를 포함할 수 있습니다.

예를 들면, 온라인 쇼핑몰의 기능적 요구사항은 다음과 같을 수 있습니다:

사용자가 상품을 검색할 수 있어야 합니다.
장바구니에 상품을 추가하고 삭제할 수 있어야 합니다.
주문을 완료하면 이메일로 주문 확인서가 전송되어야 합니다.

 

3. 비기능적 요구사항(Non-functional Requirements)

 

비기능적 요구사항은 시스템의 품질, 성능, 보안, 유지보수 등과 관련된 요구사항으로, 시스템이나 소프트웨어의 "어떤 방식으로" 동작해야 하는지를 정의합니다. 이는 주로 시스템의 제약사항이나 특성에 관련이 있습니다. 비기능적 요구사항은 다음과 같은 특징을 가지고 있습니다:

(1) 성능 및 효율성
시스템이 얼마나 빠르게 동작해야 하는지, 얼마나 많은 사용자를 지원해야 하는지 등 성능과 관련된 요구사항을 포함합니다.

(2) 보안
시스템이 데이터를 어떻게 보호할지, 접근 제어 방침 등의 보안 요구사항을 정의합니다.

(3) 가용성
시스템이 얼마나 신뢰성 있게 사용 가능한지에 대한 요구사항을 다룹니다.

(4) 유지보수성
시스템이 변경이나 업데이트를 어렵지 않게 받아들일 수 있도록 하는 요구사항을 포함합니다.

예를 들면, 온라인 쇼핑몰의 비기능적 요구사항은 다음과 같을 수 있습니다:

웹 페이지 로딩 속도는 3초 이내여야 합니다.
사용자 인증 정보는 안전한 암호화 알고리즘으로 보호되어야 합니다.
서버 다운 시간은 99.9% 이내여야 합니다.
기능적 요구사항과 비기능적 요구사항은 함께 고려되어야 하며, 이 두 가지 범주의 요구사항을 효과적으로 정의하고 충족시키는 것이 프로젝트의 성공에 중요합니다.

 

4.  변경 관리 프로세스

 

요구사항이 변경될 경우의 프로세스를 명시합니다.
어떻게 변경이 검토되고, 승인되며, 추적되는지를 설명합니다.

5. 용어 정의

 

프로젝트에서 사용되는 주요 용어와 그 의미를 정의합니다.
이는 이해당사자 간의 의사소통을 일관되게 유지하는 데 도움이 됩니다.