ترحيل تطبيق Progress OpenEdge إلى الويب
الطريقة الموثوقة لترحيل تطبيق Progress OpenEdge إلى الويب هي إعادة بناء منطق لغة ABL كخدمات ويب حديثة ونقل قاعدة البيانات، لا ترجمة الكود القديم كما هو. في شركة برساوش فناوران (P-Soft) نتعامل مع أنظمة مبنية بلغة Progress 4GL أو ABL وقاعدة بيانات OpenEdge RDBMS، سواء كانت تطبيقات حرفية بواجهة نصية ChUI أو واجهات خادم-عميل بُنيت عبر AppBuilder. نستخرج قواعد العمل المُثبتة ونعيد بناءها كتطبيق ويب يعمل على أي متصفح وعلى الهاتف، ويخدم أكثر من خمسين مستخدمًا متزامنًا، دون تثبيت عميل على كل جهاز.
لماذا صارت OpenEdge عبئًا اليوم
تشغّل منصة OpenEdge كثيرًا من أنظمة تخطيط الموارد والتوزيع والتصنيع في الشركات المتوسطة والكبيرة، وهي أنظمة محورية يصعب الاستغناء عنها، ولهذا يصبح الإبقاء عليها دون تطوير مخاطرة متنامية. والمشكلات محددة:
- تراخيص مكلفة: نموذج الترخيص لكل مستخدم أو لكل نواة معالجة يرفع كلفة التوسع، فكل مستخدم جديد أو خادم إضافي يعني فاتورة أعلى.
- ندرة المطورين: مطورو ABL تقنية متخصصة ونادرة في سوق العمل، فالعثور على من يصون النظام أو يطوّره صعب ومكلف.
- صعوبة الدمج الحديث: الواجهات النصية ChUI وتطبيقات الخادم-عميل لا تتكامل بسهولة مع الويب والهاتف والخدمات السحابية الحديثة.
- قيود الوصول: كثير من هذه الأنظمة يتطلب عميلًا مثبتًا على كل جهاز، ما يمنع العمل عن بُعد والوصول الميداني المرن.
- عزلة عن المحيط: ربط النظام بالموقع أو بوابات الدفع أو قنوات التواصل الرقمية يحتاج جسورًا هشة بدل واجهات برمجية نظيفة.
منهجنا في الترحيل: إعادة كتابة لا ترجمة
لا نلجأ إلى أدوات تحويل آلية تنقل شيفرة ABL إلى لغة أخرى، لأنها تورّث نمط التصميم القديم وتبقي النظام مرتبطًا بمنطق الخادم-عميل. منهجنا على ركيزتين. الأولى إعادة بناء منطق العمل: ندرس برامج ABL وإجراءاتها وتدفقات الشاشات لنستخلص القواعد الفعلية للمخزون والطلبات والتسعير ودورة الإنتاج، ثم نعيد كتابتها كخدمات ويب نظيفة قابلة للصيانة بتقنيات واسعة الانتشار. والثانية ترحيل البيانات: ننقل جداول قاعدة OpenEdge RDBMS إلى قاعدة بيانات علائقية حديثة مع تنظيف الحقول والحفاظ على كل سجل تاريخي. ولرؤية الصورة الأشمل راجع صفحة مركز إنقاذ البرمجيات القديمة ومقارنة الويب مقابل البرمجيات المثبّتة.
ماذا تحصل عليه بعد الترحيل
يتحول نظام OpenEdge المقيّد بالعميل المثبّت إلى بنية ويب مرنة يعمل عليها كل فريقك وفروعك على بيانات حية موحدة.
- ويب وموبايل: وصول من أي متصفح ومن الهاتف دون تثبيت عميل على كل جهاز.
- تزامن حقيقي: أكثر من خمسين مستخدمًا في وقت واحد على قاعدة بيانات مركزية واحدة.
- صلاحيات حسب الدور: مصادقة حديثة وتحكم دقيق بالصلاحيات وسجل تدقيق كامل للعمليات.
- نسخ احتياطي واستعادة: نسخ منتظمة واستعادة مجرّبة تحمي بيانات التوزيع والتصنيع.
- واجهات تكامل: ربط النظام بالمحاسبة والمخازن والدفع والقنوات الرقمية عبر واجهات برمجية نظيفة.
سير المشروع خطوة بخطوة
نبدأ بمرحلة التحليل إذ نفحص برامج ABL وبنية قاعدة OpenEdge وتدفقات العمل اليومية لنستعيد منطق العمل حتى مع نقص الوثائق. ثم مرحلة إعادة الكتابة حيث نبني الوحدات على منصة ويب حديثة ونعرض نموذجًا أوليًا للشاشات الأساسية لاعتماده قبل الاستكمال. بعدها مرحلة ترحيل البيانات حيث ننقل سجلات قاعدة OpenEdge ونشغّل النظامين بالتوازي حتى تتطابق الأرصدة والتقارير. وأخيرًا مرحلة التدريب والتسليم مع دعم كامل بالعربية. وبما أن كثيرًا من أنظمة OpenEdge تدير المخزون والتوزيع، قد يناسبك الاطلاع على نظام إدارة المخازن والجرد، كما نبني حلولًا على المقاس عبر خدمة البرمجيات المخصصة.
الأسئلة الشائعة
هل يمكن ترحيل تطبيق OpenEdge إذا رحل مطور ABL الأصلي؟
نعم. نستعيد سلوك النظام من برامج ABL التشغيلية وبنية قاعدة OpenEdge وتدفقات العمل، فرحيل المطور الأصلي لا يوقف المشروع بل يزيد زمن مرحلة التحليل فقط.
ماذا يحدث لبيانات قاعدة OpenEdge أثناء الترحيل؟
لا يُفقد شيء. ننمذج جداولك ونرحّلها إلى القاعدة الحديثة ثم نشغّل النظامين بالتوازي حتى يتطابق كل مجموع وتقرير مع النظام القديم قبل الاعتماد النهائي.
هل نتخلص من تراخيص OpenEdge المكلفة بعد الترحيل؟
نعم. بعد نقل منطق ABL والبيانات إلى منصة ويب تعمل على خادم أو سحابة قياسية، تنتهي تراخيص لكل مستخدم أو لكل نواة، فتنخفض كلفة التوسع والتشغيل السنوية بوضوح.
هل تعملون مع شركات خارج إيران في منطقة الخليج؟
نعم. نسلّم المشاريع عن بُعد مع دعم ومتابعة باللغة العربية لشركات الخليج، فالمسافة ليست عائقًا أمام ترحيل مُدار باحتراف، ودون أي ادعاءات بشهادات أو مكاتب غير حقيقية.
