计算机软件设计中的失效模式及影响分析

N. Ozarin
{"title":"计算机软件设计中的失效模式及影响分析","authors":"N. Ozarin","doi":"10.1109/RAMS.2004.1285448","DOIUrl":null,"url":null,"abstract":"Performing FMEA on computer software presents problems and challenges not found in FMEA of electronic hardware. Contractual directions are usually very limited or nonexistent, leaving the analyst to establish and tailor guidelines needed for a particular analysis. Where code is unavailable or off limits to the analysis, the FMEA is of limited usefulness but can still contribute to a more reliable system design. Unfortunately, many reliability analysts have more difficulty developing an approach to software analysis than doing it. An understanding of the software design process and a discussion of various approaches to software design FMEA is presented to make development of an appropriate approach and performance of the analysis itself easier to understand. Moving from the lowest level of analysis to the highest level typically from the method level to the module or package level - a FMEA becomes less accurate, less precise, and less informative, while the process becomes less difficult, less tedious, and less time-consuming. Moving from the lowest level of analysis to the highest also means a FMEA is based increasingly on the stated intent of the software designers and less on the actual product behavior. For any analysis above the code level, the analyst's conclusions about effects at each level is unfortunately be no better than the descriptions that the software designers provide.","PeriodicalId":270494,"journal":{"name":"Annual Symposium Reliability and Maintainability, 2004 - RAMS","volume":"81 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2004-08-24","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"25","resultStr":"{\"title\":\"Failure modes and effects analysis during design of computer software\",\"authors\":\"N. Ozarin\",\"doi\":\"10.1109/RAMS.2004.1285448\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"Performing FMEA on computer software presents problems and challenges not found in FMEA of electronic hardware. Contractual directions are usually very limited or nonexistent, leaving the analyst to establish and tailor guidelines needed for a particular analysis. Where code is unavailable or off limits to the analysis, the FMEA is of limited usefulness but can still contribute to a more reliable system design. Unfortunately, many reliability analysts have more difficulty developing an approach to software analysis than doing it. An understanding of the software design process and a discussion of various approaches to software design FMEA is presented to make development of an appropriate approach and performance of the analysis itself easier to understand. Moving from the lowest level of analysis to the highest level typically from the method level to the module or package level - a FMEA becomes less accurate, less precise, and less informative, while the process becomes less difficult, less tedious, and less time-consuming. Moving from the lowest level of analysis to the highest also means a FMEA is based increasingly on the stated intent of the software designers and less on the actual product behavior. For any analysis above the code level, the analyst's conclusions about effects at each level is unfortunately be no better than the descriptions that the software designers provide.\",\"PeriodicalId\":270494,\"journal\":{\"name\":\"Annual Symposium Reliability and Maintainability, 2004 - RAMS\",\"volume\":\"81 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2004-08-24\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"25\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Annual Symposium Reliability and Maintainability, 2004 - RAMS\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1109/RAMS.2004.1285448\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Annual Symposium Reliability and Maintainability, 2004 - RAMS","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/RAMS.2004.1285448","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 25

摘要

在计算机软件上执行FMEA会遇到电子硬件FMEA所没有的问题和挑战。合同指示通常非常有限或根本不存在,因此分析师需要为特定分析建立和定制所需的指导方针。在代码不可用或超出分析范围的情况下,FMEA的用处有限,但仍然可以为更可靠的系统设计做出贡献。不幸的是,许多可靠性分析人员在开发一种软件分析方法时遇到的困难比在实际操作时遇到的困难要多。对软件设计过程的理解和对软件设计FMEA的各种方法的讨论,使开发一种适当的方法和分析本身的性能更容易理解。从最低级别的分析到最高级别(通常是从方法级别到模块或包级别),FMEA变得不那么准确、不那么精确、信息更少,而过程变得不那么困难、不那么乏味、不那么耗时。从最低层次的分析到最高层次的分析也意味着FMEA越来越多地基于软件设计师所陈述的意图,而越来越少地基于实际的产品行为。对于代码级别以上的任何分析,分析人员关于每个级别上的影响的结论,不幸的是并不比软件设计人员提供的描述更好。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
Failure modes and effects analysis during design of computer software
Performing FMEA on computer software presents problems and challenges not found in FMEA of electronic hardware. Contractual directions are usually very limited or nonexistent, leaving the analyst to establish and tailor guidelines needed for a particular analysis. Where code is unavailable or off limits to the analysis, the FMEA is of limited usefulness but can still contribute to a more reliable system design. Unfortunately, many reliability analysts have more difficulty developing an approach to software analysis than doing it. An understanding of the software design process and a discussion of various approaches to software design FMEA is presented to make development of an appropriate approach and performance of the analysis itself easier to understand. Moving from the lowest level of analysis to the highest level typically from the method level to the module or package level - a FMEA becomes less accurate, less precise, and less informative, while the process becomes less difficult, less tedious, and less time-consuming. Moving from the lowest level of analysis to the highest also means a FMEA is based increasingly on the stated intent of the software designers and less on the actual product behavior. For any analysis above the code level, the analyst's conclusions about effects at each level is unfortunately be no better than the descriptions that the software designers provide.
求助全文
通过发布文献求助,成功后即可免费获取论文全文。 去求助
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:481959085
Book学术官方微信