# Giữ yêu cầu có thể truy vết khi phần mềm thay đổi

Taiga Learning · Worksheet học tập
https://taiga.training/vi/lessons/specifications/

Dùng thông tin giả định hoặc được phê duyệt. Không đưa secret vào worksheet này.

## Mục tiêu học tập
- Viết yêu cầu có thể quan sát với ranh giới rõ ràng.
- Truy vết yêu cầu qua thay đổi và các kiểm tra.
- Xác định tài liệu phía sau bị ảnh hưởng khi giả định thay đổi.

## Bài tập
Viết yêu cầu cho quản lý xuất khách hàng đang hoạt động. Bao gồm người dùng được phép, ranh giới tổ chức, trường dữ liệu, hành vi khi lỗi và điều kiện hoàn tất đo được. Liên kết với test và bản phát hành giả định. Sau đó đổi yêu cầu để gồm khách hàng đã lưu trữ và liệt kê quyết định bị ảnh hưởng.

## Câu trả lời của bạn
- Kịch bản và phạm vi:
- Giả định và câu hỏi còn mở:
- Câu trả lời hoặc quyết định đề xuất, kèm lý do:

## Xác minh câu trả lời
| Nhận định hoặc tiêu chí | Bằng chứng hoặc test | Kết quả hoặc khoảng trống | Người phụ trách |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Hành động tiếp theo
- Hành động, người phụ trách và ngày:
- Khi nào bạn sẽ xem lại câu trả lời này?

## Nguyên tắc cần giữ
Đặc tả hữu ích khi các nhận định gắn với quyết định và hành vi xác minh được. Giữ các liên kết đó cập nhật khi hệ thống thay đổi.

## Nguồn
- [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)

Worksheet hỗ trợ học tập. Hoàn tất nó tự nó không cho phép thay đổi production.