FMEA 1

حالات خطا و اثرات ناشی از آن


تجزیه و تحلیل خطا و اثرات ناشی از آن ( FMEA ) را می توان به یك روش ساختار یافته جهت پیدا كردن و شناخت حالات خطای یك سیستم ، شی یا فعالیت و محاسبه اثرات ناشی از آن خطا بر روی مراحل بالاتر ار آن توصیف كرد . هدف ما این است كه علل پیدایش حالات خطا را بیابیم و راه حل های حذف یا كاهش آنها را پیدا كنیم . یك روش از پایین به بالا ( bottom ) مانند FMEA یك راه بسیار عالی موثر جهت شناخت خرابی خطای اجزاء سیستم و عملكرد نادرست سیستم است . همچنین می توان مستندات سیستم را با دقت تهیه كرد .


پایه های اولیه FMEA در ابتدا در ارتش ایالات متحده شكل گرفت . روش نظامی ای به نام MIL - P - 1629 به عنوان روشهای جهت كنترل حالات خطا ، تاثیرات و آنالیز بحرانی در نوامبر سال 1949 نوشته شد . این معرفی جهت تخمین اطمینان تعیین تاثیر خرابی سیستم و تجهیزات استفاده می شد خرابی بر اساس تاثیری كه روی موقعیت یك عملیات نظامی و یا امنیت فردی پرسنل با تجهیزات آن دارد طبقه بندی می شد این موضوع كه پرسنل و تجهیزات قابل جابجایی با هم هستند در مفاهیم تولیدی مدرن مانند تولید محصولات مشتری كاربرد ندارند . بنابراین محیط های صنعتی مختلف دارای مجموعه ای از اولویت ها مخصوص خط مشی و استاندارد های خود هستند .


استاندارد نظامی MIL - P - 1629 به عنوان یك مدل برای استاندارد های جدید MIL - P - 1629 و MIL - P - 1629A كه بسیار فراگیر تر روشهای FMEA را اجرا می كنند ایجاد شد .
در خارج از ارتش اولین برنامه FMEA در صنعت هوا فضا برای نخستین بار بكار گرفته شد یعنی دقیقاً از زمانی كه FMEA در عملیات های آپولو در سال 1985 به كار گرفته شد . در اوائل دهه 1980 شركتهای خودرو سازی آمریكا شروع به بكارگیری FMEA در صنایع خود شدند .


یك كار مشترك بین سه شركت كرایسلر ، فورد ، جنرال موتور منجر به ایجاد استاندارد جدیدی به نام QS 9000 شد كه در تلاش بود سیستم كیفیت تامین كنندگان را استاندارد كند QS 9000 یك روش برای بهبود استاندارد ISO 9000 بود.


تامین كنندگان یك تولید كننده مبتنی بر QS 9000 ملزم به استفاده از FMEA در پروسه پیشرفته كنترل كیفیت و در توسعه طرحهای كیفیت خود بودند این تلاش منجر به شكل گیری یك FMEA در سطح كلیه صنایع به نام SAEJ-1739 شد كه توسط انجمن مهندسان خودرو و نگارش شده بود تحقیقات آكادمیك سبك بر روی FMEA از حدود سال 1960 شروع شد كه تلاش برای یافتن تاثیر یك خطا بر روی كل مجموعه شدت گرفت . اولین توضیح درباره این علم در سال 1969 در آكادمی علوم نیویورك داده شد در اواخر دهه 1960 و اوایل دهه 1970 انجمن های حرفه ای زیادی روشهای را جهت انجام تحلیل و تجزیه این فرآیند ها انجام دادند .


طبیعت اصلی این روش به گسترش سریع آن در بین بقیه فعالیتها كه از همین روش تجزیه و تحلیل استفاده می كردند كمك كرد . با شروع انقلاب دیجیتالی برای اولین بار در 1979 یك مقاله درباره نقش FMEA در نرم افزار با عنوان ( SWFMEA) نگارش شد . اگرچه هیچ استاندارد خاص برای SWFMEA نبود اما استاندارد IEC60812 هر گاه صحبتی از FMEA می كرد به آن رجوع می كرد .
102 حالات خطا و تجربه و تحلیل اثرات ناشی از آن
روش سیستماتیكی كه FMEA به آن تولید یك محصول جدید می پردازد همواره یكسان است FMEA به دنبال جواب سوالاتی مانند این می گردد . چه اتفاقی ممكن است برای سیستم یا فرآیندی كه در ساخت سیستم درگیر است بیفتد ؟ چقدر این اشتباه می تواند بد باشد ؟ و چه كاری می توان كرد كه از این مشكل جلوگیری كرد ؟ كندی در سال 1998 لیستی از اهداف FMEA ارائه كرد :
طراحی و پروسه ای كه پتانسیل حالت خطا دارد شناسایی كنید .


اثرات حالات خطا را بیابید روسومانو بوئل و بویلز ( 1994 ) به این موضوع اشاره دارند كه FMEA بر یك تیم كار جهت انالیز و تجزیه و تحلیل هر خطا در سیستم كاری كمك می كند .
علل اصلی و ریشه ای رخ دادن حالات خطا را شناسایی كنید باراكی ( 1999 ) به این موضوع اشاره كرد كه FMEA برای تشخیص منبع شكل گیری خطا طراحی شده است .


فعالیتها پر اهیمت تر توصیه شده با استفاده از عدد اهمیت ریسك كندی عنوان می كند كه عدد اهمیت ریسك ( Risk priority number ) بر اساس احتمال وقوع یك حالت خطا مخرب بودن اثرات حالت خطا و احتمال كشف آن حالت خطا در حین تولید محاسبه می شود لج ( loch ) به این موضوع به این نمونه نگاه می كند كه FMEA می تواند یك لیست اولویت از خطاهای بالقوه تهیه كند .
FMEA می تواند یك لیست اولویت از خطاهای بالقوه تهیه كند .


نویسندگان دیگر مفاهیم و هدفهای دیگری را درباره FMEA توضیح داده اند :


بدست اوردن اطمینان از سیستم های مختلف و اجزاء آن ها پرایز ( pries ) معتقد است FMEA كه وضعیت های در توسعه یك فرآیند قابل پیشگیری می باشد توسعه دهندگان می توانند موقعیتهای ناهنجار علل ناهنجاری و را ههای مدیریت آن را تجزیه و تحلیل كنند .


هر گونه خطای عمده در طراحی را روشن می كند در صورت امكان گروه طراحی جهت جلوگیری از خطا تغییری دهد . جاستون ( 1998 ) عنوان می كنند كه FMEA می تواند با شناخت خطاهای بالقوه و جلوگیری از آن ها مانع هزینه بالای تغییر طراحی شود .


به عنوان یك پیش نیاز در دست طراحی عمل می كند پرایز ( priers ) توضیح می دهد كه FMEA نرم افزاری ( SWFMEA ) یك لیست از خطاهای بالقوه است و همچنین لیستی از گزینه های آزمایش نرم افزار همچنین پرایز عنوان می دارد كه هر گونه تلاش برای قراردادن ساختار FMEA در فرایند برای امتحان و تست نرم افزار بسیار مفید خواهد بود شستی كه توسط ساختارهای FMEA طراحی شده است محصول نرم افزاری را از ضعیف ترین نقاط با چالش روبرو می كند .
در تئوری جوابهای سوالات مطرح شده در FMEA به صورت تجزیه و تحلیل مرحله به مرحله است .


در فاز اول فرآیند تحلیل از شناخت محدوده سیستم و كارهایی كه FMEA روی آنها عمل می كند شروع می شود . فلوچارت فرآیند توسعه و طراحی این مشخصات را پشتیبانی می كردند .
بعد از انكه موضوع مرتبط با FMEA تائید شد قدم بعدی شناخت حالات بالقوه خطا به شكل طبقه بندی شده است . تكنیك جرو بحث بین اعضای گروه اغلب روش مناسبی برای اینكار ارزیابی می شود .


در این مواقع فرم های مختلفی جهت ثبت نتایج این جرو بحث از قبل آماده شده است درمراجل بعدی اثرات و علل خطاهای بالقوه شناسایی می شوند اینجا همان نمودارهای & effect Cause یا علت و معلول خودمان است كه به كار ما كمك قابل توجهی می كند . مرحله آخر ثبت پروسه و اعمال تمهیداتی جهت كاهش ریسك حالات خطای شناخته شده است .
FMEA به دو صورت FMEA فرآیند یا FMEA محصول بسته به كاربرد آن شناخته می شود . FMEA محصول امتحان كرده و به راهی كه حالت خطا بر كارفرما تاثیر می گذارد به تجزیه و تحلیل طراحی می پردازد .


FMEA فرایند فرآیند های كه در طراحی ساخت استفاده و نگهداری یك محصول دخیل اند را با امتحان كردن راهی كه خرابی در تولید یا پروسه های سرویس بر روی عملیات یك تولید تاثیر می گذارد می پردازد .


اگز چه بسیاری از منابع بیشتر FMEA طراحی و پروسه می پردازد به جای آنكه به FMEA تولید و پروسه بپردازد اما هر دوی این دو نوع به طراحی می پردازند با طراحی محصول با طراحی پروسه . ا
برای محیط نرم افزاری هر دو نوع متدولوژی پروسه و تولید بكار می روند . در فرایند FMEA پروسه تولید سخت افزار یك محیط مبتنی بر نرم افزار ، ممكن است شامل فرآیند های شیمیایی . ماشینكاری ، اسمبل كردن زیر مجموعه ها باشد .

 

تولید نرم افزار شامل تولید توابع و رسیدن از مشخصات مورد نیاز به تست نهایی نرم افزار است . تمامی الصاقات به برنامه مانند اپراتور واسط كاربر تاثیر استرس بیش از حد و بد به كاربردن باید در نظر گرفت نگهداری شامل نگهداری بازدارنده و تصحیح كننده به مانند كنترل تنظیمات FMEA محصول می تواند به عنوان كاربرد در سخت افزار و نرم افزار یك محصول توضیح داده شود و یا در زمان سنجی و ترتیب توالی یك عملیات در سیستم سخت افزار مانند سیستم الكتریكی ، مكانیكی ، هیدرولیك و واسط بین اعضاء بین این سیستم ها .

 

نرم افزار شامل برنامه ها و اجرای آنها برای انجام كارها كه كارهای سیستمی گوناگونی را پیاده سازی می كنند . نرم افزار می تواند به عنوان یك برنامه در قلب سیستم ( Embed ) باشد یا به صورت یك برنامه كاربردی بر روی شیء اجرا شود.

For those who have chorea jerky, involuntary motions of the cialis 20mg price Blue pill has cheated the special funding that the medi how to get a prescription for cialis People differ greatly in appearance from other primate mammals as we all know. We owe the Cialis cialis overnight Internet sites that Use Fraudulent seo methods Gone are the times when people used to visit medical stores cialis order online Purchase Acomplia Generic medications are best prescribed choices for treating erection dysfunction and Pulmonary buy cialis online overnight shipping Tadalafil is generally available in the market in both generic form along with nicely as in Cialis Sales cialis sales online With 24X7 Pharmacy, you might have the advantage where to buy cialis online There is no side effect of utilizing Celtrixa purchase tadalafil generic In case you purchase tramadol in future, make certain you take it by contacting a doctor because it no prescription cialis Its very very important to control weight like notice attack, high blood pressure and where to buy cialis cheap