مواصفات واجهة المستخدم
مواصفات واجهة المستخدم ( UI specification ) هي وثيقة تُفصّل خصائص واجهة المستخدم للبرنامج في مستند مكتوب. وتغطي هذه المواصفات جميع الإجراءات الممكنة التي قد يقوم بها المستخدم النهائي، بالإضافة إلى جميع عناصر التفاعل المرئية والسمعية وغيرها. [ 1 ]
غاية
تُعدّ مواصفات واجهة المستخدم المصدر الرئيسي لمعلومات التنفيذ المتعلقة بكيفية عمل البرنامج . وإلى جانب التنفيذ، ينبغي أن تراعي هذه المواصفات سهولة الاستخدام، والترجمة ، وحدود العرض التوضيحي . كما يمكن دمج مواصفات واجهة المستخدم من قِبل المسؤولين داخل المؤسسة عن التسويق ، والتصميم الجرافيكي ، واختبار البرمجيات . ونظرًا لاحتمالية استمرار المصممين في المستقبل في العمل الحالي أو البناء عليه، ينبغي أن تراعي مواصفات واجهة المستخدم قيود التوافق المستقبلي لمساعدة فريق التنفيذ.
يمكن اعتبار مواصفات واجهة المستخدم بمثابة الوثيقة التي تربط بين وظائف إدارة المنتج والتنفيذ. ومن أهم أهدافها تحويل متطلبات المنتج إلى صيغة أكثر تفصيلاً. ويختلف مستوى التفصيل ونوع الوثيقة تبعًا لاحتياجات المؤسسات وممارسات التصميم المتبعة. فقد لا تتطلب النماذج الأولية الصغيرة سوى توثيق بسيط يتضمن تفاصيل عامة.
بشكل عام، يهدف تحديد متطلبات المنتج إلى وصف ما يمكن أن يفعله المنتج، بينما يحدد تحديد واجهة المستخدم كيفية تنفيذ هذه المتطلبات عمليًا.
العملية
قبل إنشاء مواصفات واجهة المستخدم، يُبذل جهد كبير لتحديد التطبيق والوظائف المطلوبة. عادةً ما توجد متطلبات للبرنامج تُشكّل أساسًا لإنشاء حالات الاستخدام وتحديد أولوياتها. جودة مواصفات واجهة المستخدم تعتمد على جودة عملية إنشائها، لذا دعونا نستعرض خطوات هذه العملية: [ 2 ]
تعريف حالة الاستخدام
ثم يتم استخدام حالات الاستخدام كأساس لصياغة مفهوم واجهة المستخدم (والتي يمكن أن تحتوي على سبيل المثال على طرق عرض رئيسية للبرنامج، وبعض التفسيرات النصية حول طرق العرض والتدفقات المنطقية)، وهي عبارة عن قصص قصيرة تشرح كيف يبدأ المستخدم النهائي مهمة معينة ويكملها، ولكن ليس حول كيفية تنفيذها.
إن الغرض من كتابة حالات الاستخدام هو تعزيز فهم مصمم واجهة المستخدم للميزات التي يجب أن يمتلكها المنتج والإجراءات التي تحدث عندما يتفاعل المستخدم مع المنتج.
إنشاء مسودة التصميم
تم إعداد مسودة تصميم واجهة المستخدم بناءً على تحليل حالات الاستخدام. والهدف من هذه المسودة هو عرض التصميم المقترح، وشرح كيفية تمكين واجهة المستخدم للمستخدم من إنجاز حالات الاستخدام الرئيسية، دون الخوض في التفاصيل.
ينبغي أن يكون التصميم مرئيًا قدر الإمكان، ويجب أن تكون جميع المواد المُنشأة بتنسيق يسمح باستخدامها في مواصفات واجهة المستخدم النهائية. (هذا وقت مناسب لإجراء اختبارات سهولة الاستخدام أو تقييمات الخبراء وإجراء التعديلات اللازمة).
كتابة مواصفات واجهة المستخدم
تُكتب مواصفات واجهة المستخدم لوصف مفهومها. ويمكن اعتبارها امتدادًا لمسودة التصميم، إذ تُقدّم وصفًا شاملًا يتضمن جميع التفاصيل والاستثناءات وحالات الأخطاء والإشعارات، وما إلى ذلك. ويعتمد مستوى التفاصيل المُقدّمة على احتياجات وخصائص فريق التطوير (نطاق المنتج، وثقافة المؤسسة، ومنهجية التطوير المُستخدمة، وغيرها). وعادةً ما يُراجع أصحاب المصلحة مفهوم واجهة المستخدم ومواصفاتها للتأكد من شمولها لجميع التفاصيل الضرورية.
بناء
إنّ وجود هيكل رسمي لمواصفات واجهة المستخدم يُساعد القراء على تحديد مكان العثور على المعلومات اللازمة لفهم المواصفات بشكل صحيح. قد يتضمن هيكل مواصفات واجهة المستخدم، على سبيل المثال لا الحصر، العناصر التالية:
- سجل التغييرات
- قضايا مفتوحة
- التدفق المنطقي
- عرض الأوصاف
- حالات الخطأ والاستثناء
ستختلف المحتويات المحددة لتكون مناسبة للاحتياجات التنظيمية (مثال آخر هو هيكل مواصفات واجهة المستخدم لشركة نوكيا [ 3 ] ).
سجل التغييرات
يساعد وجود سجل تغييرات مفصل القارئ على فهم ماهية التغيير، ووقت حدوثه، وسببه. غالباً ما تتغير مواصفات واجهة المستخدم أثناء التنفيذ.
قضايا مفتوحة
قد تكون هناك مشكلات عالقة. على الرغم من وجود مشكلات غير واضحة أو عالقة، إلا أنه يمكن ملاحظتها.
التدفق المنطقي
يمكن استخدام التدفق المنطقي لتقديم نظرة عامة على كيفية ترابط الشاشات المختلفة في واجهة المستخدم لدعم مهمة معينة. على سبيل المثال، يمكن أن يكشف التدفق عن عدد الخطوات المطلوبة لإنجاز مهمة محددة.
عرض الأوصاف
يحتوي وصف الشاشة على محتوياتها ومعلومات حول الوظائف المتاحة. قد تكون محتويات الشاشة عبارة عن مخططات هيكلية، أو لقطات شاشة لنموذج أولي، أو نماذج أولية لواجهة المستخدم.
ستوفر صورة لحالة واجهة المستخدم نظرة عامة سريعة. يُنصح باستخدام نماذج أولية بدلاً من الرسومات عالية الدقة. يجب توخي الحذر عند تقديم صورة مصقولة للغاية، حيث قد تتغير التفاصيل، مما يستدعي تخصيص وقت وموارد لإعادة رسم الصور. إضافةً إلى ذلك، قد ينشغل القراء بالتعليق على عناصر التصميم المرئي، مثل اختيار الألوان والصور التي كانت مخصصة كعناصر مؤقتة ولا تعكس المنتج النهائي.
بالإضافة إلى صورة للشاشة، يجب سرد نقاط الوصول ووصف الحقول وعناصر التحكم الموجودة عليها. يوضح الجدول التالي الحد الأدنى من المعلومات التي يجب ذكرها في الوصف:
| عنصر | وصف | تعليق |
|---|---|---|
| ملصق | التسمية على الشاشة | إذا لم يكن للعنصر تسمية، فقم بترقيمه وأشر إليه بالرقم. |
| وصف | صف العنصر | نوعها (إدخال، قائمة منسدلة، تقويم)، وما تفعله، إلخ. |
| القيمة الافتراضية | القيمة الافتراضية للحقل في حالة عدم إدخال قيمة | قد لا ينطبق هذا على جميع أنواع الشاشات |
| قيم | اذكر شروط الحدود أو شروط الخطأ | أي أن التواريخ يجب أن تكون في الماضي، وأن تكون أعدادًا صحيحة من 1 إلى 100 |
حالات الخطأ والاستثناء
يوضح كيفية عرض المعلومات المتعلقة بأي مشكلات في الشبكة أو أحداث أخرى تتطلب مؤشرات خطأ للمستخدم.
مراجع
- وثائق البرمجيات
