工业工程常用工具软件管理系统中文.docVIP

本科毕业论文外文翻译 外文译文题目： 面向课程学习系统的关键软件 Towards a lessons learned system for critical software J. Andrade, R. Garcia, J. Pazos, S. Rodriguez, A. Rodriguez-Paton, A. Silva Reliability Engineering and System Safety 92（2007）902-907 面向课程学习系统的理安德雷德加西亚理帕索斯罗德里格斯 甲罗德里格斯-佩顿甲席尔瓦可靠性工程和系统安全 摘 要 失败是任何一个工程学科前进的主要驱动软件工程也不例外但只有失败是有益的在这篇文章里我们的目标教训系统软件安全性做出强烈辩护并提出要我们还提出了一种系统原型包含许多特点我们强调除了个别的教训系统应该针对工业界乃至软件工程我们鼓励软件工程使用这种系统作为另一种工具箱工具它其他办法补充或提高例如标准和清单 关键词：软件安全软件事故报告知识管理教训系统摘要 1 1.绪论 3 2．在软件工程中为留住人才和经验而回顾所采用的策略 3 3．经验吸取系统的基本要求 4 3．1．经验吸取的必要条件 4 3．2．经验吸取系统的要求 4 4．为经验吸取系统提出的安全评价框架 5 4．1．通用描述 5 4．2．具体描述 6 5．一个经验吸取系统的原形 7 5．1．发布: 替代性讨论 7 5．2．被动传播 7 5．3．主动传播 8 6．结论 9 参考文献： 10 1.绪论 日益复杂的系统更依赖于软件以行基本职能从飞机车核反应堆与安全相关的功能依靠软件目前阶段的一个大问题是软件工程仍然被视为不成熟的[ 1-5 ]。鉴于此在过去发生软件相关的意外是不足为奇的很可能在不久的将来[ 6-11 ]。 从积极方面看每一个失败的每一个事故如果得到适当的分析和宣传是一个学习机会比如在[12]事实上根据Henry Petroski的历史分析工失败多于成功[13]吸取过去的经验尤其是从失败是任何一个工程学科成熟的必要条件鉴于此我们的目标是在这个文件这个问题注意在同一时间有足够的所谓[15]来处理这个问题部署系统是一个极其复杂的任务涉及到解决以下几个关键问题: (1)引进机制以保证利益的充分参与[16]为了实现文化的交流与合作(2)可能为利益交换隐性知识而不其地点或时间的相互作用[17]例如黄色页面系统(3)企业内存的定义支持的代表性形式化明确指定的有关知识[18]本文便是针对这点即定义定制一个很具体的领域:软件的发展本文结构如下第2示了已经软件工程了的和经验教训不同战略第3要求每一个教( LL )和要特别是对案软件相关的安全系统在第4我们示了我们建议的代表正式的第所提出的框架发展的原型系统最后第6了一些结论在软件工程为留住人才和回顾所采用的策略如今很多意外软件工程民其中最常用和重要媒体发布有关软件意外是comp.risks论坛( )近20年来comp.risks论坛主持人Peter G. Neumann(电脑及公共政策委员会) 对以计算机为基础的系统相关风险提供了宝贵的资料然而论坛汲取经验效率的做法正如下面取自comp.risks的例子在第一张笔者一个报道得出但这个教训是人非正式的他或她不是一个工程师二张一宗致命交通意外的简短新闻说明但现实世界的工程远不完整基于这些原因我们建议使用的系统的目的指出其安全软件系统管理相关经验潜在适用性在这方面值得注意的能从不同群体:一个组织(通常的情况)社会实践如软件工程或特定的工业部门(保健等)安全性或安全相关软件特定情况下社区很重要这是comp.risks存在原因之一:软件工程提供一些软件技术的问题在另一方面可能只是某一特定组织或行业但是它也可能非特定行业的利益在本文中我们将注意这一点因为可以其他组织再在同一行业或相同的利益[15]基本要求原来,被设想为指示建议检查等一个特殊的情况正确的或错误的事今天这一概念已经形成主要是因为该机构想要其业绩采用接受标准基础这需要引起正式界定什么即所要求的任何资料项目(或一组项目)必须符合资格根据Weber等〔15〕从正面或负面的经验一大块知识这一大块知识必须具备的一些性质如有效性和目标是提高的学习能力以不断适应不断变化的环境增加其竞争[18]。 有鉴于此我们认为为了提醒本文安全相关是一个知识取自负面的经验建议最好的做事方式和/或停止类似的经验教训再发生从这个意义上讲必须:重要从某种意义上说它是适用于类似情况的有效从某种意义上说它必须准确地报告问题和可能的解决办法实践适用其目的在于提高整体安全业风险管理有一些资料重点放在根植于供应链风险但软件有非常