요구사항 개발 프로세스

1) 도출 (머릿속의 것을 끄집어낸다)

• 목적: 이해관계자 니즈·제약·아이디어를 최대한 수집
• 소스: 고객/사용자/운영/법규·정책/기존 시스템/로그·분석/경쟁사
• 기법: 인터뷰, 설문, 워크숍, 관찰(현장/사용성), 브레인스토밍, 문서/로그 분석, 프로토타입, 벤치마킹
• 산출물: 요구사항 초안(리스트), 이해관계자 목록, VOC/인사이트 노트

2) 분석

• 목적: 수집한 요구를 구조화·정합화·우선순위화
• 핵심 활동
  • 요구사항 분류: 기능/비기능/제약, Must–Should–Could
  • 개념 모델링: 용어사전, 도메인(클래스) 모델, 유스케이스, 상태/흐름
  • 기술 구조 설계 및 요구사항 할당: 아키텍처 초안, 요구→컴포넌트 매핑
  • 요구사항 협상: 범위·비용·일정 트레이드오프(갈등 해소)
• 산출물: 우선순위표, 개념/유스케이스/흐름 다이어그램, 요구–아키 매핑 초안

3) 명세 (머릿속의 것을 문서로 쓴다)

• 목적: 모호성 최소화된 공식 문서화
• 문서
  • 시스템 정의서(SDS): 목적·범위·경계·상호작용 개요
  • 시스템 요구사항 명세서(SyRS): 시스템 레벨 기능/비기능
  • 소프트웨어 요구사항 명세서(SRS): SW 기능/비기능·인터페이스·제약
• 요령: 단문·검증가능 표현(“해야 한다/shall”), 용어사전 일치, 식별자(ID) 부여
• 산출물: 버전관리되는 SRS/SyRS, 인터페이스 요구, 수용 기준(AC)

4) 확인 (맞게 썼는지·만들 수 있는지 확인)

• 목적: 요구의 품질/타당성 검증 및 합의
• 기법: 검토(워크스루/인스펙션), 프로토타이핑, 모델 검증/시뮬, 인수 테스트 계획/케이스 도출
• 산출물: 결함·이슈 목록, 수정된 SRS, 인수 기준/테스트 케이스(추적 포함)