المواصفات الوظيفية

تتعدد أغراض المواصفات الوظيفية. ومن أهمها في المشاريع الجماعية التوصل إلى نوع من التوافق بين أعضاء الفريق حول أهداف البرنامج قبل الشروع في كتابة شفرة المصدر وحالات الاختبار ، والتي تستغرق وقتًا أطول، تليها فترة تصحيح الأخطاء . وعادةً ما يُتوصل إلى هذا التوافق بعد مراجعة أو أكثر من قبل أصحاب المصلحة في المشروع، وذلك بعد التفاوض على طريقة فعّالة من حيث التكلفة لتحقيق متطلبات البرنامج.

1. لإعلام المطورين بما يجب عليهم بناؤه.
2. لإعلام المختبرين بالاختبارات التي يجب تشغيلها.
3. لإطلاع أصحاب المصلحة على ما سيحصلون عليه.

في دورة حياة هندسة البرمجيات الصناعية المنظمة ( نموذج الشلال )، يصف التوصيف الوظيفي ما يجب تنفيذه. أما وثيقة بنية النظام ، فتصف كيفية تحقيق هذه الوظائف باستخدام بيئة برمجية مختارة. في تطوير الأنظمة غير الصناعية والنماذج الأولية، تُكتب التوصيفات الوظيفية عادةً بعد تحليل المتطلبات أو كجزء منه.

عندما يتفق الفريق على التوصل إلى توافق في الآراء بشأن المواصفات الوظيفية، تُعلن هذه المواصفات عادةً "مكتملة" أو "معتمدة". بعد ذلك، يقوم فريق تطوير البرمجيات واختبارها عادةً بكتابة شفرة المصدر وحالات الاختبار بالاستناد إلى المواصفات الوظيفية. أثناء إجراء الاختبار، تتم مقارنة سلوك البرنامج بالسلوك المتوقع كما هو محدد في المواصفات الوظيفية.

إحدى الطرق الشائعة لكتابة وثيقة المواصفات الوظيفية هي رسم أو تصميم نماذج أولية بسيطة أو لقطات شاشة دقيقة لواجهة المستخدم. بعد إتمام ذلك، وبعد موافقة جميع الأطراف المعنية على نماذج الشاشة، يمكن ترقيم العناصر الرسومية وإضافة تعليمات مكتوبة لكل رقم في نموذج الشاشة. على سبيل المثال، يمكن ترقيم حقل اسم المستخدم في شاشة تسجيل الدخول برقم "1" وحقل كلمة المرور برقم "2"، ثم يُذكر كل رقم كتابيًا لاستخدامه من قبل مهندسي البرمجيات، ولاحقًا لأغراض الاختبار التجريبي للتأكد من أن الوظائف تعمل كما هو مُخطط لها. تكمن فائدة هذه الطريقة في إمكانية إضافة تفاصيل إضافية لا حصر لها إلى نماذج الشاشة.