# 软件变化时保持需求可追溯

Taiga Learning · 工作表
https://taiga.training/zh-CN/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)

本工作表辅助学习。完成工作表本身，不构成对生产变更的授权。