من الجهاز إلى لوحة الإدارة

برمجيات الخوادم وإدارة الأجهزة

نقوم بتطوير تطبيقات الخادم التي تسجل بيانات الجهاز وتفهمها وتسليمها للمستخدم. API، نقوم بتصميم قاعدة البيانات ولوحة إدارة الويب مع طريقة عمل الأجهزة في الميدان.

خزائن رفوف خوادم مع كابلات شبكة في مركز بيانات
البنية التحتية لمركز البيانات حيث يمكن تشغيل برنامج الخادم.
النطاقAPI + قاعدة بيانات + لوحة
اتصالالجهاز إلى الخادم
التركيزدورة حياة البيانات والجهاز

مشروعك، منتجك

نطوّر بسرية ونسلّم المشروع مع مصادره.

يمكننا توقيع اتفاقية عدم إفشاء (NDA) قبل تبادل التفاصيل الفنية. وعند انتهاء المشروع، نسلّمك الشيفرة المصدرية وملفات التصميم والوثائق الفنية التي طوّرناها.

  • اتفاقية NDA قبل مشاركة المعلومات التقنية
  • قائمة تسليم واضحة منذ البداية
  • المصادر والملفات التقنية في نهاية المشروع
الخصوصية وعملية التسليم لدينا

نهج VOMRO الهندسي

نحن لا نعتبر الجانب الرقمي للمنتج منفصلاً عن الجهاز.

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

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

01

نموذج البيانات وتصميم API

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

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

  • معرف الجهاز والقياس ونموذج بيانات الحدث
  • تطوير API وقاعدة البيانات
  • التحقق من الرسائل وضبط الوصول
اختبار تبادل البيانات لبرنامج الخادم مع الجهاز الميداني المتصل Ethernet
صورة تطبيق تمثيلية.
02

من شاشة المراقبة إلى إدارة الجهاز

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

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

  • لوحة إدارة الويب وأدوار المستخدم
  • البيانات التاريخية، والتنبيه وعرض الأحداث
  • مراقبة نتيجة الأمر وحالة الجهاز
مثال على لوحة الإدارة التي تعرض حالات الجهاز ومنحنيات القياس وسجلات الأحداث
صورة تطبيق تمثيلية.
03

التركيب والتشغيل والتسليم المستدام

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

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

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

طريقة العمل

عملية واضحة من البداية إلى التسليم.

لا يبدو كل مشروع متشابهًا؛ ومع ذلك، فإن المتطلبات القابلة للقياس والمراجعة الخاضعة للرقابة وخطوات التحقق الميداني تظل دون تغيير.

  1. 01

    نحن نحدد البيانات

    نقوم بتحديد الأجهزة والرسائل وأدوار المستخدم واحتياجات التسجيل.

  2. 02

    نطور البنية الأساسية

    نبني API وقاعدة البيانات وبنية الوصول مع بروتوكول الجهاز.

  3. 03

    نقوم بإنشاء اللوحة

    نقوم بتنظيم تدفقات المراقبة والإدارة وفقًا للمهام الفعلية للمستخدم.

  4. 04

    نحن نختبر معا

    نحن نتحقق من صحة البيانات والأوامر وسيناريوهات انقطاع الخدمة بشكل شامل باستخدام الجهاز الحقيقي.

الأسئلة المتداولة

قبل البدء بالمشروع

يتم توضيح النطاق الفني والتسليمات وخطة الاختبار معًا وفقًا لمتطلبات مشروعك.

هل يمكن تشغيل البرنامج على خادمنا الخاص؟

يمكن النظر في التثبيت داخل الشركة عندما تكون البيئة التقنية والوصول إلى الشبكة والمتطلبات التشغيلية مناسبة. يتم تحديد مسؤوليات التثبيت وإدارة النظام المستمرة مسبقًا.

هل يمكن توصيل أجهزتنا الحالية بالنظام؟

يُراجع بروتوكول الجهاز وصيغة البيانات واتصاله الشبكي وحقوق الوصول. ويُحدد نطاق التكامل عبر التعديلات اللازمة على API أو البوابة أو برمجيات الجهاز.

هل سيتم فقدان البيانات عند فقدان الاتصال؟

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

هل يمكننا العمل مع NDA قبل مشاركة التفاصيل الفنية؟

نعم. يمكننا إكمال عملية العمل مع اتفاقية السرية (NDA) قبل مشاركة التفاصيل الفنية لمشروعك.

هل تقومون بتسليم أكواد المصدر والملفات الفنية في نهاية المشروع؟

نعم. نسلّمك عند انتهاء المشروع الشيفرة المصدرية وملفات التصميم والوثائق الفنية التي طوّرناها ضمن نطاقه. ونحدد قائمة التسليم وتنسيقات الملفات منذ البداية.

لنبدأ بفكرتك

لنتحدث عن المنتج الذي تتصورونه والحاجة التي تريدون تلبيتها.