# Jaga keterlacakan persyaratan saat perangkat lunak berubah

Taiga Learning · Lembar kerja
https://taiga.training/id/lessons/specifications/

Gunakan informasi fiktif atau yang disetujui. Jangan masukkan secret dalam lembar kerja ini.

## Tujuan pembelajaran
- Tulis persyaratan yang dapat diamati dengan batas eksplisit.
- Telusuri persyaratan melalui perubahan dan pemeriksaannya.
- Identifikasi dokumen lanjutan yang terdampak oleh perubahan asumsi.

## Latihan
Tulis persyaratan agar manajer dapat mengekspor pelanggan aktif. Sertakan pengguna yang diizinkan, batas organisasi, field, perilaku kegagalan, dan syarat penyelesaian yang terukur. Hubungkan dengan pengujian dan rilis fiktif. Lalu ubah persyaratan agar mencakup pelanggan berstatus arsip. Buat daftar keputusan yang terdampak.

## Jawaban Anda
- Skenario dan cakupan:
- Asumsi dan pertanyaan yang belum terjawab:
- Jawaban atau keputusan yang diusulkan, beserta alasan:

## Verifikasi jawaban Anda
| Klaim atau kriteria | Bukti atau pengujian | Hasil atau kekurangan | Penanggung jawab |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Tindakan berikutnya
- Tindakan, penanggung jawab, dan tanggal:
- Kapan Anda akan meninjau jawaban ini?

## Prinsip yang perlu dipertahankan
Spesifikasi berguna ketika klaimnya terhubung dengan keputusan dan perilaku yang dapat diverifikasi. Jaga hubungan tersebut tetap mutakhir saat sistem berubah.

## Sumber
- [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)

Lembar kerja ini mendukung pembelajaran. Menyelesaikannya tidak dengan sendirinya mengizinkan perubahan produksi.