loading


منتج

أجهزة التحكم في آلات البيع بنظام أندرويد: تجميد خط الأساس للأجهزة قبل بناء التطبيق

يُعد إصدار نظام التشغيل وحجم الشاشة مجرد بداية لمواصفات التكامل.

رؤى WEIM / تكامل البرمجيات

قم بالبناء وفقًا لتكوين مُسمى.

يُعد إصدار نظام التشغيل وحجم الشاشة مجرد بداية لمواصفات التكامل.

تعريف

قم بتسجيل عملية بناء اللوحة والنظام الفعلية.

يتصل

قم بتحديد الأجهزة الطرفية والواجهات المدعومة.

تغيير التحكم

مراجعة البدائل قبل وصولها إلى مرحلة الإنتاج.

القرار في سطر واحد

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

01 / ملاحظات المشتري

حوّل مواصفات العنوان الرئيسي إلى أساس

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

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

02 / ملاحظات المشتري

حدد الحدود بين التطبيق والتحكم الآلي

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

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

03 / ملاحظات المشتري

قم بتضمين تفاصيل العرض التي تؤثر على واجهة المستخدم.

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

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

04 / ملاحظات المشتري

اجعل الروابط الطرفية واضحة

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

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

05 / ملاحظات المشتري

الاتفاق على كيفية تقييم عمليات الاستبدال والتحديث.

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

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

06 / ملاحظات المشتري

استخدم سجل قبول واحد للبناء الكامل

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

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

ثلاث طبقات لتحديد

طلب

السجل: الإصدار والوظائف المطلوبة.

التحقق: مسارات المستخدم ومعالجة الأخطاء.

النظام ووحدة التحكم

سجل: إصدارات اللوحة، والبناء، ووحدة التحكم.

التحقق: الواجهات المدعومة والاسترداد.

الأجهزة الطرفية

السجل: النماذج والاتصالات والتكوين.

التحقق: عملية شاملة على النسخة المُسلّمة.

إجابات عملية

أسئلة من المهم طرحها قبل الطلب

هل يضمن استخدام نفس إصدار نظام أندرويد التوافق؟

لا. قد تختلف الأجهزة، وبنية النظام، والأذونات، وواجهات الأجهزة الطرفية.

هل تغطي حزمة تطوير البرامج (SDK) جميع وظائف البيع الآلي؟

لا يتحدد نطاق العمل إلا من خلال الوثائق المقدمة والتنفيذ العملي الموضح. يرجى التأكد من كل وظيفة مطلوبة.

هل ينبغي على المورد أن يعد بعدم تغيير الأجهزة مطلقاً؟

ينبغي أن تتناول الاتفاقية العملية إخطار التغيير ومراجعة التوافق والقبول بدلاً من الاعتماد على تجميد غير محدد المدة.

خطوتك التالية

شارك حدود البرنامج المقصودة

أرسل متطلبات التطبيق وقائمة الأجهزة الطرفية إلى WEIMI حتى يمكن مراجعة تكوين وحدة التحكم وخيارات التكامل الموثقة.

استكشف المعدات → ناقش متطلباتك →

السابق
سعة مكدس الأوراق النقدية في آلة البيع: مطابقة سعة تخزين النقود مع زيارات التحصيل
بيع أجهزة الغطس والأقنعة: تأكد من ملاءمة المنتج والاستخدام المقصود منه بوضوح قبل الشراء
التالي
موصى به لك
تواصل معنا
Customer service
detect