عادةً ما تظهر افتراضات الواجهة في وقت متأخر: المشغل المقدم لا يمكنه تشغيل CMS الخاص بالعميل، الأوامر التسلسلية غير معرفة، مخرجات الكبل تتعارض مع البنية أو استعادة الطاقة لا تتوافق مع تشغيل الموقع.
حدد نقاط التسليم بين الأجهزة والنظام
يمكن للشاشة أن تجتاز اختبار المصنع الخاص بها ولا تزال تفشل في التكليف عندما يكون مشغل الوسائط، CMS، الشبكة، أوامر التحكم أو تسلسل إعادة التشغيل تابع لأطراف مختلفة. يعيش خطر التكامل عند هذه الحدود بدلاً من داخل ورقة مواصفات واحدة.
يجب على المدمج إنشاء مصفوفة المسؤوليات والاختبارات في وقت مبكر بما يكفي للتأثير على الموصلات، مخرجات الكبل، مساحة المشغل، التهوية وخيارات البرنامج الثابت. تصبح تلك المصفوفة المرجع المشترك لقبول المصنع وتكليف الموقع.
اجمد حدود التشغيل والبرنامج
حدد نظام التشغيل، جهاز المشغل، إصدار CMS، التراخيص، صيغ المحتوى ومالك الإدارة عن بُعد. إذا زود العميل بـ CMS، قدم حساب اختبار أو صورة في وقت مبكر بما يكفي للتحقق من المشغل المقترح.
وضح من يقوم بصيانة صورة نظام التشغيل، سلوك الكشك، تحديثات الأمان وتشغيل التطبيقات التلقائي. لا ينبغي استنتاج هذه المسؤوليات من وجود مشغل Android أو Windows.
وثق كل واجهة مادية وتحكمية
قُم بإدراج إشارات الاتصال، USB، الشبكة، التسلسلي، GPIO، المستشعرات والطاقة مع نوع الموصل، اتجاه الكبل والملكية. أضف نقاط التركيب الميكانيكية، حجم المشغل وفتحة التهوية إلى نفس مجموعة الرسومات المسيطر عليها.
للتحكم التسلسلي أو الشبكي، حدد الأوامر المطلوبة فعليًا: حالة الطاقة، السطوع، المدخل، الحالة أو إعادة التشغيل المجدولة. بيان عام بأن التحكم عن بُعد مدعوم ليس مطلبًا قابلًا للاختبار.
اختبر الاسترداد، وليس التشغيل العادي فقط
ينبغي أن تُحاكي القبول في المصنع فقدان واستعادة التيار الكهربائي، وانقطاع الشبكة، وإعادة تشغيل التطبيق، والمحتوى غير المتوفر. تأكد من تسلسل الأحداث المتوقع ومدة استغراق النظام للعودة للخدمة.
استخدم محتوى تمثيلي وصورة المشغل النهائية حيثما أمكن. سجّل نسخة البرنامج، الإعدادات والأجهزة المتصلة حتى يمكن مقارنة سلوك الموقع بالحالة المعتمدة في المصنع.
مصفوفة مسؤوليات التكامل
عيّن مالكًا واحدًا وطريقة قبول واحدة لكل حد قبل الشحن.
| طبقة النظام | القرارات التي يجب تجميدها | المالك المحتمل | طريقة القبول |
|---|---|---|---|
| المحتوى وCMS | الصيغ، الجدول الزمني، التراخيص، المراقبة وأدوار المستخدم | العميل أو المُدمج | نشر، تحديث واسترداد المحتوى التمثيلي |
| المشغل ونظام التشغيل | الأجهزة، الصورة، التشغيل التلقائي، التخزين وسياسة التحديث | المُدمج أو مُورّد العرض | تشغيل بارد، إعادة تشغيل التطبيق وتسجيل النسخة |
| التحكم في العرض | أوامر السطوع، الطاقة، المدخل، المستشعر والتغذية المرتدة | الواجهة المشتركة | قائمة الأوامر المختبرة مقابل الحالات المطلوبة |
| الميكانيكية والموقع | التركيب، الكابلات، التهوية، الطاقة وتوجيه الخدمة | المقاول بمساهمة المورد | مراجعة الرسومات وفحص الملاءمة الفعلية |
افتراضات التكامل التي تظهر أثناء التشغيل
- 01توافق CMS المستدل عليه من نظام التشغيل
نظام التشغيل المدعوم لا يضمن أن صورة المشغل الدقيقة، الترميز، الترخيص أو الوكيل عن بُعد قد تم التحقق منها.
- 02متطلبات التحكم مكتوبة ككلمة واحدة
حدد الأوامر وردود الفعل المطلوبة بدلًا من السؤال فقط عن دعم RS232 أو API.
- 03اختبار المصنع يستبعد استرداد الأخطاء
التشغيل العادي يقول القليل عن كيفية عودة النظام بعد انقطاع الكهرباء أو الشبكة.
أسئلة لمراجعة تصميم النظام
- من هو المزود والداعم للصورة النهائية للاعب ولترخيص CMS؟
- ما هي أوامر التحكم وردود الفعل المطلوبة من المشروع؟
- أين توجد الأجهزة والمعدات الشبكية وحلقات خدمة الكابلات؟
- ما الذي يجب أن يحدث تلقائيًا بعد استعادة الكهرباء والشبكة؟
- أي الاختبارات ستكرر أثناء تشغيل الموقع؟
لمن هذا الدليل
متكاملو الإشارات الرقمية، متكاملو الصوت والصورة، مقاولو أنظمة التحكم ومقدمو الحلول الذين يقدمون أنظمة كاملة للزبائن.
