요구가 화면보다 많은데 ID를 화면에 맞추나

화면이 여러 요구를 받으면 화면 절에 요구 ID를 복수로 적습니다. 화면 ID로 요구를 합치면 조서에서 한 건이 사라집니다.

추적표를 설계 종료 때 만들어도 되나

설계 종료 때 만들면 요구 목록과 화면명을 나중에 맞추게 됩니다. 착수 주에 ID 규칙과 빈 열만이라도 엽니다.

조서에 요구 ID를 모두 찍어야 하나

조서 해당 Y인 시나리오만 찍습니다. 내부 단위 시험 ID를 조서에 올리면 현업 서명 칸이 과해집니다.

ID를 바꾸지 않고 상태만 바꿔도 되나

오타 수정은 상태만으로 됩니다. 규칙이 바뀌면 후속 ID를 열고 옛 ID는 폐기로 남깁니다.

요구 ID 추적 | 검수 조서와 케이스가 끊기는 지점

요구 ID가 설계서와 시험 케이스에서 한 칸이라도 빠지면, 검수 조서 120줄 가운데 그 줄의 사인이 먼저 흔들립니다. 추적표는 엑셀 한 장이면 되는데, 착수 때 ID 자릿수를 안 박으면 설계 단계에서 화면명으로 바뀌고 케이스에서는 시나리오 제목만 남죠. 제목만 남은 줄은 현업이 같은 기능인지 못 읽고, 조서 확인이 해석 싸움이 됩니다. 착수 주에 접두와 자릿수를 안 박으면 중반에 키를 다시 매기게 돼요. 이번 포스팅에서는 ID가 끊기는 지점을 칸별로 자세히 다뤄보도록 하겠습니다. 추적표를 다시 짜는 중이시라면 조서와 케이스를 한 줄로 이어 보세요.

칸	끊김의 모양	조서 주간에 보이는 일	그 주에 채울 열
요구 목록	ID 없이 문장만	같은 기능인지 현업이 못 읽음	접두+모듈+자릿수
설계서	화면명만 헤더	버튼 토론, 규칙 누락	절 첫 줄에 요구 ID
시험 케이스	시나리오 제목만	엔지니어 합격, 현업 거부	케이스 ID 옆 요구 ID
변경	같은 ID에 문구 덮기	옛 사인과 새 케이스 충돌	폐기+후속 ID
도구	자유 텍스트 ID	주마다 키가 바뀜	ID 열 잠금

요구 ID가 끊기는 칸과 조서에 남는 증상

요구 ID 규칙은 착수 주에 어디까지 박나

ID는 접두, 자릿수, 소유 모듈을 착수 주에 고정합니다. 화면명이나 문장 요약을 ID 자리에 넣으면 설계 단계에서 이미 추적이 끊깁니다. 착수 주에 규칙을 안 박으면 설계자가 화면명으로 줄을 다시 매기죠.

착수 점검에서 요구 목록만 있고 ID 열이 비어 있는 현장이 있습니다. 요구사항 식별이 끝난 것처럼 보여도, 다음 주 설계자가 화면명으로 줄을 다시 매기면 요구 120건과 화면 80본의 대응이 구두가 됩니다.

접두는 REQ, 자릿수는 4, 모듈 코드 3자리면 현장에서 충분합니다. REQ-BIL-0042처럼 모듈이 보이면 설계서 목차와 같은 순서로 정렬할 수 있죠.

문장 요약을 ID로 쓰면 현업이 문구를 고치는 순간 키가 바뀝니다. 키가 바뀌면 이전 설계 리뷰 기록이 다른 줄이 됩니다.

착수 주 산출물에 ID 규칙 한 쪽만 있어도, 이후 추적표는 그 규칙을 복사하면 됩니다.

설계 연결은 어느 칸에서 끊기나

설계서 각 절 첫 줄에 요구 ID를 적지 않으면, 화면 설계는 예쁘고 추적은 사라집니다. 한 화면이 요구 3건을 받더라도 ID는 쉼표로 남깁니다.

화면 설계서에 와이어만 있고 요구 ID가 각주에도 없으면, 리뷰는 버튼 위치 토론이 됩니다. 검수 때 현업이 찾는 것은 버튼이 아니라 REQ-BIL-0042의 감면 규칙이죠.

한 화면이 요구 3건을 구현하면 설계 절 헤더에 세 ID를 모두 적습니다. 하나만 적고 나머지는 개발자 기억에 두면, 시험 케이스는 적힌 한 건만 커버합니다.

설계 변경이 나와도 ID가 없으면 어느 요구의 기준선이 깨졌는지 변경관리 안건에 못 올립니다. 연결의 최소 단위는 문장이 아니라 ID예요.

문장 유사도로 나중에 맞추겠다는 말은, 조서 주간에 120줄을 눈으로 대조하겠다는 말과 같습니다.

시험 케이스와 조서는 어디서 한 줄이 되나

케이스 ID 옆에 요구 ID가 없으면 합격은 엔지니어 합격입니다. 조서 사인 칸은 요구 ID가 같은 시나리오에만 붙습니다. 내부 단위 시험만 통과한 줄은 조서에 올리지 마세요.

단위 시험이 800건을 통과해도 검증(Validation) 조서는 시나리오 40건에서 멈출 수 있습니다. 조서가 요구하는 것은 코드 경로가 아니라, 현업이 합의한 요구가 그 장면으로 보이는지죠.

케이스 시트 열을 다섯으로 줄여도 됩니다. 케이스 ID, 요구 ID, 사전조건, 기대 결과, 조서 해당 여부.

조서 해당이 Y인 줄만 검사 당일 책상에 올립니다. 요구 ID가 비어 있는 케이스는 내부 품질용으로 두고, 사인 칸에 넣지 마세요.

넣으면 현업이 자기 요구가 아닌 줄에 서명하라는 요청이 됩니다. 끊기는 지점은 대개 여기입니다.

설계에는 ID가 있었는데 케이스 작성자가 시나리오 제목만 복사한 주.

변경이 나면 추적표는 어느 열부터 고치나

변경 한 건은 요구 ID를 폐기하거나 분기합니다. 문구만 고치고 ID를 재쓰면 이전 조서와 이후 케이스가 같은 키를 놓고 다른 말을 합니다.

감면 규칙이 바뀌면 REQ-BIL-0042를 고치고 끝내는 팀이 있습니다. 이미 사인된 설계 리뷰와 이전 시험 결과는 옛 문구 기준인데, 같은 ID로 새 문구가 덮이면 이력이 사라지죠.

범위가 바뀌면 0042는 폐기(상태=폐기, 후속=0042A)로 두고, 새 줄을 엽니다. 상태 열이 없으면 추적표는 최신본 한 장이고, 최신본 한 장은 분쟁 때 어느 버전에 사인했는지 못 가립니다.

변경 심의 안건 첫 칸을 요구 ID로 두면, 설계와 케이스와 조서 중 어디를 다시 열지가 그 주에 결정됩니다. 안건에 화면명만 있으면 개발은 고치고 조서는 옛 시나리오를 들고 옵니다.

도구는 무엇을 사고 무엇을 시트로 남기나

도구는 ID를 지우지 못하게 막는 잠금이면 충분합니다. 추적 전용 솔루션이 없어도 엑셀 7열이면 조서 주간을 버팁니다.

요구 관리 도구를 도입하고도 ID를 자유 텍스트로 열어 두면, 화면명 입력이 다시 시작됩니다. 도구 값보다 잠금 규칙이 먼저예요.

필수 열은 요구 ID, 상태, 설계 절, 케이스 ID, 조서 해당, 변경 번호, 확인 주체 7개입니다. 이 7열이 비면 ALM을 써도 추적이 아닙니다.

인원이 15명 이하면 시트와 파일명 규칙으로 시작하고, 모듈이 갈라지고 작성자가 4팀을 넘을 때 도구를 검토합니다. 도구 선정 회의를 착수 2주에 열면 ID 규칙보다 라이선스가 안건이 됩니다.

라이선스보다 ID 자릿수를 먼저 박으세요. 자릿수가 없는 도구는 빈 칸을 예쁘게 보여 줄 뿐입니다.