요구사항 개발 프로세스란?
개발 대상에 대한 요구사항을 체계적으로 도출하고 분석한 명세서에 정리한 다음 확인 및 검증하는 일련의 구조화된 활동
- '무엇을 만들지 정확히 정의하기 위한 절차'이며 요구공학의 중요한 구성 요소
- 요구사항 개발 전에 '타당성 조사'가 선행되어야 함
→ 사업이나 시스템 개발이 실제로 가능한지 검토하는 단계

요구사항 도출(Requirement Elicitation, 요구사항 수집)
시스템 개발에 관련된 사람들이 서로 의견을 교환하여 요구사항을 어떻게 수집할 것인지를 식별하고 이해하는 과정
- 사용자 요구와 시스템 목적을 정확히 이해
- SDLC(소프트웨어 개발 생명 주기) 전 과정에서 지속적으로 반복
- 요구사항을 도출하는 주요 기법
- 청취와 인터뷰
- 설문
- 브레인스토밍
- 워크샵
- 프로토타이핑
- 유스케이스
요구사항 분석(Requirement Analysis)
개발 대상에 대한 사용자의 요구사항 중 명확하지 않거나 모호하여 이해되지 않는 부분을 발견하고 이를 걸러내기 위한 과정
- 요구사항의 타당성 검토 및 상충되는 요구 조정
- 소프트웨어 개발의 실질적인 첫 단계
- 모호한 요구사항 제거
- 중복 및 충돌 요구사항 조정
- 비용, 일정, 자원 등 제약 조건 분석
- 요구사항 분석에 사용되는 대표적인 도구
- 자료 흐름도(DFD)
- 자료 사전(DD)
요구사항 명세(Requirement Specification)
분석된 요구사항을 바탕으로 모델을 작성하고 문서화하는 것
- 분석된 요구사항을 구체적이고 체계적으로 기록
- 기능 요구사항은 모두 명시, 비기능 요구사항은 필요한 것만 명시
요구사항 확인(Requirement Validation, 요구사항 검증)
개발 자원을 요구사항에 할당하기 전에 요구사항 명세서가 정확하고 완전하게 작성되었는를 검토하는 활동
- 요구사항 명세서의 오류, 누락, 모순 검토
- 사용자, 개발자, 프로젝트 관리자 등 이해고나계자 전체가 검토
- 요구사항 관리 도구를 통한 형상 관리(SCM) 수행
요구공학(Requirements Engineering)
무엇을 개발해야 하는지 요구사항을 정의하고, 분석 및 관리하는 프로세스를 연구하는 학문
- 요구사항 변경의 원인과 처리 방법을 이해하고, 품질을 높여 실패를 줄이는 것을 목표로 함
- 요구사항 도출 → 분석 → 명세 → 확인 → 관리
- 프로젝트의 50% 이상이 '요구사항 정의 실패'로 인해 실패함
요구사항 명세 기법
정형 명세 기법
- 수학적 원리 및 모델 기반 기법
- 수학적 기호와 정형화된 표기법 사용
- 정확하고 간결한 표현 가능
- 작성자에 관계없이 일관성 유지
- 완전성 검증 용이
- 다만 이해하기 어려움
- 종류 : VDM, Z, Petri-net, CSP 등
비정형 명세 기법
- 상태 중심, 기능 중심, 객체 중심 접근
- 자연어 서술 또는 다이어그램 활용
- 이해하기 쉽고 의사소통이 용이
- 작성자에 따라 해석이 달라질 수 있음(일관성↓)
- 종류 : FSM, Decision Table, ER 모델링, State Chart(SADT) 등
정리
- 요구사항 개발은 요구공학의 핵심 활동
- 도출 → 분석 → 명세 → 확인 순서로 수행
- 도출 기법 : 인터뷰, 설문, 브레인스토밍, 프로토타입, 유스케이스
- 분석 도구 : 자료 흐름도(DFD), 자료 사전(DD)
- 명세 기법 : 정형 명세, 비정형 명세
- 확인 단계에서 형상 관리(SCM) 수행
'정보처리기사' 카테고리의 다른 글
| 정보처리기사 실기 - 요구사항 분석 CASE와 HIPO (0) | 2025.10.29 |
|---|---|
| 정보처리기사 실기 - 요구사항 분석 (0) | 2025.10.29 |
| 정보처리기사 실기 - 요구사항 정의(기능, 비기능, 사용자, 시스템) (0) | 2025.10.28 |
| 정보처리기사 실기 - 개발 기술 환경 파악(OS, DBMS, WAS, 오픈소스) (0) | 2025.10.28 |
| 정보처리기사 실기 - XP(eXtreme Programming) 기법 (0) | 2025.10.28 |