요구사항 추적표 예제
목표·요구·설계·시험 사이의 누락과 변경 영향을 확인할 수 있도록 추적 관계와 작성 예제를 정리한다.
권장 사용 순서
1. 대상 정하기
현재 작업에서 판단하거나 기록할 대상을 정한다.
2. 기준 적용하기
아래 기준과 예제를 적용하고, 확인되지 않은 항목은 따로 표시한다.
3. 결과 남기기
출처와 책임자, 다음 행동을 관련 산출물에 남긴다.
도구 본문
이 부록은 28장과 49장을 읽은 뒤 목표·요구·설계·시험의 누락, 고아 항목과 변경 영향을 검사할 때 사용한다. 추적표는 관계 저장소를 보여 주는 한 가지 보기일 뿐, 추적성 자체는 아니다. 모든 칸을 채우지 않고 “왜 존재하는가, 무엇을 실현·검증하는가, 바뀌면 어디를 다시 보는가”라는 질문에 필요한 관계만 유지한다.
관계 유형
| 관계 | 의미·방향 | 등록 기준 | 변경 시 질문 |
|---|---|---|---|
derivesFrom |
하위 요구가 상위 필요·정책에서 도출 | 의미·범위·공식 근거가 이어짐 | 상위가 바뀌어도 필요한가? |
decomposes |
상위 책임을 독립 하위 책임으로 분해 | 하위 합이 상위 정상·예외를 덮음 | 누락·과도한 범위가 있는가? |
dependsOn |
충족에 다른 데이터·계약·조건 필요 | 필수·선택과 실패 의미 기록 | 의존 실패의 안전 결과는? |
constrains |
품질·정책이 설계 공간 제한 | 완화 시 가치·안전 영향이 있음 | 제약 변경이 불변조건을 깨는가? |
satisfies |
설계 요소가 요구 충족에 기여 | 책임·기여 범위·대안 근거 존재 | 설계 변경 뒤 의미가 유지되는가? |
verifies |
시험·분석·검사가 요구 준수 평가 | 오라클·환경·대상 버전 존재 | 결과를 재사용할 수 있는가? |
validates |
시나리오·사용자 확인이 필요 적합성 평가 | 사용 맥락·대표성·확인 결과 존재 | 해결이 여전히 유용한가? |
conflictsWith |
두 요구·해석이 충돌 | 영향·결정권자·해소 조건 기록 | 어느 근거로 해결했는가? |
supersedes |
새 항목·버전이 이전 항목 대체 | 전환 시점·과거 사용처 보존 | 낡은 소비자가 남았는가? |
관계 레코드의 최소 필드는 출발 ID·버전, 관계, 도착 ID·버전 또는 안정적인 참조 정보, 기여·근거, 소유자, 상태, 마지막 확인일과 만료·재검토 사건이다.
목표·요구 추적표
| 목표·상위 | 요구 | 연관 요구·제약 | 검증·확인 후보 | 상태·열린 항목 |
|---|---|---|---|---|
G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전., BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자. |
UR-001UR-001 · 사용자 요구신청 가능 강좌와 결과·사유 확인 / 사용자., FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. |
QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다., QR-005–QR-007QR-005–QR-007QR-005: 다른 학생 객체 접근. · QR-006: 대표 사용자는 신청·상태 과업과 공개 사유의 다음 행동을 합의한 성공 기준으로 이해해야 한다 · QR-007: 적용 접근성 기준 미정., QR-011QR-011 · 품질 요구목적에 필요한 최소 개인정보만 처리하고 승인된 접근·보존·파기·공개 범위를 적용해야 한다, DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다., IR-005IR-005 · 인터페이스 요구최소 정보·재시도·공식 조회 연결. |
TC-FR-003-01TC-FR-003-01 · 시험 항목정상·보류·거절·인가 결과 확인., PT-STATUS-001PT-STATUS-001 · 프로젝트 항목합의된 피크 환경에서 본인 상태 조회의 응답시간·오류·권한·데이터 신선도를 확인하는 미실행 성능 시험 후보다., VAL-SCN-01VAL-SCN-01 · 확인 시나리오보류의 사용자·운영 적합성 확인. |
ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다., DEF-003DEF-003 · 미정의 항목부하·표본·측정 구간 미정., 실제 사용자 없음 |
G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전., SR-001SR-001 · 시스템 요구멱등 처리 항목. |
FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다. |
RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다., QR-003QR-003 · 품질 요구동시 신청 경쟁., DR-001–DR-003DR-001–DR-003DR-001: 학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다. · DR-002: 신청과 요청·판정·상태 변경을 고유 식별자로 연결한다 · DR-003: 학생·강좌·규칙 입력의 원천과 기준 시점을 판정에 연결한다, IR-003–IR-004IR-003–IR-004IR-003: 학생·강좌·이수 원천. · IR-004: 규칙 결과·사유·버전 제공. |
TC-RULE-001-01TC-RULE-001-01 · 시험 항목선수과목 조건의 충족·미충족·경계 사례에서 유효한 결과와 사유가 기록되는지 확인하는 시험 후보다., TC-CAP-001-01TC-CAP-001-01 · 시험 항목마지막 좌석에 여러 신청이 동시에 들어와도 정원 초과와 복수 승인이 생기지 않는지 확인하는 시험 후보다. |
ASM-002ASM-002 · 가정규칙 버전 제공 여부 미확인., ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다. |
G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전., SR-001SR-001 · 시스템 요구멱등 처리 항목. |
FR-002FR-002 · 기능 요구인증·대상·신청 기간과 요청 형식을 확인해 신청 의도를 고유 식별자로 접수하고 접수 결과를 제공한다는 기능 요구다., FR-004FR-004 · 기능 요구같은 신청 의도를 다시 보내도 복수 승인이나 좌석 변동을 만들지 않고 기존 신청 상태에 연결한다는 기능 요구다. |
DR-002–DR-004DR-002–DR-004DR-002: 신청과 요청·판정·상태 변경을 고유 식별자로 연결한다 · DR-003: 학생·강좌·규칙 입력의 원천과 기준 시점을 판정에 연결한다 · DR-004: 현재 상태와 변경 이력이 모순되지 않게 유지한다, QR-003QR-003 · 품질 요구동시 신청 경쟁. |
TC-DUP-001-01TC-DUP-001-01 · 시험 항목같은 신청 의도가 반복되거나 응답이 유실돼도 기존 신청에 연결되고 중복 처리가 생기지 않는지 확인하는 시험 후보다. |
동일성·보존 창 미정 |
UR-001UR-001 · 사용자 요구신청 가능 강좌와 결과·사유 확인 / 사용자., SR-001SR-001 · 시스템 요구멱등 처리 항목. |
FR-005FR-005 · 기능 요구신청·판정 이력. |
DR-004DR-004 · 데이터 요구현재 상태와 변경 이력이 모순되지 않게 유지한다, RULE-004RULE-004 · 업무 규칙분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. |
TC-CAN-001-01TC-CAN-001-01 · 시험 항목판정 중 취소와 늦은 승인 응답이 경합할 때 더 새로운 유효 상태를 보존하는지 확인하는 시험 후보다. |
취소 가능 상태·시점 미정 |
G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전., SR-001SR-001 · 시스템 요구멱등 처리 항목. |
IR-001IR-001 · 인터페이스 요구자격·운영 흐름. |
FR-003–FR-004FR-003–FR-004FR-003: 인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. · FR-004: 같은 신청 의도를 다시 보내도 복수 승인이나 좌석 변동을 만들지 않고 기존 신청 상태에 연결한다는 기능 요구다., DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다., QR-003QR-003 · 품질 요구동시 신청 경쟁., QR-009–QR-010QR-009–QR-010QR-009: 권한 있는 역할은 판정·상태 변화를 원천·주체·입력·규칙 버전까지 재현할 수 있어야 한다 · QR-010: 정의된 장애에서 안전 상태를 보존하고 합의된 목표 안에 재평가·복구·대사할 수 있어야 한다 |
TC-IR-001-01TC-IR-001-01 · 시험 항목규칙 연계의 실패·무효·시간 초과·늦은 응답에서 자동 승인 없이 원인 있는 보류와 이력이 남는지 확인하는 시험 후보다., VAL-SCN-01VAL-SCN-01 · 확인 시나리오보류의 사용자·운영 적합성 확인. |
DEF-001DEF-001 · 미정의 항목보류 재평가·종료 조건 없음., ASM-003ASM-003 · 가정처리 보류가 좌석을 점유하는가? |
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. 하나가 G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전. 전체를 달성한다고 표시하지 않는다. 상태·사유 조회가 반복 제출과 문의를 줄이는 데 기여할 수 있지만 실제 크기는 ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다.과 운영 지표로 확인해야 한다. 보안·개인정보·접근성은 목표 기여가 작아 보여도 지켜야 할 보호 조건이다.
요구·설계·시험 추적표
| 요구 | UC·기능·흐름 | 화면 | API·컴포넌트 | 데이터 | 시험 후보 |
|---|---|---|---|---|---|
FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다. |
UC-REG-01UC-REG-01 · 프로젝트 항목강좌를 신청한다, FEAT-ELIGIBILITY-01FEAT-ELIGIBILITY-01 · 기능 묶음신청 자격 판정., FEAT-ENROLL-01FEAT-ENROLL-01 · 기능 묶음신청 접수·좌석 반영., FLOW-ENR-01FLOW-ENR-01 · 사용 흐름신청·보류·우선 배정·이의의 시간 순서가 달라지는가? |
결과는 SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. |
API-RULE-01API-RULE-01 · API 설계규칙 평가 연계., CMP-RULE-01CMP-RULE-01 · 구성요소규칙 연계·입력 기준선·판정 정규화., CMP-ENROLL-01CMP-ENROLL-01 · 구성요소접수·중복 판별·상태 전이 조정. |
DATA-DECISION-01DATA-DECISION-01 · 데이터 설계학적 기준·우선 근거 재현. |
TC-RULE-001-01TC-RULE-001-01 · 시험 항목선수과목 조건의 충족·미충족·경계 사례에서 유효한 결과와 사유가 기록되는지 확인하는 시험 후보다., TC-CAP-001-01TC-CAP-001-01 · 시험 항목마지막 좌석에 여러 신청이 동시에 들어와도 정원 초과와 복수 승인이 생기지 않는지 확인하는 시험 후보다. |
FR-002FR-002 · 기능 요구인증·대상·신청 기간과 요청 형식을 확인해 신청 의도를 고유 식별자로 접수하고 접수 결과를 제공한다는 기능 요구다. |
UC-REG-01UC-REG-01 · 프로젝트 항목강좌를 신청한다, FEAT-ENROLL-01FEAT-ENROLL-01 · 기능 묶음신청 접수·좌석 반영., FLOW-ENR-01FLOW-ENR-01 · 사용 흐름신청·보류·우선 배정·이의의 시간 순서가 달라지는가? |
SCR-REVIEW-01SCR-REVIEW-01 · 화면 설계제출 의도 확인., SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. |
API-ENROLL-01API-ENROLL-01 · API 설계신청 의도 접수., CMP-ENROLL-01CMP-ENROLL-01 · 구성요소접수·중복 판별·상태 전이 조정. |
DATA-APPLICATION-01DATA-APPLICATION-01 · 데이터 설계신청 ID, 주체, 대상, 요청 ID, 현재 상태·버전. |
접수·응답 유실 시나리오 |
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. |
UC-REG-01UC-REG-01 · 프로젝트 항목강좌를 신청한다, FEAT-STATUS-01FEAT-STATUS-01 · 기능 묶음신청 상태·사유 조회., FLOW-ENR-01FLOW-ENR-01 · 사용 흐름신청·보류·우선 배정·이의의 시간 순서가 달라지는가? |
SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. |
API-STATUS-01API-STATUS-01 · API 설계공식 상태·사유 조회., CMP-STATUS-01CMP-STATUS-01 · 구성요소공식 상태·공개 사유 조회. |
DATA-DECISION-01DATA-DECISION-01 · 데이터 설계학적 기준·우선 근거 재현. |
TC-FR-003-01TC-FR-003-01 · 시험 항목정상·보류·거절·인가 결과 확인., PT-STATUS-001PT-STATUS-001 · 프로젝트 항목합의된 피크 환경에서 본인 상태 조회의 응답시간·오류·권한·데이터 신선도를 확인하는 미실행 성능 시험 후보다. |
FR-004FR-004 · 기능 요구같은 신청 의도를 다시 보내도 복수 승인이나 좌석 변동을 만들지 않고 기존 신청 상태에 연결한다는 기능 요구다. |
UC-REG-01UC-REG-01 · 프로젝트 항목강좌를 신청한다 대안 흐름, FEAT-ENROLL-01FEAT-ENROLL-01 · 기능 묶음신청 접수·좌석 반영., FEAT-STATUS-01FEAT-STATUS-01 · 기능 묶음신청 상태·사유 조회. |
제출·상태 피드백 | API-ENROLL-01API-ENROLL-01 · API 설계신청 의도 접수., CMP-ENROLL-01CMP-ENROLL-01 · 구성요소접수·중복 판별·상태 전이 조정. |
요청 ID·신청 상태 이력 | TC-DUP-001-01TC-DUP-001-01 · 시험 항목같은 신청 의도가 반복되거나 응답이 유실돼도 기존 신청에 연결되고 중복 처리가 생기지 않는지 확인하는 시험 후보다. |
FR-005FR-005 · 기능 요구신청·판정 이력. |
UC-REG-01UC-REG-01 · 프로젝트 항목강좌를 신청한다 취소 흐름, FEAT-CANCEL-01FEAT-CANCEL-01 · 기능 묶음정책상 허용된 상태의 신청을 취소하고 늦은 판정과 좌석 복구를 조정하며 상태 이력을 유지하는 기능 후보다., FLOW-ENR-01FLOW-ENR-01 · 사용 흐름신청·보류·우선 배정·이의의 시간 순서가 달라지는가? |
SCR-CANCEL-01SCR-CANCEL-01 · 화면 설계취소 의도 확인., SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. |
API-CANCEL-01API-CANCEL-01 · API 설계허용 상태의 취소., CMP-ENROLL-01CMP-ENROLL-01 · 구성요소접수·중복 판별·상태 전이 조정. |
신청·판정 상태 이력 | TC-CAN-001-01TC-CAN-001-01 · 시험 항목판정 중 취소와 늦은 승인 응답이 경합할 때 더 새로운 유효 상태를 보존하는지 확인하는 시험 후보다. |
IR-001IR-001 · 인터페이스 요구자격·운영 흐름. |
UC-REG-01UC-REG-01 · 프로젝트 항목강좌를 신청한다 예외 흐름, FEAT-ELIGIBILITY-01FEAT-ELIGIBILITY-01 · 기능 묶음신청 자격 판정., FEAT-OPERATE-01FEAT-OPERATE-01 · 기능 묶음보류·예외 운영. |
SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내.의 처리 보류 |
API-RULE-01API-RULE-01 · API 설계규칙 평가 연계., CMP-RULE-01CMP-RULE-01 · 구성요소규칙 연계·입력 기준선·판정 정규화., CMP-OPERATE-01CMP-OPERATE-01 · 구성요소보류 관찰·재평가·대사. |
원인·판정·재평가 이력 | TC-IR-001-01TC-IR-001-01 · 시험 항목규칙 연계의 실패·무효·시간 초과·늦은 응답에서 자동 승인 없이 원인 있는 보류와 이력이 남는지 확인하는 시험 후보다., VAL-SCN-01VAL-SCN-01 · 확인 시나리오보류의 사용자·운영 적합성 확인. |
하나의 요구를 여러 설계가 부분적으로 실현한다. 화면만 연결하고 공식 API·데이터를 빼면 사용자가 본 결과가 어디에서 왔는지 설명할 수 없다. 반대로 모든 요구를 모든 설계에 연결하면 변경 범위가 무의미하게 넓어진다. 목차의 일반 표기 DB는 이 사례에서 물리 데이터베이스를 확정하지 않고 DATA-APPLICATION-01DATA-APPLICATION-01 · 데이터 설계신청 ID, 주체, 대상, 요청 ID, 현재 상태·버전., DATA-DECISION-01DATA-DECISION-01 · 데이터 설계학적 기준·우선 근거 재현. 같은 논리 데이터 책임으로 표현한다. 각 셀에는 어느 부분에 기여하는지를 관계 레코드로 보완한다.
대표 전방·후방 경로
사람이 경로를 읽으며 다음을 확인한다.
- 화면이 접수·보류·승인·거절·취소를 같은 상태 의미로 표현하는가?
- API가 본인의 공식 상태·공개 사유·갱신 시각을 제공하는가?
- 데이터가 판정 결과·사유·규칙 버전과 상태 변경을 재현하는가?
- 시험이 상태 코드만 아니라 공개 사유·인가·갱신·다음 행동을 검증하는가?
- 하위 항목이
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다.에 없는 내부 순위나 민감 사유를 노출하지 않는가?
링크가 모두 있어도 위 질문에 답하지 못하면 의미상의 결함이 있다.
관계 레코드 예
| 출발 | 관계 | 도착 | 기여·근거 | 소유자 후보 | 상태 |
|---|---|---|---|---|---|
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. v0.9 |
derivesFrom |
UR-001UR-001 · 사용자 요구신청 가능 강좌와 결과·사유 확인 / 사용자. v0.9 |
자신의 결과·사유 확인을 시스템 의무로 구체화 | 요구 책임자 | 검토 후보 |
SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. v0.1 |
satisfies |
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. v0.9 |
상태·사유·갱신·다음 행동의 표현 | UX 책임자 | 검토 후보 |
API-STATUS-01API-STATUS-01 · API 설계공식 상태·사유 조회. v0.1 |
satisfies |
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. v0.9 |
본인의 공식 상태 조회 계약 | 설계 책임자 | 검토 후보 |
DATA-DECISION-01DATA-DECISION-01 · 데이터 설계학적 기준·우선 근거 재현. v0.1 |
satisfies |
DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다. v0.9 |
판정·사유·규칙 버전·최종 상태 근거 | 데이터 책임자 | ASM-002ASM-002 · 가정규칙 버전 제공 여부 미확인. 조건부 |
TC-FR-003-01TC-FR-003-01 · 시험 항목정상·보류·거절·인가 결과 확인. v0.1 |
verifies |
FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. v0.9 |
상태·사유·인가·갱신 결과 확인 | 시험 책임자 | 미실행 |
VAL-SCN-01VAL-SCN-01 · 확인 시나리오보류의 사용자·운영 적합성 확인. v0.1 |
validates |
IR-001IR-001 · 인터페이스 요구자격·운영 흐름. v0.9 |
처리 보류의 사용자·운영 적합성 확인 | 요구·운영 책임자 | 미확인 |
누락·고아·잘못된 관계 검사
| 검사 | 발견 예 | 판정·조치 예 |
|---|---|---|
| 상위 없는 요구 | 출처·목표 없는 관리자 일괄 승인 기능 | 새 필요로 검토하거나 보류·제거 |
| 하위 없는 요구 | QR-011QR-011 · 품질 요구목적에 필요한 최소 개인정보만 처리하고 승인된 접근·보존·파기·공개 범위를 적용해야 한다에 데이터 흐름·검토·시험 책임 없음 |
최소 처리·보존·인가 설계와 증거 할당 |
| 요구 없는 설계 | API-STATUS-01API-STATUS-01 · API 설계공식 상태·사유 조회..rankingScore |
공개 근거 없으면 제거·보류 |
| 요구 없는 시험 | 폐기 정책의 과거 승자 기대값 | 회귀 목적 재확인 또는 폐기 |
| 잘못된 유형 | 화면이 요구를 verifies한다고 연결 |
satisfies로 수정, 실제 검증 별도 |
| 잘못된 방향 | FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다.satisfiesSCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. |
설계가 요구를 충족하는 방향으로 수정 |
| 낡은 버전 | TC 결과가 수정 전 요구 버전만 가리킴 |
차이 평가 후 재사용·보완·재시험 |
| 가짜 완전성 | 이름이 같은 시험 하나로 요구 전체 충족 표시 | 정상·경계·오류·품질 기여 범위 검토 |
변경 영향 보기
CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.의 변경 대장 경로는 다음과 같다.
이는 정식 의미 ID를 교체하지 않는다. REQ-014REQ-014 · 요구 항목졸업예정 우선 정책의 요구 차이안 작성.는 RULE-005RULE-005 · 업무 규칙우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다., FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다., FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다. 다음 버전의 차이 작업과 RULE-004RULE-004 · 업무 규칙분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. 재검증, SCR-007SCR-007 · 화면 설계우선 적용 사유·정정 안내 화면 차이 검토.은 SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. vNext, API-012API-012 · API 설계우선 판정 입력·사유·버전 계약 차이 검토.는 API-RULE-01API-RULE-01 · API 설계규칙 평가 연계. vNext, TC-032TC-032 · 시험 항목마지막 좌석·우선·비우선 경합 회귀 묶음 설계.는 TC-CAP-001-01TC-CAP-001-01 · 시험 항목마지막 좌석에 여러 신청이 동시에 들어와도 정원 초과와 복수 승인이 생기지 않는지 확인하는 시험 후보다. 회귀 클러스터에 매핑되는 변경 대장 ID다. 실제 CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.은 보류됐으므로 이 경로는 미실행이며 기존 후보 버전은 변하지 않았다.
빈 추적 양식
관계 저장용:
| 출발 ID·버전 | 관계 유형 | 도착 ID·버전 | 기여·근거 | 소유자 | 상태 | 확인일·재검토 사건 |
|---|---|---|---|---|---|---|
검토 보기용:
| 상위 필요 | 요구 | 설계·운영 | 검증·확인 | 상태·미결 | 변경 영향 |
|---|---|---|---|---|---|
요구·설계·시험·변경이 추가·수정·폐기될 때 관계를 같은 작업 안에서 갱신한다. 링크 연결률 100%보다 중요한 것은 고위험 항목의 의미와 증거가 충분한지 확인하고, 변경 사례를 실제로 따라가며 누락을 찾는 일이다. 이를 완료 기준으로 삼는다.
관련 학습
28장. 요구사항 추적성
이 도구와 관련된 개념과 판단 근거를 복습합니다.
34장. 요구사항에서 시험으로
이 도구와 관련된 개념과 판단 근거를 복습합니다.
49장. 추적 관계 구축
이 도구와 관련된 개념과 판단 근거를 복습합니다.