# รักษาการติดตามข้อกำหนดเมื่อซอฟต์แวร์เปลี่ยน

Taiga Learning · ใบงาน
https://taiga.training/th/lessons/specifications/

ใช้ข้อมูลสมมติหรือข้อมูลที่อนุมัติแล้ว อย่าใส่ secret ในใบงานนี้

## วัตถุประสงค์การเรียนรู้
- เขียนข้อกำหนดที่สังเกตได้พร้อมขอบเขตชัดเจน
- ติดตามข้อกำหนดผ่านการเปลี่ยนแปลงและการตรวจสอบ
- ระบุเอกสารขั้นถัดไปที่ได้รับผลจากสมมติฐานที่เปลี่ยน

## แบบฝึกหัด
เขียนข้อกำหนดให้ผู้จัดการ export ข้อมูลลูกค้าที่ใช้งานอยู่ รวมผู้ใช้ที่อนุญาต ขอบเขตองค์กร field พฤติกรรมเมื่อผิดพลาด และเงื่อนไขงานเสร็จที่วัดได้ เชื่อมกับ test และ release สมมติ จากนั้นเปลี่ยนข้อกำหนดให้รวมลูกค้าที่เก็บถาวร และระบุการตัดสินใจที่ได้รับผลกระทบ

## คำตอบของคุณ
- สถานการณ์และขอบเขต:
- สมมติฐานและคำถามที่ยังไม่ได้ข้อยุติ:
- คำตอบหรือการตัดสินใจที่เสนอ พร้อมเหตุผล:

## ตรวจสอบคำตอบของคุณ
| ข้ออ้างหรือเกณฑ์ | หลักฐานหรือ test | ผลหรือสิ่งที่ยังขาด | ผู้รับผิดชอบ |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## งานถัดไป
- งาน ผู้รับผิดชอบ และวันที่:
- คุณจะตรวจทานคำตอบนี้เมื่อใด

## หลักการที่ควรจำ
Specification มีประโยชน์เมื่อข้อกล่าวอ้างเชื่อมกับการตัดสินใจและพฤติกรรมที่ตรวจสอบได้ รักษาความเชื่อมโยงเหล่านั้นให้เป็นปัจจุบันเมื่อระบบเปลี่ยน

## แหล่งข้อมูล
- [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)

ใบงานนี้ช่วยในการเรียนรู้ การทำเสร็จไม่ได้อนุญาตให้เปลี่ยน production โดยตัวมันเอง