نظام الإرث

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

الشيفرة القديمة هي شيفرة مصدرية حاسوبية قديمة لم تعد مدعومة على الأجهزة والبيئات القياسية، وهي قاعدة بيانات برمجية عفا عليها الزمن أو تدعم ميزات عفا عليها الزمن. قد تُكتب الشيفرة القديمة بلغات برمجة، أو تستخدم أطر عمل ومكتبات خارجية، أو تعتمد على بنى وأنماط لم تعد تُعتبر حديثة، مما يزيد من العبء الذهني ووقت التأقلم لمهندسي البرمجيات الذين يعملون على قاعدة البيانات. قد تفتقر الشيفرة القديمة إلى الاختبارات الآلية أو تحتوي على عدد غير كافٍ منها ، مما يجعل إعادة هيكلتها أمرًا محفوفًا بالمخاطر وعرضة لظهور الأخطاء . ^{[ 2 ]} الشيفرة طويلة الأمد عرضة لتلف البرمجيات ، حيث قد تتطلب التغييرات في بيئة التشغيل، أو البرامج أو الأجهزة المحيطة، صيانة أو محاكاة من نوع ما لضمان استمرار عملها. قد تكون الشيفرة القديمة موجودة لدعم أجهزة قديمة، أو نظام قديم منفصل، أو عميل قديم يستخدم ميزة أو إصدارًا قديمًا من البرامج.

مع أن المصطلح يشير عادةً إلى شفرة المصدر، إلا أنه قد ينطبق أيضاً على الشفرة التنفيذية التي لم تعد تعمل على إصدار أحدث من النظام، أو التي تتطلب طبقة توافق لتشغيلها. ومن الأمثلة على ذلك تطبيق ماكنتوش كلاسيكي لا يعمل بشكل أصلي على نظام macOS ، ولكنه يعمل داخل بيئة Classic ، أو تطبيق Win16 يعمل على نظام Windows XP باستخدام ميزة Windows on Windows في نظام XP.

من أمثلة الأجهزة القديمة المنافذ القديمة مثل منافذ PS/2 وVGA، ووحدات المعالجة المركزية ذات مجموعات التعليمات القديمة غير المتوافقة (مع أنظمة التشغيل الأحدث مثلاً). أما في البرامج القديمة، فتشمل الأمثلة تنسيقات الملفات القديمة مثل .swf لبرنامج Adobe Flash أو .123 لبرنامج Lotus 1-2-3 ، وملفات النصوص المشفرة بترميزات أحرف قديمة مثل EBCDIC .

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

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

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

قد يكون لدى المؤسسات أسباب مقنعة للاحتفاظ بنظام قديم، مثل:

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

يعتبر بعض مهندسي البرمجيات أن الأنظمة القديمة قد تشكل مشكلة لعدة أسباب. ^{[ 4 ]}

• إذا كانت البرامج القديمة تعمل فقط على أجهزة قديمة ، فقد تتجاوز تكلفة صيانة النظام في نهاية المطاف تكلفة استبدال كل من البرامج والأجهزة، ما لم يسمح شكل من أشكال المحاكاة أو التوافق مع الإصدارات السابقة بتشغيل البرامج على أجهزة جديدة. ^{[ 5 ] [ 6 ]}
• قد يصعب صيانة هذه الأنظمة وتحسينها وتوسيعها نظرًا لقلة فهمها؛ فالموظفون الخبراء فيها إما تقاعدوا أو نسوا ما كانوا يعرفونه عنها، والموظفون الذين انضموا إلى هذا المجال بعد أن أصبحت هذه الأنظمة قديمة لم يتعرفوا عليها أصلًا. ويزداد الأمر سوءًا بسبب نقص الوثائق أو فقدانها. قامت شركة طيران كوماير بفصل رئيسها التنفيذي عام ٢٠٠٤ بسبب فشل نظام جدولة الطاقم القديم الذي واجه قصورًا لم يكن أحد في الشركة على علم به. ^{[ ٧ ]}
• قد تحتوي الأنظمة القديمة على ثغرات أمنية في أنظمة التشغيل أو التطبيقات القديمة نتيجةً لعدم توفر أو تطبيق التحديثات الأمنية. كما قد توجد إعدادات إنتاجية تُسبب مشاكل أمنية. هذه المشاكل قد تُعرّض النظام القديم لخطر الاختراق من قِبل المهاجمين أو الموظفين المُطّلعين. ^{[ 8 ]}
• قد يكون التكامل مع الأنظمة الأحدث صعبًا أيضًا لأن البرامج الجديدة قد تستخدم تقنيات مختلفة تمامًا. يُعد التكامل بين التقنيات أمرًا شائعًا في مجال الحوسبة، لكن التكامل بين التقنيات الأحدث والتقنيات الأقدم منها ليس شائعًا. قد لا يكون هناك طلب كافٍ على تطوير تقنيات التكامل. بعض هذه الشفرات البرمجية الوسيطة يُطوّرها أحيانًا موردو ومحبو تقنيات قديمة معينة.
• غالباً ما تدفع القيود المالية الشركات إلى عدم معالجة الحاجة إلى استبدال أو تحديث أنظمتها القديمة. ومع ذلك، تتجاهل الشركات في كثير من الأحيان تكاليف الصيانة المتزايدة (الموظفين، والبرمجيات، والأجهزة، وكلها مذكورة أعلاه)، ولا تأخذ في الحسبان الخسارة الفادحة في القدرات أو استمرارية الأعمال في حال تعطل النظام القديم. بمجرد فهم هذه الاعتبارات جيداً، يتضح أن العائد على الاستثمار المُثبت لمنصة تقنية جديدة، أكثر أماناً، ومُحدثة، ليس مكلفاً كالبدائل الأخرى، ويتم توفير الميزانية اللازمة.
• نظراً لأن معظم مبرمجي الأنظمة القديمة يقتربون من سن التقاعد، ولأن عدد المهندسين الشباب الذين يحلون محلهم قليل جداً، فهناك نقص حاد في القوى العاملة المتاحة. وهذا بدوره يؤدي إلى صعوبة في صيانة الأنظمة القديمة، فضلاً عن زيادة تكاليف توظيف مبرمجين ذوي خبرة. ^{[ 9 ]}
• بعض الأنظمة القديمة لديها حد أقصى صارم لسعتها الإجمالية قد لا يكون كافياً لاحتياجات اليوم، على سبيل المثال حد الذاكرة البالغ 4 جيجابايت في العديد من وحدات المعالجة المركزية القديمة x86 ، أو حد 4 مليارات عنوان في IPv4 .

حيثما يتعذر استبدال الأنظمة القديمة من خلال إيقاف تشغيل التطبيقات ، يظل من الممكن تحسينها (أو تحديث واجهاتها). غالبًا ما يتركز معظم التطوير على إضافة واجهات جديدة إلى النظام القديم. وتتمثل أبرز التقنيات في توفير واجهة ويب لتطبيق حاسوب مركزي يعمل عبر طرفية. قد يؤدي ذلك إلى انخفاض إنتاجية الموظفين بسبب بطء أوقات الاستجابة وبطء إجراءات التشغيل باستخدام الفأرة، إلا أنه يُنظر إليه غالبًا على أنه "ترقية"، لأن نمط الواجهة مألوف للمستخدمين غير المتمرسين وسهل الاستخدام بالنسبة لهم. يناقش جون ماكورميك مثل هذه الاستراتيجيات التي تتضمن برمجيات وسيطة . ^{[ 10 ]}

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

تُعدّ إجراءات الأمان البيومترية صعبة التطبيق على الأنظمة القديمة. ويتمثل الحل العملي في استخدام خادم وكيل Telnet أو HTTP كوسيط بين المستخدمين والحاسوب المركزي لتوفير وصول آمن إلى التطبيق القديم.

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

يمكن أيضًا استخدام أساليب الهندسة العكسية والهندسة الأمامية القائمة على النماذج لتحسين البرامج القديمة. ^{[ 11 ]}

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

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

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

يفضل بعض مهندسي البرمجيات وصف "البرمجيات القديمة" دون دلالات على أنها بالية. ومن بين أكثر المفاهيم المحايدة شيوعًا: البرمجيات الموروثة من شخص آخر ، والبرمجيات الموروثة من إصدار أقدم من البرنامج . وقد عرّفها إيلي لوبيان، الرئيس التنفيذي لشركة تايب موك، بأنها "برمجيات يخشى المطورون تغييرها". ^{[ 15 ]} وقدّم مايكل فيذرز ^{[ 16 ]} تعريفًا للبرمجيات القديمة بأنها برمجيات بدون اختبارات ، وهو ما يعكس صعوبة التعامل معها جزئيًا بسبب نقص اختبارات الانحدار الآلية . كما عرّف اختبارات التوصيف لبدء اختبار البرمجيات القديمة .

وصفت جيني هندري عملية إنشاء الشفرة البرمجية بأنها "تحدٍ" للمبرمجين الحاليين لإنشاء شفرة برمجية "تشبه الإرث الآخر في حياتنا - مثل التحف والقطع الأثرية والقصص التي نعتز بها وننقلها بحب من جيل إلى جيل. ماذا لو كانت الشفرة البرمجية القديمة شيئًا نفخر به؟". ^{[ 17 ]}

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

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

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

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

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

استعار المبرمجون مصطلح "الأراضي البنية" من قطاع البناء، حيث توصف الأراضي المطورة سابقًا (والتي غالبًا ما تكون ملوثة ومهجورة) بأنها أراضٍ بنية . ^{[ 18 ]}

• تُعدّ بنية براونفيلد نوعًا من بنية البرمجيات أو الشبكات التي تتضمن أنظمة قديمة.
• يُعدّ نشر البنية التحتية القائمة ترقية أو إضافة إلى بنية برمجية أو شبكية موجودة مع الاحتفاظ بالمكونات القديمة.

هناك رأي بديل إيجابي - يتنامى منذ نهاية فقاعة الإنترنت في عام 1999 - مفاده أن الأنظمة القديمة هي ببساطة أنظمة حاسوب قيد الاستخدام الفعلي:

غالباً ما يختلف "البرنامج القديم" عن البديل المقترح من حيث أنه يعمل بالفعل وقابل للتوسع.

يُقدّر محللو تكنولوجيا المعلومات أن تكلفة استبدال منطق الأعمال تبلغ حوالي خمسة أضعاف تكلفة إعادة استخدامه، ^{[ 19 ]} حتى مع استبعاد مخاطر أعطال النظام والاختراقات الأمنية. من الناحية المثالية، لن تضطر الشركات أبدًا إلى إعادة كتابة معظم منطق الأعمال الأساسي: فمعادلة المدين = الدائن هي مطلب دائم.

يستجيب قطاع تكنولوجيا المعلومات بتقنيات "تحديث الأنظمة القديمة" و"تحويل الأنظمة القديمة": أي تجديد منطق الأعمال الحالي بواجهات مستخدم جديدة، وأحيانًا باستخدام تقنيات استخراج البيانات من الشاشة والوصول المُمكّن عبر خدمات الويب . تُمكّن هذه التقنيات المؤسسات من فهم أصولها البرمجية الحالية (باستخدام أدوات الاكتشاف)، وتوفير واجهات مستخدم وتطبيقات جديدة للبرمجيات الحالية، وتحسين سير العمل، والتحكم في التكاليف، وتقليل المخاطر، والتمتع بمزايا الخدمة الكلاسيكية (وقت تشغيل يقارب 100%، والأمان، وقابلية التوسع، إلخ). ^{[ 20 ]}

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

• إيه إم هاين، كيف يتم تقييم أنظمة التراث في المراحل المبكرة؟ مؤتمر SECESA 2014، 8-10 أكتوبر 2014، جامعة شتوتغارت، ألمانيا
• "نصائح وحيل للأجهزة القديمة" مؤرشفة بتاريخ 8 يوليو 2011 على موقع Wayback Machine بقلم داني بودزينسكي، مجلة تصميم التحكم ، يناير 2011
• "كارثة كومير في عيد الميلاد: محكوم عليها بالفشل" بقلم ستيفاني أوفر باي، مجلة CIO ، 1 مايو 2005
• "فشل الحاسوب الرقمي" بقلم آدم ن. روزنبرغ
• بيسبال، ج.؛ لوليس، د.؛ وو، ب.؛ غريمسون، ج. (1999). "أنظمة المعلومات القديمة: قضايا وتوجهات". مجلة IEEE للبرمجيات . 16 (5): 103-111 . رمز Bibcode : 1999ISoft..16e.103B . doi : 10.1109/52.795108 .
• جيم ماكجي (10 نوفمبر 2005). "الأنظمة القديمة: لماذا التاريخ مهم" . مجلة أنظمة المؤسسات .
• "خطر الأنظمة القديمة" بقلم ستيف ر. سميث، 3 مايو 2011.

• الوسائط المتعلقة بالأنظمة القديمة على ويكيميديا ​​كومنز