保证软件开发过程遵循ISO 26262功能安全标准的十个主要进阶步骤 为保障汽车软件质量,使软件开发符合ISO 26262功能安全标准,需要我们对开发流程做出改进,并与2018年的更新同步. 本视频课程提供了一个详细分步教程,与软件开发V-模式下的各个阶段相对应,教您如何制订符合ISO 26262:2018标准的开发流程. 其中包括,针对ISO 26262 第6-5部分软件级产品开发启动,教您如何定义工具链以及扩展开发流程.针对第6-6部分软件安全需求规范,完善安全需求.针对6-7部分软件架构设…
  汽车芯片和集成电路(IC)是高级驾驶员辅助系统(advanced driver assistance systems-ADAS)和联网自动驾驶汽车(connected autonomous vehicles-CAV)的基础.尽管IC已经变的非常可靠和耐用,但依然会发生故障.例如物理现象(如电迁移)可以引起开路和短路,从而对IC造成永久损害.宇宙辐射中的阿尔法粒子会撞击集成电路并破坏存储器的内容.最终,这些事件可能导致故障,甚至可能导致人命丧失.丰田意外加速事件就是电子设备故障如何导致车祸的一…
        汽车电子电气系统的功能安全随着智能驾驶.新能源等新兴技术的发展而愈发受到重视.在国际功能安全标准ISO 26262的落地过程中遇到了很多的棘手问题:如何正确而有效地实施HARA以得到合适的安全目标?如何进行安全分析才能确保安全需求完整而充分?如何验证系统/软件/硬件设计方案的安全性?硬件指标的评估计算要如何开展?开发过程的追溯性.一致性.完整性如何保证?  功能介绍         medini analyze工具是专业的功能安全开发平台工具,符合ISO 26262开发全流程,功…
Helix QAC是静态代码分析工具,依据C和C++编码规则自动扫描代码对规则的违背.开发团队在开发过程的早期就可以用它来检测缺陷,因为此时修改代码是最方便也最经济的.Helix QAC因此自动化强制实施代码编程标准,比如MISRA,保证代码的合规性. 功能特性 ● 遵循代码标准 遵循编码和工业标准.Helix QAC自动审查代码,确保它们符合用户选择的编码标准.合规性报告可视化地提醒用户哪些代码需要多加留意.Helix QAC支持多种C和C++编码标准,提供相应的合规性模块,也支持标准的客户化…
背景介绍 随着汽车行业的迅速发展,汽车的复杂程度不断增加,越来越多的汽车电子控制系统具有与安全相关的功能,因此对ECU的安全要求也越来越高.复杂的软件功能,将会带来大量的软件风险问题,如何保证软件的安全,保证软件做正确的事情,已经成为汽车行业迫切需要解决的问题. ISO 26262(道路车辆功能安全标准)是以IEC 61508(电气/电子/可编程电子安全系统功能安全标准)为基础,为满足道路车辆上电子电气系统的特定需求而编写,发布于2011年.ISO 26262能够在管理.开发(软.硬件).生产.…
Atitit各种SDM 软件开发过程SDP sdm的ddd tdd bdd设计 1.1. software development methodology (also known as SDM 1 1.2. 历史1 1.3. 常见方法2 1.4.  DDD Domain Drive Design,也就是领域驱动开发.2 1.5. Tdd TDD(测试驱动开发(Test-Driven Development)3 1.6. TFD -- Test First Development)3 1.7. B…
英文捉急,只能挑一段看得比较懂的,而且正好和我们现在编程任务联系比较紧密的内容来谈一谈体会. 在<No Silver Bullet>中,作者描述了造成软件本质性困难(essence)的四个原因: 1.复杂性(complexity): 首先我们来看一下作者对软件的定义,其大意是“软件的本质是对一连串相关的概念的构建”: The essence of a software entity is a construct of interlocking concepts: data sets, rela…
首先,软工文档, 软工文档,也就是计划,设计,描述,使用软件的一些文件,它最大的特点就是固定不变,用来给不同的人和计算机来阅读.在期间,文档起到了桥梁的作用,看这张图很形象: 在这里在看一下国家统一规定的13个文档的相关知识.先看一下文档的分类: 各个文档的内容: 1,可行性研究报告:说明该软件开发项目的实现在技术上.经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施的方案,说明并论证所选定实施方案的理由. 2, 项目开发计划:为软件项目实施方案制定出具体计划,应该包括…
http://blog.csdn.net/horkychen/article/details/5035769 软件开发过程中的审查 (Review)   希望别人做些什么->定义出流程 希望别人做出正确的结果->定义出审查制度    软件开发项目中包括很多的审查动作,贯穿于整个开发过程.个人认为审查主要有以下目的: 1.尽早排查出潜在的问题(Potential Risk/Issue)    经过其他人的参与,以不同的视角提出不同的看法,会有类似头脑风暴的效果,集思广议来查找工程师未能注意的问题…
鸡肋——食之无味,弃之可惜”,软件开发过程文档遭遇了鸡肋一样的境遇. 目前敏捷软件开发过程非常流行.相对于软件开发过程文档,敏捷软件开发过程更加重视可运行的程序.关于软件开发过程文档,两个极端都是不可取的:一是严格要求过程文档,把过程文档作为开发过程的一个必然输出,而不考虑文档是否真正的起作用,即“过度文档”.二是完全放弃文档,不进行任何的记录.“过度文档”偏离软件开发的实质,会造成人力的极大浪费:放弃文档则会丢失开发中的关键信息,不利于产品后期的维护.我们需要在上面两者之间做一个权衡.这里可以…