ملخص
سوف أخبركم بالخبرة المتراكمة على مدار ما يقرب من 10 أعوام من العمل فيما يتعلق برقمنة بلدنا ، والمشاكل التي تمت مواجهتها وما الذي فعلوه لحلها ، وكيف أدى كل ذلك إلى ولادة حل آخر للمنصة ، والقليل من ذلك.
لقد عملت على رقمنة دولتنا منذ 8 سنوات. في عام 2011 ، بدأت كمحلل بسيط ، ثم انخرطنا في ترجمة الخدمات إلى شكل إلكتروني لموقع الخدمات العامة وتطوير الجزء الخلفي لهم في الإدارات على أنظمة مختلفة.
صادفت العمل في مناطق مختلفة من بلدنا ورأيت الكثير من المنصات. تم سماع بعض المشكلات من زملاء من شركات أخرى ، لكن في نفس المجال ، في مكان ما من الشركات التي دمجناها ، تم الحصول عليها من تجربة العميل في التفاعل مع المقاولين الآخرين.
المشاكل التي نراها عند العمل مع الأنظمة القديمة
- في النظم الأولى ، تم وصف جميع النماذج والكيانات من البداية إلى النهاية عن طريق الكود ؛ في المستقبل ، ظهر مصممو النماذج ، ولكن لا توجد دورة كاملة
- دورة إطلاق كبيرة ، حوالي شهر.
- مرجع النشر
- المحلل في كثير من الأحيان يكتب فقط المعارف التقليدية ، ثم المطور يفعل كل شيء
- القوالب كجزء من النظام - عندما يكون إنشائه عملية معقدة ويصبح القالب جزءًا من النظام في حالات نادرة ، يكون جزءًا من الكود
- الأنظمة المتباينة - اضطررت إلى استخدام العديد من التطبيقات للعمل: متخيل للعمليات التجارية ، و IDE مع المكونات الإضافية ، ومحرري النصوص ، ومحركات القوالب ، واجهات الأنظمة نفسها. إنشاء تجزئة صعوبات في تصحيح الأخطاء والبحث عن مصادر الأخطاء.
- المشاكل المرتبطة بتثبيت CryptoPro ، والتي حدثت ليس فقط للمستخدمين النهائيين ولكن أيضًا للمطورين
- استغرق التكامل بين النظم من شهر إلى ستة أشهر
- بعض الأنظمة لا تعمل مع البيانات على هذا النحو ، تم معالجة معلومات الإدخال بطريقة ما وتمريرها من خلال عملية الأعمال وأنتجت نتيجة. ومع ذلك ، لم يتم ترك أية بيانات لمزيد من المعالجة. حتى العثور بشكل أولي على جميع عبارات المستخدم على سبيل المثال كان من المستحيل
- كانت هناك مشاكل في تصميم المكونات المرئية من قبل أشخاص مختلفين ، نظرًا لأن العديد من أشكال واجهة المستخدم تم إنشاؤها بواسطة أشخاص يدويًا ، يمكن لكل منهم أن يصنع أسلوبهم الخاص ، والذي تم ملاحظته في نهاية المطاف ويجب التفاوض عليه وتقديم كل شيء إلى نفس النمط
كانت التجربة الأكثر فظاعة هي تجربة دعم نظام موروث من شركة متداعية ، لقد كتب المنتج على أساس Liferay ، ليس لدي أي شيء ضد Liferay نفسه ، لكن هذا ليس المنتج الذي على أساسه يستحق كتابة أنظمة مماثلة ، حسناً ، لقد أثار التنفيذ نفسه أسئلة. من Lifarey نفسها ، لم يتم استخدام أكثر من 10٪ ؛ أما الباقي فكان مكتوبًا جنبًا إلى جنب ، واتضح بشكل وحشي وعنيف ، وقد أطلق عليه زملاؤه الذين يدرسون هذا الحل اسم فرانكينشتاين. في المستقبل ، تم استبداله بأمان.
كيف قررنا إصلاحه
حوالي 2014-2015 ، قرر فريقنا إنشاء منصة خاصة بها لرقمنة الإدارات. حوالي عام 2016 ، انضممت إلى فريق التطوير. كان الهدف الرئيسي من إنشاء المنصة هو السماح بالتطوير دون إشراك المطورين ، إلا من خلال جهود المحللين. كان يجب أن يقلل هذا من الوقت ، نظرًا لاستبعاد الأشخاص غير الضروريين من هذه العملية ، وكذلك تكلفة العمل ، لأن المبرمجين باهظ التكلفة. وبشكل مثالي ، كان العميل قادرًا على رقمنة عملياته الخاصة أو إجراء تغييرات صغيرة.
بالطبع ، أخذنا في الاعتبار التجربة السلبية في السنوات الماضية عند إنشاء منتج جديد. لقد أنشأنا نظامًا أساسيًا يسمح باستخدام المحررين المرئيين المدمجين في إنشاء كيانات العمل وتعديلها ، إذا لزم الأمر ، لإنشاء واجهات المستخدم ونماذج إدخال البيانات في برامج التحرير المرئية ، كما يحتوي على محرك خاص به ومحرر BPM وإنشاء نظام فرعي وإعداد تقارير وإعداد النص الكامل ، خدمة عنوان FIAS ، خدمة التوقيعات الإلكترونية ، خدمة تخزين الملفات.
في البداية ، تم تصميم النظام لتبسيط مكان أتمتة أنشطة المتخصصين المشاركين في تحويل الخدمات إلى شكل إلكتروني ، ولكن مع مرور الوقت أدركنا أن وظيفة النظام الأساسي تتيح لك إنشاء حلول قوية للغاية تتراوح بين CRM و ERP و ECM إلى أنظمة متخصصة للغاية.
على أساس المنصة ، كتب الشركاء نظام مدينة آمنة لجمهورية بورياتيا ، والآن يتم تطويره وتكراره إلى مناطق أخرى.
أدى نقل خدمة إصدار بطاقة النقل في تيومين إلى تقليل الوقت المستغرق لتقديم الخدمة من 10 أيام إلى 6 ثوانٍ.
ونتيجة لذلك ، بالإضافة إلى حل مهام العمل ، من أجل تطوير نظام ، والذي تم تنفيذه في أكثر من 30 منطقة في البلد ، قمنا بتنفيذ 3 مشاريع تجارية ، بالإضافة إلى تنفيذ الأتمتة الداخلية لأنشطة الشركة على المنصة.
قليلا عن النظام الأساسي وكيف يبدو كل شيء.
التقنيات المستخدمة والمنتجات تحت الغطاء باختصار: Angular ، Java ، Wildlfy ، OrientDB ، Solr ، Hazelcast.
قائمة قصيرة من الميزات الرئيسية للمنصة:كل عمل مع النظام الأساسي من خلال المتصفح. لا توجد بيئة تطوير متكاملة واستوديوهات.
محرر نماذج UML
UML - تصميم metamodels لكيانات العمل بشكل مرئي ، وإقامة علاقات بينها. كل هذا واضح. يسمح لك نظام البيانات العام ببناء هياكل البيانات التي يمكن استخدامها من قبل الأنظمة الجديدة ، على سبيل المثال ، يتم استخدام الطبيعة الموصوفة للشخص أو المؤسسة وربطها في التطورات الجديدة (مبادئ OOP المطبقة) ، وكذلك البيانات - وهذا يجعل من الممكن القضاء على الازدواجية من نظام إلى آخر.
المدمج في محرر واجهة مرئية
المدمج في محرر نموذج مرئي:
النماذج الآن موحدة ومهيكلة ومكتوبة. الحد الأقصى للعمل هو الآلي ، فمن الممكن لإنشاء نماذج للكائنات. تم تقليل وقت عمل المحلل في العمليات الروتينية بنحو 10 مرات ، وهناك مزيد من الوقت الذي يمكن تخصيصه لمنطق العمل. النظام الأساسي لا يسمح بتحرير الأخطاء.
المدمج في محرر عملية الأعمال البصرية
مكتبة المكونات المرئية
قياسي ومحدد ، على سبيل المثال ، عامل تصفية بيانات عالمي ، وحقول اختيار للكيانات ذات الصلة مع قدرات مختلفة ، والجداول ذات الصلة ، والأوجه.
خرائط تفاعلية
شبيبة الرسم البياني
القوالب - يمكن للمستخدمين النهائيين تحرير القوالب بأنفسهم وإضافة قوالب جديدة.
تسجيل نشاط المستخدم وتاريخ تغيير البيانات. لينة حذف السجلات في قاعدة البيانات.
إدارة حقوق الوصول على مستوى العمليات مع الكيانات وسماتها ومثيلاتها الفردية والشاشات ومكونات واجهة المستخدم.
البحث عن النص الكامل ، على الرغم من أنك لن تفاجئ الكثيرين بهذا ، ولكن لا تزال هناك أنظمة لا يوجد فيها هذا ، وفي حالتنا ديناميكية مثل النظام بأكمله.
واجهات برمجة التطبيقات المفتوحة للتكامل مع الأنظمة الخارجية.
في أي حال ، قررنا عدم قصر مستخدمينا على المكونات المدمجة فقط وتمكين المستخدمين ذوي الخبرة من استخدام JS لتوسيع الوظيفة في واجهات المستخدم التي تم إنشاؤها أو عمليات الأعمال.
يتيح لنا هذا النهج إنشاء تطبيقات مخصصة أثناء التنقل دون نشر وإعادة تشغيل. وهو ما يسمح بدوره بتقليل وقت تسليم القيمة للعميل (Time To Market). توضح تجربتنا أن وقت وتكلفة إنشاء نظام مع تخصيص للعميل تقل مرتين على الأقل.
على سبيل المثال ، في هذا الفيديو (هنا مقطع فيديو مُسارع مدته 10 دقائق -
youtu.be/Yvvxn_qbook ) من البداية في 30 دقيقة ، يتم إنشاء مثال لنظام التتبع الذي يمكن تنفيذه في الشركات التي تقوم بعمل ميداني.
الخطط المستقبلية
نحن نعمل حاليًا على إعادة تصميم عميل ، وسنقوم بإسعاد مستخدمينا من خلال واجهة مستخدم جديدة وأكثر ملاءمة وجمالً حتى وقت قريب من الخريف.
من المثير للاهتمام ملاحظة كيفية تطور الأنظمة على المنصة ، وأحيانًا لا تتوقع حتى أنه من الممكن القيام بذلك. يندهش المحللون باستمرار من الأنظمة الجديدة التي يحصلون عليها. تعتبر المنصة رائعة بالنسبة للأنظمة المحاسبية ، كخلفية لمختلف الخدمات ، ERP ، CRM ، ECM والأنظمة المماثلة ، وكذلك بالنسبة للحلول الأولية للنماذج.
ربما يوجد بالفعل الكثير من المنصات المتشابهة ولكل منها إيجابيات وسلبيات خاصة بها ، ولن أقارنها ونقارنها مع بعضنا البعض هنا. أدرك أنه بمرور الوقت سيكون هناك المزيد والمزيد وسيكون توفرها أكثر حرية ، حيث يمكنك هنا التشبيه مع مصممي الموقع (site-designers.rf) الذين وصلوا الآن إلى العشرات وهناك منافسة حقيقية في السوق بينهم ، الأمر الذي له تأثير إيجابي على الجودة والمستهلكين .
أنا سعيد جدًا لأنني أعمل في هذه الشركة وأنا فخور جدًا بما نقوم به. أنا مسرور جدًا لسماع الإعجاب وردود الفعل اللطيفة من أولئك الذين يتعرفون على برنامجنا. أرغب في معرفة المزيد من الأشخاص حول النظام الأساسي واستخدامه لصالح هذه القضية. آمل الحصول على تعليقات القراء - فنحن دائمًا منفتحون على النقد والاقتراحات البناءة.
إذا دخلت المقالة إلى المجتمع ، فأنا أخطط لكتابة سلسلة من المقالات حول كيفية وماهية المشكلات التي نحلها أثناء تطوير نظامنا الأساسي ومنتجاته ، وقضايا التجميع والصيانة والرصد المتكامل. حول تجربتنا في استخدام DevOps وكيف يمكن تطبيقها في القطاع العام ، وكيف تحولنا إلى استخدام Docker ، وبمزيد من التفصيل ما هي التقنيات الموجودة تحت غطاء النظام الأساسي وخدماته.