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