المتطلبات الوظيفية وغير الوظيفية للتطبيق: الفرق وأمثلة
Functional vs Non-Functional Requirements
الجواب المختصر
المتطلبات الوظيفية هي ما يجب أن يستطيع المستخدم فعله داخل التطبيق (ماذا يفعل التطبيق؟)، مثل إنشاء حساب وتسجيل الدخول وإرسال طلب ومتابعة حالته. أما المتطلبات غير الوظيفية فتتعلق بجودة الاستخدام والأداء (كيف يجب أن يعمل؟)، مثل سرعة الفتح ووضوح الواجهة وحفظ البيانات والعمل على أجهزة مختلفة. وتُحدَّد قبل التصميم مع معرفة المشكلة والمستخدم والأجهزة والقيود.
شرح مفصّل
قبل تصميم التطبيق يجب أن نعرف ما المشكلة التي يحلها ومن سيستخدمه وما وظائفه وعلى أي أجهزة سيعمل وما القيود. المتطلبات الوظيفية هي الأشياء التي يجب أن يستطيع المستخدم فعلها داخل التطبيق، وتوضح: ماذا يفعل التطبيق؟ مثل إنشاء حساب وتسجيل الدخول واختيار نوع الجهاز وتحديد العطل وإرسال طلب الصيانة ومتابعة حالته. المتطلبات غير الوظيفية تتعلق بجودة الاستخدام والأداء وتوضح: كيف يجب أن يعمل التطبيق؟ مثل سرعة الفتح، وسهولة قراءة الواجهة، وحفظ بيانات المستخدمين، والعمل على أجهزة مختلفة، ومناسبته لذوي الإعاقة، ووضوح رسائل الخطأ.
| المتطلبات الوظيفية | المتطلبات غير الوظيفية | |
|---|---|---|
| تجيب عن | ماذا يفعل التطبيق؟ | كيف يجب أن يعمل؟ |
| أمثلة (تطبيق حجز صيانة) | إنشاء حساب، تسجيل دخول، اختيار نوع الجهاز، تحديد العطل من قائمة، اختيار موعد، إرسال الطلب، متابعة حالته | فتح سريع، واجهة سهلة القراءة، حفظ بيانات المستخدمين، عمل على أجهزة مختلفة، مناسب لذوي الإعاقة، رسائل خطأ واضحة |
| أمثلة (متجر صغير) | إضافة منتج، تعديل سعر، تسجيل عملية بيع، عرض تقرير يومي، تنبيه عند قرب نفاد منتج | سرعة على هواتف متوسطة المواصفات، حفظ آمن، تكبير الخط، أزرار واضحة، رسائل خطأ مفهومة |
لماذا نخطط أولًا؟
التخطيط الجيد يقلل الأخطاء لاحقًا ويساعد الفريق على بناء تطبيق واضح سهل الاستخدام مناسب للفئة المستهدفة، ويحدد القيود مثل الوقت والميزانية وقدرات المستخدمين.
وتُجمع المتطلبات في وثيقة تصميم التطبيق. وللمستخدمين وقصصهم: شخصية المستخدم وقصص المستخدم. وفكرة المتطلبات تقابل نطاق المشروع في إدارة المشاريع.
المصطلحات: عربي ↔ English
- متطلب وظيفي
- Functional Requirement
- متطلب غير وظيفي
- Non-Functional Requirement
- وثيقة المتطلبات
- Requirements
لماذا يهمّ هذا في BTEC؟
المتطلبات تُكتب قابلة للفهم والقياس؛ عبارة «يجب أن يكون التطبيق ممتازًا» ليست متطلبًا.
أسئلة تجيب عنها هذه الصفحة
- ما الفرق بين المتطلبات الوظيفية وغير الوظيفية؟
- ما أمثلة المتطلبات الوظيفية وغير الوظيفية لتطبيق؟
مفاهيم مرتبطة
- وثيقة تصميم التطبيق: مكوناتها وقائمة الفحص قبل الاعتماد وأخطاء يجب تجنبهاوثيقة التصميم ملف منظم يشرح فكرة التطبيق ومستخدميه ووظائفه وشكل واجهاته وطريقة عمله قبل البرمجة، فتوحّد فهم المصممين والمبرمجين وأصحاب المشروع. مكوناتها: وصف مختصر، الجمهور، المتطلبات الوظيفية وغير الوظيفية، مخططات الواجهة، وتدفق المستخدم.
- شخصية المستخدم وقصص المستخدم: كيف نترجم احتياجات الناس إلى وظائف؟شخصية المستخدم وصف تخيلي لمستخدم يمثل فئة حقيقية ليفكر الفريق من وجهة نظره، وقصة المستخدم جملة قصيرة بصيغة «بصفتي ... أريد ... لكي ...» تحول الحاجة إلى وظيفة داخل التطبيق.
- نطاق المشروع وتوسّع النطاقنطاق المشروع هو الوصف الرسمي لما سيُنفَّذ وما لن يُنفَّذ في هذه المرحلة، وتحديده بدقة يمنع توسّع النطاق الذي يؤخر التسليم ويرهق الفريق.
- كيف نصمم تطبيقًا يلبي حاجة حقيقية؟ الهدف والمستخدم والوظائف والواجهة وخصائص الجهازالتصميم الجيد يبدأ بفهم المشكلة قبل أي سطر كود: تحديد هدف التطبيق، ثم المستخدم المستهدف، ثم الوظائف الأساسية فقط، ثم الواجهة المناسبة، ثم خصائص الجهاز التي تخدم الهدف دون إضافات ثقيلة.
- متطلبات المشروع ووثيقة المواصفات: وظيفية وغير وظيفية قابلة للقياس ومعيار القبولالمتطلبات الوظيفية ما يجب أن يؤديه النظام، وغير الوظيفية كيف ينبغي أن يكون أداؤه، ويجب أن يكون كل متطلب قابلًا للقياس (مثل: نتائج البحث خلال ثانية واحدة). وبعد جمعها وتصنيفها تُدوَّن في وثيقة مواصفات رسمية تُصبح معيار نجاح المنتج النهائي.
عن كاتب الصفحة
مدرّس BTEC IT · الأردن
- نوع المحتوى
- شرح مبني على مادة أحمد دومي — وليس نصًّا رسميًّا من Pearson
- آخر مراجعة
- المصدر
- مقدمة إلى التطبيقات — تصميم التطبيقات (أحمد دومي) — الصفحات 6–7