أمثلة على الديون الفنية في تطبيق أنظمة BI

يعد تطوير ونشر أنظمة BI عملية سريعة ورخيصة إلى حد ما ، ولكن صيانتها بمرور الوقت مكلفة. يمكن تخيل ذلك من خلال استعارة الديون التقنية.

الدين الفني - يشير إلى المشاكل المتراكمة في كود البرنامج أو البنية المتعلقة بإهمال الجودة في تطوير البرمجيات والتسبب في تكاليف عمل إضافية في المستقبل.

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

أمثلة على الدين الفني في BI:

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

فقط المعرفة بهذا ، للأسف ، لا توفر أي مقاييس للإدارة. كيف تقيس الدين الفني في النظام أو تقدير القيمة الكاملة لهذا الدين؟ حقيقة أن الفريق لا يزال يعمل ليس دليلاً على انخفاض مستوى الدين ، لأن القيمة الكاملة للديون لا تظهر إلا بمرور الوقت.

بعض الأسئلة المفيدة التي يجب مراعاتها:

1. ما مدى سهولة اختبار خوارزمية جديدة تمامًا لحساب المقاييس؟
2. ما مدى دقة قياس تأثير التغيير الجديد في النظام؟
3. ما مدى سرعة تحديث أعضاء الفريق الجدد؟

نأمل أن تعمل هذه المقالة كحافز للتطورات الإضافية في مجال BI ، بما في ذلك تحسين طرق الاختبار وأنماط التصميم والمزيد. لكن النقطة الأكثر أهمية هي أن الدين التقني يمثل مشكلة يجب أن يدركها المبرمجون والمديرون.