# حافظ على قابلية تتبّع المتطلبات مع تغيّر البرمجيات

Taiga Learning · ورقة عمل
https://taiga.training/ar/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)

تدعم ورقة العمل هذه التعلّم. ولا يمنح إكمالها بحد ذاته إذناً بإجراء تغيير في بيئة الإنتاج.