وثيقة تصميم التطبيق: مكوناتها وقائمة الفحص قبل الاعتماد وأخطاء يجب تجنبها
App Design Document
الجواب المختصر
وثيقة تصميم التطبيق مرجع يساعد المصممين والمبرمجين وأصحاب المشروع على فهم المطلوب بالطريقة نفسها قبل البرمجة، وتقلل الخلافات لأن كل عضو يرجع إليها ليعرف هدف التطبيق وفئته ووظائفه وشكل شاشاته وطريقة انتقال المستخدم وحاجات الوصول. مكوناتها: وصف مختصر (الفكرة والمشكلة)، والجمهور المستهدف (فئات وحاجاتها)، والمتطلبات الوظيفية، وغير الوظيفية، ومخططات الواجهة (العنوان، أزرار التنقل، مربعات الإدخال، الصور، القوائم، رسائل التنبيه)، وتدفق المستخدم (مثلًا: فتح التطبيق ← اختيار الوجبة ← تحديد الكمية ← تأكيد الطلب ← رسالة نجاح).
المكونات
| القسم | ما يتضمنه |
|---|---|
| وصف مختصر | فكرة التطبيق والمشكلة التي يعالجها |
| الجمهور المستهدف | من سيستخدمه وما احتياج كل فئة (صاحب محل: متابعة المبيعات والمخزون؛ موظف: تسجيل بيع بخطوات قليلة؛ محاسب: تقرير أسبوعي) |
| المتطلبات الوظيفية | نقاط واضحة للوظائف: إضافة منتج، تعديل سعر، تسجيل بيع، تقرير يومي، تنبيه نفاد |
| المتطلبات غير الوظيفية | السرعة، الأمان، تكبير الخط، أزرار واضحة، رسائل خطأ |
| مخططات الواجهة | رسومات أولية لأماكن العناصر داخل الشاشة، لا يشترط جمالها |
| تدفق المستخدم | المسار الذي يسلكه للوصول إلى هدف، لمعرفة هل الخطوات قصيرة وواضحة |
قائمة فحص قبل الاعتماد
- هل فكرة التطبيق واضحة؟ هل الجمهور محدد؟
- هل المتطلبات الوظيفية دقيقة وغير الوظيفية مفهومة؟
- هل الشاشات الأساسية مذكورة وهل مسار المستخدم منطقي وقصير؟
- هل توجد رسائل نجاح وخطأ؟ هل التصميم مناسب للمنصة؟ هل رُوعيت إتاحة الوصول؟
- هل يستطيع الفريق فهم المطلوب دون شرح شفهي طويل؟
أخطاء يجب تجنبها
- البدء بتصميم الشاشات قبل فهم المستخدمين.
- كتابة متطلبات عامة غير قابلة للقياس مثل «يجب أن يكون ممتازًا».
- تجاهل الأجهزة التي يستخدمها الجمهور، أو الاعتماد على اللون وحده، أو ازدحام الواجهة.
- عدم كتابة رسائل الخطأ، أو إهمال ذوي الإعاقة، أو عدم توثيق قرارات التصميم.
وتتصل بـالمتطلبات والخريطة والمخطط الشبكي والنموذج الأولي واختيار المنصة.
المصطلحات: عربي ↔ English
- وثيقة تصميم
- Design Document
- تدفق المستخدم
- User Flow
- مخطط الواجهة
- Screen Layout
لماذا يهمّ هذا في BTEC؟
الوثيقة ليست وصفًا عامًا؛ كل قسم فيها يجيب عن سؤال محدد يحتاجه الفريق.
أسئلة تجيب عنها هذه الصفحة
- ما هي وثيقة تصميم التطبيق؟
- ماذا تحتوي وثيقة التصميم؟
مفاهيم مرتبطة
- المتطلبات الوظيفية وغير الوظيفية للتطبيق: الفرق وأمثلةالمتطلبات الوظيفية تصف ماذا يفعل التطبيق (إنشاء حساب، تسجيل دخول، إرسال طلب)، وغير الوظيفية تصف كيف يجب أن يعمل (سرعة، وضوح، حفظ بيانات، توافق، إتاحة وصول، رسائل خطأ واضحة).
- خريطة التطبيق والمخطط الشبكي والنموذج الأولي ودليل النمطخريطة التطبيق تبين الشاشات والعلاقة بينها، والمخطط الشبكي رسم أولي لأماكن العناصر دون اهتمام بالجماليات، والنموذج الأولي نسخة تجريبية توضح التنقل بين الشاشات وقد تكون بلا برمجة، ودليل النمط قواعد توحّد شكل التطبيق.
- اختيار المنصة المناسبة للتطبيق والتوافق مع الأجهزة المختلفةقبل التصميم نحدد أين سيعمل التطبيق: هاتف ذكي، حاسوب، متصفح، جهاز لوحي، أو أكثر من منصة. وتحدد المنصة نوع المستخدمين وطبيعة التطبيق والاتصال بالإنترنت والميزانية وسهولة التحديث، ويجب مراعاة اختلاف أحجام الشاشات والأنظمة وسرعة الجهاز.
- كيف نصمم تطبيقًا يلبي حاجة حقيقية؟ الهدف والمستخدم والوظائف والواجهة وخصائص الجهازالتصميم الجيد يبدأ بفهم المشكلة قبل أي سطر كود: تحديد هدف التطبيق، ثم المستخدم المستهدف، ثم الوظائف الأساسية فقط، ثم الواجهة المناسبة، ثم خصائص الجهاز التي تخدم الهدف دون إضافات ثقيلة.
- شخصية المستخدم وقصص المستخدم: كيف نترجم احتياجات الناس إلى وظائف؟شخصية المستخدم وصف تخيلي لمستخدم يمثل فئة حقيقية ليفكر الفريق من وجهة نظره، وقصة المستخدم جملة قصيرة بصيغة «بصفتي ... أريد ... لكي ...» تحول الحاجة إلى وظيفة داخل التطبيق.
عن كاتب الصفحة
مدرّس BTEC IT · الأردن
- نوع المحتوى
- شرح مبني على مادة أحمد دومي — وليس نصًّا رسميًّا من Pearson
- آخر مراجعة
- المصدر
- مقدمة إلى التطبيقات — تصميم التطبيقات (أحمد دومي) — الصفحات 13–23