ممارسات ساينس سوفت لتعزيز استدامة البرمجيات المالية

هل تستطيع البرمجيات الحديثة أن تدوم مثل الأنظمة المالية القديمة التي استمرت 40 عامًا؟

في السابق، كان تصميم البرمجيات المالية يركز في المقام الاول على الموثوقية. وقد نجحت العديد من الحلول في هذا الجانب؛ إذ لا تزال 43% من البنوك الأميركية تحتفظ بأنظمة عمرها 40 عامًا مبنية بلغة COBOL. ومع ذلك، فإن الأداء الخالي من الأعطال ليس السبب الوحيد وراء تمسّك المؤسسات القائمة بأنظمتها القديمة. فالطبيعة الأحادية الصلبة لهذه الأنظمة، والأحجام الهائلة من البيانات المخزنة فيها، تجعل تحديث البرمجيات القديمة محفوفًا بالمخاطر ومكلفًا للغاية.

أما التقنيات المالية الأحدث، مثل نماذج اللغة الكبيرة (LLMs) والبلوك تشين، فلم تتح لها بعد فرصة إثبات متانتها على المدى الطويل بالقدر نفسه. ورغم أن البرمجيات الحديثة أكثر مرونة وقابلية للتوسّع وقابلية للتشغيل البيني نسبيًا، فإنها تعتمد بدرجة كبيرة على خدمات وأطر عمل خارجية تتطور باستمرار. ولذلك، فهي تميل إلى تراكم الدين التقني بوتيرة أسرع بكثير من الأدوات التقليدية القديمة. ويُعد التقادم السريع، والتغييرات المجزأة المستمرة، وعدم وضوح اللوائح الخاصة بالتقنيات الناشئة من أبرز المخاوف المرتبطة بطول العمر التشغيلي والتكلفة الإجمالية للملكية (TCO) للحلول الجديدة في قطاع الخدمات المصرفية والمالية والتأمين (BFSI).

5 عقبات تعيق استدامة البرمجيات المالية — وكيف نتعامل معها

8 مشكلات ناجمة عن قِصر العمر التشغيلي للبرمجيات المالية

كيف نعزز استدامة البرمجيات المالية؟

فيما يلي ممارسات ساينس سوفت لتعزيز استدامة حلول قطاع الخدمات المصرفية والمالية والتأمين (BFSI)، مع تحسين الاستثمارات الرأسمالية وتكاليف الصيانة.

الخطوة 1. التصور الأوّلي للبرمجيات المالية

في هذه المرحلة، نكتشف الأهداف طويلة المدى للعميل ونجمع متطلبات الحل المالي. وعادةً ما يشمل ذلك ما يلي:

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

الخطوة 2. تصميم البرمجيات المالية

في ساينس سوفت، تتضمن هذه المرحلة مجموعة من القرارات التقنية التي تحدد قدرة الحل المالي على التوسّع واستيعاب التغييرات وفقًا لاحتياجات الأعمال المتغيرة. ويشمل ذلك ما يلي:

• تصميم مجموعة ميزات مثلى للحل المالي، بما في ذلك ميزات الأمان والامتثال. ونرتب الوظائف حسب الأولوية بناءً على أهميتها لاستدامة البرمجيات وتبنّي المستخدمين لها.

أفضل ممارسات ساينس سوفت: بالنسبة لمنتجات التقنية المالية، يُعد التركيز على قيمة المستخدم النهائي أمرًا بالغ الأهمية لأنه يضمن طلبًا مستقرًا على المنتج. ومن خلال ترسيخ عقلية تضع المنتج أولًا لدى فرق التطوير، والتعامل بمرونة مع تغيّر تفضيلات المستخدمين، نضمن لعملائنا في مجال التكنولوجيا المالية الحصول على المنتجات المناسبة القادرة على تحقيق إيرادات طويلة الأجل. كما نمنح الأولوية لمنهجيات أجايل (Agile) لاستيعاب التغييرات المحتملة بسلاسة في المراحل المتأخرة من المشروع دون تجاوز الميزانية.

• تصميم منطق الأعمال، أي رسم القواعد والقيود التي ستوجّه سلوك النظام. وتشمل هذه الخطوة تصميم مكونات منطقية متخصصة لأتمتة العمليات المالية، مثل الصيغ الاكتوارية المخصصة، ونماذج الذكاء الاصطناعي لاتخاذ قرارات الائتمان، والعقود الذكية القائمة على البلوك تشين للمدفوعات البارامترية، وغيرها.
• تحديد مكونات منطق الأعمال التي يمكن إعادة استخدامها عبر ميزات متعددة. ويساهم المنطق القابل لإعادة الاستخدام في اتساق تشغيل البرمجيات، ويمكّن من تطويرها بسرعة أكبر مع تقليل المخاطر على سلامة قواعد الأعمال الأساسية.
• تصميم عمليات التكامل، بما في ذلك واجهات برمجة التطبيقات (APIs) والموصلات المخصصة وغيرها، بين مكونات البرمجيات المالية، وبين البرمجيات والأنظمة الأخرى.

أفضل ممارسات ساينس سوفت: اعتماد نهج واجهات برمجة التطبيقات أولًا (API-first)، الذي يعني تصميم واجهات برمجة التطبيقات APIs قبل مكونات الحل الأخرى، بما يضمن سهولة تكامل البرمجيات المالية مع أنظمة الأطراف الثالثة. وتُعد هذه الاستراتيجية مفيدة بشكل خاص لمنتجات التكنولوجيا المالية SaaS التي تستهدف العملاء من الشركات، ولتطبيقات قطاع الخدمات المصرفية والمالية والتأمين (BFSI) المؤسسية المخصصة للاستخدام عبر كيانات متعددة.

• تصميم بنية قابلة للتوسّع ومرنة وموثوقة تمكّن من التشغيل السلس للبرمجيات المالية وتطويرها. ونعتمد على البنى المعيارية القائمة على SOA والخدمات المصغّرة والبنى عديمة الخوادم (Serverless)، التي تتيح فصل المسؤوليات (SoC) وفصل المكونات، مثل المنطق، وواجهة المستخدم، وقاعدة البيانات. ويسهّل فصل المسؤوليات إعادة استخدام المكونات عبر التطبيق المالي، كما يسمح بتطوير المكونات وصيانتها بشكل مستقل، ما يعني إمكانية طرح الترقيات والإصلاحات المستقبلية بسرعة ودون توقف للتطبيق العامل.

• تكوين حزمة تقنيات موثوقة تدعم دقة العمليات، والأمان، وقابلية تحديث البرمجيات المالية. وتستخدم ساينس سوفت منصات برمجة منخفضة أو دون برمجة (Low-code/No-code) عند الاقتضاء لتقديم حلول مالية مرنة يمكن لفرق العميل غير التقنية تخصيصها بسهولة. وبفضل حيادنا تجاه التقنيات، نقارن عروض عدة مزوّدي تقنيات لاختيار التقنيات التي تحقق أفضل نسبة بين التكلفة والأداء.

  أفضل ممارسات ساينس سوفت: إذا كانت أولوية العميل هي تقليل الاعتماد على مورّدي التقنيات الخارجيين، فإننا نتبع النهج المعاكس وننشئ حلولًا مالية مخصصة بالكامل، باستخدام أطر عمل وإضافات منخفضة الكود (Low-code) مملوكة لتسهيل تطور البرمجيات.

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

الخطوة 3. تطوير البرمجيات المالية

هذه هي المرحلة التي نحوّل فيها التصميم المعتمد إلى كود برمجي مالي، ونُجري الاختبارات اللازمة، وإجراءات التكامل والتهيئة، ثم نطلق الحل الجاهز للاستخدام. وتشمل هذه المرحلة ما يلي:

• تنفيذ ممارسات DevOps، مثل CI/CD وتنسيق الحاويات وغيرها. ويساعد ذلك على التخلص من الأخطاء اليدوية طوال عملية التسليم، بما يضمن سلامة الكود ويقلل مخاطر الانحدار.
• برمجة الواجهة الخلفية للحل المالي وإنشاء واجهات المستخدم باستخدام معايير البرمجة الآمنة مثل OWASP ASVS. ويطبّق مهندسو البرمجيات المالية في ScienceSoft أنماط تصميم كود موحّدة، مثل Singleton وObserver وAdapter وFactory Method، لتحسين بنية الكود وجعله أسهل فهمًا وصيانةً.
• تطبيق ممارسات خاصة بكل مكوّن لتعزيز إطالة العمر التشغيلي، مثل:
• استخدام الترميز المرن للقيم المالية في الصيغ الاكتوارية، وصيغ الاكتتاب والمحاسبة، وقوالب المستندات المالية.
• بناء واجهات REST APIs غير متزامنة لمنع تأخير استجابة واجهات API عند معالجة الطلبات طويلة التشغيل، مثل استرجاع سجلات معاملات الحساب التفصيلية أو إنشاء تقارير مالية كبيرة.
• بالنسبة للبرمجيات المالية المدعومة بالذكاء الاصطناعي: إعداد إطار عمل قابل للتوسّع لمعالجة البيانات وبيئة عالية السعة لإعادة تدريب نماذج الذكاء الاصطناعي باستمرار.
• بالنسبة للبرمجيات المالية القائمة على البلوك تشين: تطوير عقود وكيلة Proxy Contracts لتمكين إجراء تغييرات عند الطلب في العقود الذكية المالية.
• اختبار الحل المالي بالتوازي مع التطوير، وقد يشمل ذلك الاختبارات الوظيفية، واختبارات قابلية الاستخدام، وتقييم ثغرات الكود، وغير ذلك.
• إنشاء تكاملات البرمجيات المالية مع الأنظمة اللازمة، وإجراء اختبارات التكامل لضمان تدفقات بيانات سلسة وآمنة بين الحلول المتصلة.
• إعداد وتهيئة بنية تحتية قابلة للتوسّع وآمنة للبرمجيات المالية، سواء كانت سحابية أو محلية أو هجينة. وندعو إلى استخدام السحابة كوسيلة للتوسّع الأفقي التلقائي في قدرات البرمجيات، وهو أمر بالغ الأهمية للحلول المالية ذات الطلب المتقلب، مثل بوابات الدفع أو منصات التداول.
• تنفيذ آليات أمان للبرمجيات المالية أثبتت قدرتها على الصمود مستقبلًا، مثل التحكم في الوصول القائم على الأدوار، والمصادقة متعددة العوامل للمستخدمين، وتشفير البيانات، وكشف الأنشطة الخبيثة. ونحرص على إبقاء إمكانية تحديث الآليات سريعة التطور، مثل بروتوكولات التشفير، وطرق المصادقة، وتقنيات كشف التهديدات، للحفاظ على الحماية من التهديدات السيبرانية الناشئة.
• تنفيذ آليات النسخ الاحتياطي واستعادة البيانات المالية لمنع فقدان البيانات وتوقف العمليات في حال حدوث أعطال أو اختراقات.
• تسليم جميع الوثائق التقنية اللازمة، مثل كود المصدر الموثق مع ملفات README والتعليقات، وتقارير الاختبار، ووثائق واجهات API، ودليل التهيئة، ودليل الصيانة، وأدلة المستخدمين النهائيين، وغيرها، لتسهيل صيانة البرمجيات المالية وتطويرها

الخطوة 4. صيانة وتحسين البرمجيات المالية

فيما يلي الأنشطة التي ننفذها عادةً ضمن الصيانة المُدارة لضمان استمرار ملاءمة البرمجيات المالية على المدى الطويل:

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

الخطوة 5. تحديث البرمجيات المالية

أثبتت ممارسات ساينس سوفت في تحديث البرمجيات المالية قدرتها على مساعدة عملائنا في قطاع الخدمات المصرفية والمالية والتأمين (BFSI) على إطالة العمر التشغيلي المفيد لحلولهم الرقمية بمعدل يتراوح بين 5 و10 سنوات في المتوسط.

• الترحيل السحابي للبرمجيات المالية، مثل إعادة الاستضافة وإعادة تهيئة المنصة.
• إعادة تصميم بنية الحل المالي، مثل تفكيك البنية الأحادية تدريجيًا إلى خدمات مصغّرة، أو تقسيم واجهة المستخدم إلى واجهات مصغّرة، لجعل الحل أكثر قابلية للتوسّع ومرونة وسهولة في التكامل.
• إعادة برمجة التطبيقات المالية المبنية على لغات ومنصات قديمة، مثل PowerBuilder وCOBOL وDelphi وVB، أو لغات متقادمة مثل إصدارات .NET وJava القديمة، باستخدام تقنيات برمجة حديثة.
• تقديم ميزات جديدة لتحقيق أتمتة متسقة للخدمات المالية وتحسين تجربة المستخدم، مثل توسيع خيارات الخدمة الذاتية لعملاء التأمين. ونعيد استخدام مكونات المنطق وواجهة المستخدم وقاعدة البيانات في الحل المالي القائم كلما أمكن، لتجنب جهود التطوير غير الضرورية.
• تطوير استراتيجية لمعالجة الفجوات في تدابير الأمان والامتثال، والمساعدة في تنفيذها.
• معالجة مشكلات إمكانية الوصول في التطبيق المالي، مثل ضعف تباين الألوان، والنماذج غير الموسومة بشكل صحيح، وغياب النصوص البديلة والنصوص المفرغة لملفات الوسائط، لجعل التطبيق مناسبًا للمستخدمين من ذوي الإعاقة.

أفضل ممارسات ساينس سوفت: نُدخل التغييرات على البرمجيات المالية القديمة تدريجيًا، مع تخصيص الوقت لإجراء اختبارات الانحدار والتأكد من أن معدل التبني كافٍ. وعادةً ما ينفذ فريقنا عمليات النشر خلال العطلات وعطلات نهاية الأسبوع لتجنب توقف الخدمات المالية.