요구사항 확인

고객 머릿속 흐릿한 한마디를 시스템이 알아듣는 명확한 문서로 바꾸는 4단계 흐름이 이 강의 전부. 거의 매회 1~3문항 출제되는 핵심 단원.

핵심 암기 3종: 4단계 도분명확 · 분석 기법 자객정 · 검토 워비인공

---

요구사항 기초

요구사항이란 ·개념 정의·

[정의] 시스템이 무엇을 해야 하는지(기능) 와 어떤 조건·품질을 만족해야 하는지(비기능) 를 명시한 진술의 모음.

🔑 암기 IEEE 정의 = 조건·능력·목표 (3단어) 💡 보충 요구사항 결함은 후반부로 갈수록 수정 비용이 급증(IEEE 비용 곡선) — 그래서 출발점이 무겁다.

기능 vs 비기능 ·핵심 분류·

[비교]

🔑 암기 수치·품질 = 비기능 / 동작 자체 = 기능 ⚠️ 함정 '응답시간 0.5초 이내', '비밀번호 8자 이상' → 비기능. 수치·품질이 보이면 비기능. 🎯 빈출 기능/비기능 분류 판별형, 거의 매회 1문항.

비기능 6대장 ·세부 분류·

[분류] 성능 · 보안 · 사용성 · 신뢰성 · 유지보수성 · 이식성

💡 보충 ISO/IEC 9126 품질 특성과 거의 1:1 매핑 — 품질 단원에서 다시 만난다.

사용자 vs 시스템 요구사항 ·표현 주체·

[비교]

🔑 암기 사용자 = 자연어 / 시스템 = 기술어 🎯 빈출 단독보다 다른 분류와 섞여 출제.

---

요구사항 개발 4단계 — 도분명확

4단계 흐름 ·메인 골격·

[흐름] 도출 → 분석 → 명세 → 확인

🔑 암기 도분명확 (도출·분석·명세·확인) ⚠️ 함정 확인(Validation) = 고객이 원하던 게 맞나(Right product) ↔ 검증(Verification) = 제대로 만들었나(Product right). 둘을 바꿔치기하는 함정 단골. 🎯 빈출 순서 나열형이 최빈출. 4단계 전체를 요구공학(Requirements Engineering) 이라고도 부름.

1단계 도출(Elicitation) ·끌어내기·

[정의] 이해관계자에게서 요구를 끌어내는 단계. 받아 적기(Record)가 아니라 끌어내기(Elicit) — '얼마나 빨라야 하나'를 한 번 더 묻는 것까지가 도출.

⚠️ 함정 가장 자주 빠뜨리는 이해관계자 = 운영자(Operator). 💡 보충 '한 가지 기법만 쓴다'는 보기는 함정 — 도출 기법은 보완적으로 병행한다.

도출 기법 6가지 ·도출 기법·

[분류]

🔑 암기 인워브프유설 (인터뷰·워크숍·브레인스토밍·프로토타이핑·유스케이스·설문조사) ⚠️ 함정 인터뷰=정보 수집(결정 약) / 워크숍=합의(결정 강) / 브레인스토밍=발산(결정 0). 프로토타이핑은 도출에도·확인에도 등장(단계 함정). 🎯 빈출 '도출 기법이 아닌 것' 소거형. 역공학·리팩토링이 끼면 오답(유지보수 활동).

2단계 분석(Analysis) ·정제·우선순위·

[정의] 도출된 요구를 충돌 해소 · 중복 제거 · 우선순위화하는 단계. 단순 정리가 아니라 의사결정 그 자체.

💡 보충 분석이 부실하면 개발 중반에 '이거 빼야 한다' 사고가 터진다.

분석 기법 3대장 ·분석 기법·

[분류]

🔑 암기 자객정 (자료흐름·객체지향·정형) 🎯 빈출 설명→기법 매칭형. 설명에 'DFD·DD' 보이면 자료흐름지향 100%, 'UML·클래스' 보이면 객체지향, '수학식·Z·VDM' 보이면 정형.

DFD · DD (자료흐름지향) ·산출물·

[정의] DFD(자료흐름도) = 데이터가 시스템 안에서 흐르는 모습을 그림으로 / DD(자료사전) = DFD에 등장하는 데이터 항목의 정의.

[구성] DFD 4요소: 프로세스(원·둥근 사각형) · 자료흐름(화살표) · 자료저장소(평행선) · 외부 엔티티(사각형)

💡 보충 DFD는 현행 시스템 분석에도, 신규 흐름 설계에도 양다리로 쓰인다.

3단계 명세(Specification) ·문서화·

[정의] 분석 결과를 공식 문서 SRS(요구사항 명세서) 로 기록. 개발자·테스터·고객 사이의 계약서.

[구성] SRS: 목적·범위 / 기능 요구사항 / 비기능 요구사항 / 외부 인터페이스 / 제약 조건

💡 보충 SRS = '어떻게·얼마나' / PRD = '왜·무엇을'.

정형 vs 비정형 명세 ·명세 분류·

[비교]

🔑 암기 수학식 = 정형 / 자연어·다이어그램 = 비정형 🎯 빈출 정형 설명 고르기. '정형이 일반 SI 표준'이라는 보기는 100% 거짓.

명세 원리 6가지 ·명세 품질·

[분류]

🔑 암기 명완검일수추 (정확성 3 + 관리성 3) ⚠️ 함정 효율성 · 보안성 · 신뢰성 · 사용성은 명세 원리가 아님 → ISO/IEC 9126 품질 특성. 판별 키 = '명세 문서 자체의 자질인가, 시스템 자체의 자질인가'. 🎯 빈출 '명세 원리가 아닌 것' 소거형. 효율성이 단골 오답.

4단계 확인(Validation) ·최종 검증·

[정의] 작성된 명세가 고객 요구를 정확히 반영하는지 확인(Right product).

[기법] 검토(워크스루·인스펙션·동료 검토) · 프로토타이핑 · 모델 검증 · 인수 테스트

🎯 빈출 '확인 단계 기법이 아닌 것' 소거형.

검토 기법 — 워크스루 vs 인스펙션 ·이 강의 절대 핵심·

[비교]

🔑 암기 워비인공 (워크스루=비공식, 인스펙션=공식) ⚠️ 함정 ① 워크스루에 별도 진행자 지정(거짓) ② 인스펙션이 비공식(거짓) ③ 워크스루에 사전 배포 없음(거짓 — 배포는 함, 사전 '준비 의무'가 없을 뿐). 🎯 빈출 거의 매회. 검토 효율 최고 = 인스펙션(시간·비용도 최고).

---

기출 다지기

[기출 1 출제] 요구사항 개발 프로세스의 단계를 순서대로 바르게 나열한 것은? (순서 나열형)

• ① 도출 → 명세 → 분석 → 확인
• ② 분석 → 도출 → 명세 → 확인
• ③ 도출 → 분석 → 명세 → 확인
• ④ 도출 → 분석 → 확인 → 명세

정답 및 해설 보기

정답 ③

선지	판정	근거
①	오답	분석을 명세 뒤에 둠
②	오답	도출이 가장 먼저여야 함
③	정답	도분명확의 정확한 순서
④	오답	명세→확인 순서를 뒤집음

🔑 도분명확. 영문(Elicitation·Analysis·Specification·Validation)까지 한 세트로.

[기출 2 출제] 다음 중 비기능 요구사항에 해당하는 것은? (설명 판단형)

• ① 회원가입 시 이메일 인증 메일을 발송한다
• ② 게시글을 작성·저장할 수 있다
• ③ 검색 결과는 0.5초 이내에 응답해야 한다
• ④ 관리자는 회원 목록을 조회할 수 있다

정답 및 해설 보기

정답 ③

선지	판정	근거
①	기능	동작 묘사
②	기능	동작 묘사
③	비기능(성능)	수치 기준
④	기능	동작 묘사

🔑 수치(0.5초·99.9%·8자 이상·AES-256)가 보이면 비기능. '~한다/~할 수 있다'면 기능.

[기출 3 출제] 요구사항 검토 기법 중 인스펙션에 대한 설명으로 옳은 것은? (설명 판단형)

• ① 작성자가 직접 진행하는 비공식 검토
• ② 진행자(Moderator)가 별도 지정되며 사전 준비가 의무인 공식 검토
• ③ 사전 자료 배포 없이 즉석 진행
• ④ 결과를 문서화하지 않는 비공식 검토

정답 및 해설 보기

정답 ②

선지	판정	근거
①	오답	워크스루 특성
②	정답	인스펙션의 정확한 정의
③	오답	어느 검토 기법도 아님
④	오답	인스펙션은 공식 결함 보고서를 남김

🔑 워비인공. 인스펙션 5단계(계획·준비·회의·재작업·후속).

[기출 4 출제] 요구사항 명세 원리에 해당하지 않는 것은? (소거형)

• ① 명확성
• ② 검증가능성
• ③ 효율성
• ④ 추적가능성

정답 및 해설 보기

정답 ③

선지	판정	근거
①·②·④	명세 원리	명완검일수추 6개 중 하나
③ 효율성	명세 원리 아님	ISO/IEC 9126 품질 특성

🔑 명세 원리 = 명세 문서 자질 / 9126 = 시스템 자질. 보안성·신뢰성·사용성도 9126(함정).

[기출 5 출제] 다음 중 요구사항 도출 기법에 해당하지 않는 것은? (소거형)

• ① 인터뷰
• ② 워크숍
• ③ 정형 분석(Formal Analysis)
• ④ 프로토타이핑

정답 및 해설 보기

정답 ③

선지	판정	근거
①·②·④	도출 기법	인워브프유설 중 하나
③ 정형 분석	도출 아님	분석 기법(자객정의 '정')

🔑 도출 = 사람과 상호작용으로 끌어냄 / 분석 = 수집된 요구를 표현·정제. 'DFD·UML·Z'가 보이면 분석.

[기출 6 출제] 요구사항 정형 명세에 대한 설명으로 옳은 것은? (설명 판단형)

• ① 자연어 위주로 누구나 쉽게 이해
• ② 수학·논리식 기반(Z·VDM)으로 모호성 최소화
• ③ 일반 SI의 표준 명세 방식
• ④ 별도 학습 없이 바로 작성

정답 및 해설 보기

정답 ②

선지	판정	근거
①	오답	자연어는 비정형 특징
②	정답	정형 명세의 정의
③	오답	일반 SI 표준은 비정형
④	오답	정형은 학습 곡선이 가파름

🔑 수학식 = 정형. Z·VDM·OCL. 항공·국방·금융 핵심에서 표준.

[기출 7 출제] 다음 설명에 해당하는 요구사항 분석 기법은? (설명→용어)

데이터가 시스템 내부에서 어떻게 흘러가는지를 그림으로 표현하며, 대표 산출물은 자료흐름도(DFD)와 자료사전(DD)이다.

• ① 객체지향 분석
• ② 자료흐름지향 분석
• ③ 정형 분석
• ④ 시나리오 분석

정답 및 해설 보기

정답 ②

선지	판정	근거
①	오답	UML·클래스·객체 키워드
②	정답	DFD·DD가 핵심 산출물
③	오답	수학식·Z/VDM 키워드
④	오답	자객정에 없는 가짜 카테고리

🔑 DFD·DD 하나만 보여도 자료흐름지향 확정. 머릿속에 자객정 3개만.

---

한 장 요약

🎯 합격 한 끗: 명세 원리(문서 자질) ↔ ISO/IEC 9126 품질 특성(시스템 자질) 구분. 이 1점이 60점과 59점을 가른다.