chore: add build artifacts, map assets, and routing data
This commit is contained in:
Hamza-Ayed
@@ -0,0 +1,158 @@
|
||||
# مشاركة المواقع المحلية وتحديد الموقع عند فقد GNSS
|
||||
|
||||
## القرار الهندسي
|
||||
|
||||
يبنى المشروع على مسارين مستقلين يتكاملان:
|
||||
|
||||
1. **محرك الموقع:** ينتج أفضل تقدير لموقع الجهاز، مع مصدره، ودقته، ووقت آخر تحديث.
|
||||
2. **محرك المشاركة المحلية:** ينقل هذا التقدير والرموز الميدانية إلى أجهزة مصرح بها عبر شبكة محلية.
|
||||
|
||||
مشاركة المواقع ليست وسيلة لمعرفة موقع الجهاز من العدم. إذا كان GNSS متوقفاً فلا بد من مصدر آخر للموقع: تقاطع بصري، حركة قصورية، قياس مسافة إلى مراسي محلية، أو مطابقة بصرية/طرقية. وتظل الشبكة المحلية مفيدة لنقل موقع يعرفه جهاز ما إلى الآخرين، لكنها لا تحول جهازاً مجهول الموقع إلى جهاز معروف الموقع.
|
||||
|
||||
## النتيجة المختصرة
|
||||
|
||||
أقوى مسار قابل للبناء الآن هو:
|
||||
|
||||
```mermaid
|
||||
flowchart LR
|
||||
A[مصادر الموقع: GNSS أو تقاطع بصري أو UWB أو حركة قصورية] --> B[محرك دمج الموقع ودقة الثقة]
|
||||
B --> C[خريطة وملاحة وتحليلات على الجهاز]
|
||||
B --> D[رسالة موقع موقعة ومشفرة]
|
||||
D --> E[شبكة محلية: Wi-Fi أو Mesh Radio]
|
||||
E --> F[عقدة حافة محلية أو أجهزة الفريق]
|
||||
F --> G[خريطة القائد وسجل المهمة]
|
||||
```
|
||||
|
||||
البدء الصحيح ليس بشراء راديو تكتيكي أو بناء بروتوكول خاص. يبدأ بنموذج تشغيل محدود على شبكة Wi-Fi محلية مع خادم حافة واحد، ورسائل موقع مؤمنة، ثم يستبدل ناقل Wi-Fi لاحقاً بشبكة mesh أو راديو معتمد من الجهة من دون تغيير منطق التطبيق.
|
||||
|
||||
---
|
||||
|
||||
## أولا: مشاركة مواقع الوحدات عبر شبكة محلية
|
||||
|
||||
### ما لا يصلح في النموذج الحالي
|
||||
|
||||
يوجد في المشروع ملف أولي باسم `local_network_tracker.dart` يرسل JSON كبث UDP إلى العنوان العام كل ثلاث ثوانٍ. هذا **نموذج واجهة فقط** وليس BFT جاهزاً للتشغيل. لا يثبت هوية المرسل، ولا يحمي المحتوى، ولا يمنع إعادة إرسال رسالة قديمة، ولا يدير مفاتيح أو أدواراً، ولا يعمل تلقائياً عبر شبكات mesh متعددة القفزات. لذلك يجب حذف أي وصف له في العرض على أنه قدرة مُنجزة.
|
||||
|
||||
### بنية الإصدار الأول المقترح
|
||||
|
||||
| العنصر | قرار الإصدار الأول | السبب |
|
||||
|---|---|---|
|
||||
| الشبكة | نقطة وصول Wi-Fi محلية أو شبكة mesh معتمدة توفر IP محلياً | اختبار التطبيق بلا إنترنت وبلا ارتباط مبكر بمورد راديو واحد |
|
||||
| عقدة الحافة | حاسوب صغير أو خادم محلي داخل مركبة/غرفة عمليات | يجمع الرسائل، يوزعها، ويسجل الحدث داخل القاطع |
|
||||
| معيار الرسالة | رسالة موقع موحدة قابلة للترجمة إلى Cursor on Target (CoT) عند الحاجة للتكامل | CoT شائع في بيئات الوعي الموقعي؛ لا يجعل المشروع تابعاً لتطبيق واحد |
|
||||
| هوية الجهاز | تسجيل مسبق للجهاز والمستخدم والدور قبل المهمة | يمنع ظهور جهاز مجهول كموقع صديق |
|
||||
| الحماية | مصادقة متبادلة، تشفير نقل، منع إعادة الإرسال، وصلاحيات حسب الدور | الموقع والرموز الميدانية بيانات حساسة حتى على شبكة بلا إنترنت |
|
||||
| عرض الدقة | كل رسالة تحمل المصدر والدقة والعمر وحالة الثقة | يمنع خلط موقع GNSS حديث مع تقدير بصري أو موقع ميت قديم |
|
||||
| السجل | سجل محلي للرسائل والإنذارات وحالة الاتصال، وفق سياسة احتفاظ الجهة | يتيح المراجعة بعد النشاط دون إرسال البيانات للخارج |
|
||||
|
||||
يؤكد TAK أن مشاركة النقاط والطرق والملفات يمكن أن تعمل بين عقد موجودة على الشبكة نفسها دون خادم، بينما يضيف الخادم استمرارية واتصالاً أوسع. هذا مفيد كمرجع تشغيلي، لكنه لا يعفي المنتج من بناء الهوية والحماية والاختبار الخاص به.^1
|
||||
|
||||
### مراحل تنفيذ عملية
|
||||
|
||||
#### المرحلة A — مختبر محلي، أسبوعان إلى ثلاثة
|
||||
|
||||
- تطبيقان أو ثلاثة على شبكة Wi-Fi مغلقة مع عقدة حافة محلية.
|
||||
- شاشة قائد تعرض آخر موقع ودقة الموقع ومصدره وحالة الاتصال؛ لا ترسل أي بيانات إلى الإنترنت.
|
||||
- رسائل اختبار مولدة، ثم GNSS حقيقي في بيئة مفتوحة لتقييم النقل وحده.
|
||||
- قياس زمن وصول الرسالة، نسبة الفقد، إزالة الموقع القديم، واستمرار العمل بعد انقطاع الشبكة وعودتها.
|
||||
|
||||
#### المرحلة B — أمن وتشغيل، ثلاثة إلى أربعة أسابيع
|
||||
|
||||
- تسجيل الأجهزة قبل المهمة، أدوار مستخدمين، إلغاء جهاز، وتدوير مفاتيح وفق إجراء تعتمده الجهة.
|
||||
- تشفير النقل ومصادقة متبادلة عبر مكتبات موثوقة؛ لا يُبتكر تشفير خاص.
|
||||
- منع إعادة الرسائل وتحديد العمر المقبول للرسالة، مع سجل تدقيق محلي.
|
||||
- مراجعة أمنية مستقلة قبل أي اختبار خارج المختبر.
|
||||
|
||||
#### المرحلة C — شبكة ميدانية، أربعة إلى ستة أسابيع
|
||||
|
||||
- تشغيل الناقل نفسه على شبكة mesh أو راديو IP تختاره الجهة بعد تقييم التغطية والحمل والطاقة.
|
||||
- اختبار تدهور الشبكة، انقطاع العقد، واستعادة الاتصال؛ لا تفترض أن broadcast يعمل بين أجهزة الراديو.
|
||||
- اختبار التوافق، إن طلبت الجهة، مع CoT/TAK أو نظام قيادة وسيطرة قائم عبر بوابة محلية، لا عبر الإنترنت العام.
|
||||
|
||||
### مؤشرات قبول BFT
|
||||
|
||||
| المؤشر | ما يقاس |
|
||||
|---|---|
|
||||
| صحة الهوية | لا تقبل العقدة رسالة من جهاز غير مسجل أو ملغى |
|
||||
| سرية الرسائل | لا يظهر الموقع أو الرمز كنص واضح على الشبكة |
|
||||
| حداثة الموقع | تعرض الواجهة عمر الرسالة وتخفي/تعلّم الموقع المتقادم |
|
||||
| تحمل الشبكة | استمرار الخدمة عند فقد حزمة أو انقطاع مسار وعودة الاتصال |
|
||||
| الدقة الدلالية | لا تُعرض دقة زائفة؛ يظهر مصدر الموقع ودرجة ثقته |
|
||||
| عدم الاتصال الخارجي | يوثق الفحص أن النظام يعمل دون إنترنت عام |
|
||||
|
||||
---
|
||||
|
||||
## ثانياً: كيف يُعرف الموقع بلا GNSS ولا شبكة؟
|
||||
|
||||
لا توجد طريقة سحرية تعمل في كل التضاريس وبنفس الدقة. الحل المهني هو **دمج مصادر** وإظهار دقة كل مصدر. يحدد نوع المهمة ما يستحق الاستثمار فيه.
|
||||
|
||||
| الطريقة | ما تحتاجه | دقتها أو فائدتها العملية | أين تناسب المشروع؟ | الحكم |
|
||||
|---|---|---|---|---|
|
||||
| التقاطع البصري للمعالم | معلمان أو أكثر معلومان، رؤية، بوصلة معايرة، وخريطة | نقطة تصحيح مستقلة؛ تعتمد بشدة على خطأ الاتجاه والمعالم | موجودة في التطبيق؛ تحسن لتقدير خطأ فعلي | أولوية أولى |
|
||||
| التقاطع بمعلم واحد مع خط أساس | معلم معلوم، قياسان من موضعين والمسافة بينهما | حل احتياطي عندما لا يتوفر معلمان | موجود جزئياً؛ يحتاج معايرة للخطوات | أولوية أولى |
|
||||
| ملاحة قصورية للمشاة PDR | IMU، عداد خطوات، اتجاه، طول خطوة معاير | جسر قصير بعد نقطة معلومة؛ الخطأ يتراكم | يمكن بناؤها داخل Flutter/طبقة أصلية | أولوية ثانية |
|
||||
| ملاحة مركبة من العجلة/CAN | مسافة العجلة واتجاه المركبة، ونقطة بداية | أفضل من الهاتف وحده للمركبات؛ يتراكم الخطأ أيضاً | مهمة لأسطول سيرو والمركبات | أولوية ثانية |
|
||||
| مطابقة الطريق | مسار سابق ومطابقة على شبكة طرق وقيود اتجاه | تقيد الموقع بالطريق، لا تثبت الموقع إذا كانت البداية خاطئة | مكمل للمركبات وليس بديلاً مستقلاً | أولوية ثانية |
|
||||
| رؤية حاسوبية مع IMU (VIO/SLAM) | كاميرا، IMU، مشهد غني بالمعالم | تتبع نسبي جيد لمسافات قصيرة؛ ينجرف من دون إعادة تموضع | مفيد داخل المدن/المباني | تجربة بحثية |
|
||||
| توطين بصري بخريطة 360 محلية | قاعدة صور/سمات جغرافية مؤرخة وكاميرا | يعيد وضع الجهاز عالمياً إن تعرف على المشهد؛ يحتاج بيانات تدريب ومراجعة | يجعل مشروع 360 أصلاً ملاحياً لا أرشيفاً فقط | استثمار استراتيجي |
|
||||
| UWB مع مراسي معلومة | ثلاث مراسٍ أو أكثر بمواقع مساحية معلومة، أو مرساة زاوية/مدى | ممتاز لموقع محلي قصير المدى؛ Android يذكر دقة تقارب 10 سم للمدى المدعوم | مبانٍ، مراكز عمليات، نقاط تجمع، كهوف، مستودعات | أولوية عالية للمواقع الثابتة |
|
||||
| Wi-Fi RTT | ثلاث نقاط وصول RTT معلومة على الأقل وهاتف داعم | Android يذكر عادة 1–2 م؛ تغطية أوسع من UWB ودقة أقل | مبانٍ أو منشآت يمكن تجهيزها | خيار أقل كلفة |
|
||||
| Bluetooth RSSI أو بصمة Wi-Fi | مراسٍ/مسح سابق للموقع | دقة متغيرة جداً؛ جيد منطقة/طابق أكثر من إحداثية دقيقة | مؤشرات مساعدة فقط | لا يكون المصدر الأساسي |
|
||||
| بارومتر وDEM | ضغط جوي ومعايرة وبيانات تضاريس | يضيف البعد الرأسي أو يحد الاحتمالات؛ لا يكفي أفقياً | دمج مع PDR/التقاطع البصري | مكمل |
|
||||
| ملاءمة التضاريس | ارتفاعات، مسار حركة، نمط تضاريس متغير | ضعيف في الأرض المستوية وأقوى مع تضاريس مميزة | طويل المدى وبحاجة اختبار حقيقي | بحث لاحق |
|
||||
| ملاحة سماوية | رؤية السماء، وقت دقيق، تدريب أو كاميرا | احتياط مستقل، لكنه بطيء ودقته مرتبطة بالأداة والتدريب | سيناريو تدريب وملاحة بعيدة | ليس أولوية تطبيق الهاتف |
|
||||
| INS خارجي احترافي | جهاز ملاحة قصوري ومصدر معايرة | استمرار أفضل من هاتف، لكن الانجراف والتكلفة يبقيان | مركبات أو فرق ذات متطلبات عالية | تكامل عتادي لاحق |
|
||||
|
||||
مستشعرات Android توفر عداد الخطوات ومتجه الدوران والتسارع، لكنها لا تحول الهاتف وحده إلى INS عسكري؛ الخطأ يتراكم ويجب تصحيحه بمعلم أو مرساة أو خريطة. Android نفسه يبين أن عداد الخطوات ومتجه الدوران يتوفران بحسب العتاد، وأن بعض المستشعرات قد تكون برمجية.^2
|
||||
|
||||
ARCore وARKit يبرهنان فائدة الرؤية مع IMU: يتتبعان حركة الجهاز بالنسبة إلى المشهد باستخدام SLAM/VIO. لكن هذا موضع **نسبي محلي**، وقد يفقد التتبع مع المشاهد الفقيرة بصرياً أو الحركة السريعة؛ لا يعطى كإحداثية عسكرية مطلقة إلا بعد ربطه بمعلم أو خريطة محلية موثقة.^3 ^4
|
||||
|
||||
### تصميم محرك دمج الموقع
|
||||
|
||||
كل تقدير موقع داخل التطبيق يجب أن يحمل الحقول التالية:
|
||||
|
||||
| الحقل | مثال |
|
||||
|---|---|
|
||||
| المصدر | GNSS، تقاطع بصري، UWB، PDR، مطابقة طريق، أو آخر موقع معروف |
|
||||
| الإحداثيات | خط العرض والطول والارتفاع عند توفره |
|
||||
| الدقة الأفقية | رقم مقاس أو محسوب، لا قيمة ثابتة تجميلية |
|
||||
| العمر | وقت القياس وآخر تحديث |
|
||||
| الثقة | مرتفعة/متوسطة/منخفضة، مع سبب واضح |
|
||||
| طريقة التصحيح | اسم المعلم أو معرف المرساة أو نقطة بداية معتمدة |
|
||||
|
||||
يجب تعديل التقاطع البصري الحالي قبل عرضه كقدرة دقيقة: لا يصح أن يخرج دائماً بدقة ثابتة 25 أو 50 متراً. الأفضل استخدام ثلاثة معالم أو أكثر، حل أقل المربعات، وحساب بواقي الاتجاهات وشكل تقاطع الخطوط لإنتاج بيضاوي خطأ. كما يلزم اختبار ميداني لمعايرة انحراف البوصلة في المكان وعلى نوع الجهاز، لأن الهاتف نفسه قد يتأثر بالمركبة والمعادن.
|
||||
|
||||
---
|
||||
|
||||
## خارطة قرار مختصرة
|
||||
|
||||
| السيناريو | الخيار الأول | تصحيح الخطأ | ما يؤجل |
|
||||
|---|---|---|---|
|
||||
| مشاة في منطقة ذات معالم | تقاطع بصري + PDR | رصد معلم جديد كلما أمكن | VIO متقدم |
|
||||
| مركبة على طرق معلومة | نقطة بداية + عداد مسافة/IMU + مطابقة طريق | رصد بصري أو GNSS عند عودته | UWB واسع النطاق |
|
||||
| داخل مبنى أو منشأة ثابتة | UWB مراسٍ مساحية | Wi-Fi RTT عند ضعف تغطية UWB | بصمة Bluetooth كمصدر رئيسي |
|
||||
| منطقة حضرية مع تغطية 360 محلية | VIO + توطين بصري محلي | معالم بصرية ومراسي ثابتة | الاعتماد على صورة غير مؤرخة |
|
||||
| منطقة منبسطة بلا معالم وبلا مراسٍ | INS/عداد مسافة من نقطة بداية، مع عرض تزايد الخطأ | أي مرجع خارجي متى ظهر | وعد بدقة مطلقة من الهاتف |
|
||||
|
||||
---
|
||||
|
||||
## التوصية للمشروع
|
||||
|
||||
1. عدّل التقرير الاستراتيجي فوراً: BFT «مرحلة تطوير» وليس قدرة منجزة. تم هذا التعديل في المذكرة الأساسية.
|
||||
2. نفّذ مختبر BFT منفصلاً عن GNSS-denied: أولاً اجعل النقل المحلي آمناً ومرئياً باستخدام موقع اختبار، ثم غيّر مصدر الموقع لاحقاً.
|
||||
3. حسّن التقاطع البصري من خوارزمية نقطتين وتقدير دقة ثابت إلى حل متعدد المعالم ودقة محسوبة ومختبرة.
|
||||
4. ابدأ PDR للمشاة ومطابقة الطريق/عداد المسافة للمركبات؛ هذان يعطيان قيمة مباشرة دون معدات بنية تحتية.
|
||||
5. نفّذ تجربة UWB صغيرة في موقع ثابت واحد. لا تبدأ بشبكة وطنية أو بشراء مراسٍ كثيرة؛ الهدف معرفة الدقة الفعلية والتشويش وسهولة التركيب.
|
||||
6. اجعل التصوير 360 مشروع بيانات جغرافية: صور مؤرخة وموقعها موثق، فهرسة، مراجعة، ثم توطين بصري في مرحلة تالية.
|
||||
7. لا تدمج أي ناتج ذكاء اصطناعي أو خدمة سحابية في نمط مفصول؛ يبقى تقرير IPB المحلي منفصلاً عن المساعد الخارجي.
|
||||
|
||||
## مراجع
|
||||
|
||||
1. TAK.gov. [Operational Success Starts with TAK](https://tak.gov/). يصف مشاركة النقاط والطرق والملفات بين العقد على الشبكة نفسها، واستخدام الخادم للتوسع والربط. اطلع عليه في 9 سبتمبر 2026.
|
||||
2. Android Developers. [Motion sensors](https://developer.android.com/develop/sensors-and-location/sensors/sensors_motion). اطلع عليه في 9 سبتمبر 2026.
|
||||
3. Google Developers. [ARCore fundamental concepts](https://developers.google.com/ar/develop/fundamentals). يصف دمج نقاط الصورة وIMU في SLAM. اطلع عليه في 9 سبتمبر 2026.
|
||||
4. Apple Developer. [Managing session life cycle and tracking quality](https://developer.apple.com/documentation/arkit/managing-session-life-cycle-and-tracking-quality). يصف visual-inertial odometry وحدود جودة التتبع. اطلع عليه في 9 سبتمبر 2026.
|
||||
5. Android Developers. [Ultra-wideband communication](https://developer.android.com/develop/connectivity/uwb). يصف UWB، دعم الأجهزة، ومتطلبات تبادل الإعدادات الآمن. اطلع عليه في 9 سبتمبر 2026.
|
||||
6. Android Developers. [Wi-Fi RTT location](https://developer.android.com/develop/connectivity/wifi/wifi-rtt). يصف تعدد القياسات من ثلاث نقاط وصول أو أكثر ودقة نموذجية 1–2 م. اطلع عليه في 9 سبتمبر 2026.
|
||||
7. NIST. [A Performance Comparison of Wi-Fi RTT and UWB for RF Ranging](https://www.nist.gov/document/performance-comparison-wi-fi-rtt-and-uwb-rf-ranging). يوضح المفاضلة بين الدقة والتغطية وتأثير العوائق. اطلع عليه في 9 سبتمبر 2026.
|
||||
8. U.S. Coast Guard Navigation Center / RAND. [Alternative Sources and Technologies to Increase National PNT Resilience](https://www.navcen.uscg.gov/sites/default/files/pdf/waterways/shallow_draft/RAND_RR2970.pdf_safe.pdf). يناقش INS كقدرة استمرارية تحتاج نقطة معايرة. اطلع عليه في 9 سبتمبر 2026.
|
||||
@@ -0,0 +1,46 @@
|
||||
# مسودة مذكرة تفاهم (Memorandum of Understanding)
|
||||
## مشروع منظومة الخرائط التكتيكية والملاحة الميدانية المستقلة
|
||||
|
||||
**التاريخ:** [تاريخ التوقيع]
|
||||
**المكان:** عمان، المملكة الأردنية الهاشمية
|
||||
|
||||
### ديباجة
|
||||
بناءً على التوجيهات الاستراتيجية الرامية إلى تحقيق الاستقلالية التكنولوجية والسيادة الوطنية على البيانات الجغرافية العسكرية، وحرصاً على تعزيز القدرات الميدانية للقوات المسلحة الأردنية، تم الاتفاق بين كل من:
|
||||
|
||||
**الطرف الأول:** المركز الجغرافي الملكي الأردني (RJGC) / القوات المسلحة الأردنية.
|
||||
(ويشار إليه لاحقاً بـ "الطرف الأول").
|
||||
|
||||
**الطرف الثاني:** شركة انطلاق (Intaleq)، المطور والمالك الحصري لمنظومة الملاحة التكتيكية المستقلة.
|
||||
(ويشار إليها لاحقاً بـ "الطرف الثاني").
|
||||
|
||||
### المادة 1: الغاية من المذكرة
|
||||
تهدف هذه المذكرة إلى وضع إطار للتعاون المشترك لإجراء (تجربة ميدانية / Pilot) لاختبار وتفعيل منظومة "Intaleq Tactical Navigation" كبديل آمن، مستقل، ويعمل بدون اتصال بالإنترنت (Offline-First)، لدعم العمليات التكتيكية، التوجيه الميداني، والتتبع الحي للوحدات العسكرية.
|
||||
|
||||
### المادة 2: التزامات الأطراف
|
||||
**التزامات الطرف الأول (RJGC):**
|
||||
1. توفير البيئة التجريبية والغطاء المؤسسي لتشغيل المنظومة خلال مناورة أو نشاط ميداني محدد.
|
||||
2. تزويد الطرف الثاني بالبيانات الجغرافية الأولية (الخطوط الكنتورية، المعالم العسكرية) إن لزم الأمر، لغايات دمجها في الخوادم المحلية المعزولة.
|
||||
3. تقييم أداء المنظومة بناءً على مؤشرات الأداء المتفق عليها (KPIs).
|
||||
|
||||
**التزامات الطرف الثاني (شركة Intaleq):**
|
||||
1. تقديم رخص تجريبية (Licenses) للبرمجيات وتطبيق الأجهزة المحمولة للطرف الأول خلال فترة التجربة.
|
||||
2. توفير البنية التحتية المؤقتة (Demo Kit / Local Servers) لضمان عمل المنظومة بالكامل دون الاعتماد على أي شبكة اتصالات عامة.
|
||||
3. تدريب الكوادر المرشحة من الطرف الأول على استخدام أدوات التخطيط التكتيكي (خطوط الرؤية، المهابط، الرادار).
|
||||
|
||||
### المادة 3: حقوق الملكية الفكرية وسرية البيانات
|
||||
1. **السيادة على البيانات:** يقر الطرفان بأن جميع البيانات الجغرافية، الخرائط، وإحداثيات العمليات هي ملكية سيادية حصرية للطرف الأول، ولا يحق للطرف الثاني الاحتفاظ بها أو تخزينها خارج الخوادم العسكرية المعزولة (Air-Gapped).
|
||||
2. **ملكية البرمجيات:** يقر الطرف الأول بأن الشيفرة المصدرية (Source Code)، الخوارزميات، وآلية عمل منظومة Intaleq هي ملكية فكرية حصرية للطرف الثاني.
|
||||
|
||||
### المادة 4: معايير تقييم التجربة (KPIs) والانتقال للتعاقد
|
||||
مدة هذه المذكرة هي (3 إلى 6) أشهر. وتعتبر التجربة ناجحة إذا حققت المنظومة المعايير التالية:
|
||||
- دقة الملاحة والتوجيه خارج التغطية بنسبة لا تقل عن 95%.
|
||||
- استقرار نظام التتبع المحلي للوحدات (Blue Force Tracking) في بيئة معزولة.
|
||||
- سرعة الاستجابة في التحليلات التكتيكية (LOS, Isochrones).
|
||||
|
||||
**الانتقال للتعاقد الرسمي:** في حال اجتياز المنظومة لمعايير النجاح، يتعهد الطرف الأول برفع توصية رسمية للتعاقد المباشر مع الطرف الثاني ضمن نموذج (ترخيص مؤسسي معزول + عقد صيانة ودعم فني سنوي)، بما يضمن استدامة المشروع.
|
||||
|
||||
### المادة 5: أحكام عامة
|
||||
تُعد هذه المذكرة إعلان نوايا لتأطير التعاون، ولا ترتب التزامات مالية فورية على أي من الطرفين خلال فترة التجربة الميدانية.
|
||||
|
||||
**توقيع الطرف الأول:** ____________________
|
||||
**توقيع الطرف الثاني (المهندس حمزة عايد):** ____________________
|
||||
@@ -0,0 +1,262 @@
|
||||
# تقييم الجدوى التجارية لمنظومة الخرائط والمشاركة في سوفكس
|
||||
|
||||
## القرار المقترح
|
||||
|
||||
يستحق المشروع مرحلة تحقق تجاري محدودة المدة والتكلفة. لا تسند الأدلة الحالية تقديمه بوصفه اختراعاً عالمياً فريداً، أو محرك رسم خرائط مكتوباً بالكامل محلياً، أو منظومة إدارة معركة مكتملة ومثبتة ميدانياً. تسند الأدلة وجود منصة برمجية قابلة للتطوير، وطبقة تكامل محلية، وبيانات طرق فعلية، وواجهة عربية، وقدرات أولية يمكن تحويل جزء منها إلى منتج متخصص.
|
||||
|
||||
المشاركة في سوفكس مناسبة للبحث عن عميل تجربة وشريك تكامل إذا سبقتها اجتماعات محددة. الإنفاق الكبير على جناح مستقل قبل التحقق من الطلب غير مبرر. أفضل نقطة بداية تجارية مرشحة هي حزمة خرائط محلية موثوقة للعمل الميداني والتدريب الملاحي، مع تجهيز البيانات والتثبيت والدعم. هذه فرضية للبيع يجب اختبارها، وليست نتيجة شراء مثبتة.
|
||||
|
||||
القرار التنفيذي: تخصيص فترة تحقق حتى 15 ديسمبر 2026، بسقف نقدي وزمني يحدد قبل بدء العمل. إذا لم تظهر جهة تتبنى تجربة محددة وتملك مساراً إلى ميزانية، يوقف التوسع الدفاعي ويختبر استعمال مدني متخصص للأصول نفسها. المثابرة تكون على بناء عمل قابل للاستمرار، ولا تعني التمسك الدائم بوصف واحد للمنتج.
|
||||
|
||||
## حدود الأدلة
|
||||
|
||||
حالة الأدلة في 14 سبتمبر 2026. التقييم يجمع مراجعة ملفات محلية وقراءة قاعدة بيانات الطرق بوضع القراءة فقط، مع مصادر عامة أولية للمنتجات والمعرض. لم تنفذ تجربة تشغيل على جهاز ميداني، أو اختبار فصل شبكي، أو قياس دقة ميداني، أو اختبار اختراق، أو مقابلات شراء. لم تشغّل مجموعة الاختبارات البرمجية؛ جرى فحص بعض اختبارات الإحداثيات لمعرفة ما تثبته فعلياً.
|
||||
|
||||
توجد تغييرات محلية عديدة في المشروع؛ النتائج تخص النسخة الموجودة وقت المراجعة. وجود دالة أو اختبار أو وصف في تعليق لا يثبت جاهزية المنتج. لا تتوافر أدلة مستقلة على تفاصيل اللقاء السابق مع المركز الجغرافي، أو تعداد مهندسي JODDB، أو تراخيص أنظمتها الداخلية، أو استعداد أي جهة للدفع. هذه مسائل غير محسومة، وليست حقائق تصلح لبناء عرض تجاري.
|
||||
|
||||
هذا تقييم تجاري وتقني على مستوى الجاهزية والموثوقية؛ لا يتضمن تصميم توجيه أسلحة أو تخطيط اشتباك.
|
||||
|
||||
## المنافسة وما تعنيه للمشروع
|
||||
|
||||
| البديل | القدرات التي يعلن عنها المصدر | الأثر التجاري |
|
||||
|---|---|---|
|
||||
| ATAK-CIV | خرائط أوفلاين، رسوم وطبقات مشتركة، أدوات تضاريس، تاريخ مواقع، وتكامل أجهزة اتصال، مع قابلية التوسع | أغلب قائمة الميزات المقترحة موجودة في منتج متاح؛ يجب مقارنة سهولة التجهيز والتشغيل والدعم، لا عدد الأزرار فقط |
|
||||
| SitaWare Edge | منتج محمول للقادة الراجلين، خرائط وتحليل جغرافي واتصالات مع معدات قائمة وتكامل مع عائلة أنظمة أوسع | المقارنة مع طاولة ثابتة وحدها تستبعد المنافس الحقيقي في السوق المحمول |
|
||||
| ArcGIS | تطبيقات أوفلاين ونشر مؤسسي في بيئات منفصلة عن الإنترنت، مع تراخيص تختلف حسب المنتج والقدرات | لا يصح الادعاء بأن Esri يتوقف تلقائياً بمجرد انقطاع الإنترنت |
|
||||
| goTenna مع TAK | تبادل بيانات ميدانية عبر شبكات خارج تغطية الشبكات المدنية | الاتصال دون إنترنت ليس ابتكاراً حصرياً؛ التطبيق يحتاج وسيط اتصال فعلياً |
|
||||
| QField | عمل ميداني ببيانات محلية، ونقل المشاريع والبيانات إلى الجهاز | حتى السوق المدني يضم بدائل مفتوحة المصدر؛ الانتقال إليه يحتاج تخصصاً واضحاً |
|
||||
| JODDB E-War Table | تخطيط وإدارة خرائط وخطط رقمية بحسب إعلان الجهة | هناك منتج معلن؛ لا يمكن استنتاج ملكية محركه أو عجز الجهة عن تطويره من إعلان تسويقي |
|
||||
|
||||
المصادر: صفحات المنتج الرسمية لـ ATAK وSystematic وEsri وgoTenna وQField، وإعلان JODDB.[^1][^2][^3][^4][^5][^6]
|
||||
|
||||
النتيجة ليست أن كل عميل محلي يملك هذه المنتجات أو يستطيع الحصول على كل إصداراتها. ينبغي التفريق بين وجود القدرة عالمياً، وإتاحتها تعاقدياً لعميل بعينه، وملاءمتها لتجهيزاته وميزانيته، وتكلفة تشغيلها الكلية. كما أن ادعاءات الموردين ليست قياسات مقارنة مستقلة.
|
||||
|
||||
التقاطع العكسي لتحديد الموقع أسلوب ملاحي معروف وموثق في مراجع قديمة؛ تحويله إلى تجربة استخدام عربية جيدة قد يكون عملاً منتجياً مفيداً، لكنه لا يثبت ابتكار المبدأ الرياضي أو قابلية تسجيل براءة. لم يجر بحث براءات متخصص، ولا يصح استنتاج انعدام أي ابتكار محتمل في تفاصيل التنفيذ.[^7]
|
||||
|
||||
يمكن لمنافس يمتلك فريقاً مناسباً بناء كثير من الوظائف أو تركيبها من مكونات قائمة. لا يوجد في المراجعة دليل على حاجز تقني يستحيل تجاوزه. الحاجز التجاري القابل للبناء هو خبرة تجهيز البيانات، وثقة العملاء، وسجل الاختبارات، وسرعة التخصيص، والتكامل المستقر، وعقود الدعم المتكررة. اسم أردني وواجهة عربية وحدهما لا يضمنان ذلك.
|
||||
|
||||
## ما يوجد فعلياً في المشروع
|
||||
|
||||
### أصل تقني له قيمة
|
||||
|
||||
يحتوي المشروع على تطبيق Flutter مخصص، وحزم SDK، وواجهات وخدمات للخرائط والبحث والملاحة المحلية، ومسارات لتخزين البيانات. توجد قاعدة طرق محلية فعلية في `infrastructure/osm-data/routing-packages/jordan_roads.db`، جرى عد سجلاتها مباشرة: **1,993,209 عقدة و667,367 وصلة**، وحجمها **334,487,552 بايت**، أي نحو 334.5 ميغابايت عشرية. هذا الحجم يخص ملف الطرق، ولا يمثل كل الخرائط والخطوط والصور والارتفاعات.
|
||||
|
||||
وجود هذه البيانات مع كود قراءتها يثبت عملاً يتجاوز النموذج المرئي. لكنه لا يثبت اكتمال شبكة الطرق أو جودة كل مسار، ولا يثبت أن القاعدة مثبتة على جهاز العرض. التعليقات البرمجية التي تذكر أرقاماً لا تكفي؛ في هذه الحالة توفر عد مستقل داخل الملف.
|
||||
|
||||
### محرك العرض والملكية
|
||||
|
||||
تعلن [حزمة Flutter](../../packages/flutter-sdk/pubspec.yaml) الاعتماد على `maplibre_gl`، ويستعمل [عنصر الخريطة](../../packages/flutter-sdk/lib/src/intaleq_map_widget.dart) كائن `mgl.MaplibreMap`.
|
||||
|
||||
MapLibre مشروع خرائط مفتوح المصدر يدعم الرسم المتسارع على الأجهزة.[^8] استخدامه قرار هندسي مشروع. موضع القيمة المحلية المحتمل هو طبقة التطبيق، والتكامل، والإعدادات، وإعداد البيانات، والخدمات، وليس نسبة كتابة كل سطر في محرك الرسم إلى صاحب المشروع.
|
||||
|
||||
السيادة المفيدة للمشتري تعني التحكم في النشر والبيانات والبناء والصيانة، واستمرار الوظائف المتفق عليها دون خدمة خارجية لازمة أثناء التشغيل. إثبات ذلك يحتاج جرد التبعيات والتراخيص وحزمة بناء وتسليم واضحة. لا تعني السيادة أن الجهاز ونظام التشغيل والمكتبات بلا منشأ أجنبي.
|
||||
|
||||
### مصفوفة الجاهزية
|
||||
|
||||
| المجال | ما أثبتته القراءة | ما لا يجوز الادعاء به حالياً |
|
||||
|---|---|---|
|
||||
| عرض الخرائط | استخدام MapLibre مع أنماط محلية تشير إلى مصادر بلاطات وخطوط عبر الشبكة | أن وجود ملف نمط محلي يعني وجود كل البيانات محلياً |
|
||||
| الطرق | قاعدة SQLite فعلية ومحرك قراءة محلي، إضافة إلى جسر Valhalla | دقة ميدانية أو جاهزية حزمة الجهاز دون تشغيل مستقل |
|
||||
| التقاطع لتحديد موقع المستخدم | كود حساب موجود؛ الدقة في مسار الرصد المتعدد تضبط إلى 50 أو 25 متراً | أن هذه الأرقام قياس فعلي أو حدود ثقة إحصائية |
|
||||
| MGRS | دالة تنسيق مع `R YU` مثبتة نصياً ومنطقة افتراضية 36 | دعم MGRS صحيح عبر كامل مناطق الاستخدام |
|
||||
| JTM / Cassini-Soldner | لم يظهر تنفيذ مسمى لهما في الملفات المفحوصة | دعم كامل، أو أن النظامين تسميتان قابلتان للتبادل دون تحديد مرجع ومعاملات |
|
||||
| الارتفاعات | خدمة بلاطات Terrarium مع تخزين؛ بديل حسابي عند غياب البلاطات | اعتبار البديل التضاريسي الاصطناعي قياسات أرض حقيقية |
|
||||
| الرموز والطبقات | قوائم ورموز وواجهات وتحكم بالظهور؛ بعض العناصر أمثلة ثابتة | شهادة مطابقة MIL-STD-2525D أو محرر مكتمل لمجرد وجود اسم معياري |
|
||||
| التتبع المحلي | إرسال JSON عبر UDP على شبكة محلية | تكامل مجرب مع HF/VHF أو MANET، أو حماية تطبيقية مثبتة |
|
||||
| مراجعة التدريب | لم يظهر نظام متكامل لحفظ الجلسات وإعادة تشغيلها في نطاق البحث | وجود AAR كامل |
|
||||
|
||||
المراجع المحلية التفصيلية في الملحق. غياب شيء عن النطاق المفحوص لا يثبت استحالة وجوده في نسخة أخرى.
|
||||
|
||||
### الفجوات المؤثرة في مصداقية العرض
|
||||
|
||||
أولاً، **الأوفلاين ليس حالة واحدة**. ملف النمط المستخدم يشير إلى بلاطات عبر `tiles.intaleqapp.com` وخطوط عبر CDN خارجي. مسار التخزين التلقائي في SDK مشروط بعنوان نمط شبكي؛ الشاشة تستخدم نمطاً من الأصول المحلية. هذا يترك فجوة محتملة بين ظهور منطقة سبق تحميلها وضمان حزمة كاملة بعد تثبيت نظيف. لا يثبت ذلك أن كل عرض أوفلاين سابق فشل، لكنه يمنع تعميم نجاح منطقة مخزنة على كل المناطق.
|
||||
|
||||
ثانياً، **مؤشرات الجاهزية لا تطابق دائماً واقع التثبيت**. مدير الحزمة يفترض المزامنة افتراضياً عند غياب القيمة المخزنة، ويعرض أعداداً وأحجاماً ثابتة في بعض الحالات، ويمكن أن يواصل إلى رسالة نجاح شاملة بعد فشل تنزيل حزمة الطرق. ينبغي أن تعتمد أي شهادة جاهزية معروضة على فحص الأصول الموجودة فعلياً.
|
||||
|
||||
ثالثاً، **دقة الموقع المعلنة غير مثبتة**. ضبط 50 أو 25 متراً حسب عدد الأرصاد لا يقيس خطأ البوصلة أو اختيار المعلم أو ظروف الرؤية. كما يظهر ملف تعريف كاميرا افتراضي موسوم بأنه معاير. الاسم البرمجي لا يغني عن القياس. المطلوب تجارياً وثيقة توضح ما تم قياسه، وعلى أي جهاز، وفي أي ظروف، ومتى يمتنع النظام عن تقديم ادعاء دقة.
|
||||
|
||||
رابعاً، **بيانات الارتفاع البديلة اصطناعية جزئياً**. `JordanDemSurface` يستخدم نقاط تحكم واستيفاء ويضيف مركبات جيبية للتضاريس. لذلك لا يصح تسويق نتائج تعتمد عليه باعتبارها تحليلاً لسطح أرض مقاس. الأولوية توضيح جودة المصدر والتغطية وعدم اليقين، واستبعاد نتائج البيانات غير الموثوقة من ادعاءات الاعتماد.
|
||||
|
||||
خامساً، **اختبار الإحداثيات لا يثبت صحتها**. الاختبار المقروء يبحث عن النصين `36R` و`YU` اللذين تثبتهما الدالة. هذا يثبت توافق الاختبار مع النص، لا المطابقة لمرجع إحداثيات مستقل. أما اختبار الذهاب والعودة للتحويل فلا يثبت وحده صحة المعيار، لأن خطأين متوافقين قد يعيدان النقطة نفسها.
|
||||
|
||||
سادساً، **نقل البيانات يحتاج شبكة فعلية**. إرسال UDP محلي لا يصنع راديو، ولا يثبت صلاحية النقل على أجهزة اتصال مختلفة. الملف المفحوص لا يظهر مصادقة أو تشفيراً تطبيقياً للرسائل. وقد توجد حماية في الشبكة الحاملة، لكن لم يتم التحقق منها. لا تسوّق تكاملاً مع وسيط اتصال إلا بعد إثباته على الوسيط المعين.
|
||||
|
||||
## إعادة صياغة الرواية التجارية
|
||||
|
||||
| العبارة السابقة | التقييم | البديل القابل للدفاع |
|
||||
|---|---|---|
|
||||
| «بدون أي طرف ثالث أجنبي» | يخالف التبعيات الموجودة | «تطبيق محلي التطوير والتكامل، مبني على مكونات موثقة، يستهدف تشغيل الوظائف المحددة محلياً» |
|
||||
| «Esri يحتاج الإنترنت ويتوقف فوراً» | تعميم خاطئ | «نقارن التحكم في النشر والتكلفة الكلية وقيود الترخيص بحسب المنتج المستخدم» |
|
||||
| «لا يملك المنافس مبرمج خرائط واحداً» | غير مثبت | «نقترح اختبار جدوى تكامل أو وحدة متخصصة وفق احتياجات فريقكم» |
|
||||
| «لا يستهلك بطارية» | غير صحيح لأي تطبيق يعمل على جهاز | «سنقدم استهلاكاً مقاساً على الجهاز المحدد» |
|
||||
| «وضع الطيران يثبت التشويش الحقيقي» | يثبت حالة اتصال محددة فقط | «هذا عرض تشغيل دون شبكة؛ اختبارات بيئة التشويش موضوع مستقل» |
|
||||
| «موجود مسبقاً تعني أن المشروع لا قيمة له» | لا يلزم ذلك تجارياً | «ما تكلفة البديل الكلية وما الفارق المقاس الذي سيدفع العميل مقابله؟» |
|
||||
| «اختبارات ناجحة 100%» | غير قابلة للتقييم دون بروتوكول | «نجح الإصدار المحدد في الحالات المدرجة، مع إظهار الحالات الفاشلة والقيود» |
|
||||
|
||||
تعطيل الإنترنت، وتعطيل GNSS، وتعطيل جميع قنوات الاتصال أمور مختلفة. كما أن العمل بدون GNSS لحظة تحديد الموقع لا يعني تتبعاً مستمراً تلقائياً دون أي مصدر لاحق للموقع. ويجب ألا تقدم إعادة تشغيل بيانات سابقة على أنها قياس حي.
|
||||
|
||||
الخلاف السابق حول ETA يستحق إعادة تفسير مهني. يمكن حساب زمن تقريبي من شبكة الطرق وسرعاتها دون بيانات ازدحام حية؛ وتضيف البيانات التاريخية أو الحية مستوى آخر من التقدير. توثق Esri صراحة العودة إلى قيم زمنية أساسية عند غياب تلك البيانات.[^9] لذلك سؤال ETA ليس بذاته دليلاً على عدم فهم الطرف الآخر، وربما كشف اختلافاً في حالة الاستخدام أو معيار الشراء. لا تتوافر أدلة تسمح بالحكم على نيات الأشخاص.
|
||||
|
||||
## المنتج الذي يستحق الاختبار أولاً
|
||||
|
||||
أفضل رهان أولي: **حزمة عربية للخرائط الميدانية والتدريب الملاحي، جاهزة للتثبيت المحلي، مع بيانات واضحة المصدر والجودة، وخدمة إعداد ودعم**. يكون العميل التجريبي جهة تدريب أو فريق عمل ميداني يملك مشكلة موثقة في تجهيز البيانات أو استخدامها دون تغطية. يمكن اختبار المسار مع جهة دفاعية في نطاق التدريب، أو مع جهة إنقاذ أو تفتيش أو أصول ميدانية.
|
||||
|
||||
العرض المدفوع المحتمل ليس «خريطة الأردن». هو تسليم مجموعة أجهزة أو موقع عمل يمكن تشغيله بإجراءات واضحة، مع حل مشكلة تجهيز البيانات وتحديثها وتدريب المستخدمين. هذه القيمة لا تتطلب ادعاء ابتكار الرياضيات، لكنها تتطلب إثبات أن التجربة أفضل أو أقل تكلفة من البديل الفعلي للعميل.
|
||||
|
||||
لا يوصى بتحويل المنتج الآن إلى بديل شامل لأنظمة القيادة والسيطرة. ذلك يضاعف التكاملات ومتطلبات الاعتمادية والدعم، ويجعل المقارنة مع موردين متقدمين مباشرة. كما لا ينبغي توسيع أدوات المدفعية أو الاستهداف أو الألغام لتجميل قائمة الميزات؛ ليس لديها في هذه المراجعة سجل اعتماد يبرر وعداً تجارياً، وهي لا تحل فجوة التحقق من الطلب.
|
||||
|
||||
| المسار | فرصة منطقية | العائق | القرار الحالي |
|
||||
|---|---|---|---|
|
||||
| تجربة خرائط وتدريب ملاحي | نطاق صغير قابل للقياس | تحتاج جهة راعية وبيانات صحيحة | الأولوية |
|
||||
| SDK أو وحدة تجهيز خرائط لشريك | الاستفادة من البرمجيات والخبرة الموجودة | توثيق وتوافق وصيانة وتقسيم واضح للحقوق | ثانٍ، بشرط مطلب شريك محدد |
|
||||
| نسخة تحمل علامة موزع محلي | وصول أسرع إلى عملاء محتملين | هامش أقل واحتمال تخصيص مفتوح | اختبرها دون حصرية مبكرة |
|
||||
| بيع BMS مؤسسي شامل | صفقة أكبر نظرياً | تكاملات واعتمادات ودورة شراء غير معلومة | يؤجل |
|
||||
| منصة مدنية عامة للخرائط | إعادة استخدام واسع | منافسة بدائل راسخة | لا تبدأها دون تخصص |
|
||||
|
||||
## الإضافات ذات القيمة وأولوية تنفيذها
|
||||
|
||||
1. **بيان جاهزية موثوق للحزمة:** مصدر البيانات، تاريخها، حدود التغطية، أحجام الملفات الفعلية، الوظائف المتاحة محلياً والوظائف غير المتاحة. هذه إضافة قابلة للشرح والاختبار وتقلل مفاجآت العرض.
|
||||
2. **ثبات البيانات وحفظ العمل:** حفظ الملاحظات والجلسات واستعادتها بعد إغلاق الجهاز، مع استيراد وتصدير بصيغ يطلبها عميل محدد. لا تعد بتوافق عام لم يُختبر.
|
||||
3. **تجربة عربية بسيطة لحالة استخدام واحدة:** ثلاثة أعمال أساسية يستطيع مستخدم جديد إتمامها دون تدخل المطور. تخفيض زمن التدريب والأخطاء حجة بيع أقوى من كثرة القوائم.
|
||||
4. **سجل جودة ونتائج تجربة:** توثيق أخطاء الموقع وحدود الاستخدام في سياق ملاحة آمنة، واستهلاك البطارية وأزمنة الفتح وفشل الاستعادة. لا تستخدم قيماً تقديرية ثابتة بوصفها نتائج قياس.
|
||||
5. **إعادة عرض جلسة تدريب محفوظة:** يمكن بحثها بعد إثبات طلب جهة تدريب عليها؛ تقاس فائدتها بزمن إعداد التقرير ومراجعته. لا تفترض أن AAR اسم جديد أو قدرة حصرية.
|
||||
6. **تسليم ودعم مؤسسيان:** نسخة إصدار محددة، تعليمات تثبيت، قائمة مكونات وتراخيص، نسخ احتياطي، ومسؤول دعم بديل. تقليل اعتماد العميل على شخص واحد جزء من المنتج.
|
||||
|
||||
التكامل الراديوي، والمطابقة المعيارية الواسعة، والتحليل المتقدم لا تبدأ بوصفها استثمارات مفتوحة. لكل منها طلب عميل وميزانية ونطاق اختبار قبل الوعد بالتسليم. لا تتضمن هذه الخطة تصميم بروتوكولات عسكرية أو تطوير أدوات توجيه أسلحة.
|
||||
|
||||
## اختبار طلب السوق
|
||||
|
||||
يستهدف التحقق 8–12 مقابلة مؤهلة. هذا حجم مقترح للتعلم خلال أسابيع، وليس عينة إحصائية للسوق. تضم المقابلات مستخدمين ومدربين، ومهندسي تكامل، ومسؤولين يعرفون مسار الشراء. عند غياب القدرة على الوصول إلى هذا العدد يسجل تعثر الوصول نفسه كإشارة تجارية.
|
||||
|
||||
الأسئلة الأساسية: ما العمل الذي يتعطل اليوم؟ ما البديل المستخدم؟ متى حدثت المشكلة آخر مرة؟ من يتولى إعداد الخرائط؟ ما تكلفة الوقت والدعم؟ من يستطيع قبول تجربة؟ ومن يستطيع تمويلها؟ ما الذي يمنع شراء البديل الحالي أو الاستمرار عليه؟
|
||||
|
||||
لا يطلب تفاصيل عمليات سرية أو مواطن انتشار. يكفي مثال غير حساس على عمل تدريبي أو إداري. وتوثق الكلمات الفعلية للعميل بدلاً من تحويل «فكرة جميلة» إلى احتياج مزعوم.
|
||||
|
||||
| الإشارة | قوتها كدليل طلب |
|
||||
|---|---|
|
||||
| إشادة أو بطاقة تعريف أو صورة | ضعيفة |
|
||||
| موعد ثانٍ مع مختص ومشكلة محددة | متوسطة |
|
||||
| تخصيص وقت مستخدمين وأجهزة وموعد تجربة | قوية نسبياً |
|
||||
| اتفاق تجربة بنطاق ومعايير قبول ومسار تمويل | قوية |
|
||||
| تجربة مدفوعة أو طلب شراء | الأقوى ضمن هذه المرحلة |
|
||||
|
||||
وجود ضابط عامل يساعد على الوصول، لكنه لا يجعل كل ضابط صاحب ميزانية أو قرار تقني. المطلوب سلسلة واضحة: راعٍ للاستخدام، ومقيّم تقني، وجهة شراء. اللقاء الأعلى رتبة ليس بالضرورة اللقاء الأكثر نفعاً في هذه المرحلة.
|
||||
|
||||
## خطة سوفكس
|
||||
|
||||
يعلن منظم سوفكس أن مؤتمر MESOC يبدأ في **26 أكتوبر 2026**، والمعرض يقام **27–29 أكتوبر في العقبة**. كما أعلن برنامج ربط رقمي وبطاقة Elite. أي تحديد للأسعار أو صلاحيات الدخول والاجتماعات يحتاج تأكيداً مباشراً؛ لا يوجد في المصادر المفتوحة التي راجعت هنا سعر موثوق لجناح مناسب أو ضمان لقاء وفد.[^10]
|
||||
|
||||
هناك نحو ستة أسابيع حتى المعرض. تعرض الصفحة الرئيسية نصاً بأن التسجيل لم يفتح بعد، بينما توجد بوابة SOFEX Connect لتسجيل الدخول؛ قد تكون الرسالة غير محدثة، ولا يجوز افتراض جاهزية التسجيل أو صلاحيات أي بطاقة منها.[^11]
|
||||
|
||||
### اختيار شكل المشاركة
|
||||
|
||||
المسار المفضل: زائر مهني مؤهل مع مواعيد مسبقة، أو عرض فرعي داخل جناح شريك باتفاق واضح. ينظر في جناح مستقل فقط عندما يكون المنتج مستقراً، وتوجد مواعيد مؤهلة، وميزانية معقولة، وشخص آخر يساعد في الاجتماعات والعرض. لا يوجد ما يبرر شراء جهاز شديد الكلفة قبل التأكد من متطلبات التجربة؛ يمكن استعارة جهاز مناسب أو استخدام جهاز موثوق قائم.
|
||||
|
||||
يطلب من المنظم تأكيد فئة الدخول، وإمكانية استخدام برنامج الربط، وسياسة عروض الزوار التجارية، وقواعد إدخال الأجهزة والتصوير، وتكلفة أي مساحة عرض مشتركة. لا يفترض أن بطاقة زائر تتيح عرضاً تجارياً مفتوحاً داخل أجنحة الآخرين.
|
||||
|
||||
### الجهات المستهدفة
|
||||
|
||||
ترتب فئات الجهات كالتالي: شركات تكامل الأنظمة المحلية والإقليمية؛ مورّدو التدريب والمحاكاة؛ مورّدو الأجهزة الميدانية الذين يحتاجون تطبيقاً محلياً؛ ثم مستخدمون مؤسسيون يستطيعون رعاية تجربة. شركات الأجهزة قد ترغب في نسخة تحمل علامتها، بينما شركات التكامل تهتم بواجهات البيانات وكلفة الدعم، والجهة التدريبية تهتم بسهولة الاستخدام وإعادة المراجعة.
|
||||
|
||||
JODDB جهة محتملة للحوار، وليست شريكاً مثبتاً أو جهة ثبت عجزها. الأسماء الأخرى الواردة في مصفوفة المنافسة لا تعني أنها عارضة في دورة 2026. لم تتوافر قائمة عارضين نهائية موثقة ضمن الأدلة، ولذلك لا تقدم قائمة أجنحة أو اجتماعات افتراضية باعتبارها مؤكدة.
|
||||
|
||||
### العرض القصير
|
||||
|
||||
يعرض سيناريو غير حساس من تطبيق الخرائط الميدانية: فتح حزمة محددة دون شبكة، البحث عن مكان داخل تغطيتها، تسجيل ملاحظة، وإظهار استعادة جلسة محفوظة إذا اكتمل ذلك. يمكن عرض تحديد موقع المستخدم في مكان آمن في موعد مناسب خارج القاعة بعد التحقق؛ القاعة المغلقة ليست مكاناً مناسباً لإثبات الرؤية لمعالم بعيدة أو دقة مستشعرات.
|
||||
|
||||
تفتح المناقشة بجملة: «نبني حزمة خرائط ميدانية عربية قابلة للتجهيز والتشغيل محلياً. نريد اختبار ما إذا كانت تقلل وقت إعداد البيانات والتدريب لديكم مقارنة بما تستخدمونه اليوم». تختم بطلب جلسة فنية وتجربة محددة، لا بطلب شراء منظومة شاملة فوراً.
|
||||
|
||||
يحمل العارض صفحة عربية وأخرى إنجليزية، ومقطعاً مسجلاً قصيراً لحالة ناجحة مع تسمية أنه تسجيل، وجدول القدرات المثبتة والمخططة، وصيغة تجربة أولية. لا تعرض وحدات مثال أو بيانات سابقة باعتبارها مواقع حية. لا تنسب تجربة تجريبية سابقة إلى اعتماد مؤسسي رسمي.
|
||||
|
||||
الهدف المقترح للمعرض: ستة اجتماعات مؤهلة مرتبة مسبقاً، واثنتان من جلسات المتابعة الفنية خلال أسبوعين، ومسار تجربة محدد. هذه أهداف إدارة عمل، وليست توقعات أو نسب نجاح مثبتة.
|
||||
|
||||
## خارطة التنفيذ وبوابات القرار
|
||||
|
||||
| الفترة | العمل | المخرج المطلوب | القرار |
|
||||
|---|---|---|---|
|
||||
| 14–20 سبتمبر | جرد الادعاءات والبيانات واختيار استعمال أولي؛ بدء مقابلات الطلب | قائمة حقائق وفجوات، وملخص منتج في صفحة | لا توسع في ميزات جديدة قبل وضوح النطاق |
|
||||
| 21–30 سبتمبر | إكمال خمس مقابلات على الأقل وإعداد تجربة جاهزية للحزمة | مشكلتان متكررتان على الأقل وفهم البديل المستخدم | إن لم يظهر احتياج، يعاد اختيار الشريحة |
|
||||
| 1–10 أكتوبر | بلوغ 8–12 مقابلة، وتحديد راعي تجربة، واختبارات استعمال غير قتالية | رغبة عملية بتجربة مع مسؤول وموعد | لا تمول جناحاً مستقلاً لمجرد التشجيع |
|
||||
| 11–20 أكتوبر | تثبيت نطاق النسخة والعرض وإعداد صفحة الأدلة | نسخة مستقرة وجدول قيود ومواعيد لقاء | إذا لم تستقر، يتحول الحضور إلى مقابلات اكتشاف |
|
||||
| 21–25 أكتوبر | تجميد النسخة وتجربة العرض والاستعادة والمواد الاحتياطية | عرض قابل للتكرار | لا إضافات متأخرة توسع نطاق الفشل |
|
||||
| 26–29 أكتوبر | حضور المؤتمر/المعرض وفق صلاحية البطاقة | سجل اجتماعات وخطوة تالية لكل فرصة | لا تعتبر صور اللقاءات مبيعات |
|
||||
| 30 أكتوبر–13 نوفمبر | متابعات وعروض تجارب محددة | عرض نطاق وتكلفة ومعايير قبول | ينفق وقت التطوير على الفرص المتبناة |
|
||||
| حتى 15 ديسمبر | تقييم التقدم المدفوع أو المسار المؤسسي المكتوب | قرار استمرار أو تضييق أو انتقال | يوقف التطوير الدفاعي المفتوح عند غياب التبني |
|
||||
|
||||
أمثلة قياسات قبول عامة للتجربة: فتح الحزمة بعد إعادة تشغيل، اكتمال التغطية المعلنة، عدم فقد الملاحظات، زمن إنجاز مهمة تدريبية، زمن تجهيز جهاز جديد، واستهلاك البطارية المقاس. تقارن النتائج على الجهاز والبيانات نفسيهما قدر الإمكان. تحدد العتبات مع العميل؛ لا تفترض أن ثلاث ثوان أو نسبة دقة معينة معيار مناسب للجميع.
|
||||
|
||||
يمكن اقتراح تجربة من أسبوعين إلى أربعة أسابيع بعد جاهزية النسخة، على عدد قليل متفق عليه من الأجهزة. تشمل النطاق والاستثناءات، وطريقة القبول، ومسؤول الطرفين، والتكلفة، وما يحدث بعد النجاح. مدة التجربة اقتراح قابل للتفاوض وليست مدة عقد متوقعة للقطاع.
|
||||
|
||||
## نموذج الإيراد والإنفاق
|
||||
|
||||
توجد أربعة بنود قابلة للتسعير منفصلة: إعداد البيانات والتثبيت، ترخيص الوظائف المحلية التي يملك المشروع حقوقها، تدريب ودعم، وتكامل مخصص. يمكن استخدام رسوم موقع أو مجموعة أجهزة بدلاً من رسوم طلبات API إذا كان الاستخدام أوفلاين. يحدد النموذج بعد مقابلات العملاء وليس قبلها.
|
||||
|
||||
لا تتوافر أسعار منافسين قابلة للمقارنة على النطاق نفسه، ولا ميزانية العميل، ولا معدل تكلفة ساعة التطوير. لذلك لا توضع أرقام أسعار توحي ببحث سوق غير موجود. يحسب الحد الأدنى للسعر من العمل والدعم والتكاليف المباشرة واحتياطي التعثر وهامش الاستمرار. ويناقش مع العميل مقابل تكلفة البديل الكلية: تراخيص وبيانات وأجهزة وتجهيز وتدريب وتكامل وصيانة.
|
||||
|
||||
تكلفة المعرض تشمل الدخول والسفر والإقامة والطباعة والأجهزة والتجهيز، إضافة إلى أيام التحضير والمتابعة. عدد التجارب اللازمة لتغطيتها يساوي تقريباً تكلفة الحملة مقسومة على مساهمة التجربة بعد تكلفتها المباشرة. إذا لم يكن هامش تجربة واحدة واضحاً، فذلك سبب لتقليل الالتزام المالي، لا لاختراع توقع مبيعات.
|
||||
|
||||
لا تعطى حصرية واسعة لشريك دون مقابل والتزام شراء واضح. ولا يمول تخصيص مفتوح بناء على وعد عام. قبل تسليم الكود أو توقيع نقل ملكية تحدد حدود المكونات المحلية والمفتوحة المصدر والبيانات المرخصة؛ هذه مراجعة تعاقدية حسب الصفقة.
|
||||
|
||||
## الحقوق والسيادة والتسليم
|
||||
|
||||
يوجد ترخيص MIT في حزمتَي JavaScript وFlutter SDK محلياً. يسمح نص MIT باستخدام ونسخ وتعديل وتوزيع وبيع المكونات التي يغطيها وفق شروطه.[^12] لا يثبت الملف وحده أن الحزم منشورة للعامة، ولا أن كل المشروع يحمل الترخيص ذاته. لكنه يستلزم مراجعة نطاق الحصرية قبل وصف كامل SDK بأنه ملكية مغلقة لا يستطيع أحد إعادة استخدامها.
|
||||
|
||||
OpenStreetMap بيانات مرخصة تحت ODbL وتفرض متطلبات نسب وشروطاً بحسب استعمال البيانات وتوزيعها.[^13] لا يعني استخدامها تلقائياً وجوب نشر كود التطبيق كله، كما لا تعني إعادة تعبئة البيانات ملكيتها الحصرية. يجب فصل حقوق التطبيق والبيانات والمكتبات والمواد التي يزوّد بها العميل.
|
||||
|
||||
من زاوية المشتري، استمرارية الدعم قد تكون أهم من منشأ المؤسس: هل توجد تعليمات بناء؟ هل يستطيع شخص ثانٍ صيانة المنتج؟ هل يوجد سجل نسخ ونسخ احتياطي وتسليم؟ السيادة التي تعتمد على مطور وحيد دون نقل معرفة تظل اعتماداً تشغيلياً يجب تخفيفه.
|
||||
|
||||
## متى يستمر المشروع ومتى يتوقف المسار
|
||||
|
||||
يستمر عندما يتكرر احتياج محدد، ويثبت المنتج فرقاً قابلاً للقياس على البديل، وتتبنى جهة تجربة بموعد ومسؤول، ويوجد مسار تمويل يغطي تطويراً مستداماً. لا يشترط إغلاق عقد مؤسسة كبيرة خلال أسابيع، لكن يجب أن يصبح التقدم أكثر تحديداً والتزاماً مع الوقت.
|
||||
|
||||
يضيق النطاق إذا أحب العملاء تجهيز الخرائط والدعم ولم يحتاجوا حزمة أدوات واسعة. ويتحول إلى SDK أو خدمة بيانات إذا كان ذلك ما يشتريه شريك فعلي. ويختبر استعمالاً مدنياً متخصصاً إذا كانت دورة الدفاع أو متطلباته لا تناسب الموارد.
|
||||
|
||||
يوقف التوسع عندما تكون الملاحظات الوحيدة إشادات، أو يستطيع العميل إنجاز العمل بسهولة ببديله ولا يرى سبباً للدفع، أو تحتاج المزايا المطلوبة موارد تتجاوز القدرة، أو لا تنخفض فجوات الموثوقية الأساسية. لا يعني ذلك حذف الكود أو اعتبار الجهد صفراً؛ يمكن إعادة استخدام أصول الخرائط والطرق وتجهيز البيانات.
|
||||
|
||||
## مسودتان للتواصل
|
||||
|
||||
**طلب لقاء فني:** «أطوّر منصة خرائط ميدانية عربية تعتمد تجهيز بيانات محلية، وأبحث عن حالة استخدام محددة في التدريب أو العمل الميداني لتقييمها مقارنة بالأدوات المستخدمة لديكم. هل يمكن ترتيب جلسة فنية قصيرة مع المسؤول عن الاستخدام والتكامل؟ أحضر نموذجاً يعمل على حزمة بيانات غير حساسة، وجدولاً واضحاً بالقدرات الحالية وحدودها».
|
||||
|
||||
**متابعة بعد المعرض:** «شكراً على مناقشة مشكلة [المشكلة كما وصفتموها]. أقترح تجربة محدودة على [النطاق] لقياس [المعيار] خلال [المدة]. الخطوة التالية جلسة مع [المسؤول] لتثبيت البيانات والأجهزة ومعيار القبول والتكلفة. أرفق صفحة توضح المتاح حالياً وما يحتاج تطويراً».
|
||||
|
||||
هاتان مسودتان؛ لم ترسل أي رسالة ولم يحجز أي اجتماع.
|
||||
|
||||
## ملحق الأدلة المحلية
|
||||
|
||||
المراجع التالية تخص نسخة المشروع وقت المراجعة، وأرقام الأسطر قد تتغير مع التطوير:
|
||||
|
||||
| الملف | موضع الدليل |
|
||||
|---|---|
|
||||
| [ملف الاعتماد](../../packages/flutter-sdk/pubspec.yaml) | `maplibre_gl`، سطر 17 |
|
||||
| [عنصر الخريطة](../../packages/flutter-sdk/lib/src/intaleq_map_widget.dart) | استيراد MapLibre سطر 4؛ استعماله سطر 272 تقريباً؛ شرط التخزين سطر 286 |
|
||||
| [النمط المستخدم](../../packages/tactical_app/assets/tactical-style.json) | الخطوط سطر 14؛ مصادر البلاطات من سطر 19 |
|
||||
| [شاشة التطبيق](../../packages/tactical_app/lib/screens/tactical_map_screen.dart) | اختيار ملف النمط من الأصول، سطر 125 |
|
||||
| [مدير الحزمة](../../packages/tactical_app/lib/services/offline_package_manager.dart) | افتراض المزامنة سطر 66؛ إحصاءات ثابتة سطر 89؛ نجاح بعد فشل تنزيل الطرق، سطور 147 وما بعدها |
|
||||
| [خدمة الارتفاع](../../packages/tactical_app/lib/services/dem_tile_elevation_service.dart) | مصدر S3 سطر 115؛ الرجوع إلى البديل سطر 172 و183 |
|
||||
| [السطح البديل](../../packages/tactical_app/lib/services/offline_los_engine.dart) | الاستيفاء والإضافات الاصطناعية، سطر 159 وما قبله |
|
||||
| [دالة الإحداثيات](../../packages/tactical_app/lib/services/military_grid_utils.dart) | النص المثبت سطر 63؛ المنطقة الافتراضية سطر 67 |
|
||||
| [اختبار الإحداثيات](../../packages/tactical_app/test/tactical_suite_test.dart) | يفحص وجود النص المثبت في الأسطر 26–29 |
|
||||
| [التقاطع](../../packages/tactical_app/lib/services/resection_calculator.dart) | قيم الدقة الثابتة في السطرين 61 و87 |
|
||||
| [ملف الكاميرا](../../packages/tactical_app/lib/services/camera_sensor_calibration_service.dart) | الملف الافتراضي و`isCalibrated`، سطر 142 وما بعده |
|
||||
| [التتبع المحلي](../../packages/tactical_app/lib/services/local_network_tracker.dart) | UDP وJSON، الأسطر 58 و106 و112 |
|
||||
| [الرموز](../../packages/tactical_app/lib/controllers/symbols_controller.dart) | عناصر نموذجية ثابتة من سطر 19؛ لا يظهر تخزين دائم داخل المتحكم |
|
||||
| [الطبقات](../../packages/tactical_app/lib/controllers/overlays_controller.dart) | قوائم طبقات والتحكم بالظهور |
|
||||
| [محرك الطرق المحلي](../../packages/tactical_app/lib/services/offline_road_graph_engine.dart) | قراءة قاعدة الطرق المحلية |
|
||||
| [قاعدة الطرق](../../infrastructure/osm-data/routing-packages/jordan_roads.db) | عد مستقل للجدولين وحجم الملف؛ لا اختبار جودة أو تشغيل ميداني |
|
||||
| [ترخيص Flutter SDK](../../packages/flutter-sdk/LICENSE) و[ترخيص JavaScript SDK](../../packages/js-sdk/LICENSE) | نص MIT؛ لا إثبات نشر عام |
|
||||
|
||||
## المصادر
|
||||
|
||||
[^1]: TAK Product Center. [ATAK-CIV، وصف الناشر الرسمي](https://play.google.com/store/apps/details?hl=en&id=com.atakmap.app.civ). صفحة منتج محدثة بتاريخ ظاهر 31 يناير 2026؛ اطلع عليها في 14 سبتمبر 2026. الاستعمال: وجود قدرات منافسة، لا إثبات وصول عميل بعينه أو أداء مقارن.
|
||||
[^2]: Systematic. [SitaWare Edge](https://systematic.com/us/industries/defense/products/sitaware-suite/sitaware-edge/). دون تاريخ نشر واضح؛ اطلاع 14 سبتمبر 2026. الاستعمال: وجود BMS محمول وتكامل اتصالات معلن.
|
||||
[^3]: Esri. [Configure a disconnected deployment](https://doc.esri.com/en/arcgis-enterprise/latest/administer/configure-a-disconnected-deployment.html) و[Offline mapping FAQ](https://developers.arcgis.com/documentation/offline-mapping-apps/faq/). وثائق حية؛ اطلاع 14 سبتمبر 2026. الاستعمال: دعم التشغيل المنفصل واختلاف الترخيص حسب القدرات.
|
||||
[^4]: goTenna. [Pro X Series + TAK](https://gotennapro.com/pages/tech-partners-atak). دون تاريخ نشر واضح؛ اطلاع 14 سبتمبر 2026. الاستعمال: وجود تكامل خرائط واتصالات خارج الشبكات المدنية؛ بيانات المورد ليست اختباراً مستقلاً.
|
||||
[^5]: QField. [Storage: offline field data](https://docs.qfield.org/how-to/project-setup/storage/). وثائق حية؛ اطلاع 14 سبتمبر 2026. الاستعمال: بديل مدني يعتمد نقل بيانات ومشاريع إلى الجهاز.
|
||||
[^6]: Jordan Design and Development Bureau. [إعلان E-War Table](https://fr.linkedin.com/posts/joddb-jordan_jordan-jaf-joddb-activity-7457459268930416640-kuS2). نص منشور الجهة مسترجع عبر فهرس البحث في 14 سبتمبر 2026؛ لم ينجح فتح الرابط المباشر لاحقاً. لا يكشف مصدر محرك العرض أو عدد المطورين أو شروط الترخيص.
|
||||
[^7]: US Marine Corps, The Basic School. [B182016 — Location، صفحة 5](https://www.trngcmd.marines.mil/Portals/207/Docs/TBS/B182016%20Location.pdf). مرجع تعليمي سابق للمشروع؛ اطلاع 14 سبتمبر 2026. الاستعمال: إثبات أن مبدأ تحديد الموقع بالتقاطع معروف، وليس مراجعة براءات.
|
||||
[^8]: MapLibre. [MapLibre Native](https://maplibre.org/projects/native/) و[المستودع الرسمي](https://github.com/maplibre/maplibre-native). اطلاع 14 سبتمبر 2026. الاستعمال: طبيعة محرك الخرائط المفتوح المصدر.
|
||||
[^9]: Esri. [Routing with StreetMap Premium in ArcGIS Pro](https://doc.esri.com/en/arcgis-pro/latest/help/data/streetmap-premium/routing-with-streetmap-premium-in-arcgis-pro.html). اطلاع 14 سبتمبر 2026. الاستعمال: تمييز الزمن الأساسي عن البيانات التاريخية والحية.
|
||||
[^10]: SOFEX Jordan. [7 New Ways to Experience SOFEX 2026](https://www.linkedin.com/posts/sofexjo_7-new-ways-to-experience-sofex-2026-activity-7474464987261104129-o6YM). منشور المنظم؛ اطلاع 14 سبتمبر 2026. الاستعمال: المؤتمر 26 أكتوبر، المعرض 27–29 أكتوبر في العقبة، والإعلان عن الربط الرقمي والبطاقة الجديدة. لا يثبت الأسعار أو أهلية فرد بعينه.
|
||||
[^11]: SOFEX Jordan. [الموقع الرسمي](https://www.sofexjordan.com/) و[SOFEX Connect](https://www.sofexjordan.com/User/Connect). اطلاع 14 سبتمبر 2026. الاستعمال: معلومات اتصال المنظم وحالة الصفحة والبوابة؛ حالة التسجيل تحتاج تأكيداً.
|
||||
[^12]: Open Source Initiative. [The MIT License](https://opensource.org/license/mit). اطلاع 14 سبتمبر 2026. الاستعمال: الحقوق العامة الواردة في نص الترخيص، مع بقاء نطاق تطبيقه محلياً بحاجة مراجعة.
|
||||
[^13]: OpenStreetMap Foundation. [Copyright and License](https://www.openstreetmap.org/copyright). اطلاع 14 سبتمبر 2026. الاستعمال: ترخيص البيانات ومتطلبات نسبها؛ لا يقدم التقرير رأياً قانونياً خاصاً بصفقة.
|
||||
@@ -0,0 +1,169 @@
|
||||
# مذكرة حجة استراتيجية
|
||||
## منظومة انطلاقة للخرائط والملاحة الميدانية والسيادة المكانية
|
||||
|
||||
**الغرض:** مذكرة مختصرة تصلح أساساً لعرض أمام قيادة عسكرية أو لجنة فنية.
|
||||
**القرار المطلوب:** الموافقة على تجربة ميدانية محكومة، لا على اعتماد شامل قبل الاختبار.
|
||||
**صاحب المبادرة:** شركة انطلاقة لتكنولوجيا المعلومات.
|
||||
|
||||
---
|
||||
|
||||
## الرسالة الأساسية
|
||||
|
||||
لا نطلب استبدال كل ما لدى المؤسسة أو إلغاء أي نظام قائم. نطلب اختبار منظومة أردنية تجمع، في منتج واحد قابل للتشغيل المحلي، ما يحتاجه المستخدم الميداني: خريطة وبيانات تدار محلياً، بحث جغرافي، توجيه، حزم عمل دون إنترنت، تحليل أرض، وأدوات تكتيكية، ثم واجهات برمجية تمكّن التطبيقات الوطنية من الاستفادة من الخدمة وإغناء بيانات الطرق.
|
||||
|
||||
القيمة ليست الادعاء بأن هذه الوظائف لم توجد في العالم من قبل. القيمة هي امتلاك جهة أردنية لمسار التشغيل والبيانات والتحديث والتكامل، وإثبات أن المنظومة تخدم مهمة محددة في الأردن بكلفة واستمرارية معلومتين.
|
||||
|
||||
> **الحجة:** المنصة لا تنافس أي برنامج GIS على مجرد عرض خريطة؛ بل تقدم طبقة تشغيل وطنية للخرائط الميدانية وخدمات الموقع، يمكن تشغيلها داخل بيئة الجهة، وتتحسن ببيانات محلية معتمدة، وتصل إلى التطبيقات من خلال SDK وAPI محليين.
|
||||
|
||||
---
|
||||
|
||||
## لماذا تستحق التجربة
|
||||
|
||||
### 1. السيادة المكانية ليست شعاراً
|
||||
|
||||
السيادة المقصودة هي قدرة الجهة على التحكم في بياناتها، ومكان تشغيلها، وطريقة تحديثها، ومفاتيحها، واستعادتها وصيانتها عند انقطاع المورد أو الشبكة العامة. استخدام مكونات مفتوحة المصدر واستضافتها محلياً يساعد على تقليل الارتباط بمورد واحد؛ وهو لا يعني الادعاء بأن كل جزء من النظام اختُرع محلياً.
|
||||
|
||||
تستخدم المنصة بيانات أساس مفتوحة ومصادر متعددة، ثم تضيف إليها بيانات وقرارات محلية. يجب احترام تراخيص بيانات المصدر وإظهار النسبة إليها عند اللزوم؛ أما البيانات الوطنية المستقلة، وقرارات الاعتماد، والخدمات والواجهات المطورة محلياً فتدار وفق حقوق الجهة واتفاقها مع الشركة.
|
||||
|
||||
### 2. ما هو موجود فعلياً في المشروع
|
||||
|
||||
| المجال | ما هو متاح في المنظومة | القيمة العملية |
|
||||
|---|---|---|
|
||||
| خرائط وبيانات | استضافة ذاتية لخدمات الخرائط، PostGIS، طبقات متجهة، وبحث جغرافي يعتمد بيانات OSM وOverture وبيانات محلية | تملك الجهة دورة إدخال البيانات ومراجعتها ونشرها |
|
||||
| مراجعة التحديثات | مقارنة مرشحات الطرق، وقائمة قرار قبول/رفض قبل نشر الطريق المعتمد | لا تتحول الإشارة أو المصدر الخارجي إلى حقيقة تشغيلية قبل تدقيقها |
|
||||
| توجيه محلي | تطبيق ميداني يفضّل شبكة الطرق المحلية على الجهاز، ثم محركاً محلياً ثانياً، ثم بدائل محددة عند الحاجة | استمرار التوجيه بعد تجهيز الحزمة مسبقاً ودون اتصال خارجي |
|
||||
| حزمة ميدانية | حزم للطرق والمعالم والارتفاعات؛ يتحقق التطبيق من سلامة حزمة التوجيه قبل تثبيتها | تجهيز الأجهزة قبل المهمة وتحديثها عند توفر القناة المعتمدة |
|
||||
| تقدير الموقع | تقاطع بصري خلفي من معلمين معلومين أو أكثر مع حساب الإحداثيات على الجهاز | بديل ملاحي في بيئة حجب أو تشويش GNSS عندما تتوفر معالم ورؤية وبوصلة مناسبة |
|
||||
| تحليل الأرض | خط النظر، مجال الرؤية، الارتفاعات، الميول، مناطق الوصول الزمني، تقييم مهبط مروحية، طبقات IPB، ورموز وشفافات عمليات | تقليل زمن الانتقال بين الخريطة والحساب والتقرير الأولي |
|
||||
| التتبع المحلي | مسار تطوير مقترح لمشاركة المواقع عبر شبكة راديو/mesh أو Wi-Fi ميدانية؛ لم يجر تشغيله أو اختباره ميدانياً بعد | قدرة مستقبلية للوعي الموقعي المحلي، بشرط بناء مصدر موقع موثوق وهوية وتشفير واختبارها |
|
||||
| خدمات التطبيقات | SDKs لـ Flutter وJavaScript وKotlin وiOS، مع API ومفاتيح استخدام وحصص واشتراكات | منصة وطنية تخدم تطبيقات النقل والخدمات والجهات الحكومية بدلاً من تكرار بناء الخدمة في كل تطبيق |
|
||||
|
||||
### 3. فرق جوهري بين ثلاثة أنماط تشغيل
|
||||
|
||||
| النمط | ما الذي يعمل؟ | ما الذي لا يمكن توقعه؟ |
|
||||
|---|---|---|
|
||||
| جهاز منفصل تماماً | الخريطة والحزم المجهزة، التوجيه المحلي، التحليلات المحلية، والتقاطع البصري عند توفر معالم | وصول صور أو بلاغات أو تحديثات جديدة من الخارج |
|
||||
| شبكة محلية ميدانية | بعد تنفيذ طبقة التتبع المقترحة: ما سبق، مع تبادل المواقع والرموز بين الأجهزة المصرح بها | الوصول إلى الإنترنت العام أو الخدمات السحابية إن لم تكن موصولة بالشبكة المحلية |
|
||||
| خادم محلي متصل بمصادر معتمدة | التحديث، مراجعة البيانات، خدمات API، والتجميع التحليلي | لا ينبغي أن يكون شرطاً لاستمرار المهام الأساسية على الجهاز |
|
||||
|
||||
هذه الدقة في الوصف مهمة: لا نقول إن الجهاز يجد موقعه تلقائياً في صحراء بلا معالم ولا إشارة ولا قياس. نقول إن التقاطع البصري يعطي موقعاً عندما تتوفر مشاهدات لمعالم معلومة، وأن وظائف الخريطة والتوجيه المجهزة مسبقاً تستمر دون GPS أو إنترنت.
|
||||
|
||||
---
|
||||
|
||||
## أين تقع فرصة الأردن؟
|
||||
|
||||
### السرعات وزمن الوصول
|
||||
|
||||
سرعة الطريق النظامية ليست سرعة الحركة الفعلية. التوجيه المتقدم يحتاج مشاهدات حركة موثوقة، تغطية مكانية وزمنية، ومراجعة للانحرافات. المنصة صممت لاستيعاب ملفات سرعة بحسب الساعة واليوم وتعديل تقدير زمن الرحلة. توجد خبرة بيانات حركة سابقة في سوريا؛ أما الأردن فيتطلب شريك بيانات أو أسطولاً تشغيلياً كي يصبح الادعاء عن ETA الأردني قابلاً للقياس.
|
||||
|
||||
الهدف هو بناء **مؤشر طريق أردني معتمد**: سرعة فعلية، حالات إغلاق، تغييرات شبكة، وأثر زمني، مع فصل بيانات الاستخدام المدني عن أي طبقة عملياتية حساسة.
|
||||
|
||||
### ربط «سيرو» والتطبيقات الأخرى
|
||||
|
||||
ربط تطبيق سيرو، ثم تطبيقات وطنية أخرى، بالـ SDK والـ API ليس مجرد مصدر دخل. هو قناة بيانات اختيارية ومنضبطة لتحسين الخريطة وحالة الطريق. النجاح يتطلب اتفاقات صريحة حول الحد الأدنى من البيانات، إخفاء الهوية أو تقليلها، وفترات الحفظ، وتدقيق جودة البيانات قبل تحويلها إلى سرعة أو إغلاق أو طريق جديد معتمد.
|
||||
|
||||
### التصوير 360 درجة
|
||||
|
||||
يمكن أن يصبح التصوير الميداني المؤرخ مصدراً وطنياً للتحقق البصري من الطريق والمنشآت العامة والعوائق. الذكاء الاصطناعي يرشح ما يظهر في الصورة؛ والمراجع البشري أو الجهة المختصة يعتمد التغيير. كل صورة يجب أن تحمل موقعاً، وقت التقاط، جودة، ودرجة ثقة. قيمة الخدمة هي معرفة **آخر صورة موثقة للموقع**، لا ادعاء أنها صورة لحظية ما لم تكن كذلك.
|
||||
|
||||
---
|
||||
|
||||
## المقارنة الصحيحة مع المنتجات الأجنبية أو القائمة
|
||||
|
||||
المنتجات العالمية، ومنها ArcGIS، تقدم بالفعل قدرات خرائط وتوجيه وتحليل أرض ودفاع. لا ينبغي أن تكون الرسالة أنها لا تملك هذه الوظائف. المقارنة التي نطلبها هي بين ما يتاح للمستخدم الأردني فعلياً في بيئته الحالية، وبين منظومة انطلاقة عند تشغيلها محلياً، سواء من الناحية التشغيلية أو من ناحية كلفة الاستنزاف المالي.
|
||||
|
||||
| سؤال التقييم | ما يجب أن تثبته تجربة انطلاقة |
|
||||
|---|---|
|
||||
| هل تستمر المهمة بعد انقطاع الإنترنت؟ | تشغيل الحزمة والتوجيه والتحليلات المحددة على جهاز مفصول عن الإنترنت |
|
||||
| هل تعمل عند تعذر GNSS؟ | اختبار تقاطع بصري في مواقع تحتوي معالم معلومة، وقياس الخطأ الفعلي |
|
||||
| هل بيانات الطرق قابلة للتحديث محلياً؟ | إدخال مرشح، مراجعته، اعتماده، وإظهار أثره في الخريطة والتوجيه |
|
||||
| هل تقل التبعية التشغيلية؟ | إثبات أن الخادم والحزم والنسخة الاحتياطية تعمل داخل بنية الجهة، مع خطة صيانة واستعادة |
|
||||
| هل تعطي البيانات المحلية قيمة زمنية؟ | قياس خطأ ETA قبل وبعد إدخال بيانات الحركة مقابل رحلات مرجعية مستقلة |
|
||||
| هل يمكن خدمة تطبيقات متعددة؟ | دمج تجريبي واحد على الأقل باستخدام SDK أو API وتسجيل الأداء والاستخدام |
|
||||
|
||||
---
|
||||
|
||||
## اقتصاديات التشغيل والتسعير
|
||||
|
||||
ميزة النشر المحلي ليست «صفراً في الكلفة». هي استبدال كلفة كل استعلام خارجي بكلف يمكن للجهة التحكم بها: خوادم، تخزين، شبكات، تحديث بيانات، مراجعة بشرية، دعم، وتدريب. أما المنصات السحابية فتعتمد في الغالب على تسعير حسب الاستخدام، تتغير تفاصيله حسب المنتج والمنطقة وحجم الاستخدام والعقد. لذلك لا يعرض هذا التقرير أرقاماً ثابتة إلا من عرض سعر مؤرخ أو حاسبة المورد الرسمية وقت تقديم العرض.
|
||||
|
||||
### نموذج المقارنة الذي يطلب من اللجنة اعتماده
|
||||
|
||||
| بند الكلفة | حل سحابي/مرخّص | نشر محلي لمنظومة انطلاقة |
|
||||
|---|---|---|
|
||||
| خرائط وبحث وتوجيه | وحدة كلفة حسب الاستدعاءات أو الاستخدام، إضافة إلى شروط المنتج | كلفة بنية تشغيل وتحديث وتدقيق، مستقلة نسبياً عن عدد الاستدعاءات داخل الجهة |
|
||||
| بيانات وارتفاعات | قد ترتبط بخدمات أو رخص بيانات وموردين | تجهيز الحزم وبيانات الارتفاعات داخل بيئة الجهة مع معرفة مصدرها وترخيصها |
|
||||
| تشغيل مفصول | يتوقف على المنتج والرخص والبيانات المتاحة محلياً | هدف معماري قابل للاختبار، لا ادعاء تلقائي؛ تثبت التجربة الحزم والنسخ والاستعادة |
|
||||
| الاستدامة | تجديد رخص ودعم ووصول إلى المورد | عقد دعم محلي، تدريب، نسخة استعادة، وخطة انتقال محددة في العقد |
|
||||
|
||||
### قاعدة العرض المالي
|
||||
|
||||
يُرفق بالعرض المالي ملف مستقل يحتوي أحجام الاستخدام الفعلية، وتاريخ تسعير كل مورد، وافتراضات الخوادم والدعم وعدد سنوات المقارنة. لا تستخدم عبارة «نزيف مالي» أو «صفر كلفة»؛ استخدم: **تخفيض التعرض لكلفة متغيرة خارجية، وتحويل جزء أكبر من الإنفاق إلى تشغيل وتطوير محليين يمكن قياسهما والتحكم بهما.**
|
||||
|
||||
---
|
||||
|
||||
## ما الذي نطلبه من القيادة
|
||||
|
||||
المطلوب ليس عقداً مفتوحاً ولا إلزاماً فورياً للتطبيقات. المطلوب قرار محدود وواضح:
|
||||
|
||||
1. تسمية جهة مستفيدة ووحدة فنية وأمنية مشتركة لتقييم المنظومة.
|
||||
2. إجراء تجربة من 6 إلى 8 أسابيع في منطقة ومهمة لا تحمل بيانات حساسة في مرحلة البداية.
|
||||
3. السماح بتجهيز خادم محلي معزول وأجهزة اختبار وحزمة خرائط محلية.
|
||||
4. اختيار سيناريوهين أو ثلاثة للاختبار: ملاحة دون إنترنت، تقاطع بصري لمعالم، تحليل أرض/خط نظر، ومراجعة تحديث طريق.
|
||||
5. إصدار قرار مكتوب بنتيجة التجربة: توسع محدود، معالجة ملاحظات، أو عدم استمرار، استناداً إلى مؤشرات متفق عليها.
|
||||
|
||||
---
|
||||
|
||||
## مؤشرات نجاح قابلة للقياس
|
||||
|
||||
لا يستخدم في التقرير تعبير عام مثل «نجاح 95%» دون تعريف. تقاس المؤشرات كما يلي:
|
||||
|
||||
| المؤشر | طريقة القياس المقترحة | معيار يحدد قبل الاختبار |
|
||||
|---|---|---|
|
||||
| جاهزية العمل دون إنترنت | فصل الإنترنت وإعادة تشغيل الأجهزة ثم تنفيذ المهمة | نسبة إتمام السيناريوهات وزمن فتح الحزمة |
|
||||
| دقة التقاطع البصري | مقارنة النتيجة بنقطة مرجعية معروفة في مواقع متنوعة | وسيط الخطأ، وأقصى خطأ مقبول، وعدد المشاهدات الفاشلة |
|
||||
| دقة الطريق | فحص وجهة المسار والاتجاهات والإغلاقات في عينة معتمدة | نسبة المسارات المطابقة للشبكة المرجعية |
|
||||
| زمن الوصول | مقارنة ETA بالرحلة الفعلية على مسارات وعينات زمنية محددة | متوسط الخطأ والانحياز قبل وبعد بيانات الحركة |
|
||||
| زمن تحديث الخريطة | من تسجيل المرشح حتى اعتماده ونشره في الحزمة | زمن كل مرحلة وسجل المراجع المسؤول |
|
||||
| أمن التتبع المحلي | مراجعة مستقلة للهوية والتشفير والمفاتيح وسجل الأحداث | لا تشغيل عملياتي قبل إغلاق الملاحظات الحرجة |
|
||||
| قابلية التشغيل | تنفيذ الاستعادة من نسخة احتياطية على خادم الجهة | زمن الاستعادة وصحة الخدمات بعد الاختبار |
|
||||
|
||||
---
|
||||
|
||||
## نص مختصر للعرض الشفهي
|
||||
|
||||
> سيدي، لا أطرح خريطة بديلة لمجرد عرض المواقع. أطرح قدرة وطنية لتشغيل بيانات الخرائط والملاحة الميدانية داخل بيئة الجهة، وتحديثها ومراجعتها محلياً، ووضعها في يد المستخدم الميداني حتى عند انقطاع الإنترنت. التطبيق يجمع خريطة محلية وتوجيهاً وحسابات أرض وتحديد موقع بصري عند توفر معالم، بينما تتيح المنصة خدمة التطبيقات الوطنية وجمع بيانات طريق معتمدة لتحسين الزمن والحالة. لا أطلب اعتماداً مباشراً؛ أطلب تجربة قصيرة بمؤشرات واضحة، ثم يحكم الميدان على القيمة.
|
||||
|
||||
---
|
||||
|
||||
## ما لا ندّعيه
|
||||
|
||||
- لا ندّعي أن كل قدرة موجودة في المنصة غير موجودة عالمياً.
|
||||
- لا ندّعي أن التقاطع البصري يعمل بلا معالم أو بلا قياسات سليمة.
|
||||
- لا ندّعي دقة ETA في الأردن قبل توفير بيانات حركة أردنية وقياسها.
|
||||
- لا ندّعي أن بيانات OSM أو Overture تصبح ملكية حصرية بمجرد استضافتها محلياً؛ نلتزم بتراخيص المصادر، ونحمي الملكية في البرمجيات والبيانات المستقلة والقرارات المحلية.
|
||||
- لا ندّعي أن التتبع المحلي جاهز تشغيلياً قبل اعتماد بروتوكول هوية وتشفير ومفاتيح مناسب للجهة.
|
||||
|
||||
هذه ليست نقاط ضعف؛ بل حدود هندسية صريحة تجعل العرض موثوقاً وتمنع تحويل التجربة إلى جدل نظري.
|
||||
|
||||
---
|
||||
|
||||
## الأدلة داخل المشروع
|
||||
|
||||
- التوجيه المحلي المتسلسل وحزمة شبكة طرق حقيقية: `packages/tactical_app/lib/controllers/navigation_controller.dart`
|
||||
- إدارة حزم العمل الميداني: `packages/tactical_app/lib/services/offline_package_manager.dart`
|
||||
- التقاطع البصري للمعالم: `packages/tactical_app/lib/services/resection_calculator.dart`
|
||||
- التخزين المحلي لبيانات الارتفاعات: `apps/api/src/tactical/dem-tile.service.ts`
|
||||
- بيانات السرعات حسب الساعة واليوم: `apps/api/src/maps/traffic-grid.service.ts`
|
||||
- مراجعة الطرق المرشحة واعتمادها: `apps/api/src/maps/road-refinement.controller.ts`
|
||||
- واجهة مقارنة ومراجعة التحديثات: `apps/web/src/pages/IntelligenceDashboard.tsx`
|
||||
- واجهة التحليل الأرضي وIPB: `apps/web/src/components/IPBAnalysisStudio.tsx`
|
||||
- حزم SDK: `packages/flutter-sdk` و`packages/js-sdk` و`packages/android-kotlin-sdk` و`packages/ios-swift-sdk`
|
||||
|
||||
## مراجع خارجية مختصرة
|
||||
|
||||
- [تغطية السرعات لخدمة ArcGIS، والأردن مصنف بسرعات ثابتة](https://developers.arcgis.com/rest/routing/network-coverage/)
|
||||
- [التخطيط والتحليل العسكري في ArcGIS: للمقارنة العادلة لا للنفي](https://www.esri.com/arcgis-blog/products/allsource/defense/enhanced-military-operations-planning-and-analysis-with-arcgis)
|
||||
- [المصدر المفتوح والسيادة التقنية](https://digital-strategy.ec.europa.eu/en/factpages/eu-open-source-strategy)
|
||||
- [متطلبات نسب بيانات Overture وOSM](https://docs.overturemaps.org/attribution/)
|
||||
- [إرشاد OSM للقواعد المستقلة والمشتقة](https://osmfoundation.org/wiki/Licence/Community_Guidelines/Collective_Database_Guideline_Guideline)
|
||||
@@ -0,0 +1,59 @@
|
||||
# بروتوكول التعامل مع سقوط العُقد (Compromised Node Protocol)
|
||||
## العقيدة الأمنية لمنظومة Intaleq الميدانية
|
||||
|
||||
**تاريخ الإصدار:** 2026
|
||||
**التصنيف:** سري / وثيقة تصميم بنية أمنية (Security Architecture Design)
|
||||
|
||||
---
|
||||
|
||||
### 1. نظرة عامة على التهديد (Threat Model)
|
||||
في بيئة العمليات التكتيكية، يُعتبر الخطر الأكبر هو سقوط جهاز أحد الأفراد (آيباد/هاتف) بيد قوات معادية وهو بحالة فك التشفير، أو إجبار الجندي على فتح الجهاز. يسعى العدو من خلال ذلك إلى:
|
||||
1. **استخراج البيانات (Data Exfiltration):** معرفة أماكن القوات الصديقة، وخطط المسارات، والخرائط المحملة.
|
||||
2. **التضليل (Spoofing):** إرسال إحداثيات وهمية للقيادة لإيقاع القوات في كمين.
|
||||
|
||||
لمواجهة ذلك، تعتمد منظومة Intaleq على **3 طبقات حماية مدمجة في الشيفرة المصدرية (Source Code)**:
|
||||
|
||||
---
|
||||
|
||||
### 2. الطبقة الأولى: رمز الإكراه (Duress PIN) - الحماية الذاتية
|
||||
**المفهوم:**
|
||||
عند وقوع الجندي في الأسر وإجباره على فتح الجهاز، يقوم بإدخال "رمز طوارئ" متفق عليه مسبقاً (مثلاً: 9999) بدلاً من رقمه السري الحقيقي.
|
||||
|
||||
**الآلية التقنية للبرمجة (Implementation):**
|
||||
- **الواجهة الوهمية:** يفتح التطبيق واجهة تبدو طبيعية للعدو، لكنه يقوم فوراً بإخفاء طبقات (الشفافات، خطوط الرؤية، الأهداف).
|
||||
- **الإشارة الصامتة:** يقوم محرك `LocalNetworkTrackerService` بتغيير حالة الوحدة في حزمة البيانات المرسلة عبر (UDP Broadcast) لتصبح `status: DURESS` أو `status: POW` بدلاً من `status: ACTIVE`.
|
||||
- **استجابة القيادة:** يظهر هذا الجندي على شاشة القائد باللون الأحمر الوامض (أو رمز MIL-STD الدال على الخطر)، مما ينبه القيادة للاختراق فوراً دون علم العدو.
|
||||
|
||||
---
|
||||
|
||||
### 3. الطبقة الثانية: كبسولة الإعدام الرقمية (Remote Kill Pill / Zeroize)
|
||||
**المفهوم:**
|
||||
عند تأكد القيادة من أن الجهاز قد سقط بيد العدو، يقوم القائد من جهازه بإصدار أمر "طمس" (Zeroize) لذلك الجهاز عبر الشبكة اللاسلكية.
|
||||
|
||||
**الآلية التقنية للبرمجة (Implementation):**
|
||||
- **إرسال الأمر:** يرسل جهاز القائد حزمة بيانات (Packet) مخصصة تحمل نوع `type: KILL_PILL` وتحتوي على المعرف الخاص بالجهاز المخترق `target_deviceId`، وتكون موقعة تشفيرياً (Cryptographically Signed) لضمان عدم تزييفها.
|
||||
- **تنفيذ الطمس:** بمجرد التقاط الجهاز المخترق لهذه الإشارة، تقوم الدالة البرمجية بـ:
|
||||
1. مسح جميع مفاتيح التشفير المحلية (Keys).
|
||||
2. تشغيل استعلام `DROP TABLE` لمسح كل بيانات الخرائط والمعالم (Landmarks) من قواعد بيانات SQLite.
|
||||
3. كتابة قيمة ثابتة في الـ `SharedPreferences` (مثلاً `isBricked = true`) تمنع التطبيق من العمل نهائياً حتى لو تم إعادة تشغيله.
|
||||
|
||||
---
|
||||
|
||||
### 4. الطبقة الثالثة: العزل التشفيري (Cryptographic Isolation)
|
||||
**المفهوم:**
|
||||
في حال أخذ العدو الجهاز إلى منطقة معزولة راديوياً (قبو، خندق) ومنع وصول "رسالة الطمس" إليه، فإنه سيحاول استخراج المعلومات أو بث معلومات وهمية لاحقاً.
|
||||
|
||||
**الآلية التقنية للبرمجة (Implementation):**
|
||||
- **التشفير المستمر (AES-256):** جميع حزم البيانات التي يتم بثها عبر الشبكة المحلية (UDP) مشفرة مسبقاً بمفتاح جلسة (Session Key) تمتلكه الكتيبة.
|
||||
- **تدوير المفاتيح (Key Rotation):** يقوم القائد بضغطة زر بإصدار أمر "تدوير المفتاح"، فيتم توليد مفتاح جديد ومشاركته مع الأجهزة الآمنة المتصلة.
|
||||
- **العزل الرياضي:** الجهاز المخترق (المعزول) سيبقى يمتلك المفتاح القديم. عندما يحاول إرسال إحداثيات وهمية، سترفض أجهزة القوات الصديقة استقبالها لأنها لا تملك المفتاح الصحيح. وعندما تستقبل القوات إشارات، لن يفهمها جهاز العدو. تم عزل الجهاز رياضياً وعملياً بالكامل.
|
||||
|
||||
---
|
||||
|
||||
### 5. خطة العمل البرمجية (Next Steps for Implementation)
|
||||
للشروع في تطبيق هذه العقيدة الأمنية داخل شيفرة التطبيق، سيتم اتخاذ الخطوات البرمجية التالية:
|
||||
1. **تحديث نموذج البيانات (`FriendlyUnit`):** إضافة الحقل `status` (Active, Duress, Compromised).
|
||||
2. **تطوير `LocalNetworkTrackerService`:**
|
||||
- إضافة طبقة تشفير `AES` قبل الإرسال (`send`) وبعد الاستقبال (`receive`).
|
||||
- إضافة دالة `listenForCommandPackets()` لاستقبال أوامر الـ Kill Pill وتدوير المفاتيح.
|
||||
3. **تطوير واجهة القائد:** زر (طمس / Zeroize) عند الضغط المطول على نقطة أحد الجنود في الخريطة.
|
||||
Reference in New Issue
Block a user