# 軟體改變時，仍能追溯需求

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

此工作表協助學習。完成工作表本身，不授權修改正式環境。