# 소프트웨어가 바뀌어도 요구사항을 추적할 수 있게 하기

Taiga Learning · 워크시트
https://taiga.training/ko/lessons/specifications/

가상 정보나 승인된 정보를 사용하세요. 이 워크시트에 비밀 정보를 넣지 마세요.

## 학습 목표
- 명확한 경계가 있는 관찰 가능한 요구사항을 작성합니다.
- 변경과 검사를 따라 요구사항을 추적합니다.
- 바뀐 가정의 영향을 받는 후속 문서를 찾습니다.

## 실습
관리자가 활성 고객을 내보내는 요구사항을 작성하세요. 허용된 사용자, 조직 경계, 필드, 실패 동작, 측정 가능한 완료 조건을 포함하세요. 가상의 테스트와 릴리스에 연결하세요. 그런 다음 보관 처리된 고객도 포함하도록 요구사항을 바꾸고 영향받는 결정을 나열하세요.

## 작성할 답
- 시나리오와 범위:
- 가정과 미해결 질문:
- 제안하는 답이나 결정과 그 이유:

## 답 검증하기
| 주장 또는 기준 | 증거 또는 테스트 | 결과 또는 공백 | 담당자 |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## 다음 조치
- 조치, 담당자, 날짜:
- 이 답을 언제 다시 검토하나요?

## 기억할 원칙
명세의 내용이 결정과 검증 가능한 동작에 연결되어야 유용합니다. 시스템이 바뀌면 이 연결도 최신 상태로 유지하세요.

## 출처
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Google Engineering Practices: What to look for in a code review](https://google.github.io/eng-practices/review/reviewer/looking-for.html)

이 워크시트는 학습을 돕습니다. 작성 완료만으로 프로덕션 변경이 허가되지는 않습니다.