45장. 요구사항 도출
브리프의 질문을 인터뷰·관찰·문서·로그 조사로 실행하고 원자료와 해석·후보·확인 상태를 구분한다.
이번 장에서 해결할 질문
학습 목표
학습 목표- “프로젝트에서 이해관계자의 말과 업무 증거로부터 요구 후보를 어떻게 만드는가?”에 답하는 데 필요한 개념과 근거를 설명한다.
- 수강신청 사례에 같은 판단 기준을 적용하고 확인할 빈칸과 다음 행동을 기록한다.
핵심 개념
프로젝트 브리프는 무엇을 조사할지 정하지만 답을 제공하지는 않는다. 이미 알고 있다고 생각한 기능을 확인하는 데 그치면 실제 업무의 예외와 판단 근거, 사용자가 만든 우회 절차를 놓치고 브리프의 가정을 사실로 오인하게 된다.
이 장에서는 인터뷰·관찰·문서·로그 조사를 조합해 브리프의 질문을 실행한다. 원자료원자료인터뷰 발언·관찰·문서·로그처럼 해석이나 요구 후보로 가공하기 전의 직접 증거다.와 관찰, 분석가의 해석, 요구 후보와 확인 상태를 분리해 기록하고, 상충하는 증거와 새 질문을 다음 분석 단계로 넘기는 과정을 보여 준다.

1. 도출 계획과 출처를 세운다

이 장의 인터뷰·관찰·로그는 실제 대학에서 수집한 자료가 아니라 앞 장의 가정을 검토하는 교육용 합성 기록이다. SRC-STU-01SRC-STU-01 · 프로젝트 항목학생의 신청·결과 확인 경험과 반복 제출 정황을 담은 교육용 합성 원자료 출처다., SRC-POL-01SRC-POL-01 · 프로젝트 항목업무 규칙과 정책 후보의 원문·판본·시행일·적용 범위와 정책 책임자를 확인하기 위한 합성 정책 출처다., SRC-LOG-01SRC-LOG-01 · 프로젝트 항목평가를 가능하게 함., SRC-MTG-01SRC-MTG-01 · 프로젝트 항목교육용 합성 회의록 에 다음 내용이 있다고 가정하자.은 출처 형식을 보여 주는 후보 ID다. 실제 참여자·날짜·원문·개인정보 처리와 확인 서명이 없으므로 “인터뷰로 검증됨”이라고 표시하지 않는다.
도출 계획 ELI-PLAN-01ELI-PLAN-01 · 프로젝트 항목도출 계획 v0.1은 결정할 질문에서 시작한다. v0.1은 결정할 질문에서 시작한다.
| 조사 흐름 | 결정할 질문 | 참여·출처 후보 | 기법 | 확인 방식 |
|---|---|---|---|---|
| 문제·성과 | 반복 제출·수동 재처리가 얼마나, 왜 발생하는가? | 학생, 학생지원, SRC-LOG-01SRC-LOG-01 · 프로젝트 항목평가를 가능하게 함. |
사건 인터뷰·로그 분석·업무 관찰 | 사건 정의와 표본을 운영 책임자가 대조 |
| 사용자 과업 | 접수·승인·거절·처리 보류를 구분하고 회복하는가? | 다양한 학생, 지원센터 | 맥락 인터뷰·과업 관찰 | 참여자 요약 확인·반례 수집 |
| 정책·규칙 | 자격·학점·시간·정원·우선권의 출처와 예외는? | 학사 정책·학과, SRC-POL-01SRC-POL-01 · 프로젝트 항목업무 규칙과 정책 후보의 원문·판본·시행일·적용 범위와 정책 책임자를 확인하기 위한 합성 정책 출처다. |
문서 분석·규칙 워크숍 | 조항·버전·권한 있는 해석 기록 |
| 데이터·연계 | 판정 입력의 원천·기준 시점·오류 책임은? | 학사·인증·규칙·운영 | 인터페이스 워크숍·표본 메시지 | 제공자·소비자 공동 대조 |
| 품질·운영 | 피크 부하·장애·복구·감사·접근성 조건은? | 운영·시험·보안·장애학생 | 로그·사건 분석·시나리오 | 환경·관찰 지점과 미확정 수치 기록 |
| 범위 변경 | 대기명단·CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.은 실제 정책과 가치가 있는가? |
정책 책임자·학생·사업 후원자 | 근거 문서·영향 인터뷰 | 기존 범위와 분리해 결정 게이트로 전달 |
참여자는 대표성을 숫자로 꾸미지 않는다. 신입생·졸업예정자·반복 사용자, 모바일·느린 네트워크·키보드·보조기술 등 중요한 맥락을 모집 기준 후보로 둔다. 장애학생지원센터가 당사자를 대신한다고 보지 않으며 당사자 참여가 어렵다면 그 한계와 보완 방법을 기록한다. 정책 책임자와 현장 실무자, 외부 시스템 제공자도 구분한다.
도출 일정은 날짜 대신 의존 관계로 설계한다.

로그 분석을 인터뷰 뒤에만 하는 고정 순서는 아니다. 초기 로그에서 오류 시간대가 드러나면 인터뷰 표본과 질문을 바꾸고, 인터뷰에서 새로운 우회 행동이 나오면 로그 사건 정의를 보완한다. 한 출처가 다른 출처를 검증하거나 반박하게 반복한다.
기법은 익숙함이 아니라 질문과 증거 특성으로 고른다. 인터뷰는 동기·기억·정책 해석을 들을 수 있지만 실제 행동과 빈도를 보장하지 않는다. 현장 관찰은 우회·도구·순서를 보여 주지만 드문 장애와 과거 사건을 놓칠 수 있다. 로그는 규모와 시계열을 제공하지만 의도·피해·수집되지 않은 상태를 설명하지 못한다. 문서 분석은 공식성과 규칙을 확인하지만 현행 관행과 다를 수 있다. 워크숍은 충돌을 빠르게 드러내지만 권력 차이로 조용한 참여자의 지식이 묻힐 수 있다.
| 결정 질문 | 주 기법 | 보완 기법 | 단독 사용 시 위험 |
|---|---|---|---|
| 학생이 왜 재제출하는가 | 사건 인터뷰·과업 관찰 | 요청·상태 로그 | 기억 편향 또는 의도 없는 로그 |
| 수동 처리가 어디서 생기는가 | 지원 업무 관찰 | 티켓·처리시간 표본 | 관찰일이 피크를 대표하지 않음 |
| 어떤 규칙이 유효한가 | 공식 문서 분석 | 정책 책임 워크숍·사례 결정표 | 문서와 관행 차이, 다수결 오해 |
| 피크 품질이 어떤가 | 운영 로그·부하 자료 | 장애 회고·시나리오 | 관찰되지 않은 실패와 잘못된 분모 |
| 접근성 장벽이 있는가 | 당사자 과업 관찰 | 기준 검사·지원 기록 | 자동 검사 또는 대리 의견 과신 |
세션마다 같은 기록 골격을 사용하면 출처를 잃지 않는다. ELI-SESSION-*에는 목적·결정 질문, 참여 역할과 대표 범위, 일시·장소·채널, 사용 동의·기록 제한, 원문 또는 관찰 시각, 진행자 질문, 사실·해석 구분, 반례, 후속 확인, 검토·정정 결과를 둔다. 실명을 요구 ID에 복사하지 않고 출처 저장소의 접근 제어된 식별자를 참조한다.
진행자와 기록자도 자신의 영향을 남긴다. 예를 들어 “서버가 느려서 다시 눌렀죠?”라는 질문은 원인을 고정하므로 폐기하고, “다시 누르기 직전에 무엇을 보았습니까?”로 바꾼다. 회의에서 직급 높은 사람이 먼저 우선권을 주장했다면 익명 개별 입력과 사례별 판단을 병행한다. 통역·자막·보조기술, 휴식과 충분한 응답 시간을 제공해 참여 방식이 자료를 왜곡하지 않게 한다.
각 수집 회차 뒤에는 짧은 근거 검토를 한다.
- 원문·관찰과 연구자 해석을 다른 필드에 기록했는가?
- 새 후보가 기존 요구를 지지·반박·상세화·변경하는지 구분했는가?
- 강한 한 사례와 빈도 주장을 혼동하지 않았는가?
- 누가 대표되지 않았고 어떤 피해·예외가 아직 보이지 않는가?
- 새로운 개인정보·정책·보안 위험이 생겼는가?
- 다음 회차에서 확인할 반대 설명과 종료 판단은 무엇인가?
도출 범위를 무한히 늘리지 않도록 포화라는 말도 신중히 사용한다. 같은 인터뷰 주제가 반복돼도 새로운 사용자 집단·장애 상황·정책 예외가 남아 있을 수 있다. 현재 결정의 위험에 비추어 추가 조사 가치가 낮고, 중대 열린 질문에는 별도 책임·기한이 있을 때 회차를 끝낸다. “새 기능 아이디어가 더 나오지 않음”은 완료 기준이 아니다.
질문지는 기능 선호보다 최근 사건과 판단을 묻는다.
| 대상 | 닫힌 질문 예 | 더 나은 도출 질문 |
|---|---|---|
| 학생 | 상태 화면이 필요합니까? | 마지막으로 결과를 확신하지 못했던 순간부터 무엇을 보고 어떤 행동을 했습니까? |
| 지원 담당 | 문의가 많습니까? | 어떤 문의를 어떤 정보로 해결했고, 수동 확인에는 어떤 단계가 필요했으며 얼마나 걸렸습니까? |
| 정책 책임 | 졸업예정자를 우선합니까? | 공식 원문·적용 학기·대상 판정·동률·예외·이의 절차는 무엇입니까? |
| 운영 | 장애 때 보류하면 됩니까? | 어떤 실패를 어떻게 탐지하며 안전 상태·재평가·종료·대사 책임은 무엇입니까? |
| 외부 제공자 | API가 안정적입니까? | 시간 제한·버전·오류·중복·순서·변경 통보와 장애 연락 계약을 보여 주십시오. |
인터뷰 중에는 “왜”를 반복해 답을 몰아가지 않는다. 경험한 사건, 당시 보인 정보와 사용한 도구, 기대·실제 결과, 피해와 우회를 시간 순서로 재구성한다. 정책 질문에는 원문과 예외 사례를 요청하고, 기술 가능성 질문과 업무 권한 질문을 서로 다른 사람에게 확인한다.
다음은 SRC-STU-01SRC-STU-01 · 프로젝트 항목학생의 신청·결과 확인 경험과 반복 제출 정황을 담은 교육용 합성 원자료 출처다.의 합성 원자료 일부다.
[학생 A, 합성 기록]
“신청 버튼을 누르고 화면이 멈췄습니다. 다시 들어가니 목록에는 있었지만
승인된 건지 접수만 된 건지 몰라서 한 번 더 눌렀습니다.”
[학생 B, 합성 기록]
“거절이라고 나왔는데 코드만 보여서 다른 분반을 골라야 하는지
학과에 문의해야 하는지 알 수 없었습니다.”
[키보드 사용자 C, 합성 기록]
“결과가 화면 위쪽에 바뀐 것 같은데 초점은 버튼에 남아 있었고
상태가 바뀌었다는 안내를 듣지 못했습니다.”
여기서 관찰 가능한 것은 참여자가 그렇게 회상했다는 사실뿐이다. 학생 A의 반복 클릭이 복수 신청 효과를 냈는지, 목록의 상태 문구가 무엇이었는지는 로그·화면 버전과 대조해야 한다. 학생 B의 사유 공개는 설명 가능성을 지지하지만 내부 규칙이나 민감 학적 정보를 모두 보여 달라는 요구는 아니다. 학생 C의 경험은 QR-007QR-007 · 품질 요구적용 접근성 기준 미정., UI-001UI-001 · 프로젝트 항목적용·미적용 사유와 정정·이의 경로.을 검토하게 하지만 특정 보조기술 전체를 대표하지 않는다.
SRC-POL-01SRC-POL-01 · 프로젝트 항목업무 규칙과 정책 후보의 원문·판본·시행일·적용 범위와 정책 책임자를 확인하기 위한 합성 정책 출처다. 합성 워크숍에는 다음처럼 상충하는 발언을 남긴다.
[학사 담당]
“선수과목, 최대 학점, 시간 충돌과 정원을 모두 통과해야 승인할 수 있습니다.”
[학과 담당]
“졸업예정자는 마지막 좌석에서 우선해야 한다고 알고 있습니다.”
[정책 책임 후보]
“그 우선권의 현행 조항과 적용 학기는 지금 확인되지 않았습니다.
정원 초과는 허용하지 않는 방향이지만 동률 처리도 결정해야 합니다.”
첫 발언은 RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다. 후보를 지지하지만 예외·시점·원문이 없다. 둘째 발언은 CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.의 출처 후보일 뿐, 승인 증거는 아니다. 셋째 발언은 ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다.과 미결정 상태를 확인한다. 회의록을 깔끔한 합의문으로 고치지 않고 누가 어떤 권한으로 무엇을 확인하지 못했는지 보존한다.
학생지원 업무 관찰 OBS-SUP-01OBS-SUP-01 · 프로젝트 항목학생지원 업무 관찰 도 합성 기록으로 작성한다.도 합성 기록으로 작성한다.
| 시각 순서 | 관찰 행동 | 사용 정보 | 해석 후보 | 확인 질문 |
|---|---|---|---|---|
| 1 | 상담원이 학생·분반과 대략적 시각을 묻음 | 문의 채널 | 상관 ID가 사용자에게 없을 수 있음 | 신청 ID를 실제 화면이 제공하는가? |
| 2 | 여러 관리 화면과 로그를 조회 | 신청·판정·알림 상태 | 공식 상태가 분산돼 수동 재처리 가능 | 각 원천과 최신성·권한은? |
| 3 | 접수와 승인 여부를 별도로 설명 | 내부 상태 코드 | 사용자 표현과 내부 코드가 다를 수 있음 | 공개 용어·사유 대응표는? |
| 4 | 규칙 서비스 지연 건을 목록에 옮김 | 개인 작업 문서 후보 | 보류 큐·소유권·개인정보 위험 | 공식 재평가·감사 절차가 있는가? |
관찰자는 사람이 느리다고 평가하지 않는다. 필요한 정보가 여러 곳에 있는지, 권한·도구·절차가 어떤 우회를 만들었는지 기록한다. 개인 작업 문서가 실제로 존재한다는 증거가 없으므로 여기서는 확인 질문이다. 실제 관찰이라면 화면 캡처·필드 원문을 무분별하게 복사하지 않고 목적에 필요한 최소 정보만 남긴다.
2. 관찰과 인터뷰에서 후보를 모은다

로그 분석 SRC-LOG-01SRC-LOG-01 · 프로젝트 항목평가를 가능하게 함.은 지표 값보다 사건 정의부터 만든다.
반복 제출 후보 = 같은 학생·분반·학기에 대해
합의한 시간 창 안에 동일 의도를 나타내는 복수 요청
수동 재처리 후보 = 운영자가 결과 확인 불가·중복·판정 불가 때문에
신청 상태를 조회·대사·재평가·정정한 업무 사건
이 정의도 확정 전이다. 같은 분반을 취소한 뒤 다시 신청한 것은 새 의도일 수 있고, 클라이언트 자동 재시도는 사용자의 반복 행동과 다르다. 요청 ID, 세션, 상태 전이와 사용자 설명을 표본 대조해야 한다. 로그가 필요한 필드를 수집하지 않으면 “데이터 없음”을 0건으로 바꾸지 않는다.
로그 요약표에는 값을 발명하지 않고 결측 상태를 적는다.
| 필요한 지표 | 현재 값 | 필요한 필드·대조 | 사용 결정 |
|---|---|---|---|
| 피크 첫 30분 고유 신청 의도 | 미수집 | 학생·분반·요청/의도 ID·시각 | BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자. 분모 |
| 반복 제출 후보 비율 | 미수집 | 재전송·취소 후 재신청 구분 | ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다. 확인 |
| 결과를 알 수 없는 상태와 관련한 문의·처리시간 | 미수집 | 문의 이유·신청 상관 ID·업무 단계 | 수동 재처리 기준선 |
| 규칙 시간 초과·보류·재평가 | 미수집 | 호출·원인·상태·재평가 연결 | IR-001IR-001 · 인터페이스 요구자격·운영 흐름., 운영 용량 |
| 잘못된 승인·좌석 불일치 | 미수집 | 결정·정원·상태 대사 | 보호 지표 |
문서 분석에서는 학칙·업무 절차·인터페이스·운영 안내의 공식성과 버전을 따로 본다. 검색 결과나 오래된 안내 화면을 현행 정책으로 사용하지 않는다. 규칙별로 조항, 시행·종료, 적용 대상, 예외·결정자와 시스템 매핑을 기록한다. 현재 원문이 없으므로 RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.는 계속 “출처 확인 전”이다.
외부 연계 워크숍에서는 성공 응답 예제만 보지 않는다. 인증 만료·역할 변경, 학적 데이터의 기준 시점·누락, 규칙 응답의 버전·무효·늦은 성공, 알림 실패, 파일 이관의 부분 실패를 묻는다. ASM-002ASM-002 · 가정규칙 버전 제공 여부 미확인.가 틀리면 DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다.의 규칙 버전 재현 요구를 어떤 대안으로 충족할지 분석 단계로 넘긴다.
원자료에서 후보를 추출하는 ELI-CAND-01ELI-CAND-01 · 프로젝트 항목원자료에서 후보를 추출하는 표는 다음과 같다. 표는 다음과 같다.
| 후보 | 출처 구간 | 관찰·필요 | 해석·불확실성 | 연결·상태 |
|---|---|---|---|---|
| 접수와 판정 구분 제공 | SRC-STU-01SRC-STU-01 · 프로젝트 항목학생의 신청·결과 확인 경험과 반복 제출 정황을 담은 교육용 합성 원자료 출처다. 학생 A |
현재 결과를 확신하기 어려움 | 실제 화면·로그 미대조 | UR-001UR-001 · 사용자 요구신청 가능 강좌와 결과·사유 확인 / 사용자., FR-002–FR-003FR-002–FR-003FR-002: 인증·대상·신청 기간과 요청 형식을 확인해 신청 의도를 고유 식별자로 접수하고 접수 결과를 제공한다는 기능 요구다. · FR-003: 인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. 지지 후보 |
| 같은 의도 재전송의 중복 처리 방지 | 학생 A, 로그 정의 | 반복 행동 가능성 | 빈도·동일성 기준 미확인 | FR-004FR-004 · 기능 요구같은 신청 의도를 다시 보내도 복수 승인이나 좌석 변동을 만들지 않고 기존 신청 상태에 연결한다는 기능 요구다., ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다. |
| 공개 사유와 다음 행동 | 학생 B | 거절 후 선택이 어려움 | 공개 범위·정책 필요 | FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다., QR-006QR-006 · 품질 요구대표 사용자는 신청·상태 과업과 공개 사유의 다음 행동을 합의한 성공 기준으로 이해해야 한다, QR-011QR-011 · 품질 요구목적에 필요한 최소 개인정보만 처리하고 승인된 접근·보존·파기·공개 범위를 적용해야 한다 |
| 접근 가능한 상태 변화 | 학생 C | 동적 결과 인지 장벽 | 대상 기술·대표성 미확인 | QR-007QR-007 · 품질 요구적용 접근성 기준 미정., UI-001UI-001 · 프로젝트 항목적용·미적용 사유와 정정·이의 경로. |
| 규칙 실패에서 자동 승인 금지 | SRC-POL-01SRC-POL-01 · 프로젝트 항목업무 규칙과 정책 후보의 원문·판본·시행일·적용 범위와 정책 책임자를 확인하기 위한 합성 정책 출처다., 운영 시나리오 |
판정 불가를 안전하게 처리 | 보류 종료·좌석 정책 미정 | IR-001IR-001 · 인터페이스 요구자격·운영 흐름., DEF-001DEF-001 · 미정의 항목보류 재평가·종료 조건 없음., ASM-003ASM-003 · 가정처리 보류가 좌석을 점유하는가? |
| 우선권 정책 검토 | 학과 발언 | 졸업예정자 고려 주장 | 원문·대상·동률·승인 없음 | CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다., ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다. 보류 |
후보 문장은 출처의 의미를 더 강하게 만들지 않는다. “문의가 많다”를 50% 감소의 근거로 바꾸거나 “우선해야 한다고 안다”를 정책 의무로 바꾸지 않는다. 서로 다른 출처가 같은 방향을 가리키면 지지, 다른 설명이면 반박, 적용 범위가 다르면 조건부 관계를 붙인다.
| 주장 | 지지 후보 | 반박·대안 설명 | 다음 확인 |
|---|---|---|---|
| 결과를 알 수 없는 상태가 반복 제출의 주요 원인 | 학생 A 발화, 지원 업무 후보 | 세션 만료·응답 유실·경쟁 심리·자동 재시도 | 실제 사건 표본과 로그 |
| 상세 사유가 재문의 감소 | 학생 B 발화 | 과도한 공개가 개인정보·규칙 악용 위험 | 사유 유형별 과업·정책 검토 |
| 안전 보류가 적절 | 자동 승인 위험 회피 | 적체·신청 기회·좌석 공정성 문제 | 종료·재평가·좌석 정책 워크숍 |
| 졸업예정자 우선이 필요 | 학과 발언 | 공식 원문·영향 자료 없음 | CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다. 근거 패키지 |
참여자 확인에서는 분석가의 요약을 “동의하십니까?”로만 묻지 않는다. 원문과 요약의 차이, 빠진 예외, 반대 사례, 권한 범위를 보여 주고 사실 확인, 해석 이견, 정책 결정 필요, 추가 증거 필요로 나눈다. 이 사례에는 실제 확인 회신이 없으므로 다음 상태표가 결과다.
| 확인 대상 | 현재 상태 | 승인으로 올리지 못하는 이유 | 분석 단계 입력 |
|---|---|---|---|
| 접수·판정 구분 필요 | 후보 지지 | 실제 사용자 표본·화면 대조 없음 | FR-002–FR-003FR-002–FR-003FR-002: 인증·대상·신청 기간과 요청 형식을 확인해 신청 의도를 고유 식별자로 접수하고 접수 결과를 제공한다는 기능 요구다. · FR-003: 인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다., UI-001UI-001 · 프로젝트 항목적용·미적용 사유와 정정·이의 경로. 정제 |
| 반복 제출 원인 | 미확인 | 로그 기준선 없음 | ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다., 측정 위험 |
| 규칙·예외 | 미확인 | 학칙 원문·권한자 없음 | RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다., 결정표 |
| 보류 생명주기 | 일부 방향만 후보 | 종료·좌석·재평가 목표 없음 | DEF-001DEF-001 · 미정의 항목보류 재평가·종료 조건 없음., ASM-003ASM-003 · 가정처리 보류가 좌석을 점유하는가? |
| 우선권 | 보류 | 정책·데이터·공정성 근거 없음 | CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다., ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다. |
수집하지 않을 정보도 계획한다. 인터뷰 목적에 필요 없는 성적 전체, 주민번호, 장애 진단명과 자유 서술 민감정보는 수집하지 않는다. 로그 분석에는 원문 식별자 대신 승인된 가명·집계 경로를 사용하고 재식별 위험과 접근을 통제한다. 녹음·전사·AI 보조를 쓴다면 목적·동의 또는 적용 근거, 전송·학습 이용·보존·파기와 검토 책임을 먼저 승인한다. 이 사례에서는 실제 자료를 외부 도구에 입력하지 않았다.
원자료와 분석 자료의 생명주기도 나눈다. 원본 녹음·로그는 제한된 저장소에서 정해진 기간만 보관하고, 요구 저장소에는 필요한 최소 인용·출처 좌표와 검토 결과를 둔다. 참여자가 사실 오류를 정정했을 때 원문을 조용히 덮지 않고 정정 기록과 영향을 남긴다. 후보가 거절돼도 원자료를 무기한 보존할 이유는 없으며, 파기 후에는 어떤 최소 증거가 남는지 정한다.
도출 산출물의 품질은 후보 수가 아니라 추적 가능성과 조사 한계로 평가한다.
| 완료 질문 | 통과 조건 후보 |
|---|---|
| 출처를 되짚을 수 있는가? | 후보마다 문서·발언·관찰·로그의 정확한 위치와 공식성이 확인됨 |
| 사실과 해석이 분리됐는가? | 원자료, 분석가 해석, 요구 후보와 승인 상태가 구분됨 |
| 서로 다른 증거를 비교했는가? | 지지·반박·조건부 관계와 대안 설명이 남음 |
| 결정권자가 보이는가? | 사용자 확인, 정책 승인, 기술·운영 검토 역할이 구분됨 |
| 누락과 미수집이 보이는가? | 대표되지 않은 집단·결측 데이터·수집 제외 이유가 있음 |
| 다음 분석이 가능한가? | 중복·충돌·가정·정량 조건과 열린 질문이 구조화됨 |
도출 종료 시 “요구가 모두 나왔다”고 선언하지 않는다. 조사 범위와 한계, 대표되지 않은 집단, 답하지 못한 질문을 함께 넘긴다.

46장46장. 요구사항 분석수집한 후보의 범위·규칙·우선순위·충돌을 어떻게 분석하는가?페이지로 이동은 이 입력에서 중복·누락·충돌과 해법 고정을 찾고 요구 계층·범위·우선순위로 구조화한다. 분석 중 후보 의미가 원자료와 달라지면 이 장으로 돌아와 출처·참여자와 다시 확인해야 한다.
3. 도출 결과를 분석으로 넘긴다

수강신청 사례에 적용
판단 기준과 흔한 오류
직접 해보는 실습
1. 대상 선택
현재 프로젝트 산출물 중 이 장의 질문과 관련된 항목 하나를 고른다.
2. 근거와 예외 표시
본문의 판단 질문으로 누락된 근거와 예외를 표시한다.
3. 다음 행동 기록
확인할 책임자, 필요한 최소 증거와 다음 행동을 기록한다.