قابلية الصيانة (للحاسوب)

📅 آخر تحديث: ٢٤ يوليو ٢٠٢٦
✍️ نُشر في: ٢٤ يوليو ٢٠٢٦
الموسوعة الحرة

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

من أمثلة الميزات التي تسهل الصيانة ما يلي:

قد تتضمن هندسة قابلية الخدمة أيضًا بعض الميزات المتعلقة بصيانة النظام الروتينية (انظر: العمليات والإدارة والصيانة ( OA&M )).

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

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

كقاعدة عامة تقريبية لهذه التصنيفات، هناك عدة "رتب من حيث الحجم" لبيانات التشخيص في أدوات الخدمة من المستوى 1 مقابل المستوى 2 مقابل المستوى 3.

الخصائص والقدرات الإضافية التي لوحظت في أدوات الخدمة:

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

انظر أيضاً

مثال ممتاز لمتطلبات ميزات قابلية الخدمة:

  • مجموعة أدوات Sun Gathering Debug Data (Sun GDD) . هذه مجموعة من الأدوات التي طورها فريق دعم Sun بهدف توفير النهج الصحيح لحل المشكلات من خلال الاستفادة من الإجراءات الاستباقية وأفضل الممارسات لجمع بيانات تصحيح الأخطاء اللازمة لمزيد من التحليل.
  • "تعريف متطلبات قابلية خدمة لينكس على مستوى شركات الاتصالات، الإصدار 4"، حقوق الطبع والنشر © 2005-2007 لشركة Open Source Development Labs, Inc.، بيفرتون، أوريغون 97005، الولايات المتحدة الأمريكية