点击蓝字关注我们
汽车电子软件开发流程
和朋友交流时，被问到是什么行业时？
我：汽车电子软件开发。
朋友：那你认为什么开发语言是最好的呢？
我：.......Matlab、ASCET？
朋友：gun！
今天在这里和大家交流一下汽车电子软件开发流程Automotive SPICE(Software Process Improvement and Capability Determination)，互相学习。
Automotive SPICE过程参考模式提供了过程集合。
此文仅针对上图中的系统过程组与软件工程组(不包含软件集成和集成测试、软件合格性测试、系统集成和集成测试、系统合格性测试)，从系统开发流程开始谈起。
Vehicle
系统需求过程组
系统工程师角色的任务：需求获取、系统需求分析、系统架构设计、系统集成和集成测试、系统合格性测试。
Vehicle
1、需求获取：
从客户获取客户需求，并确认需求被正确理解。
Vehicle
2、系统需求分析：
将已获取并确认的用户需求转化为一组系统需求，用以指导系统设计。
过程成果：
a. 已经定义了系统需求；
b. 已经对系统需求进行了分类和分析以获取正确性和可验证性；
c. 已经分析了系统需求对运行环境的影响；
d. 已经定义了实现系统需求的优先级；
e. 系统需求能够根据需要更新；
f. 已经在利益相关方(用户or客户等)需求和系统需求建立了一致性和双向可追溯性；
g. 利益相关方需求已经根据成本、进度、和技术影响进行了评估；
h. 系统需求已经传达给受影响的各方并且达成了一致。
输出物：
a. 需求分析报告(RAR，Requirement Analysis Report),比如诊断、CAN通信、电源等模块的RAR分析报告。
b. 系统需求说明书(SYSRS，System Requirement Specification),里面需要定义好功能需求和非功能需求。系统需求说明书的结构可以按照项目相关集分组，也可按照项目逻辑顺序进行排序，也可根据项目相关标准进行分类，还可以高扭矩客户要求来分类。
c. 接口需求说明书(IRS，Interface Requirement Specification),定义各个系统模块之间的接口。例如：两个产品、过程之间或者过程任务之间的关联；双方共同遵守的准则及格式；关键时间依赖性或前后顺序；描述各个系统组件之间的物理接口，如总线接口(CAN,LIN)，数字接口(PWM)和模拟接口等；识别软件与软件组件之间的接口(如总线通信机制等)。
d. 验证准则(Validation Specification),包括：1.每条需求都可验证或评估；2.验证准则定义了验证需求时所遵循的定性及定量的准则；3.验证准则标明进行需求验证时所遵循的已达成共识的约束条件。
e. 评审记录(RR, Review Record)：需提供评审的上下文信息(内容、出席评审的人员列表、评审状态)、覆盖信息(checklist、review标准、需求、标准符合性)、检查发现(不一致性、改进建议)、记录信息(评审准备完成状态、评审准备所花时间、评审人员和角色的评审意见)、识别所需的纠正信息(风险识别、偏差list、解决问题所要求的行动及任务、纠正措施的负责人、以识别问题的状态及目标关闭日期)。
f. 跟踪记录(TR，Traceability Record)：跟踪所有需求(用户需求和内部需求)、识别生命周期中的产品&需求之间的映射关系、需求和工作产品之间连接关系(例如：需求-设计-代码-测试-交付)、在生命周期各阶段提供需求到相关工作产品之间的正向和反向映射。
g. 沟通记录(Communication Record)：信件、传真、电子邮件、语音记录、电报。
h. 变更控制记录(Change Control Record)：记录变更请求，生成基线化产品(Baseline Product)。具体包括：采用控制机制来控制正式项目的基线化产品、变更请求记录(识别受变更影响的系统即文档、识别变更请求、识别变更负责人、识别变更的状态)、与相关客户请求及内部变更请求建立连接关系、适当的批准、对重复的请求进行识别和分组。
Vehicle
3、系统架构设计：
建立系统架构，根据需求分配给系统元素，并根据定义的标准评估所设计的系统架构(使所设计的系统元素低耦合、高内聚：即系统元素之间的相关性低、单个系统元素内的相关性高)。具体为：
a．提供所有系统的设计；
b．描述系统元素之间的相互关系；
c．描述系统元素与软件之间的相互关系；
d．详细说明每个必须系统元素的设计，需要考虑到以下内容：内存和容量的需求、硬件接口需求、用户接口需求、外部系统接口需求、性能需求、可重用组件等；
e．系统元素与需求之间的映射关系；
f． 描述系统组件运行模式(启动、停止、睡眠模式、诊断模式等)；
g．描述在不同运行模式下各个系统组件之间依赖关系(状态机图)；
h．描述系统和系统组件的动态行为。
过程成果：
a．已经定义了系统架构设计，并已经标识了系统元素；
b．系统需求已经被分配给了系统元素；
c．系统元素的每个接口已经定义；
d．已经定义了系统的动态行为目标；
e．在系统需求和系统架构设计之间已经建立了一致性和双向可追溯性；
f． 系统架构设计已经传达给受影响的各方并且达成了一致。
Vehicle
思维导图
下图是系统需求过程组所要进行的工作及其产物相关思维导图。
