تطوير تطبيقات الجوال للشركات في الإمارات والسعودية وقطر والكويت

Flutter وسلوك الأجهزة الخاص بكل منصة

في تطوير تطبيقات الجوال، يُفصل بين التصميم المشترك والسلوك الخاص بالمنصة. يتيح Flutter إنشاء شفرة مشتركة لنظامي iOS وAndroid، لكن أذونات الإشعارات وإيماءة الرجوع ولوحة المفاتيح واختيار الملفات والعمل في الخلفية تظل مسائل تُدرس كل منها على حدة. وتحدد مهام الاستخدام الفعلية اختيار التقنية. فقراءة المستندات بالكاميرا والاتصال المستمر عبر Bluetooth ليسا متطلبًا واحدًا. وتوافر إضافة لا يعني أن السلوك المطلوب قد جرى التحقق منه على الأجهزة المستهدفة.

التطوير الخاص بالمنصة

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

اختبارات القبول على الجهاز

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

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

تطبيق عبر المتجر أم تطبيق ويب تقدمي PWA؟

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

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

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

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

قواعد مختلفة لتطبيقات الطلبات والمواعيد والعمل الميداني

تطبيقات التسوق

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

تطبيقات المواعيد

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

الأعمال الميدانية والداخلية

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

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

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

دورة حياة واجهة API والإشعارات وإصدارات العميل

لا يتصل عميل الجوال بقاعدة البيانات مباشرة، بل ينفذ العمليات عبر واجهة API خاضعة للتحقق من الصلاحيات. وتتولى طبقة الخادم المبنية باستخدام Laravel وMySQL إدارة الوصول إلى السجلات وقواعد العمل. وتُصمم مدة صلاحية بيانات الوصول المحفوظة على الهاتف وتجديدها وإلغاؤها عند فقدان الجهاز. وشاشة تسجيل الدخول ليست الحد الأمني الوحيد؛ إذ يجب أن يكون كل طلب مصرحًا به للعملية المعنية.

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

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

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

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