요구사항은 특정 목적을 달성하기 위해 충족되어야 하는 조건, 기대, 제약, 기능, 성능, 또는 제반 사항을 의미한다. 시스템 개발, 프로젝트 관리, 제품 설계, 법률 준수 등 다양한 분야에서 사용되며, 이해관계자(Stakeholder)의 필요를 구체화하는 데 중요한 역할을 한다. 요구사항은 명확하고 측정 가능하며 검증 가능한 형태로 문서화되는 것이 일반적이다.
개요
요구사항은 일반적으로 시스템이나 프로세스가 수행해야 할 기능 또는 충족해야 할 조건을 기술한다. 이는 기능적 요구사항(Functional Requirements)과 비기능적 요구사항(Non-functional Requirements)으로 구분된다. 기능적 요구사항은 시스템이 수행해야 하는 구체적인 작업이나 동작을 의미하며, 예를 들어 "사용자가 로그인할 수 있어야 한다"는 내용이 포함된다. 비기능적 요구사항은 성능, 보안, 가용성, 유지보수성 등 시스템의 품질 특성을 다루며, 예를 들어 "시스템 응답 시간은 2초 이내여야 한다"는 요구가 이에 해당한다.
요구사항은 소프트웨어 개발 생명 주기(SDLC)에서 요구사항 수집, 분석, 문서화, 검증, 관리의 과정을 거치며, 요구사항 사양서(Software Requirements Specification, SRS) 등의 문서로 정리된다. 잘못된 요구사항 정의는 프로젝트 지연, 예산 초과, 또는 시스템 실패로 이어질 수 있으므로, 요구사항 관리는 프로젝트 성공의 핵심 요소로 간주된다.
어원/유래
"요구사항"은 한자어로, "요구(要求)"와 "사항(事項)"이 결합된 복합어이다. "요구"는 어떤 것을 필요로 하거나 필요를 주장하는 행위를 의미하며, "사항"은 특정한 일이나 문제, 내용을 지칭한다. 두 단어가 결합되어 '필요로 하는 일이나 조건'이라는 의미를 형성한다. 현대 한국어에서의 사용은 20세기 후반 정보기술(IT) 및 공학 분야의 발전과 함께 기술 문서, 프로젝트 관리, 시스템 설계 등에서 본격적으로 확산되었다.
특징
요구사항의 주요 특징은 명확성(Clarify), 일관성(Consistency), 추적 가능성(Traceability), 검증 가능성(Verifiability), 완전성(Completeness) 등이 있다. 효과적인 요구사항은 모호함이 없어야 하며, 서로 충돌하지 않아야 하고, 설계, 구현, 테스트 단계까지 추적 가능해야 한다. 또한 요구사항은 변경 관리 체계 아래에서 유지보수되어야 하며, 변경 시 영향 분석이 수반되어야 한다.
관련 항목
- 요구사항 분석 (Requirements Analysis)
- 요구사항 사양서 (Software Requirements Specification, SRS)
- 기능적 요구사항 (Functional Requirements)
- 비기능적 요구사항 (Non-functional Requirements)
- 이해관계자 (Stakeholder)
- 프로젝트 관리 (Project Management)
- 소프트웨어 개발 생명 주기 (SDLC)