وثيقة مواصفات متطلبات النظام SRS

سجل النسخ

١. المقدمة

الغرض من الوثيقة

توثيق المتطلبات الوظيفية وغير الوظيفية لنظام «نظام إدارة طلبات العملاء» لتكون مرجعًا لفرق التصميم والتطوير والاختبار.

نطاق النظام

نظام داخلي لاستقبال طلبات العملاء ومتابعة حالتها من الاستلام حتى الإغلاق، مع إشعارات وتقارير شهرية للإدارة.

الجمهور المستهدف

محللو الأعمال، فرق التطوير والاختبار، وأصحاب المصلحة المعنيون بالاعتماد.

التعريفات والمصطلحات

غير متوفر في بيانات المشروع الحالية.

٢. نظرة عامة على النظام

وصف النظام

نظام داخلي لاستقبال طلبات العملاء ومتابعة حالتها من الاستلام حتى الإغلاق، مع إشعارات وتقارير شهرية للإدارة.

المستخدمون المستهدفون

موظف خدمة العملاء، مدير خدمة العملاء، فريق التشغيل، الإدارة العليا.

• مدير خدمة العملاء — صاحب مصلحة (مذكور في المتطلبات)
• سارة العتيبي — مسؤول عن متطلبات
• فريق التشغيل — صاحب مصلحة (مذكور في المتطلبات)
• موظفو خدمة العملاء — صاحب مصلحة (مذكور في المتطلبات)
• علي القحطاني — مسؤول عن متطلبات
• إدارة تقنية المعلومات — صاحب مصلحة (مذكور في المتطلبات)

أهم الوظائف

• تسجيل طلب عميل جديد
• إشعارات تحديث حالة الطلب
• تقارير شهرية للإدارة
• بحث وتصفية الطلبات

حدود النظام

يحتاج استكمال من صاحب المصلحة.

وحدات المشروع

٣. بيئة التشغيل

لم تُحدَّد بيئة التشغيل المستهدفة مثل المتصفحات، الأجهزة، أنظمة التشغيل، أو بيئات النشر بعد — يحتاج استكمال من صاحب المصلحة.

٤. قيود التصميم والتنفيذ

• CST-001 الاستضافة داخل بيئة الجهة — يجب أن يُستضاف النظام داخل البنية التحتية المعتمدة لدى الجهة، ولا يُسمح بنقل بيانات العملاء خارجها.

٥. الافتراضات والاعتماديات التقنية

• يُفترض أن تصنيفات الطلبات تُدار من شاشة إعدادات (FR-001)
• يُفترض توفر رقم جوال مؤكد لكل عميل (FR-002)

٦. المتطلبات الوظيفية (Functional Requirements)

٦.١ إدارة الطلبات

تسجيل الطلبات ومتابعة حالتها والبحث فيها.

٦.٢ الإشعارات

إشعارات العملاء عند تغيّر حالة الطلب عبر القنوات المعتمدة.

٦.٣ متطلبات عامة

٧. المتطلبات غير الوظيفية (Non-Functional Requirements)

٨. قواعد العمل (Business Rules)

• BR-01 لا يُقبل تسجيل طلب لعميل دون رقم جوال سعودي صالح. — المصدر: سياسة خدمة العملاء
• BR-02 تُحفظ سجلات الإشعارات المرسلة لمدة لا تقل عن ١٢ شهرًا. — المصدر: متطلب تنظيمي

٩. حالات الاستخدام (Use Cases)

حالات استخدام مقترحة مشتقة من المتطلبات الموثقة — تحتاج مراجعة واعتماد:

١٠. متطلبات البيانات

تحتاج إلى استكمال أثناء التحليل التفصيلي.

١١. متطلبات التكامل

لم يتم تحديد تكاملات خارجية في البيانات الحالية.

١٢. متطلبات الصلاحيات والأدوار

الأدوار المرشحة من البيانات: مدير خدمة العملاء، فريق التشغيل، موظفو خدمة العملاء، إدارة تقنية المعلومات.

تحتاج إلى تحديد الأدوار والصلاحيات المطلوبة لكل دور.

١٣. معايير القبول

FR-001 تسجيل طلب عميل جديد

• ☐ عند حفظ طلب مكتمل البيانات، يظهر رقم مرجعي فريد خلال ثانيتين.
• ☐ لا يمكن حفظ الطلب دون اسم العميل ورقم الجوال والتصنيف.
• ☐ يُسجَّل وقت الإنشاء واسم الموظف تلقائيًا مع كل طلب.

FR-004 بحث وتصفية الطلبات

• ☐ البحث بالرقم المرجعي يعيد الطلب المطابق فقط.
• ☐ التصفية بالحالة والفترة تعمل معًا دون تعارض.

١٤. مصفوفة تتبع المتطلبات (RTM)

١٥. المخاطر والملاحظات

• اعتماد محتمل على مزود خارجي للرسائل النصية (FR-002)
• متطلب واحد بحاجة لمعلومات إضافية قد تؤخر التصميم.
• 4 متطلبات بلا معايير قبول — خطر على مرحلة الاختبار.
• 4 متطلبات لم يُراجَع بعد لاكتشاف الغموض.

١٦. ضبط التغييرات

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

الموافقات