제 9 장
결론 및 향후 과제
본 장은 사업 종료 시점에 작성한다. 개발 결과와 한계는 제 7 장의 측정값이 나와야 쓸 수 있기 때문이다.
결과는 아직 기록하지 않았다. 아래는 무엇을 어떤 형식으로 남길지 정한 골격이며, 결과 항목은 시험 종료 후 채운다. 형식을 미리 고정하는 이유는 제 7 장과 같다. 결과를 본 뒤에 서술 방식을 정하면 잘 나온 항목을 앞세우게 된다.
1) 개발 결과 요약
목표 대비 달성
제 1 장에서 세운 세 가지 목표를 그대로 옮겨 판정한다.
시험 종료 후 기록한다.
| 목표 | 달성 여부 | 근거 |
|---|---|---|
| 조건에 맞는 용병을 경기 직전에도 찾아낸다 | — | — |
| 자기 신고가 아니라 영상 근거에서 실력 정보를 만든다 | — | — |
| 그 실력 정보를 다음 매칭에 자동으로 반영한다 | — | — |
근거 칸에는 인상이 아니라 시험 항목 번호(TC·NT)나 측정값을 적는다.
지표 달성
시험 종료 후 기록한다.
| 지표 | 목표 | 측정값 | 판정 |
|---|---|---|---|
| Hit Rate | 90% | — | — |
| Recall@5 | 90% | — | — |
| 경기 성사율 | 〔확인 필요〕 | — | — |
| 매칭 정확도 | 〔확인 필요〕 | — | — |
| 노쇼율 | 〔확인 필요〕 | — | — |
측정값은 제 7 장의 결과를 그대로 옮긴다. 이 장에서 다시 계산하거나 조건을 달리해 재산출하지 않는다. 두 장의 숫자가 다르면 어느 쪽이 맞는지 알 수 없게 된다.
요구사항 이행
시험 종료 후 기록한다.
| 구분 | 전체 | 이행 | 부분 이행 | 미이행 |
|---|---|---|---|---|
| 기능 요구사항 (FR) | 14 | — | — | — |
| 비기능 요구사항 (NFR) | 8 | — | — | — |
부분 이행과 미이행은 건수만 적지 않고, 어느 항목인지와 그 사유를 2절에 함께 남긴다.
2) 한계 및 미해결 과제
기록 원칙
미달과 미해결을 숨기지 않는다. 감추면 다음 개발자가 같은 곳에서 다시 막힌다. 각 항목은 현상 · 원인 · 영향 · 대응 여부를 갖춘다. 원인 칸에 현상을 되풀이해 적지 않는다.
설계 단계에서 이미 드러난 한계
아래는 시험 이전에 이미 확인된 구조적 한계다. 시험 결과와 무관하게 남으므로 미리 기록한다.
| 한계 | 내용 | 관련 장 |
|---|---|---|
| 영상 없는 경기 | 근거가 남지 않아 스탯이 갱신되지 않는다. 보조 신호로 채운 값은 검증된 값으로 표시하지 않는다 | 6장 |
| 인물 식별 | 등번호가 없거나 화질이 낮으면 장면을 특정 인물에 귀속시킬 수 없다. 해당 장면은 산출에서 제외된다 | 4장 |
| 콜드 스타트 | 서비스 초기에는 모든 이용자가 미검증 상태다. 근거가 쌓이기 전까지 매칭은 자기 신고값에 의존한다 | 6장 |
| 측정 데이터의 대표성 | 실제 이용 데이터를 쓸 수 없어 생성 데이터로 측정한다. 실서비스 분포와 다를 수 있다 | 7장 |
| 비용과 정확도의 절충 | 프레임 추출 간격을 좁히면 정확도가 오르고 비용·소요 시간이 함께 오른다. 어느 지점을 택하든 한쪽은 양보한다 | 4장 |
미해결 항목
시험 종료 후 기록한다. 제 7 장 3절의 미해결 사항을 옮기고, 각 항목에 남긴 판단 근거(영향 범위, 조치 비용, 우회 방법)를 함께 적는다.
| ID | 항목 | 현상 | 원인 | 영향 | 대응 |
|---|---|---|---|---|---|
| — | — | — | — | — | — |
3) 향후 계획
범위에서 제외한 항목
착수 시점에 의도적으로 뺀 항목이다. (제 1 장)
| 항목 | 제외 사유 | 후속 검토 |
|---|---|---|
| 참가비 결제 및 정산 | 핵심 문제(구인·검증)와 독립적이며 정산·환불 처리가 별도 부담 | 이용자 규모 확보 후 |
| 구장 예약 연동 | 외부 제휴가 선행 조건 | 제휴 성립 시 |
| 리그·토너먼트 운영 | 단발 경기 매칭이 검증된 뒤에 얹을 기능 | 매칭 지표 달성 후 |
일정 중 덜어낸 항목
사업 종료 후 기록한다. 기간을 고정하고 범위로 조정했으므로(제 8 장 R-06), 덜어낸 항목이 있으면 여기에 남긴다. 언제·왜 뺐는지를 함께 적는다.
| 항목 | 제외 시점 | 사유 |
|---|---|---|
| — | — | — |
후속 과제 우선순위 기준
후속 개발 항목은 아래 기준으로 순서를 정한다. 요청이 들어온 순서가 아니라 이 기준으로 정한다.
- 사업 목표 기여도 — 구인 성사율이나 검증 신뢰도를 직접 올리는가
- 선행 조건 — 다른 과제가 이 항목을 기다리는가
- 비용 — 개발 비용과 운영 비용(특히 모델 호출 비용)을 감당할 수 있는가
4) 참고 자료
작성 예정. 아래 구분에 따라 정리한다.
| 구분 | 대상 |
|---|---|
| 문헌·규격 | 참고한 논문, 표준, 가이드 |
| 외부 서비스·모델 | 사용한 모델과 외부 API |
| 데이터 | 시험에 사용한 영상과 생성 데이터의 출처 |
| 도구 | 개발·배포에 사용한 주요 도구 |
기재 규칙은 두 가지다.
- 변하는 값은 확인 시점을 함께 적는다. 모델 단가와 사양은 바뀐다. 제 4 장의 단가 표에 기준 시점을 적은 것과 같은 이유다.
- 영상 데이터는 출처와 이용 근거를 적는다. 촬영 동의를 받은 경기만 색인한다는 NFR-06을 실제로 지켰는지가 여기서 확인된다.
〔확인 필요: 참고 자료 목록〕