《基于ISO26262的功能安全(精)/汽车创新与开发系列/汽车先进技术译丛》(德)薇拉・格布哈特,格哈德・M.里格 | PDF下载|ePub下载

创建

2024 年 11 月 9 日

查看

类别: 工业技术

基于ISO26262的功能安全(精)/汽车创新与开发系列/汽车先进技术译丛版权信息

出版社：机械工业出版社
出版时间：2021-04-01
ISBN：9787111675860
条形码：9787111675860 ; 978-7-111-67586-0

基于ISO26262的功能安全(精)/汽车创新与开发系列/汽车先进技术译丛本书特色

适读人群：汽车专业师生及汽车工程师、技术管理人员阅读使用【适读人群】《基于ISO26262的功能安全》的案例对读者应用ISO26262进行功能安全管理极具借鉴意义，适合汽车专业师生及汽车工程师、技术管理人员阅读使用。【图书特色】 1. 功能安全的重要性在行业内已经得到公认，但在实践中如何将ISO26262引入电子模块的开发流程，是一个难题。 2. 《基于ISO26262的功能安全》摒弃了对于标准的繁琐的描述，以一个虚拟的开发项目为例，翔实地将功能安全贯彻到项目中，相当于作者团队手把手一步一步地引导读者完成功能安全的工作流程。 3. 《基于ISO26262的功能安全》系统介绍了基于ISO26262功能安全的安全理念、团队组建、团队成员角色、具体项目、操作流程、技术手段、验证与确认计划、工作中产生的文档和工作产品、评审等内容，并在项目结束后进行了回顾。 4. 《基于ISO26262的功能安全》译者系德国某著名Tier1资深功能安全主管，参与多个项目的开发，具备丰富的功能安全知识和经验。

基于ISO26262的功能安全(精)/汽车创新与开发系列/汽车先进技术译丛内容简介

本书以一个虚拟项目Joy中的操纵杆传感器开发流程为例，系统介绍基于ISO 26262功能安全的安全理念、团队组建、团队成员角色、具体项目、操作流程、技术手段、验证与确认计划、工作中产生的文档和工作产品、评审等内容，并在项目结束后进行了回顾。本书结合具体项目，手把手引导读者进行功能安全管理方面的学习，把枯燥单调的功能安全标准具体化、形象化，书中的案例对读者应用ISO 26262进行功能安全管理极具借鉴意义，适合汽车专业师生及汽车工程师、技术管理人员阅读使用。

基于ISO26262的功能安全(精)/汽车创新与开发系列/汽车先进技术译丛目录

译者的话

前言作者团队

译者简介

第１章引言…１

１.１为何选择汽车专用安全标准ＩＳＯ２６２６２：２０１１…１

１.１.１ＩＳＯ２６２６２：２０１１，２０１１.１１.１５版本…２

１.１.２汽车技术委员会…２

１.１.３ *新技术水平…２

１.１.４ＩＳＯ２６２６２：２０１１―――可实际应用的标准…３

１.１.５举证责任反转…４

１.２符合ＡＳＩＬ的产品等级…４

１.２.１明确的责任分配…４

１.２.２流程模型和流程成熟度…５

第２章在这本书将会学到什么…７

２.１一般提示…７

２.２项目 “Ｊｏｙ”及其产品 “操纵杆传感器”的前提和假设…９

２.３本书的阅读指引…１０

２.４项目 “Ｊｏｙ”描述文档…１１

２.４.１创新性…１２

２.４.２产品信息…１２

２.５参与的公司…１４

２.６Ｊｏｙ开发团队…１６

２.７法律基础和责任…１８

第３章阶段模型…２０

３.１组织结构要求…２０

３.２流程模型和功能安全管理…２１

３.３ＩＳＯ２６２６２：２０１１阶段模型…２１

３.４创建安全文化…２３

３.４.１项目举例…２４

３.４.２安全文化问卷调查…２５

３.４.３ＷｏｒｌｄＣａｆｅ和开放空间方法…２７

３.５技术安全管理…２７

３.６Ｊｏｙ项目的功能安全管理…２８

３.７ｓａｆｅｈｉｃｌｅ公司安全政策和安全计划…２８

３.８安全生命周期活动…３０

３.８.１项目实践举例…３０

３.８.２管理活动…３１

３.８.３证实措施…３３

３.９所需的流程支持…３３

第４章安全生命周期中的特定角色…３５

４.１高效的团体…３５

４.１.１资源规划项目举例…３５

４.１.２有条理地确定培训需求…３７

４.２资质…３８

４.３Ｊｏｙ项目安全经理…４０

４.４功能安全经理职位描述…４０

４.４.１项目举例…４２

４.４.２Ｊｏｙ项目的安全协调员…４２

４.５安全协调员职位描述…４２

４.６安全生命周期的其他角色…４３

４.６.１销售代表和产品专家…４３

４.６.２招标部门的职员…４４

４.６.３订单处理负责人…４４

４.６.４ＡＳＩＬ产品专家（产品管理部门员工）…４４

４.６.５项目经理…４４

４.６.６研发人员和测试确认人员…４５

４.６.７装配人员…４５

４.６.８检查和调试人员…４５

４.６.９处理订单的服务人员／文员…４６

４.６.１０车间维修技师…４６

４.６.１１独立的第三方（评估）…４６

４.７角色多样性…４６

第５章配置和更改管理…４７

５.１配置管理…４７

５.１.１配置管理的任务…４７

５.１.２活动项目举例…４７

５.１.３里程碑－基线－接口－权限…４８

５.１.４工具使用和交付ＫＭ项目…４８

５.２配置经理…４９

５.３根据ＩＳＯ２６２６２：２０１１进行更改管理…５１

５.４ｓａｆｅｈｉｃｌｅ公司更改管理计划…５２

５.５流程调整方面…５３

５.６审批过程…５４

５.７接口修改和批准…５５

５.８回顾…５７

５.８.１回顾方法…５７

５.８.２实施回顾…５７

第６章安全生命周期和开发接口协议的初始化…５９

６.１初始化…５９

６.２供应商选择…５９

６.３资质查询和选择报告…６０

６.４开发接口协议…６１

６.５ＤＩＡ―――程序Ｊｏｙ项目举例…６３

６.６安全生命周期初始化…６３

６.７招标和转包…６４

第７章汽车安全完整性等级的概念…６６

７.１ＡＳＩＬ的历史和背景…６６

７.１.１降低风险…６７

７.１.２在Ｊｏｙ项目里从安全目标到安全概念…６８

７.２ＡＳＩＬ在标准书中表格的意义…６８

７.３依赖于ＡＳＩＬ的要求和推荐…７０

７.４ＡＳＩＬ分解的基础…７０

７.４.１操纵杆传感器的分解方法…７１

７.４.２安全要求的分解…７１

７.４.３分解的局限和限制…７３

７.４.４可用性的方面…７４

７.４.５安全状态的简例…７４

７.５使用ＩＳＯ２６２６２的优点和启示…７５

７.５.１更优的流程质量…７５

７.５.２更优的商务关系…７５

７.５.３更优的产品质量…７６

７.５.４经济上的益处…７６

７.６定量和定性的方法…７６

７.６.１定性的方法…７７

７.６.２定量的方法…７７

７.７安全性分析…７７

７.７.１在操纵杆项目中的定性和定量方法…７９��

７.７.２认识论…７９

第８章危害分析与风险评估…８０

８.１危险和分类识别…８０

８.２执行分析―――项目实例…８０

８.３在产品生命周期阶段的程序…８２

８.４与其他系统的相互作用…８２

８.５风险分析…８３

８.６风险分析的方法…８４

８.７ＡＳＩＬ的确认…８６

８.８来自于Ｊｏｙ项目的具体案例…８８

８.８.１驱动的案例…９１

８.８.２制动力的案例…９４

８.８.３转向的案例…９７

８.９危害分析与风险评估的总结…９９

第９章功能和技术安全要求规范…１００

９.１功能安全要求规范…１００

９.２操纵杆Ｊｏｙ和操纵杆传感器规范程序…１０１

９.２.１功能安全要求规范…１０１

９.２.２子系统的技术安全要求…１０１

９.２.３实施技术要求以降低风险…１０２

９.２.４项目示例Ｊｏｙ…１０４

９.３系统确认…１０４

９.４可靠性、功能安全性和可用性…１０５

９.５安全性审核…１０６

９.５.１独立性…１０７

９.５.２规划安全审核…１０８

９.５.３Ｊｏｙ项目中的安全审核议程…１０８

９.５.４推导出措施…１１３

第１０章验证和确认计划…１１４

１０.１关于Ｖ＋Ｖ的一般信息…１１４

１０.２验证工作的作用领域…１１７

１０.２.１验证规范…１１７

１０.２.２测试报告…１１９

１０.３确认工作的作用领域…１１９

１０.３.１确认计划的范围…１２０

１０.３.２联合确认计划和计划内容…１２１

１０.４硬件－软件集成…１２４

１０.５系统集成测试…１２４

１０.６集成测试方法…１２６

１０.６.１故障注入测试…１２７

１０.６.２背靠背测试…１２７

１０.６.３接口检查…１２８

１０.６.４基于经验的测试…１２８

１０.７车辆级别的集成和测试…１２９

１０.８硬件的确认计划…１３０

１０.８.１硬件集成和硬件集成测试…１３０

１０.８.２Ｊｏｙ项目中的方法…１３１

１０.８.３评估随机硬件故障造成的安全目标违规…1３３

１０.８.４确认随机硬件错误的度量标准…１３３

１０.８.５评估硬件架构的指标…１３３

１０.８.６评估硬件设计的输入和输出…１３４

１０.８.７项目示例硬件设计评审…１３４

１０.９软件模块测试…１３５

１０.９.１导出和执行软件模块故障的方法…１３５

１０.９.２软件集成和测试…１３７

１０.９.３软件集成测试…１３８

１０.１０项目示例软件测试…１３８

１０.１１验证软件安全要求…１３９

１０.１２机电一体化系统的分析和验证…１４０

第１１章系统级的产品开发…１４２

１１.１在概念阶段的２０００个要求…１４２

１１.２概述…１４２

１１.３初始化系统级的产品研发阶段…１４４

１１.４规范技术安全要求…１４５

１１.４.１系统机制的规范…１４６

１１.４.２硬件故障的分类和指标…１４７

１１.４.３随机硬件故障的过程模型…１４８

１１.５Ｊｏｙ项目的技术安全要求…１４９

１１.５.１通往技术安全要求的途径…１５０

１１.５.２项目示例…１５１

１１.５.３在内部处理时的错误…１５２

１１.５.４系统设计中的冗余…１５３

１１.５.５对于传输传感器信号的要求…１５４

１１.６系统设计…１５４

１１.６.１避免系统性的故障…１５５

１１.６.２随机故障的识别措施…１５６

１１.６.３项目示例…１５６

１１.６.４故障树分析（ＦＴＡ）…１５７

１１.６.５其他的指标―――用于硬件错误的 “ＣｕｔＳｅｔ方法”…１５８

１１.６.６度量的边界值…１５９

１１.７规范软硬件之间的接口…１６０

１１.８验证系统设计…１６１

１１.９相关项整合和测试…１６１

１１.１０总结…１６２

第１２章文档和工作产品…１６３

１２.１文档要求…１６３

１２.２ “谁写下来谁就有理”或 “凡事不宜过分”―――项目示例…１６６

１２.３跨越阶段的文档…１６７

１２.４ＩＳＯ２６２６２：２０１１的关键性文件―――第２部分 “功能安全管理”…１６８

１２.４.１总体安全管理计划…１６８

１２.４.２资格证明…１６９

１２.４.３公认的书面质量管理体系…１６９

１２.４.４安全计划…１６９

１２.５安全证书…１７１

１２.５.１安全证书―――安全档案（功能安全工作产品）…１７１

１２.５.２参考和相关文件…１７１

１２.５.３引用与核心安全相关的文件…１７１

１２.５.４定义、术语、缩写…１７１

１２.５.５安全计划…１７２

１２.５.６相关项定义…１７２

１２.５.７遵规矩阵…１７２

１２.５.８会议纪要…１７２

１２.５.９计划过程中的工作产品…１７２

１２.５.１０出自安全生命周期初始化阶段的工作产品…１７２

１２.５.１１来自于支持过程的工作产品…１７３

１２.５.１２状态报告…１７３

１２.５.１３生产安全控制计划…１７３

１２.５.１４危害分析与风险评估摘录…１７３

１２.５.１５功能安全概念…１７４

１２.５.１６安全要求确定…１７４

１２.５.１７来自验证和确认的工作产品…１７４

１２.５.１８安全分析和安全报告…１７４

１２.５.１９安全性参数…１７４

１２.５.２０安全证书中的安全事项清单…１７５

１２.５.２１评估计划和过程的符合性…１７５

１２.５.２２总结…１７６

１２.６ＩＳＯ２６２６２：２０１１的关键文件―――第３部分 “概念阶段”…１７６

１２.６.１相关项定义…１７６

１２.６.２工作产品影响性分析…１７７

１２.６.３危害与风险分析…１７７

１２.６.４功能安全概念…１７８

第１３章相关文档和工作产品…１８０

１３.１概述…１８０

１３.２ＩＳＯ２６２６２：２０１１的关键文件―――第４部分 “系统级产品开发”…１８１

１３.２.１确认计划和确认报告…１８２

１３.２.２系统级安全评估…１８３

１３.２.３生产释放的文档…１８３

１３.２.４技术安全要求…１８３

１３.２.５技术安全概念…１８３

１３.３ＩＳＯ２６２６２：２０１１的主要文件―――第５部分 “硬件级产品开发”…１８４

１３.３.１硬件级别的安全计划…１８５

１３.３.２硬件级别的规格…１８５

１３.３.３硬件设计文档…１８５

１３.３.４安全性分析…１８６

１３.３.５硬件架构指标的文档…１８７

１３.３.６硬件集成和硬件测试…１８７

１３.４ＩＳＯ２６２６２：２０１１的主要文件―――第６部分 “软件实施”…１８８

１３.４.１计划和启动…１８９

１３.４.２软件安全要求和验证计划…１８９

１３.４.３软件设计…１８９

１３.４.４软件模块设计和软件实现…１９０

１３.４.５软件模块测试…１９０

１３.４.６软件集成和测试…１９１

１３.４.７配置数据和标定数据…１９２

１３.５ＩＳＯ２６２６２：２０１１的主要文件―――第７部分 “生产和操作”…１９３

ⅩⅧ １３.５.１生产计划和生产控制计划…１９４

１３.５.２运行、维护和报废…１９４

１３.６ＩＳＯ２６２６２：２０１１的关键文件―――第８部分 “支持流程”…１９５

１３.７ＩＳＯ２６２６２：２０１１的关键文件―――第９部分 “ＡＳＩＬ和安全导向性分析”…１９５

１３.７.１ＡＳＩＬ分解…１９５

１３.７.２要素共存的标准…１９６

１３.７.３依赖性错误和失败的分析…１９６

１３.７.４安全分析…１９６

１３.８总结…１９６

第１４章评审…１９８

１４.１通常意义…１９８

１４.１.１评审程序 …1９９

１４.１.２评审技术…１９９

１４.１.３ＡＳＩＬ和评审技术之间的依赖性…２０１

１４.２阅读技术…２０２

１４.２.１简介…２０２

１４.２.２即席阅读…２０４

１４.２.３基于清单的阅读技术…２０５

１４.２.４逐步抽象阅读…２０６

１４.２.５基于错误类别的阅读…２０７

１４.２.６基于视角的阅读…２０７

１４.２.７总结…２０８

第１５章对软件工具的信任性…２１０

１５.１软件工具的信任性和资格…２１０

１５.２为什么谨慎选择工具很重要…２１１

１５.３工具置信度…２１４

１５.３.１工具鉴定计划…２１６

１５.３.２工具文档…２１６

１５.３.３工具错误报告…２１７

１５.３.４评估工具开发过程…２１７

１５.３.５检查工具的性能…２１７

１５.３.６Ｊｏｙ项目中的资格报告…２１８

１５.４题外话：操作可靠性的重复使用…２１９

１５.５总结…２２１

第１６章回顾…２２２

１６.１安全相关项目的规划…２２２

１６.２ｓａｆｅｈｉｃｌｅ公司―――来自规划活动的流程更改…２２３

１６.３总结…２２７

第１７章展望…２２８

附录…２２９

附录Ａ …２２９

Ａ.１计划的工作辅助清单…２２９

Ａ.２安全文化的例子…２３５

Ａ.３基本测试过程…２３６

Ａ.４错误的心理原因…２３７

Ａ.４.１思维陷阱作为错误原因…２３８

Ａ.４.２总结…２３９

附录Ｂ词汇表…２３９

附录Ｃ缩写索引…２４７

附录Ｄ规范和标准…２５０

附录Ｅ参考文献…２５１

基于ISO26262的功能安全(精)/汽车创新与开发系列/汽车先进技术译丛作者简介

【作者简介】 Vera Gebhardt Vera Gebhardt直到1999年底是一名认证的保险专家，在DBV Winterthur保险公司内部服务做多领域保险和电话客户支持。与此同时，通过在个人保险部门的认证咨询，她建立了一个稳定的客户群。2000年1月，她转向IT行业，担任高级质量经理和测试经理，重点关注财务和保险。在转到工程/汽车行业后，她获得了SPICE审核员、CMMI专业顾问和流程专家的资格，担任Ruecker AG股份公司的软件质量经理。从2004年开始，她成为IAE GmbH公司领导层的质量经理和项目经理，具有人事责任和签字授权。随后又获得在项目管理和功能安全方面的资格和认证。今天Vera Gebhardt是获得认证的SPICE审核员、iSQI项目管理认证专家、功能安全首席顾问和tecmata GmbH公司的主要分公司领导。她负责人力资源、功能安全、质量管理和项目管理这些领域，以及整个业务网络的扩展。 Vera Gebhardt是ASQF的安全技术组的创始人和组长，她也是很多专业报告的作者。 vera.gebhardt@tecmata.de · http://www.tecmata.de Gerhard M. Rieger Gerhard M. Rieger在奥格斯堡学习电气工程/通信工程。完成学业后，他在TÜV Bayern e.V. 的电子设备»自动化和安全技术«部门IQSE担任原型验证的审核员。1992年他额外还负责TÜV Bayern Sachsen e.V.的测试机构，到1998年前在工作领域»电信设备和远程控制设备«的管理层工作。直到2001年，Rieger先生在在TÜV产品服务有限公司的安全相关电子系统领域担任市场部门经理，并于2001年转到RWTÜV下的TÜV Informationstechnik GmbH公司担任部门主管负责»安全认证服务«。他的职责包括功能安全工作领域的建立，人事领导和测试机构的经济。他继续在母公司RWTÜV完善功能安全领域的建设，2004年转到RWTÜV公司（自2006年起，改名为TÜV NORD SysTec GmbH＆Co. KG）的安全相关服务部门。在那里直到2010年他领导奥格斯堡场所的运营并负责工作领域“功能安全”。自2011年以来，他继续负责扩大奥格斯堡场所的建设以及TÜV NORD Systems GmbH＆Co。KG的功能安全工作领域的扩展。 Rieger先生是众多专业文章的作者，并在奥格斯堡大学的精英学位计算机科学讲解»功能性安全性“课程。 grieger@tuev-nord.de · http://www.tuev-nord.de Jürgen Motto 教授JürgenMottok博士在雷根斯堡应用科学大学教授计算机科学。他的教学领域是软件工程，编程语言、操作系统和功能安全。他领导人身安全和信息安全系统实验室，是巴伐利亚信息技术(IT)d的安全与安全集群顾问委员会成员，汽车安全软件系统论坛顾问委员会成员，ASQF安全咨询委员会委员，计算机协会东欧巴伐利亚州的理事机构成员。巴伐利亚软件工程教学工作组的组织者。是具有授予博士学位合作的研究项目DynaS3和VitaS3，S3OP和S3EMO的项目经理，研究项目的合作伙伴是AVL Software and Functions GmbH公司，Continental Automotive GmbH（大陆汽车公司），iNTENCE Automotive GmbH公司，Manu AG公司和exida GmbH公司。教授Jürgen Mottok博士在众多科学技术会议的议程委员会中担任委员。他是巴伐利亚州的科学、研究和艺术部的杰出教学奖获得者。 juergen.mottok@hs-regensburg.de · http://www.las3.de Christian Gießelbach 工程数学硕士Christian Gießelbach科隆大学学习数学和计算机科学，毕业后*初是IVU Traffic科技股份公司的软件开发人员。2007年，他转到了tecmata GmbH公司并作为软件架构的专家以及测试设计师负责安全相关嵌入式开发领域的不同工业项目。Christian Gießelbach是功能安全与安全的首席顾问，负责安全软件系统的概念设计。他是ASQF安全专家组成员和tecmata GmbH公司的功能安全专家组顾问。 c.giesselbach@tecmata.de · http://www.tecmata.de 【译者简介】程威为，上海同济大学汽车系，德国卡尔斯鲁厄大学计算机系硕士。德国顶级汽车零部件企业项目安全经理，安全专家，负责多国客户项目及平台项目的功能安全。在功能安全领域深耕十余年，拥有完整的功能安全开发技术和项目管理经验，涵盖汽车动力总成、自动驾驶及工业自动化等领域。张律，毕业于德国斯图加特大学车辆工程硕士专业，后就职于全球顶级汽车零部件供应商，在其德国总部从事电子控制器在平台和客户项目中的研发工作。始终致力于功能安全概念的研究和软件层面的实现，针对于不同的客户产品特点，就其特有的架构给出可行的功能安全解决方案，具有丰富的ISO26262在产品研发中的实践经验。张亮，毕业于哈尔滨工业大学汽车工程学院内燃机系，德国埃森林根应用科技大学汽车机电系，先后就职于中国某顶级大型汽车公司，德国某顶级汽车零部件供应商。多年来从一直从事汽车动力系统的研发工作，具有丰富的理论和实践经验。杨青，德国杜伊斯堡-埃森大学机械电子专业硕士，中德教育与科技合作促进中心成员，全德华人机电工程学会成员，德国顶级汽车零部件企业功能安全应用工程师。他多年来一直致力于动力总成方面电子控制单元的功能安全应用客户项目，具有丰富的实践经验。刘晨光，曾任德国联邦科学研究员，获得卡尔斯鲁厄大学应用计算机学博士。后加入德国采埃孚集团研发中心，计算工程师，从事变速器创新软件设计，兼任技术和商务谈判翻译。兼任北京交通大学外籍客座教授，国际汽车工程师学会SAE会员。罗本进，德国斯图加特大学工学博士，中德教育与科技合作促进中心主席，江苏省产业技术研究院首席科学家，长期任职德国汽车零部件企业前瞻开发部高级系统工程师。他多年来一直致力于混合动力系统、电驱动系统、全自动变速器及工业4.0的研究，具有丰富的实践经验。