أدوات الكشف والمشكلات المعيارية

معمارية أدوات الكشف

أداة الكشف (Detector)

Detector خوارزمية تحلّل مجموعة بيانات محدّدة وتنتج ملاحظة مُمنهَجة (finding).

لا تدير أداة الكشف تنفيذ الأعمال ولا تولّد نصًّا حرًّا. فمخرجاتها ذات صيغة مُهيكَلة.

detector_id: archive.tail_gap.v3
detector_version: '3.2.1'
run_id: 'run-20260723-0400'
asset_id: 'station-5690'
observed_at: '2026-07-23T04:00:00Z'

finding:
  canon: no_hourly_archive
  detected: true
  severity: critical
  confidence: 0.98
  value: 73
  unit: 'hours'
  threshold: 24
  baseline: 0

evidence:
  last_valid_hour: '2026-07-20T03:00:00Z'
  expected_end: '2026-07-23T04:00:00Z'
  missing_hours: 73

سلسلة Detector → Canon → Issue

flowchart TD
  D["Detector"] -->|"تصنيف"| C["Canon"]
  C -->|"إدارة"| I["Operational Issue"]

• Detector — خوارزمية بعينها؛
• Canon — نوع مستقرّ من المشكلات التشغيلية؛
• Operational Issue — مثيل للمشكلة في سياق محدّد.

وقد تؤكّد عدّة أدوات كشف مختلفة الـ canon نفسه.

مثال:

flowchart TD
  D1["archive.tail_gap.v3"] --> CANON["no_hourly_archive"]
  D2["archive.coverage.v2"] --> CANON
  D3["archive.delivery_queue.v1"] --> CANON
  D4["session.freshness.v4"] --> CANON
  CANON --> ISSUE["OHM-2026-001842"]

فئات أدوات الكشف

متطلّبات كل أداة كشف

لكل أداة كشف في بيئة الإنتاج ما يلي:

• detector_id فريد؛
• إصدار دلالي؛
• غرض معلَن؛
• مالك؛
• وصف لبيانات الدخل؛
• عتبات خاضعة للضبط؛
• قواعد استثناء؛
• متطلّبات للحدّ الأدنى من العيّنة؛
• بوّابات DQ؛
• صيغة لحساب الـ severity؛
• صيغة لحساب الـ confidence؛
• canon مقابل؛
• مجموعة Evidence؛
• اختبارات؛
• عيّنة ضبط؛
• تقدير لمعدّل الإيجابيات الكاذبة؛
• تاريخ دخول الخدمة؛
• سجلّ تغييرات؛
• وضع تعطيل وإمكانية التراجع.

بوّابات جودة البيانات (DQ gates)

يجب ألّا تُصدر أداة الكشف مستوى ثقة مرتفعًا إذا كانت البيانات المصدرية ناقصة أو متناقضة.

أمثلة على البوّابات:

صحة أدوات الكشف (Detector Health)

يراقب OHM جودة أدوات الكشف نفسها.

المؤشّرات الرئيسية:

• عدد مرّات الإطلاق؛
• نسبة الإطلاقات المؤكَّدة؛
• معدّل الإيجابيات الكاذبة؛
• نسبة الإلغاءات اليدوية؛
• نسبة إعادة الفتح؛
• توزيع الـ confidence؛
• انزياح بيانات الدخل؛
• تغيّر بنية العيّنة؛
• متوسّط الزمن حتى التأكيد؛
• إصدار الخوارزمية؛
• عدد الـ Issues النشطة لكل إصدار.

المشكلات المعيارية (Canons)

Canon تصنيف مستقرّ للمشكلة من منظور الأعمال، لا يتوقّف على التنفيذ البرمجي لأداة كشف بعينها.

لماذا نحتاج إلى الـ canons

من دون الـ canons، سرعان ما يتردّى أي نظام تحليلي إلى مجموعة من الرسائل غير المتّسقة:

• archive_missing
• no_archive
• archive_gap
• hourly_data_absent
• delivery_error

ويوحّد الـ canon هذه الإشارات المتكافئة كلّها تحت مُعرِّف واحد: canon: no_hourly_archive.

ويوفّر ذلك:

• سير عمل موحّدًا؛
• SLA موحّدًا؛
• تحليلات واضحة؛
• مؤشّرات KPI مستقرّة؛
• قاعدة معرفة مشتركة؛
• قابلية المقارنة بين الإصدارات؛
• ترجمة الواجهة دون تغيير المنطق؛
• التكامل مع الأنظمة الخارجية.

بنية الـ Canon

canon_id: no_hourly_archive
name: 'Hourly archive is missing'
domain: archive
default_owner_zone: backend_integration
default_priority: P1
actionable: true
verification_mode: data
sla_policy: archive_p1
suppression_group: communication_archive
knowledge_tags:
  - archive
  - delivery
  - communication

المجموعة الأساسية من الـ canons

إدارة إصدارات الـ Canon

لا يستلزم تغيير النص أو الترجمة تغيير المُعرِّف.

ويلزم إصدار جديد من الـ canon عند تغيّر أيٍّ ممّا يلي:

• المعنى من منظور الأعمال؛
• قاعدة الإسناد؛
• معيار قابلية التنفيذ؛
• طريقة التحقق؛
• مبدأ الـ SLA؛
• منطق الدمج مع المشكلات الأخرى.

تحليلات جودة أدوات الكشف

لا يقيّم Operational Health Matrix المعدّات وحدها، بل يقيّم كذلك جودة خوارزمياته التحليلية الخاصة.

ويحسب النظام لكل Detector ما يلي:

• Accuracy؛
• Precision؛
• Recall؛
• False Positive Rate؛
• False Negative Rate؛
• متوسّط الثقة؛
• Drift؛
• Stability؛
• متوسّط زمن التحقق؛
• نسبة القبول.

ويتيح هذا النهج تحسينًا مستمرًّا للنموذج التحليلي في منصة IIoT دون الإخلال بقابلية إعادة إنتاج النتائج.

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