소프트웨어 요구분석

소프트웨어 요구분석

요구 사항 추출로 모아진 “요구 후보”를

그대로 쓰면 모호/누락/충돌이 생기기 쉽다.

그래서 요구 분석 단계에서는 요구를

좋은 품질로 다듬어 확정하고,

도메인 배경과 시나리오로 이해를 맞춘다.

---

요구 품질: 좋은 요구가 갖춰야 할 6가지 성질

요구 분석에서 가장 먼저 하는 일은,

요구가 아래 성질을 만족하는지 체크하는 것이다.

 

1) 원자성(Atomic)
한 요구는 한 가지 목적만 가져야 한다.
“A도 하고 B도 해야 한다”는 보통 두 개 요구로 쪼개야 한다.

 

2) 완전성(Complete)
“필요한 정보”가 빠져 있지 않아야 한다.
로그인이라면 “무슨 정보로 로그인하는지”까지 포함되어야 한다.

 

3) 비모호성(Unambiguous) + 통일성(Consistent)
애매한 표현(빠르게, 적당히 등)을 피하고,
같은 내용을 다른 말로 중복해 혼란을 만들지 않아야 한다.

 

4) 추적성(Traceable)
요구에 고유 ID를 붙여서
“어디서 나왔고, 무엇과 연결되는지” 추적 가능해야 한다.

 

5)우선순위(Prioritized)
중요도/순서를 명시해야 한다. (MVP/핵심/후순위 구분)

 

6) 테스트 가능성(Testable)
요구가 “검증 가능한 문장”이어야 한다.
“빠르게 로딩” 대신 “5초 이내 로딩”처럼 측정 가능해야 한다.

---

도메인 분석

도메인은 요구가 놓인 배경(업무/비즈니스 영역) 이다.

문제 자체뿐 아니라 “문제가 어떤 배경에 있는가”를

이해해야 요구를 제대로 정의할 수 있다.

 

도메인 분석의 목적은 설계 모델링에 필요한 개념(용어)과

비즈니스 규칙을 파악하는 것이다.

도메인에 대한 깊은 이해 없이는 설계가 어렵다.

도메인 분석은 보통 3단계로 진행된다.

 

1) 도메인 개념 찾기

목적/구조/동작을 구성하는

객체, 프로세스, 사람, 규칙 등을 찾는다.

 

프로젝트 초기에 개념(용어)을 정확히 세워야 한다.

출시 후에 바로잡는 비용이 크다.

 

2) 도메인 사전 작성

도메인 개념을 조직화한 “용어 사전”을 만든다.

각 항목은 언제나 같은 의미로 통하도록 간결히 정의한다.

요구/인터뷰/매뉴얼 등 모든 자료를 모아 정리한다.

 

3) 비즈니스 규칙 정리

기업 운영 정책/규정/절차/가이드라인/표준을

문장 단위 규칙으로 정리한다.

이 규칙들은 요구에 대한 제약 조건이 된다.

---

시나리오 기반 분석

요구 도출 과정에서 큰 장벽은 개발자와

사용자(고객)가 서로 다른 전문 용어로 소통한다는 점이다.

시나리오 기반 분석은 이 장벽을 줄이는 방법이다.

시나리오는 5W1H로 쓰면 효과적이다.

 

5W1H 

- When / Where: 상황(언제, 어디서)

- Who: 사용자(누가)

- What: 제공 서비스(무엇을)

- Why: 목표/기대(왜)

- How: 사용법/흐름(어떻게)

 

표현 형식은 문장뿐 아니라 스토리보드, 만화, 음성, 동영상 등도 가능하다.

 

사용자스토리

애자일에서 자주 쓰는 요구 표현 방식으로,

기능 하나를 한 문장으로 고정한다.

 

형식
< 사용자/역할(who) >는

< 목표/혜택(why) >를 얻기 위해

< 행위(what) >을 원한다.

 

예)

< 고객 >은

< 현찰을 받기 > 위해

< ATM에서 현금을 인출하기 > 를 원한다.