using fmea to improve so4ware reliability
play

Using FMEA to Improve So4ware Reliability Kraig Strong - - PowerPoint PPT Presentation

Using FMEA to Improve So4ware Reliability Kraig Strong - Tektronix What dont we like about (most) quality processes? They are Jme consuming


  1. Using ¡FMEA ¡to ¡Improve ¡So4ware ¡ Reliability ¡ Kraig ¡Strong ¡-­‑ ¡Tektronix ¡

  2. What ¡don’t ¡we ¡like ¡about ¡(most) ¡ quality ¡processes? ¡

  3. They ¡are ¡Jme ¡consuming ¡

  4. They ¡are ¡cumbersome ¡

  5. They ¡aren’t ¡flexible ¡

  6. Failure ¡Mode ¡and ¡Effects ¡ Analysis ¡

  7. Why ¡FMEA? ¡

  8. • Early ¡IdenJficaJon ¡of ¡Failures ¡ • Lightweight, ¡quick, ¡and ¡flexible ¡ • Well ¡Established ¡ • BeRer ¡Planning ¡and ¡Scheduling ¡ • Early ¡Test ¡Planning ¡ • Single ¡Worksheet ¡Summary ¡ • Requires ¡Minimal ¡Training ¡ • Drop ¡in ¡supplement ¡to ¡current ¡pracJces ¡

  9. Key ¡Elements ¡ • Not ¡intended ¡for ¡enJre ¡system. ¡ • Team ¡acJvity ¡with ¡one ¡or ¡more ¡meeJngs ¡ • Sub-­‑system ¡owner, ¡SW ¡lead, ¡QA, ¡and ¡domain ¡ expert(s) ¡involved. ¡ • FMEA ¡Worksheet ¡ • FMEA ¡Process ¡Steps ¡

  10. FMEA ¡Worksheet ¡

  11. Manufacturing ¡Process ¡FMEA ¡

  12. Work ¡ ¡ InstrucJons ¡

  13. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  14. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  15. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  16. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  17. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  18. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  19. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  20. How ¡Can ¡This ¡be ¡Translated ¡to ¡ So4ware? ¡

  21. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  22. FuncJon ¡Blocks ¡& ¡the ¡FuncJonal ¡ Block ¡Diagram ¡

  23. !

  24. FMEA ¡Steps ¡ • Define ¡Failure ¡Modes-­‑ ¡‘What ¡can ¡go ¡wrong ¡here?’ ¡ • Define ¡Effects ¡– ¡‘What ¡will ¡happen ¡then?’ ¡ • Describe ¡Targets ¡– ¡‘Who ¡will ¡suffer ¡from ¡failure?’ ¡ • Find ¡Root ¡Causes ¡– ¡‘Why ¡will ¡that ¡happen?’ ¡ • PrioriJze ¡the ¡Risks ¡– ¡‘What ¡is ¡the ¡severity?’ ¡ • Define ¡SoluJon ¡AcJons ¡– ¡‘How ¡can ¡this ¡be ¡prevented?’ ¡ • Describe ¡current ¡PrevenJon ¡and ¡DetecJon ¡methods ¡– ¡ ‘What ¡is ¡currently ¡being ¡done?’ ¡

  25. !

  26. FMEA ¡is ¡NOT ¡a ¡Code ¡Review ¡

  27. What ¡is ¡the ¡Best ¡Time ¡for ¡FMEA? ¡ • Earlier ¡the ¡beRer ¡ • Majority ¡of ¡requirements ¡need ¡to ¡be ¡defined ¡ – SoluJons ¡can ¡be ¡designed ¡in ¡HW ¡or ¡SW ¡ – Design, ¡Requirements, ¡and ¡DocumentaJon ¡bugs ¡ – Jump ¡start ¡on ¡test ¡planning ¡ – Flush ¡out ¡new ¡requirements ¡ • Can ¡be ¡performed ¡at ¡any ¡Jme, ¡but ¡less ¡ beneficial ¡

  28. Real ¡World ¡Results ¡– ¡DVM ¡Autorange ¡ • ClarificaJon ¡on ¡wording ¡required ¡in ¡SRS ¡ • Created ¡new ¡test ¡cases ¡ • New ¡communicaJon ¡channel ¡with ¡other ¡ subsystem ¡required. ¡

  29. The ¡Team’s ¡Thoughts ¡ • “It’s ¡nice ¡when ¡the ¡process ¡doesn’t ¡get ¡in ¡the ¡ way ¡of ¡improving ¡quality.” ¡ • “Well ¡worth ¡the ¡1.5 ¡hours ¡it ¡took ¡to ¡ complete.” ¡ • “It ¡didn’t ¡feel ¡like ¡a ¡formal ¡process. ¡It ¡felt ¡like ¡a ¡ casual ¡discussion ¡amongst ¡engineers.” ¡

  30. More ¡Real ¡World ¡Results ¡ • Checking ¡for ¡drive ¡full, ¡or ¡read-­‑only ¡ • Out ¡of ¡memory ¡(RAM). ¡ • Dealing ¡with ¡loss ¡of ¡internet ¡connecJon ¡ ¡

  31. Lessons ¡Learned ¡ • “What ¡if?” ¡thinking ¡ • AddiJonal ¡emphasis ¡on ¡quality ¡in ¡early ¡stages ¡ • Flexibility ¡to ¡solve ¡problems ¡in ¡HW ¡or ¡SW ¡ • Not ¡a ¡catch-­‑all ¡

  32. RecommendaJons ¡

Recommend


More recommend