CALM/arwiki huggingface dataset:
ومع ذلك، فإن البشر أيضًا جيدون جدًا في اكتشاف حالات الفشل هذه، وتصحيحها، والارتجال عند حدوث حالات غير طبيعية. لذلك، السياسات التي تستبعد تمامًا الإجراءات البشرية في عمليات التصميم والإنتاج لتحسين الوثوقية قد لا تكون فعالة. يتم تنفيذ بعض المهام بشكل أفضل من قبل البشر، ويتم تنفيذ بعضها بشكل أفضل بواسطة الآلات.
بالإضافة إلى ذلك، الأخطاء البشرية في الإدارة ؛ تنظيم البيانات والمعلومات ؛ أو إساءة استخدام أو سوء استخدام العناصر قد أيضاً تساهم في عدم الوثوقية. هذا هو السبب الرئيسي الذي لا يمكن تحقيق مستويات عالية من الوثوقية للأنظمة المعقدة فقط إلا بعد عملية هندسية قوية مع التخطيط السليم وتنفيذ مهام التحقق والتحقق. ويشمل ذلك أيضًا تنظيمًا دقيقًا لمشاركة البيانات والمعلومات وإنشاء "ثقافة وثوقية"، بنفس الطريقة التي يكون بها "ثقافة السلامة" أمرًا بالغ الأهمية في تطوير أنظمة السلامة.
تنبؤ وتحسين هندسة الوثوقية.
تنبؤ هندسة الوثوقية تشمل:
خلق نموذج الوثوقية المناسب
تقدير (وتصليح) المعلومات المدخلة إلى هذا النموذج (على سبيل المثال معدلات الفشل في وضع فشل معين أو الحدث والوقت يعني لإصلاح النظام لفشل معين)
تقدير معلمات وثوقية المخرجات على مستوى النظام أو المستوى (أي توفر النظام أو تواتر عطل وظيفي معين) قد ينطوي على وجود حد للوثوقية القابلة للتحقيق، ومع ذلك، لا يوجد حد ملازم وتطوير وثوقية أعلى لا تحتاج إلى أن تكون أكثر تكلفة. بالإضافة إلى ذلك، فإنهم يجادلون بأن التنبؤ بالاعتمادية من البيانات التاريخية يمكن أن يكون مضللاً للغاية، مع المقارنات صالحة فقط للتصاميم متطابقة، والمنتجات، وعمليات التصنيع، والصيانة مع متطابقة تحميل الاحمال وبيئات الاستخدام. حتى التغييرات الطفيفة في أي من هذه يمكن أن يكون لها صلاحيات رئيسية على الوثوقية. وعلاوة على ذلك، فإن أكثر البنود التي لا يمكن الاعتماد عليها والأكثر أهمية (أي المرشحات الأكثر إثارة للاهتمام لإجراء تحقيقات بشأن الوثوقية) من الأرجح أن يتم تعديلها وإعادة تصميمها منذ جمع البيانات التاريخية، مما يجعل الطرق الإحصائية القياسية (إعادة النشاط أو الاستباقية) و العمليات المستخدمة مثلا الصناعات الطبية أو التأمين أقل فعالية.
بالنسبة للأنظمة الحالية، يمكن القول إن أي محاولة من قبل برنامج مسؤول لتصحيح السبب الجذري للفشل المكتشف يمكن يجعل تقدير متوسط الوقت بين الفشل الأولي باطلاً، حيث يجب إجراء افتراضات جديدة (تخضع لمستويات خطأ عالية) لتأثير هذا التصحيح.
ومن المسائل العملية الأخرى عدم توفر بيانات تفصيلية بشكل عام، مع توفر تلك البيانات في كثير من الأحيان تصفية غير متناسقة لبيانات الفشل (ردود الفعل)، وتجاهل الأخطاء الإحصائية (عالية للغاية بالنسبة للأحداث النادرة مثل حالات الفشل المتعلقة بالاعتمادية). يجب أن تكون هناك مبادئ توجيهية واضحة للغاية لحساب ومقارنة الفشل المتعلق بنوع مختلف من الأسباب الجذرية (مثل حالات التصنيع أو الصيانة أو النقل أو فشل النظام أو فشل التصميم المتأصل). قد تؤدي مقارنة أنواع مختلفة من الأسباب إلى تقديرات غير صحيحة وقرارات تجارية غير صحيحة بشأن تركيز التحسين.
قد يكون إجراء التنبؤ الموثوقي الكمي المناسب للأنظمة أمرًا صعبًا ومكلفًا جدًا إذا تم إجراؤه عن طريق الاختبار. على المستوى الجزئي الفردي، يمكن الحصول على نتائج الوثوقية في كثير من الأحيان مع ثقة عالية نسبيا، حيث أن اختبار العديد من أجزاء العينة قد يكون ممكنًا باستخدام ميزانية الاختبار المتاحة. ومع ذلك، للأسف، قد تفتقر هذه الاختبارات إلى صلاحية على مستوى النظام بسبب الافتراضات التي يتم إجراؤها عند الاختبار على مستوى جزئي. أكد هؤلاء المؤلفون على أهمية الاختبارات الأولية على مستوى الجزء أو النظام حتى الفشل، والتعلم من مثل هذه الإخفاقات في تحسين النظام أو الجزء..
تصميم لهندسة الوثوقية.
تصميم لهندسة الوثوقية هي عملية تشمل الأدوات والإجراءات لضمان أن المنتج يلبي متطلبات الوثوقية، في ظل بيئة الاستخدام الخاصة به، طوال مدة عمره. يتم تنفيذه في مرحلة التصميم للمنتج بشكل استباقي تحسين وثوقية المنتج. وغالبًا ما يتم استخدامه كجزء من استراتيجية التصميم الشامل للتميز.
النهج القائم على إحصاءات.
يبدأ تصميم الوثوقية بتطوير نموذج (نظام). تستخدم نماذج الوثوقية والتوافر الرسومات التوضيحية المجمعة وتحليل الشجرة لتوفير وسيلة رسومية لتقييم العلاقات بين الأجزاء المختلفة من النظام. قد تتضمن هذه النماذج توقعات تستند إلى معدلات الفشل المأخوذة من البيانات التاريخية. في حين أن تنبؤات (بيانات المدخلات) غالبًا ما تكون غير دقيقة بالمعنى المطلق، إلا أنها مفيدة لتقييم الاختلافات النسبية في بدائل التصميم. يمكن أيضًا استخدام معلمات إمكانية الصيانة، على سبيل المثال، متوسط وقت الإصلاح، كمدخلات لهذه النماذج.
يجب تحديد وتحليل أهم أسباب البدء الأساسية وآليات الإخفاق باستخدام الأدوات الهندسية. يجب توفير مجموعة متنوعة من الإرشادات العملية فيما يتعلق بالأداء والوثوقية للمصممين حتى يتمكنوا من إنتاج تصاميم ومنتجات منخفضة المقاومة تحمي أو تحمي من التلف والتلف المفرط. قد تكون هناك حاجة إلى التحقق السليم من أحمال الإدخال (المتطلبات)، بالإضافة إلى التحقق من "الأداء" الوثوقية عن طريق الاختبار.
واحدة من أهم تقنيات التصميم هو التكرار. هذا يعني أنه في حالة فشل أحد أجزاء النظام، يكون هناك مسار نجاح بديل، مثل نظام النسخ الاحتياط. ويرجع السبب في أن هذا هو اختيار التصميم النهائي إلى حقيقة أن دليل وثوقية الثقة العالية للأجزاء أو الأنظمة الجديدة لا يتوفر في كثير من الأحيان، أو هو مكلف للغاية للحصول عليه. من خلال الجمع بين التكرار، جنبا إلى جنب مع مستوى عال من رصد الفشل، وتجنب فشل الأسباب الشائعة ؛ حتى يمكن الاعتماد على نظام ذي وثوقية واحدة (جزئي) أحادي القناة نسبياً، يمكن الاعتماد عليه بدرجة عالية على مستوى النظام (حتى الوثوقية الحرجة للبعثات) . لا داعي لاختبار الوثوقية لهذا الغرض. بالاقتران مع التكرار، فإن استخدام التصاميم أو عمليات التصنيع غير المتشابهة (على سبيل المثال عبر موردين مختلفين من الأجزاء المماثلة) للقنوات الفردية المستقلة، يمكن أن يوفر حساسية أقل لقضايا الجودة (مثل فشل الطفولة المبكرة في مورد واحد)، مما يسمح بتحقيق مستويات عالية جدًا من الوثوقية في جميع لحظات دورة التطوير (من الحياة المبكرة إلى المدى الطويل) . يمكن تطبيق التكرار أيضًا في هندسة الأنظمة من خلال التحقق من المتطلبات والبيانات والتصاميم والحسابات والبرامج والاختبارات للتغلب على الفشل النظامي. وهناك طريقة أخرى فعالة للتعامل مع قضايا الوثوقية تتمثل في إجراء تحليل يتوقع حدوث تدهور، مما يتيح الوقاية من أحداث / أعطال التوقف غير المجدولة. يمكن استخدام برامج (صيانة مركزية الوثوقية) لهذا الغرض.
فيزياء النهج القائم على الفشل.
بالنسبة للتجمعات الإلكترونية، كان هناك تحول متزايد نحو نهج مختلف يسمى فيزياء الفشل. تعتمد هذه التقنية على فهم آليات الفشل الثابتة والديناميكية. وهي تفسر التباين في الحمل والقوة والجهد الذي يؤدي إلى الفشل مع مستوى عالٍ من التفصيل، مع إمكانية استخدام برامج برمجية طريقة حديثة للعناصر المحدودة (FEM) التي يمكنها التعامل مع الهندسة والآليات المعقدة مثل الزحف والاسترخاء الإجهاد.، التعب، والتصميم الاحتمالي (مونت كارلو طرق / وزارة الطاقة). يمكن إعادة تصميم المادة أو المكون لتقليل احتمال الفشل ولجعله أكثر قوة ضد مثل هذه الاختلافات. ومن أساليب التصميم الشائعة الأخرى تحديد المكونات: أي اختيار المكونات التي تتجاوز مواصفاتها بشكل كبير مستويات الإجهاد المتوقعة، مثل استخدام الأسلاك الكهربائية ذات المقياس الأثقل مما يمكن تحديده عادة للتيار الكهربائي المتوقع.
الأدوات والتقنيات الشائعة.
العديد من المهام والتقنيات والتحليلات المستخدمة في هندسة الوثوقية محددة لصناعات وتطبيقات معينة، ولكن يمكن أن تشمل عادةً:
فيزياء الفشل
اختبار ذاتي مدمج (تحليل قابلية الاختبار)
حالة الفشل وتحليل التاثيرات
تحليل مخاطر الاعتمادية
تحليل كتلة وثوقية الرسم البياني
تحليل كتلة الرسم البياني للاعتمادية الديناميكية
تحليل شجرة الصدع
تحليل السبب الجذري
الهندسة الإحصائية، تصميم التجارب
تحليل الدائرة التسلل
اختبار معجل
تحليل نمو الاعتمادية (اعتمادية نشطة)
تحليل Weibull (لاختبار أو اعتمادية "إعادة النشاط" بشكل أساسي)
التحليل الحراري عن طريق تحليل العناصر المحددة و / أو القياس
تحليل الإجهاد المستحث بالحرارة والصدمة والاهتزاز بواسطة FEA و / أو القياس
التحليل الكهرومغناطيسي
تجنب نقطة واحدة للفشل (SPOF)
التحليل الوظيفي وتحليل الفشل الوظيفي
الصيانة التنبؤية والوقائية: تحليل الصيانة التي تركز على الاعتمادية (RCM)
تحليل قابلية الاختبار
تحليل تشخيص الفشل (عادةً ما يتم تضمينه أيضًا في FMEA)
تحليل الأخطاء البشرية
تحليل المخاطر التشغيلية
تحسين الصيانة الوقائية / المخطط (PMO)
الفحص اليدوي
دعم لوجستي متكامل
يتم تقديم نتائج من هذه الأساليب أثناء استعراض تصميم الجزء أو النظام، والخدمات اللوجستية. الوثوقية هي مجرد شرط واحد من بين العديد من أجل جزء أو نظام معقد. تستخدم دراسات المقايضة الهندسية لتحديد التوازن الأمثل بين متطلبات الوثوقية والقيود الأخرى.
أهمية اللغة.
يعتمد مهندسون الوثوقية، سواء باستخدام أساليب كمية أو نوعية لوصف فشل أو خطر، على اللغة لتحديد المخاطر وتمكينها من حل المشكلات. يجب أن تساعد اللغة المستخدمة في إنشاء وصف منظم للوظيفة / البند / النظام ومحيطه المعقد من حيث صلته بفشل هذه الوظائف / العناصر / الأنظمة. هندسة الأنظمة تدور حول إيجاد الكلمات الصحيحة لوصف المشكلة (والمخاطر ذات الصلة)، بحيث يمكن حلها بسهولة عن طريق الحلول الهندسية. قال جاك رينج إن وظيفة مهندس الأنظمة هي "لغة المشروع". لفشل جزء / النظام، يجب على مهندسي الاعتمادية التركيز أكثر على "لماذا وكيف"، بدلا من أن التنبؤ "متى". إن فهم "لماذا" حدث فشل (على سبيل المثال بسبب المكونات أو مشاكل التصنيع المحمومة) من المرجح أن يؤدي إلى تحسين التصميمات والعمليات المستخدمة من قياس "متى" من المرجح أن يحدث فشل. للقيام بذلك، يجب أولاً تصنيف مخاطر الاعتمادية المتعلقة بالجزء / النظام وترتيبها (على أساس نوع من المنطق الكمي والكيفي إن أمكن) للسماح بتقييم فعال وفوري. يتم ذلك جزئيا في لغة نقية ومنطق الافتراض، ولكن أيضا على أساس الخبرة مع العناصر المماثلة. يمكن على سبيل المثال مشاهدة هذا في وصف الأحداث في تحليل شجرة الأخطاء والأخطار (التتبع). من هذا المنطلق، تلعب اللغة والقواعد السليمة (جزء من التحليل النوعي) دورًا مهمًا في هندسة الوثوقية، تمامًا كما تفعل في هندسة الأمان أو بشكل عام في هندسة الأنظمة.
يمكن أن يكون الاستخدام الصحيح للغة أيضًا مفتاحًا لتحديد أو تقليل مخاطر الأخطاء البشرية، والتي غالبًا ما تكون السبب الرئيسي للعديد من حالات الفشل. يمكن أن يتضمن ذلك تعليمات مناسبة في أدلة الصيانة، وكتيبات التشغيل، وإجراءات الطوارئ، وغيرها من الأخطاء البشرية المنتظمة التي قد تؤدي إلى فشل النظام. يجب أن يتم كتابتها بواسطة مؤلفين فنيين مدربين أو ذوي خبرة باستخدام ما يسمى الإنجليزية المبسطة أو الإنجليزية التقنية المبسطة، حيث يتم اختيار الكلمات والهيكل على وجه التحديد ويتم إنشاؤها بهدف الحد من الغموض أو خطر الارتباك (على سبيل المثال "استبدال الجزء القديم" يمكن أن يكون غامضًا الرجوع إلى مبادلة جزء مهترئ بجزء غير مهترئ، أو استبدال جزء بواحد باستخدام تصميم أكثر حداثة وأمل تحسينه).
تصميم هندسة الوثوقية.
تصميم هندسة الوثوقية هي عملية توقع أو فهم وثوقية مكون أو نظام قبل تنفيذه. هناك نوعان من التحاليل التي تستخدم في الغالب لنمذجة سلوك التوافر الكامل للنظام (بما في ذلك الآثار الناجمة عن مسائل اللوجيستيات مثل توفير قطع الغيار والنقل والقوى العاملة). على مستوى المكونات، يمكن استخدام نفس أنواع التحليلات مع الآخرين. يمكن أن تأتي مدخلات النماذج من مصادر عديدة بما في ذلك الاختبار ؛ خبرة عملية سابقة بيانات خاطئه؛ فضلا عن كتيبات البيانات من الصناعات المماثلة أو ذات الصلة. بغض النظر عن المصدر، يجب استخدام جميع بيانات المدخلات النموذجية بحذر شديد، لأن التنبؤات تكون صالحة فقط في الحالات التي يتم فيها استخدام نفس المنتج في نفس السياق. على هذا النحو، غالباً ما تستخدم التنبؤات فقط للمساعدة في مقارنة البدائل.
بالنسبة للتنبؤات على مستوى الجزء، هناك مجالان منفصلان للتحقيق شائعان:
يستخدم فيزياء نهج الفشل فهم لآليات الفشل المادية المعنية، مثل انتشار الشقوق الميكانيكية أو تدهور أو فشل التآكل الكيميائي
يُعد نهج نمذجة ضغط األجزاء طريقة تجريبية للتنبؤ تستند إلى حساب عدد ونوع مكونات النظام والضغط الذي يتعرض له أثناء التشغيل.
تعتبر وثوقية البرامج مجالًا أكثر تحديًا ويجب أخذها في الاعتبار عندما يوفر رمز الكمبيوتر مكونًا كبيرًا من وظائف النظام.
نظرية الوثوقية.
تُعرّف الوثوقية على أنها احتمال أن يقوم الجهاز بأداء وظيفته المقصودة خلال فترة زمنية محددة وفقًا للشروط المحددة. رياضياً، قد يتم التعبير عن ذلك
هناك بعض العناصر الأساسية لهذا التعريف:
تعتمد الوثوقية على "الوظيفة المقصودة:" بشكل عام، يتم أخذ هذا للإشارة إلى التشغيل بدون فشل. ومع ذلك، حتى في حالة عدم فشل أي جزء فردي من النظام، ولكن النظام ككل لا يقوم بما هو مقصود، فإنه لا يزال يتم فرضه على وثوقية النظام. مواصفات متطلبات النظام هي المعيار الذي يتم قياس مدى موثوقيته
تنطبق الوثوقية على فترة زمنية محددة. من الناحية العملية، هذا يعني أن النظام لديه فرصة محددة أنه سيعمل بدون فشل قبل الوقت. تضمن هندسة الوثوقية أن المكونات والمواد ستفي بالمتطلبات خلال الوقت المحدد. لاحظ أنه قد يتم أحيانًا استخدام وحدات غير الوقت (مثل "مهمة" أو "دورات تشغيل")
تقتصر الاعتمادية على التشغيل تحت ظروف محددة (أو محددة بشكل واضح). هذا القيد ضروري لأنه من المستحيل تصميم نظام لظروف غير محدودة. سيحظى المريخ روفر بشروط محددة مختلفة عن السيارة العائلية. يجب معالجة بيئة التشغيل أثناء التصميم والاختبار. قد تكون هناك حاجة إلى نفس المسبار للعمل في ظروف مختلفة تتطلب مزيدًا من التدقيق
معلمات وثوقية النظام — نظرية.
يتم تحديد المتطلبات الكمية باستخدام معايير الوثوقية. معلمة الوثوقية الأكثر شيوعًا هي متوسط وقت الفشل (MTTF)، والذي يمكن أيضًا تحديده كمعدل فشل (يتم التعبير عنه على أنه تردد أو دالة كثافة احتمال شرطية (PDF)) أو عدد مرات الفشل خلال فترة معينة. قد تكون هذه المعلمات مفيدة لمستويات النظام الأعلى والأنظمة التي يتم تشغيلها بشكل متكرر (أي المركبات والآلات والمعدات الإلكترونية.).
في حالات أخرى، يتم تحديد الاعتمادية كاحتمال نجاح المهمة. على سبيل المثال، يمكن تحديد وثوقية رحلة طيران مجدولة باعتبارها احتمالية بلا أبعاد أو نسبة مئوية، كما هو معتاد في هندسة أمان النظام.
حالة خاصة من نجاح المهمة هي جهاز أو نظام واحد بالرصاص. هذه هي أجهزة أو أنظمة تظل ساكنة نسبياً وتعمل مرة واحدة فقط. وتشمل أمثلة ذلك، وسائد هوائية للسيارات وبطاريات حرارية وصواريخ. يتم تحديد وثوقية اللقطة الواحدة كاحتمال نجاح لمرة واحدة أو يتم تضمينها في معلمة ذات صلة. يمكن تحديد وثوقية القذائف أحادية الطلقة كمتطلب لاحتمال الضربة.
بالنسبة للأنظمة القابلة للإصلاح، يتم الحصول عليها من معدل الفشل والوقت المعتاد للإصلاح وفاصل الاختبار. قد لا يكون هذا الإجراء فريدًا بالنسبة إلى نظام معين لأن هذا الإجراء يعتمد على نوع الطلب. بالإضافة إلى متطلبات مستوى النظام، يمكن تحديد متطلبات الوثوقية للأنظمة الفرعية الهامة. في معظم الحالات، يتم تحديد معلمات الوثوقية مع فترات الثقة الإحصائية المناسبة.
اختبار الوثوقية.
الغرض من اختبار الوثوقية هو اكتشاف المشاكل المحتملة في التصميم في أقرب وقت ممكن، وفي نهاية المطاف، توفير الثقة بأن النظام يلبي متطلبات الوثوقية الخاصة به.
يمكن إجراء اختبار الوثوقية على عدة مستويات وهناك أنواع مختلفة من الاختبارات. قد يتم اختبار الأنظمة المعقدة على مستوى المكونات، لوحة الدائرة، الوحدة، التركيب، النظام الفرعي ومستويات النظام. (تختلف تسمية مستوى الاختبار بين التطبيقات). على سبيل المثال، إجراء اختبارات فحص الإجهاد البيئي عند المستويات الأدنى، مثل أجزاء القطع أو التجميعات الصغيرة، مشكلات المصيد قبل أن تتسبب في حالات فشل في مستويات أعلى. اختبار العائدات خلال كل مستوى من التكامل من خلال اختبار النظام الكامل، واختبار التطوير، واختبار التشغيل، وبالتالي تقليل مخاطر البرنامج. ومع ذلك، لا يخفف الاختبار من المخاطر غير الموثوق بها.
مع كل اختبار يمكن إجراء كل من النوع الإحصائي 1 والخطأ 2 ويعتمد على حجم العينة ووقت الاختبار والافتراضات ونسبة التمييز المطلوبة. هناك خطر من قبول تصميم غير صحيح بشكل خاطئ (خطأ من النوع 1) وخطر رفض التصميم الجيد بشكل خاطئ (خطأ من النوع2 )
ليس من الممكن دائمًا اختبار جميع متطلبات النظام. بعض الأنظمة باهظة التكلفة للاختبار ؛ قد يستغرق بعض أوضاع الفشل سنوات للملاحظة ؛ بعض التفاعلات المعقدة تؤدي إلى عدد كبير من حالات الاختبار الممكنة ؛ وتتطلب بعض الاختبارات استخدام نطاقات اختبار محدودة أو موارد أخرى. في مثل هذه الحالات، يمكن استخدام طرق مختلفة للاختبار، مثل اختبار الحياة المعجل (عالي) وتصميم التجارب وعمليات المحاكاة.
المستوى المطلوب من الثقة الإحصائية يلعب أيضًا دورًا في اختبار الوثوقية. يتم زيادة الثقة الإحصائية عن طريق زيادة وقت الاختبار أو عدد العناصر التي تم اختبارها. تم تصميم خطط اختبار الوثوقية لتحقيق الاعتمادية المحددة على مستوى الثقة المحدد مع الحد الأدنى لعدد وحدات الاختبار ووقت الاختبار. تؤدي خطط الاختبار المختلفة إلى مستويات مختلفة من المخاطر للمنتج والمستهلك. تؤثر الوثوقية المرغوبة والثقة الإحصائية ومستويات الخطر لكل جانب على خطة الاختبار النهائية. يجب أن يوافق العميل والمطور مقدمًا على كيفية اختبار متطلبات الوثوقية.
يتمثل أحد الجوانب الرئيسية لاختبار الوثوقية في تعريف "الفشل". على الرغم من أن هذا قد يبدو واضحا، إلا أن هناك العديد من الحالات التي لا يكون فيها من الواضح ما إذا كان الفشل هو خطأ النظام. تؤدي الاختلافات في ظروف الاختبار، واختلافات المشغل، وحالة الطقس، وغير المتوقعة إلى حدوث اختلافات بين العميل ومطور النظام. تتمثل إحدى الإستراتيجيات لمعالجة هذه المشكلة في استخدام عملية تسجيل النقاط. يشتمل مؤتمر تسجيل النقاط على ممثلين من العميل، والمطور، ومؤسسة الاختبار، ومنظمة الوثوقية، وأحيانًا مراقبون مستقلون. يتم تعريف عملية تسجيل النقاط في بيان العمل. تعتبر كل حالة اختبار من قبل المجموعة و "يحرز" النجاح أو الفشل. هذا هو النتيجة الرسمية المستخدمة من قبل مهندس الوثوقية.
كجزء من مرحلة المتطلبات، يقوم مهندس الوثوقية بتطوير استراتيجية اختبار مع العميل. تجعل إستراتيجية الاختبار المفاضلات بين احتياجات منظمة الوثوقية، التي تريد أكبر قدر ممكن من البيانات، والقيود مثل التكلفة والجدول الزمني والموارد المتاحة. يتم تطوير خطط الاختبار والإجراءات لكل اختبار الوثوقية، ويتم توثيق النتائج.
اختبار الوثوقية أمر شائع في صناعة الضوئيات. أمثلة على اختبارات الوثوقية من أشعة الليزر هي اختبار الحياة والحرق. تتكون هذه الاختبارات من الشيخوخة المتسارعة للغاية، تحت ظروف خاضعة للرقابة، لمجموعة من الليزر. يتم استخدام البيانات التي تم جمعها من اختبارات الحياة هذه للتنبؤ بالعمر المتوقع للليزر تحت خصائص التشغيل المقصودة.
متطلبات اختبار الوثوقية.
يمكن أن تتبع متطلبات اختبار الوثوقية من أي تحليل يجب أن يكون مبررًا له التقدير الأول لاحتمال الفشل أو وضع الفشل أو التأثير. يمكن توليد الأدلة بمستوى معين من الثقة عن طريق الاختبار. اختبار متطلبات الاعتمادية صعب حله لعدة أسباب. إن الاختبار الوحيد في معظم الحالات غير كافٍ لتوليد بيانات إحصائية كافية. عادةً ما تكون الاختبارات المتعددة أو الاختبارات طويلة المدة باهظة الثمن. بعض الاختبارات ببساطة غير عملية حيث يكون من الصعب التنبؤ بالظروف البيئية.
ويؤثر الجمع بين مستوى الوثوقية المطلوب ومستوى الثقة المطلوب بشكل كبير على تكلفة التطوير والمخاطر على كل من العميل والمنتج. هناك حاجة للرعاية لاختيار أفضل مجموعة من المتطلبات. يمكن إجراء اختبار الوثوقية على مستويات مختلفة، مثل المكون والنظام الفرعي والنظام. كذلك، يجب معالجة العديد من العوامل أثناء الاختبار والتشغيل، مثل درجة الحرارة والرطوبة الشديدة، أو الصدمة، أو الاهتزاز، أو العوامل البيئية الأخرى (مثل فقدان الإشارة أو التبريد أو الطاقة ؛ أو غيرها من الكوارث مثل النار والفيضانات والحرارة المفرطة أو انتهاكات أمنية أو أشكال أخرى لا حصر لها من الضرر أو التدهور). بالنسبة للأنظمة التي يجب أن تدوم لسنوات عديدة، قد تكون هناك حاجة إلى اختبارات حياة معجلة.
الاختبار المعجل.
الغرض من اختبار الحياة المعجل (اختبار ALT) هو حث الفشل الميداني في المختبر بمعدل أسرع بكثير من خلال توفير بيئة أكثر قساوة، ولكن مع ذلك تمثيلية. في مثل هذا الاختبار، من المتوقع أن يفشل المنتج في المختبر تمامًا كما كان سيخفق في هذا المجال - ولكن في وقت أقل بكثير. الهدف الرئيسي للاختبار المتسارع هو واحد مما يلي:
• اكتشاف وسائل الفشل
• التنبؤ بالحياة الميدانية العادية من خلال اختبار الإجهاد العالي
يمكن تقسيم برنامج الاختبار المعجل إلى الخطوات التالية:
• تحديد الهدف ونطاق الاختبار
• جمع المعلومات المطلوبة عن المنتج
• تحديد الإجهاد (ات)
• تحديد مستوى التوتر (ات)
• إجراء اختبار سريع وتحليل البيانات التي تم جمعها.
وثوقية البرمجيات.
تعد وثوقية البرمجيات جانبًا خاصًا من هندسة الوثوقية. منذ الاستخدام الواسع النطاق لتكنولوجيا الدوائر الرقمية المتكاملة، أصبحت البرامج جزءًا هامًا بشكل متزايد لمعظم الإلكترونيات، وبالتالي، تقريبًا جميع أنظمة اليوم الحالية.
هناك اختلافات كبيرة في كيفية سلوك البرامج والأجهزة. معظم اسباب فشل الأجهزة هي نتيجة لمكون أو مادة. إصلاح أو استبدال مكونات الأجهزة يعيد النظام إلى حالته الأصلية. ومع ذلك، لا يفشل البرنامج بنفس الطريقة التي تفشل بها الأجهزة. وبدلاً من ذلك، فإن عدم وثوقية البرامج هو نتيجة لنتائج غير متوقعة لعمليات البرامج.
على الرغم من هذا الاختلاف في مصدر الفشل بين البرامج والأجهزة، فقد تم اقتراح العديد من نماذج الاعتمادية للبرامج المستندة إلى الإحصائيات لقياس ما نعاني منه مع البرامج: حيث يتم تشغيل البرنامج الأطول، كلما زادت احتمالية استخدامه في نهاية الأمر في نظام غير مجرب. بطريقة ما وتعرض عيب كامن ينتج عنه فشل.(Shooman 1987), (Musa 2005), (Denney 2005).
تعتمد وثوقية البرمجيات على المتطلبات الجيدة والتصميم والتنفيذ. تعتمد هندسة اعتمادية البرامج بشكل كبير على عملية هندسة برمجية منضبطة للتنبؤ والتصميم ضد النتائج غير المقصودة. تعد خطة تطوير البرامج الجيدة أحد الجوانب الرئيسية لبرنامج وثوقية البرامج. تصف خطة تطوير البرمجيات معايير التصميم والترميز، ومراجعات النظراء، واختبارات الوحدة، وإدارة التهيئة، ومقاييس البرامج، ونماذج البرمجيات التي ستستخدم أثناء تطوير البرمجيات.
يعتبر الاختبار أكثر أهمية للبرامج من الأجهزة. حتى أفضل عملية تطوير برمجية تنتج بعض أخطاء البرمجيات التي لا يمكن اكتشافها حتى يتم اختبارها. كما هو الحال مع الأجهزة، يتم اختبار البرنامج على عدة مستويات، بدءاً بالوحدات الفردية، من خلال التكامل واختبار النظام الكامل. من غير المستحسن تخطي مستويات اختبار البرامج. أثناء جميع مراحل الاختبار، يتم اكتشاف أخطاء البرامج وتصحيحها وإعادة اختبارها. يتم تحديث تقديرات الوثوقية استنادًا إلى كثافة الأعطال والمقاييس الأخرى. على مستوى النظام، يمكن جمع بيانات متوسط الوقت بين الفشل واستخدامها لتقدير الوثوقية. على عكس الأجهزة، فإن إجراء نفس الاختبار بالضبط على نفس تكوين البرنامج نفسه لا يوفر ثقة إحصائية متزايدة. بدلاً من ذلك، تستخدم وثوقية البرامج مقاييس مختلفة، مثل تغطية الكود.
في نهاية المطاف، يتم دمج البرنامج مع الأجهزة في نظام المستوى الأعلى، ووثوقية البرامج تندرج تحت وثوقية النظام. إن نموذج نضج قدرات معهد هندسة البرمجيات هو وسيلة شائعة لتقييم العملية الكلية لتطوير البرمجيات لأغراض الوثوقية والجودة.
مقارنة مع هندسة السلامة.
تهتم هندسة الاعتمادية بالتقليل الإجمالي من حالات الفشل التي يمكن أن تؤدي إلى خسائر مالية للكيان المسؤول، في حين تركز هندسة الأمان على تقليل مجموعة محددة من أنواع الفشل التي يمكن أن تؤدي بشكل عام إلى قضايا واسعة النطاق خارج نطاق الكيان المسؤول.
يمكن أن تتحول مخاطر الاعتمادية إلى حوادث تؤدي إلى خسارة في الإيرادات للشركة أو العميل، على سبيل المثال بسبب التكاليف المباشرة وغير المباشرة المرتبطة بفقدان الإنتاج بسبب عدم توفر النظام ؛ مطالب عالية أو منخفضة غير متوقعة لقطع الغيار. تكاليف الإصلاح؛ ساعات العمل؛ إعادة التصاميم؛ الانقطاعات في الإنتاج الطبيعي إلخ.
غالبًا ما تكون هندسة الأمان محددة للغاية، وتتعلق فقط بصناعات أو تطبيقات أو مناطق معينة محكمة التنظيم. ويركز في المقام الأول على مخاطر سلامة النظام التي يمكن أن تؤدي إلى حوادث خطيرة بما في ذلك: فقدان الحياة؛ تدمير المعدات أو أضرار بيئية؛ على هذا النحو، غالباً ما تكون متطلبات الوثوقية الوظيفية للنظام ذات الصلة عالية للغاية. على الرغم من أنها تتعامل مع حالات الفشل غير المرغوب فيها بنفس المعنى مثل هندسة الوثوقية، إلا أنها، مع ذلك، لديها تركيز أقل على التكاليف المباشرة، ولا تهتم بإجراءات الإصلاح بعد الفشل. وهناك فرق آخر هو مستوى تأثير الفشل على المجتمع، مما يؤدي إلى ميل للسيطرة الصارمة من قبل الحكومات أو الهيئات التنظيمية (مثل صناعات الطاقة النووية والفضائية والدفاع والسكك الحديدية والنفط).
يمكن أن يؤدي ذلك أحيانًا إلى هندسة هندسة الأمان والوثوقية التي لديها متطلبات متناقضة أو اختيارات متضاربة على مستوى بنية النظام [بحاجة لمصدر] على سبيل المثال، في أنظمة التحكم في إشارات القطارات، من الشائع استخدام مفهوم تصميم نظام "الفشل الآمن". في هذا المثال، يحتاج الفشل في الجانب الخاطئ إلى معدل فشل منخفض للغاية لأن مثل هذه الإخفاقات يمكن أن تؤدي إلى مثل هذه التأثيرات الشديدة، مثل الاصطدامات الأمامية في قطارين، حيث يؤدي فشل الإشارة الخضراء إلى إرسال قطارين قادمين على نفس السكة. يجب أن تكون هذه الأنظمة (ولحسن الحظ) مصممة بطريقة تؤدي إلى أن الغالبية العظمى من حالات الفشل (مثل فقدان الإشارات المؤقتة أو الكلية أو الاتصالات المفتوحة للمرحلات) سوف تولد أضواء حمراء لجميع القطارات. هذه هي الحالة الآمنة. هذا يعني في حالة الفشل، يتم إيقاف جميع القطارات على الفور. قد يؤدي هذا المنطق الآمن من الفشل، للأسف، إلى خفض وثوقية النظام. والسبب في ذلك هو ارتفاع خطر التعرض للتعثر المزيف، حيث إن أي فشل سواء كان مؤقتًا أم لا قد يؤدي إلى حدوث حالة إغلاق آمنة - لكنها مكلفة -. يمكن تطبيق حلول مختلفة لمشكلات مماثلة. انظر قسم التسامح مع الخطأ أدناه.
التسامح مع الخطأ.
يمكن زيادة الوثوقية باستخدام (1 من أصل 2) تكرار على مستوى جزء أو نظام. ومع ذلك، إذا كان كلاهما عناصر متكررة لا يمكن أن يكون من الصعب معرفة ما هو الاعتماد عليه. في مثال الإشارة السابقة على القطارات، يمكن أن يؤدي ذلك إلى انخفاض مستويات السلامة، حيث هناك المزيد من الاحتمالات للسماح "بالجانب الخاطئ" أو غيرها من حالات الفشل الخطيرة غير المكتشفة. غالباً ما تعتمد الأنظمة التي تتحمل الأخطاء على التكرار الإضافي حيث يجب أن تتفق عناصر متعددة متكررة على إجراء غير محتمل قبل القيام به. وهذا يزيد من كل من الوثوقية والسلامة على مستوى النظام، وكثيراً ما يستخدم في الأنظمة المسماة "التشغيلية" أو "المهمة". هذه ممارسة شائعة في أنظمة الفضاء الجوي التي تحتاج إلى إتاحة مستمرة وليس لديها نمط آمن من الفشل. على سبيل المثال، يمكن للطائرات استخدام التكرار الثلاثي المعياري للحواسيب الطائرة وأسطح التحكم (بما في ذلك أنماط التشغيل المختلفة في بعض الأحيان مثل الكهربائية / الميكانيكية / الهيدروليكية) حيث يجب أن تكون هذه الأجهزة جاهزة للعمل دائمًا، نظرًا لعدم وجود مواقع افتراضية "آمنة" بالنسبة لأسطح التحكم مثل الدفة أو الجُنيحات عندما تطير الطائرة.
الوثوقية الأساسية ووثوقية المهمة (التشغيلية).