نظام الظل

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

ملخص

تتكون الأنظمة الظلية (المعروفة أيضًا باسم أنظمة البيانات الظلية، وأنظمة البيانات الظلية، وتكنولوجيا المعلومات الظلية، وأنظمة المحاسبة الظلية [ 1 ] أو باختصار: تكنولوجيا المعلومات الظلية ) من قواعد بيانات و/أو جداول بيانات صغيرة الحجم تم تطويرها واستخدامها من قبل المستخدمين النهائيين، خارج نطاق السيطرة المباشرة لقسم تكنولوجيا المعلومات في المؤسسة.

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

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

كما ورد في تقرير شركة برايس ووترهاوس كوبرز [ 2 ] حول إدارة مخاطر جداول البيانات "استخدام جداول البيانات: اعتبارات القسم 404 من قانون ساربينز-أوكسلي"  :

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

سبب

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

الضغط لتحليل المعلومات بطرق جديدة

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

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

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

زيادة قوة أجهزة وبرامج الكمبيوتر الشخصي

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

تؤدي الضوابط الصارمة واتساع نطاق المهارات المطلوبة إلى عدم استجابة أقسام تكنولوجيا المعلومات أو أقسام تقنية المعلومات

من الطبيعي تمامًا أن يقوم متخصصو تكنولوجيا المعلومات، عند تصميم نظام إعداد التقارير، بمراعاة جميع جوانب استخدام النظام. فبالإضافة إلى تجميع المعلومات، عليهم مراعاة ما يلي:

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

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

مشاكل

عندما يتم إنشاء أنظمة البيانات الظلية من قبل مستخدمين نهائيين يكون مجال خبرتهم الرئيسي شيئًا آخر غير هندسة البرمجيات، فإنهم يتعرضون للمشاكل التالية:

تصميم رديء

غالباً ما تعاني أنظمة البيانات الظلية من سوء التصميم. قد يصعب اكتشاف الأخطاء، وقد تكون التعديلات صعبة، وقد يكون الدعم طويل الأمد أمراً شاقاً.

غير قابل للتوسع

عادةً ما تُستخدم أنظمة البيانات الظلية من قِبل شخص أو شخصين فقط. وما لم يتم تطويرها بواسطة مبرمجين ذوي خبرة، فقد يكون من الصعب توسيع نطاقها لدعم عشرات أو مئات المستخدمين.

توثيق ضعيف

غالباً ما تفتقر أنظمة البيانات الظلية إلى التوثيق الكافي. وتنتقل المعرفة المتعلقة بالنظام شفهياً، وقد تقتصر على عدد قليل جداً من الأشخاص. ثم تُفقد هذه المعرفة تماماً إذا غادر أحد الموظفين أو اثنان.

غير مختبر

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

قد يسمح بالوصول غير المصرح به إلى المعلومات الحساسة

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

من السهل إدخال الأخطاء

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

التراجع

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

روايات متعددة للحقيقة

قد توجد أنظمة فرعية متعددة داخل المؤسسة تُقدّم تقاريرها بناءً على نفس البيانات. قد يُضيف كل نظام منها فلاتر ويُعالج البيانات بطرق مختلفة، مما قد يُؤدي إلى تناقضات ظاهرة في مخرجاتها. وعندما يختلف نظامان فرعيان، قد يكون أحدهما أو كلاهما على خطأ.

المزايا

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

مراجع