汽车电子软件开发流程
——CMMI篇
作者:朱忠安
版本: 1.0 状态:草版
1历史记录
2索引
1历史记录 (2)
2索引 (3)
3概要 (4)
4一般嵌入式系统开发简介 (5)
4.1嵌入式系统定义 (5)
4.2嵌入式系统的开发组织架构 (5)
4.3嵌入式系统软件开发流程图 (6)
4.4流程图简介 (7)
5CMMI软件团队解析 (8)
5.1CMMI软件开发流程标准 (8)
5.2软件研发组织架构解析 (9)
5.3软件项目开发过程 (9)
5.4系统测试组织结构 (9)
6CMMI软件项目变更管理 (10)
6.1软件变更控制工具介绍 (10)
6.2软件变更控制流程 (10)
7软件开发知识简介 (11)
7.1软件开发的特点 (11)
7.2如何做好软件开发 (11)
7.2.1客户角度 (11)
7.2.2供应商角度 (11)
3概要
本着为客户服务的宗旨，让更多的想进入汽车研发团队的工程师们了解和熟悉的软件开发流程，减少项目开发过程中不必要的误解，故做此介绍抛砖引玉。
4一般嵌入式系统开发简介
4.1嵌入式系统定义
对于嵌入式系统，一般教科书上面有这样定义：以应用为中心，以计算机技术为基础，软硬件可裁剪，系统对功能、可靠性、成本、体积、耗电量和应用环境，有特殊要求的专用计算机系统，是将应用程序、操作系统和计算机硬件集成在一起的系统。
其实这句话不难理解，概括起来只有两点：
<1>计算机系统
任何一个嵌入式系统必定是一个计算机系统,而最基本的计算机系统无外乎CPU,内存,输入设备,输出设备;嵌入式系统也是如此.
谈到这里,就必须要说到两个概念:微处理器和微控制器.
所谓微处理器很容易理解,就是中央处理器CPU,比如所ARM9,它的为处理器就是ARM920T.换句话说就是嵌入式系统的核心控制单元.
所谓微控制器,其实也不难理解;我们现在大部分的电子产品所使用的都是集成芯片,也就是一块芯片中不仅仅包含的是CPU,还把许多的外围设配都集成在一块芯片中,比如把PWM控制器，把flash，把音频处理器，把内存，把输入输出设备等都集成在一块芯片中，这样的一块集成多功能的芯片就是微控制器。基本上一块IC就是一个小型的嵌入式系统。这样的做的好处也是显而易见的：<1>可以减少嵌入式系统设计的复杂度；<2>节省成本,因为一块集成多功能的IC,比你去用一块CPU搭建外围设备的成本要少的多。
<2>特定应用
对于嵌入式产品的开发，一般都是具有特定的应用；根据特定的需求去定制的。比如仪表，一套完整的仪表系统，都是只适合与特定款型的车。因为电子产品的性质各有不同，嵌入式系统的开发也很难有一套统一的标准，没有一个国际标准组织或学术单位，规定嵌入式系统一定要用什么CPU，用什么开发语言，一定要用什么操作系统，一定要用哪一套开发工具。只会根据特定的需求去定制。
4.2嵌入式系统的开发组织架构
一般的研发团队都有很严谨漂亮的组织架构，嵌入式系统的研发团队也是如是；至少应该有以下小组。
<1>项目管理组
<2>硬件组
<3>产品外观和结构设计组
<4>软件组
1）软件项目管理组
2）固件组
3）系统组
4）应用程序组
<5>测试与质量小组
<6>支持组（包括成产，美工，法务，行政事物）
大部分成熟公司的组织架构也基本和这个相似，后面章节，我会重点介绍软件组的概况，其他不做详细介绍。
4.3嵌入式系统软件开发流程图
先看一下开发的流程图：
4.4流程图简介
一个好的嵌入式系统开发，要有一套好的方法论作为支撑；那么何为方法论？
方法论 = 流程 +工具
以上的控制图中就是一套有效的流程图，流程图中的每一个步骤，需要有相应的工具去辅助完成。
往往我们在抱怨流程繁琐、浪费时间的时候，是因为我们没有切实的理解流程的精髓，没有切实的去落实流程中的每一步骤，一套好的方法论，只可能高效，高质量的为项目做支撑，而不会为项目带来负担。
所以大部分情况流程没有走好，无外乎以下几种原因：
<1>项目经理没有制定好计划，没有严格按照流程去控制软件开发；
<2>项目成员流程意识薄弱，在软件开发的过程中随心所遇；
<3>流程的可变通性没有把握好，一套标准的流程在应用到每一个项目中，要有相应的变通，由项目经理去把握；所谓Plan is nothing，Planning is everything 就是这个道理。
<4>项目团队的稳定性没有持续到项目的结束，往往大部分的项目在开发的初期阶段，项目成员都是很积极，很有信心的；当项目进行到80%的时候，大部分的项目成员都已疲惫，项目很容易陷入瓶颈，这个时候大部分人，也很想把自己负责的任务转交给新人。这样后续的流程很容易出现问题，引发项目的风险。
<5>客户紧急频繁的更改，往往会让开发团队，在流程中疏忽掉一些关键性的问题导致项目风险。
5CMMI软件团队解析
5.1CMMI软件开发流程标准
一般的软件团队，尤其是正规的企业，软件开发团队都会有一套质量管理系统； CMMI是国际标准。那么什么是CMMI以及一般软件开发所遵循的质量管理体系有哪些？
先来谈谈一般软件开发团队所遵循的质量管理体系有哪些。对于一些重量级的软件开发来说所遵循的标准主要有CMMI和ISO9001等，对于一些轻量级的软件开发来说所遵循的标准主要有敏捷和极限编程（XP）。这些开发模型的具体差异不做一一介绍，网上都可以找到相应的资料。主要说说CMMI，CMMI 全称是Capability Maturity Model Integration，也就是软件能力成熟度集成模型。主要是卡内基美隆大学软件工程学院发展成的标准。CMMI提供了包含5个软件开发过程、能力成熟度的框架，定义了一个用来测量软件开发过程成熟度，以及评价软件开发过程能力的尺度。CMMI的五个能力成熟度的等级分别为：
<1>初始（initial）/无法预测且监控不佳：软件开发过程是无秩序的，偶尔甚至是混乱的。软件开发有时是成功的，有时是不成功的。几乎没有什么过程是经过定义的，成功通常是通过个人的努力。
<2>管理（managed）/可重复先前的工作经验：已建立基本的项目管理程序去追踪成本、效益、进度和功能性；必要的开发过程已经稍具纪律，此后有类似的项目可重复使用以前的成功经验
<3>定义（define）/描述流程特性，并用于管理：项目管理活动和软件开发活动的过程均已文件化和标准化。
<4>量化管理（quantitatively managed）/流程可以被度量、控制：已集成软件开发过程与产品质量相关信息，并加以量化、记录和分析。
<5>优化（optimizing）/专注在流程改善：利用组织中的历史数据，辅以新的技术与观点，使持续的改善成为可能。
持续改进的过程
国内大部分公司目前处在等级二和等级三之间，也就是标准一致的过程。就是说公司目前的软件开发已经有一定的成熟度，相关的开发过程已经文件化和标准化。
5.2软件研发组织架构解析
下面以仪表软件研发团队为例，介绍矩阵型组织架构：
一般成熟度高的仪表软件团队分为5个组，分别是集成组，诊断组，HMI显示组，软件PM组，底层的驱动开发组。基本上项目kick off meeting之后，会在软件PM组抽取一个PM带领导组织一个项目，软件PM会和个小组的leader商量，分别在每个小组抽取一个人，或多个人进行软件项目的开发。
5.3软件项目开发过程
软件开发过程是基于项目的计划，在拿到客户的初始版需求之后会做一个项目的baseline，以项目的baseline为基准作为项目后续的开发，项目开发软件实施做所有的需求是基于客户的需求文档，可以定义为CRS，一般CRS的维护不在软件内部，是由系统组的系统工程师负责和客户接口来释放CRS。在得到一个正式版本的CRS之后，软件组会在CRS的基础之上进行软件开发，去确定软件的需求规范；软件需求规范确定以后会把工作分配给各个模块或软件子系统，个模块或软件子系统会更新各自的模块设计文档，个模块的设计文档完成以后，我们会对个各模块进行模块的审查；审查完成以后，everything is ok! 各个模块再去设计个模块的测试用例；之后才进行代码的设计和更改。代码更改完成以后会进行相关的模块测试，模块测试可能会分多种形式的测试，比如所代码覆盖率的测试，代码的动态测试和代码的静态测试，以及代码的测试用例的测试；做这么多的测试的目的就是为了保证代码的质量。在模块代码更新完成以后，各个模块的负责人会把自己负责部分的模块上传到软件版本管理工具中，主要的作用是用于软件版本的管理，关于软件版本管理工具其实有许多，这里不做一一介绍，一般的软件开发团队都会有一套此工具作为版本维护。在这之后，有集成负责人，去到软件包版本管理工具上面把各模块集成到系统中，在集成到系统中之后，会根据系统的需求，进行相应的配置。之后，进行系统的集成测试；一切OK之后，才把系统释放。进行接下来的系统测试的工作；系统测试是另外一个team；是专门负责项目的测试的工作。关于系统测试的工作下面会详细介绍。
5.4系统测试组织结构
待续……
6CMMI软件项目变更管理6.1软件变更控制工具介绍
6.2软件变更控制流程
7软件开发知识简介7.1软件开发的特点
7.2如何做好软件开发
7.2.1客户角度
7.2.2供应商角度
何谓CMM? CMM是由美国卡内基-梅隆大学的软件工程研究所(SEI)推出的评估软件能力与成熟度的一套模型。它侧重于软件过程开发的管理及软件工程能力的改进与评估，是目前国际上最流行、比较实用的一种软件生产过程标准，成为当今企业从事规模软件生产不可缺少的一项内容。CMM模型共分为五个级别：初始级、可重复级、定义级、管理级和优化级。 软件工程：什么是CMMI? CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进 CMMI分为五个等级，二十五个过程区域（PA）（如图所示）。 1．初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。 2．已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。 3．已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。 4．量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。5．优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性： 每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。 CMMI的原则、目标和方法 一、CMMI的原则： 1．强调高层管理者的支持。过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。 2．仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。选择能够达到的目标和能够看到对组织的效益。 3．选择最佳实践，应该基于组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。 4．过程改进要与组织的商务目标一致，与发展战略紧密结合。 二、CMMI目标:
《汽车电子硬件设计》-详细目录发布时间：2011-05-29 22:58:53 我把目录给整理了一下，并且把一部分以图形的方式画了出来，全部画出来以后可以通过图形化的方式把内容给联系起来，这样对我也是一种直观的整理方式。 对《汽车电子硬件设计》的建议 第0章汽车电子和产业概览 汽车电子企业和汽车电子产业链 汽车电子企业的变化 我国的汽车电子产业
第1章汽车电子环境 1.1 气候与化学环境 基本温度实验、模块的外壳防护等级、湿热试验、化学环境和盐雾1.2 机械负荷 振动、冲击和跌落
1.3 电气负荷 过电压与反电压、开路与短路、地偏移和供电的非理想情况1.4 电磁兼容 电源传导干扰、静电 第2章汽车电子开发流程 2.1 质量体系 TS16949、八项基本原则
2.2 电子产品的开发流程 模块的开发流程、V型过程、职责划分、团队构建、Review方法、文件系统、流程化的思考 第3章汽车电子硬件设计方法 3.1 可靠性预测 元器件失效率计算、失效分布、使用的修正和降额设计 3.2 最坏情况分析 基本介绍、极值分析法、均方根分析、蒙特卡罗分析、PSPICE 3.3 DFMEA 故障解决方法、DFMEA的基本内容 3.4 故障树分析 基本介绍、实际应用 3.5 潜在路径分析 熔丝盒问题、潜在电路的分析 3.6 热分析 稳态的散热计算、热特性参数、PCB导线设置
第4章元器件注意事项 4.1 对于元器件的规范要求 ROHS、氧化和湿敏 4.1 电阻 选值、元件工艺、最坏精度、散热分析、防浪涌能力、大封装问题 4.2 电容 数字电路的噪声、旁路电容和去耦电容、MLCC电容、铝电解电容、钽电容、容值偏差4.3 二极管 特性和参数、稳压管的使用、细致的功耗计算 4.4 三极管 饱和的条件、注意事项
软件开发流程软件项目生命周期模型
需求分析 需求分析流程图 过程描述 1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。 对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、 供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方 案。 关于自行开发和采购复用的分析， 如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用； 本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接 受范围内，可考虑采购； 否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。 9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。 10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。 11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。 12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。 13、PM、测试负责人与临时项目组确定项目关键参数。 工作量、工期、日程、人数 成本/预算（由于本公司的项目的绝大部分成本是人力成本，对估计成本的管理等同于估计工作量的管理，对实际成本的管理等同于实际工作量的管理，对预 算的管理等同于计划工作量的管理。） 质量目标 14、PM、测试负责人与部门经理协调人员及资源、计划知识技能、协调相关干系人的参与。 15、项目组基于公司环境标准，结合项目实际情况建立适合的工作环境。 16、PM、测试负责人编制项目计划书。 17、PM、测试负责人编制项目日程表。 18、临时项目组、研发部、QA评审项目计划书，评审通过后正式生效。 19、PM指示配置管理员建立配置基线。 20、PM编制阶段总结报告（项目总结报告中的度量分析页面），召开阶段会议。
第二章手机研发流程 一、比亚迪通讯电子研究院介绍 1、概况 通讯电子研究院（Telecommunication&ElectronicsResearchInstitute简称TERI）成立于2007年9月，由第七事业部通讯技术研究所发展而来。致力于IT和汽车领域的通信技术的开发以及电子产品的研究，目前拥有32个部门，分布在比亚迪宝龙，坪山和北京三个工业区。 2、工作内容 1）专业从事IT和汽车领域的通信技术的开发以及电子产品的研究；利用研究开发成果，支持公司的发展战略，销售工作，产品开发工作等； 2）配合其他事业部的产品开发工作，从硬件、软件以及测试等方面提供产品设计和项目管理支持，使公司资源得到充分利用； 3）培养专业技术团队，向公司相关领域输送高素质技术及管理人才。 3、研究方向 ?通讯技术:2G,2.5G,2.75G,3G,3.5G,4G…. ?网络技术：BT(UWB),Zigbee,WiFi,RFID,WiMax等 ?各类操作系统:WindowsCE,Linux,WindowsMobile ?软件平台:MTK,展迅，英飞凌，天碁，联发等 ?电子产品：MultiMedia，DTV，GPS等 ?天线，射频，基带，声学等 ?电源管理，驱动 ?汽车通讯 ?其他相关技术 4、组织框架 5、研发部门介绍 （1）天线研究部 ? a.跟踪和了解天线的发展趋势，为后续项目研发作积累； ? b.配合平台整合工作，支持各种平台的应用；
? c.配合公司项目需求，致力于手机、蓝牙耳机等通讯产品天线品质的改善研究；? d.协助公司其他部门进行天线相关测试软件、测试流程的编写； ? e.整合现有技术资源，研究、制定产品天线质量评价体系标准。 (2)射频（RF）研究部 ? a.跟踪和了解手机及通讯相关的电子产品的发展趋势和新的射频方案，为后续项目研发作积累； ? b.配合平台整合工作，支持各种平台的应用； ? c.配合公司项目需求，致力于手机、蓝牙耳机等通讯产品射频品质的改善研究；? d.协助公司其他部门进行射频相关测试软件、测试流程的编写； ? e.整合现有技术资源，研究、制定产品射频质量评价体系标准。 (3)基带（BB）研究部 ? a.根据产品开发的路线图预先对硬件技术进行技术评估和可行性研究；根据产品定义完成具体产品电路设计，以满足产品定义的功能和性能要求；保证产品的电磁兼容，安全性，环境达到国家或相应国际标准要求； ? b.跟踪和了解嵌入式处理器（总线结构，处理能力，支持的应用）和多媒体（视频和音频）的最新进展； ? c.协助公司其他部门进行基带相关测试软件、测试流程的编写； ? d.配合平台整合工作，支持各种平台的应用； ? e.整合现有技术资源，研究、制定产品基带质量评价体系标准。 (4)声学研究部 a.致力于扬声器单体性能评价及其最优音腔匹配，并建立相应数据库； b.配合平台整合工作，支持各种平台的应用； c.配合公司项目需求，致力于手机、汽车、蓝牙耳机等通讯及电子产品声学品质的改善研究； d.根据市场的需求，自主开发相关声学应用软件；
c m m i软件开发流程 Prepare d on 24 November 2020
软件开发流程软件项目生命周期模型
需求分析 需求分析流程图 过程描述 1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。 ?对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方案。 ?关于自行开发和采购复用的分析， ?如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用； ?本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑采购； ?否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。 9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。 10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。 11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。 12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。 13、PM、测试负责人与临时项目组确定项目关键参数。 ?工作量、工期、日程、人数 ?成本/预算（由于本公司的项目的绝大部分成本是人力成本，对估计成本的管理等同于估计工作量的管理，对实际成本的管理等同于实际工作量的管理，对预算的管理等同于计划工作量的 管理。） ?质量目标 14、PM、测试负责人与部门经理协调人员及资源、计划知识技能、协调相关干系人的参与。 15、项目组基于公司环境标准，结合项目实际情况建立适合的工作环境。 16、PM、测试负责人编制项目计划书。 17、PM、测试负责人编制项目日程表。 18、临时项目组、研发部、QA评审项目计划书，评审通过后正式生效。 19、PM指示配置管理员建立配置基线。 20、PM编制阶段总结报告（项目总结报告中的度量分析页面），召开阶段会议。
1、汽车电子控制系统的一般组成及各部分的功能 汽车电子控制系统一般由传感器与信号开关、电控单元ECU、执行器（执行元件）组成。 传感器是一种检测装置，能感受到被测量的信息，并能将检测感受到的信息，按一定规律变换成电信号或其他所需型式的信息输出，以满足信息的传输、处理、存储、显示、记录和控制的要求。它是实现自动检测和自动控制的首要环节。其中主要传感器及其作用如下表所示。 传感器种类传感器作用 空气流量传感器测量进入发动机的空气流量，包含空气温度传感器和空气压力传感 器 飞轮转速传感器固定在气缸上的飞轮转速传感器头，感受这些位置的变化，是电控单元识别第一活塞至上止点位置的基准信号 冷却液温度传感器测量冷却液在不同温度下的电阻值 凸轮轴相位传感器测定发动机各缸活塞压缩行程终止点 燃油温度传感器测量燃油温度，当温度高于90°时，发动机功率将减小到60% 燃油压力传感器提供共轨燃油压力信息 电控单元ECU的功能主要是接受来自传感器的各种信号，经过处理之后，将参数转化成相应的电信号，发送给执行器汽车达到最佳的运行状态。 执行器一般受ECU控制，主要任务是具体执行或实现某项控制功能。主要包括喷油器、点火控制模块、怠速空气控制阀以及各种电磁阀等。执行器用来精确无误地执行ECU发出的命令信号。目前，汽车电控系统的执行器类型繁多，结构与功能不尽相同。执行器的发展方向是智能化执行器和固态智能动力装置。主要执行器及其特点和功能如下表所示。 执行器种类特点及作用 燃油压力调节和第三泵电磁阀调节控制燃油压力和燃油量 喷油器是电控燃油喷射系统的执行元件，根据ECU的指令，控 制燃油喷射量 VGT增压器控制电磁阀控制可变集合截面涡轮增压器活动叶片 电热冷启动电磁阀发动机冷启动时向电热冷启动赛头供电 空调压缩机电磁离合器保护空气调节系统 2、对现代汽车电子产品开发流程的理解。 现代电子产品开发是软硬件同步开发的过程，节约资源，缩短产品开发周期。汽车电子控制单元的开发流程包含汽车电子系统总体设计、微处理器选择、控制程序的设计与开发和ECU硬件的抗干扰设计。汽车电子产品软件开发流程是“V”形开发流程。“V”形开发流程分为五个阶段，即功能设计、原型仿真、代码生成、硬件在回路仿真－HIL、标定。与传统的汽车电子产品开发相比，有以下几个优点：可重复，可定义，可定量管理、可优化。 软件开发工程的发展对于汽车电子产品开发的影响是巨大的，电控系统开发过程的工艺改进，即对软件开发和维护进行过程监控和研究，可以使电子产品开发更科学化、标准化。
c m m i软件开发流程 公司内部编号：（GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-
软件开发流程软件项目生命周期模型
需求分析需求分析流程图
过程描述
1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。 2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。 对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事 先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠 性等)、技术的发展前景、供应商资质与实力等)及相对优先级，采用讨 论表决的方法选择并确定最终的技术方案。 关于自行开发和采购复用的分析， 如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、 测试用例等)，一般应进行复用； 本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本 在项目可接受范围内，可考虑采购； 否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。
CMMI体系简介及软件工作流程 质量管理部 2009年03 月 华丽娜主题 第一部分:CMMI基础知识 CMMI是什么 CMMI发展和厉史 CMMI模型组件概述 第二部分:公司质量体系文件综述 公司软件过程概述 公司过程文件概述 公司体系文件导读 CMMI是什么？ ◆Capability Maturity Model Integration(能力成熟度模型综合) 它综合了以下几方面: System engineering Software engineering Integrated Product and Process Development Supplier Sourcing ◆该模型提供一套可供公众使用的准则；这些准则描述那些成功地 实施了过程改进的组织的特性。
◆该模型用“软件能力成熟度”来衡量这种软件综合能力 CMMI是什么？ ?美国卡内塞一梅隆大学软件工程研究所(SEI)研制。 ?CMMI的前身是SW-CMM和SE-CMM ?CMMI有专门认证评估方法一SCAMPI 发展简史 草案于1997年制定(未广泛应用)。 到2000年，CMM演化成为 Software Engineering)于2002年1月正式推出。 CMMI的诞生（1） 版，经历了十多年，在这期间，IT产业有了长足的发展，相应的工 业标准或规范必然要不断地改进。 不再局限于纯粹软件的范崎。虽然人们了解和应用CMMI需要一定的 时间，但走CMMI将取代CMM这走必然的趋势。 CMMI的诞生（2） ◆CMMI为工业界和政府部门提供了一个集成的产品集，其主要目的 是消除不同模型之间的不一致和重复，降低基于模型改善的成本。 CMMI将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。 CMMI模型组件概述 CMMI分级（阶段）模型 CMMI阶段式模型的结构
汽车电子控制器（ECU）的硬件设计流程 汽车电子控制器（ECU）的开发和任何电子产品的开发流程基本是相同的，需要硬件、软件、测试三方面的工程师去完成。 在设计流程上一般又分为功能样件、测试样件（一般两轮甚至更多）、量产件。不同阶段的样件主要的任务不同，设计和测试关注的重点也会不一样。 如果有硬件开发经验的，可以跳过这一段，直接到最后。 一、硬件设计 1.项目需求分析 项目需求的分析是设计任务开始的第一步，一份完善的项目需求一般包含了控制器的功能、MCU性能要求、外部电气架构、工作环境、安装位置、工作环境、工作电压范围、外部负载参数、诊断需求、目标成本等内容，有了这些内容，开发人员就可以根据自己的内容进行设计工作了，当然项目需求是一个时常会变的东西，这变化也是硬件设计痛苦的来源之一。 2.硬件总体方案设计和器件选型 根据外部的负载和接口需求，基本可以确定出硬件的总体方案：几路ADC、几路数字输入、几路CAN、几路LIN、几路高低边驱动等等。然后根据所需的接口数量进行器件选型，这里要考虑成本、平台成熟度、芯片供应商配合程度、供货周期等因素。在一个成熟的公司，针对不同的应用都会有一些成熟的平台（类似于整车的平台化），比如车身控制器选16位某芯片、车机选32位某芯片。如果项目成本卡的很严，那可能就要发挥硬件工程师的创造力了，用三极管电阻电容做出功能强大的电路。 3.原理图设计、结构设计、PCB设计 器件选型完成，元器件都入库完毕以后就可以开始原理图设计了，根据项目需求和自己的经验去将原理图和芯片的外围电路细化，此时除了考虑功能实现，还需要关注故障诊断、电气性能和电磁兼容相关的问题：防静电、信号完整性、外部负载功率、防反接、防掉电、
汽车ECU开发流程 1.1汽车ECU开发的V循环方法 1.1.1设计计算 发动机匹配项目设计计算的目的是根据汽车要求的性能确定发动机和变速器等部件的类型和参数。它分为以下3种方法。 （1）手工计算 主要是根据汽车驱动力与行使阻力的平衡图来确定汽车在不同档位情况下的最高车速、加速能力和爬坡能力，从而评价变速器的不同传动比对汽车性能的影响，确定发动机和变速器的参数。这种方法计算繁琐，结果不够准确。 （2）仿真计算 在设计汽车和各部件模型的基础上，输入发动机和变速器等汽车部件和整车的性能参数，指定要求的行驶循环，最后计算出汽车的动力性、经济性、排放性能和制动性能。它可以在计算机上显示和打印各种分析报告和图表结果，计算快速准确，能反映汽车系统中任何参数的变化对整车性能的影响。目前国内常见的车辆仿真商业软件有奥地利李斯特内燃机及测试设备公司（AVLLISTGmbH）开发的汽车性能仿真分析软件CRUISE。 （3）参数优化 将汽车的动力性、经济性、排放性能和制动性能作为目标函数，将发动机功率、汽车重量和变速器的各档传动比等参数作为优化变量，在一定范围内，寻求最优匹配组合，使汽车达到最佳性能价格比。 1.1.2发动机和变速器的布置 在完成发动机匹配设计计算后，根据初步确定的计算参数和汽车布置形式，可以从市场上选择一款或多款发动机和变速器，然后选择和开发相应制动、转向和空调系统等部件，在发动机舱和车身上试布置。也可以通过建立汽车和部件的CAD数字模型，在CAD软件环境中试装配，检查干涉情况，并进行调整。在确定汽车主要部件的位置后，可以进行后续工作。 1.2发动机附件系统的开发
通常汽车发动机供应商只提供基础发动机或发动机基体，它缺少部分外围附件系统，因此需要汽车制造商开发这些系统。这些附件系统包括：风扇及风扇离合器、进排气管道、空气过滤器、发动机油泵、发动机悬置、动力转向泵、三元催化器、空调压缩机、燃油供应系统。 1.3设计与分析 1.3.1CAD设计 在现代汽车的开发过程中，需要应用CAD软件来设计汽车和部件的数字模型。 主要的汽车设计CAD软件有：美国UnigraphicsSolutions公司的Unigraphics、美国ParametricTechnologyCorp公司的Pro/ENGINEER、法国DassauhSystems（达索）公司的CATIA。 主要的CAD建模方法有：特征造型、用三坐标测量机进行逆向扫描。 1.3.2CAE分析 主要的汽车CAE分析软件有：ANSYS（安世）股份公司的ANSYS系列软件、MSCSoftware公 司的Adams、Nastran和Patran等系列软件、LMS公司的Sysnoise、Falancs和https://www.doczj.com/doc/718376416.html,b 等系列噪声分析软件。 发动机匹配项目中的CAE分析项目有：发动机的噪声与振动分析、发动机支撑的分析、发动机热力学分析、汽车碰撞分析、计算流体力学分析（验证散热器的尺寸和发动机进气流动特性）。 1.4主要试验项目 主要试验项目包括：发动机和汽车台架试验、发动机噪声与振动试验、发动机悬置的振动频率测量试验、排气系统的耐久性试验、发动机过滤器和冷却系统的压力和流动试验。 2发动机的电气匹配技术 2.1发动机管理系统及其开发技术 2.1.1发动机管理系统 发动机管理系统（EMS）是在发动机电子点火和电控汽油喷射系统的基础上，发展起来的集电子控制喷射、排放控制、电子点火、起动、防盗、诊断等功能于一体的集成电路系统。EMS 能实现对发动机各系统的精确和灵活控制，是改善发动机各项性能指标和排放的主要手段。
汽车电子软件开发流程 ——CMMI篇 作者:朱忠安 版本: 1.0 状态:草版
1历史记录
2索引 1历史记录 (2) 2索引 (3) 3概要 (4) 4一般嵌入式系统开发简介 (5) 4.1嵌入式系统定义 (5) 4.2嵌入式系统的开发组织架构 (5) 4.3嵌入式系统软件开发流程图 (6) 4.4流程图简介 (7) 5CMMI软件团队解析 (8) 5.1CMMI软件开发流程标准 (8) 5.2软件研发组织架构解析 (9) 5.3软件项目开发过程 (9) 5.4系统测试组织结构 (9) 6CMMI软件项目变更管理 (10) 6.1软件变更控制工具介绍 (10) 6.2软件变更控制流程 (10) 7软件开发知识简介 (11) 7.1软件开发的特点 (11) 7.2如何做好软件开发 (11) 7.2.1客户角度 (11) 7.2.2供应商角度 (11)
3概要 本着为客户服务的宗旨，让更多的想进入汽车研发团队的工程师们了解和熟悉的软件开发流程，减少项目开发过程中不必要的误解，故做此介绍抛砖引玉。
4一般嵌入式系统开发简介 4.1嵌入式系统定义 对于嵌入式系统，一般教科书上面有这样定义：以应用为中心，以计算机技术为基础，软硬件可裁剪，系统对功能、可靠性、成本、体积、耗电量和应用环境，有特殊要求的专用计算机系统，是将应用程序、操作系统和计算机硬件集成在一起的系统。 其实这句话不难理解，概括起来只有两点： <1>计算机系统 任何一个嵌入式系统必定是一个计算机系统,而最基本的计算机系统无外乎CPU,内存,输入设备,输出设备;嵌入式系统也是如此. 谈到这里,就必须要说到两个概念:微处理器和微控制器. 所谓微处理器很容易理解,就是中央处理器CPU,比如所ARM9,它的为处理器就是ARM920T.换句话说就是嵌入式系统的核心控制单元. 所谓微控制器,其实也不难理解;我们现在大部分的电子产品所使用的都是集成芯片,也就是一块芯片中不仅仅包含的是CPU,还把许多的外围设配都集成在一块芯片中,比如把PWM控制器，把flash，把音频处理器，把内存，把输入输出设备等都集成在一块芯片中，这样的一块集成多功能的芯片就是微控制器。基本上一块IC就是一个小型的嵌入式系统。这样的做的好处也是显而易见的：<1>可以减少嵌入式系统设计的复杂度；<2>节省成本,因为一块集成多功能的IC,比你去用一块CPU搭建外围设备的成本要少的多。 <2>特定应用 对于嵌入式产品的开发，一般都是具有特定的应用；根据特定的需求去定制的。比如仪表，一套完整的仪表系统，都是只适合与特定款型的车。因为电子产品的性质各有不同，嵌入式系统的开发也很难有一套统一的标准，没有一个国际标准组织或学术单位，规定嵌入式系统一定要用什么CPU，用什么开发语言，一定要用什么操作系统，一定要用哪一套开发工具。只会根据特定的需求去定制。 4.2嵌入式系统的开发组织架构 一般的研发团队都有很严谨漂亮的组织架构，嵌入式系统的研发团队也是如是；至少应该有以下小组。 <1>项目管理组 <2>硬件组 <3>产品外观和结构设计组 <4>软件组 1）软件项目管理组 2）固件组 3）系统组
成熟度3级的工程过程域 目的 需求开发(Requirements Development, RD)的目的，在于产出并分 析客户、产品及产品组件的需求。 业界注释 本过程域描述客户、产品及产品组件等三种需求，这些需求说明相 关关键人员的需要，包括与产品生命周期各阶段 (如，验收测试准 则)及产品属性 (如，安全性、可靠性、与维护能力等) 有关的需 要。需求也包括选择某设计解决方案而产生的限制条件。例如：与 现成品整合的需求。 所有开发项目都有需求，从项目于维护活动的项目案例来看，产品 或产品组件的变更，是基于现有需求、设计、或实作的变更。需求 变更可能来自顾客或用户所记载的变更请求单，或来自于需求开发 过程的新需求形式。不论需求来源或型式，变更所驱动的维护活动 也要加以管理。 需求是设计的基础，需求的开发包括下列活动： 引导、分析、验证，以及沟通客户的需要、期望及限制，以获 得客户需求，并达成关键人员的共识 搜集和协调关键人员的需要 开发产品的生命周期需求 建立客户需求 建立与客户需求一致的原始产品及产品组件需 因为客户也可能提出特定的设计需求，本过程域讨论所有客户的需 求，而非局限于产品层次的需求。 客户需求可进一步细化为产品及产品组件需求。除客户需求外，选 定的解决方案也可能衍生产品及产品组件需求。整个过程域中，产 品及产品组件的意涵也包括服务及其组件。 在整个产品生命周期中识别并修订需求。对设计决策、后续的纠正 措施，以及产品生命周期各阶段所产生的回馈进行分析，以了解它 们对衍生及已配置需求的影响。 需求开发过程域包括三项特定目标。”开发客户需求」特定目标说 明如何定义完整的客户需求，以使用于产品需求开发。”开发产品 需求」特定目标说明如何定义完整的产品和产品组件需求，以使用 于产品和产品组件设计。”分析并确认需求」特定目标说明客户、 产品及产品组件需求须执行的必要分析，以定义、衍生及了解需求。 第三项特定目标的特定执行方法，用以辅助前两项特定目标的特定
一文看懂汽车电子ECU bootloader开发（工作原理及开发要点）随着半导体技术的不断进步（按照摩尔定律），MCU内部集成的逻辑功能外设越来越多，存储器也越来越大。消费者对于汽车节能（经济和法规对排放的要求）型、舒适性、互联性、安全性（功能安全和信息安全）的要求越来越高，特别是近年来新能源电动车、车联网和自动驾驶技术的兴起，更大大加速了汽车电子技术的发展。汽车电子ECU（Electronic Control Unit--电控单元）集成的功能日益复杂，为了应对软件远程（在线）功能升级（增加新的功能）和bug修复的需求、对bootLoader（启动加载程序）的需求越来越多。本文详细介绍了汽车电子ECU bootloader的一般性工作原理和开发要点，其适用于所有的汽车电子ECU bootloader开发。 一、bootloader的功能BootLoader，顾名思义，就是驻留在ECU非易失性存储器中的一段程序加载代码，每次ECU复位后，都会运行bootloader。它会检查是否有来自通信总线的远程程序加载请求，如果有，则进入bootloader模式，建立与程序下载端（通常为PC上位机）的总线通信并接收通信总线下载的应用程序、解析其地址和数据代码，运行NVM （None Valitale Momory--非易失性存储器）驱动程序，将其编程到NVM中，并校验其完整性，从而完成应用程序更新。如果没有来自通信总线的远程程序加载请求，则直接跳转到应用程序复位入口函数（复位中断ISR，也称作Entry_Point（）--使用Processor Expert 的CodeWarrior 工程或者Startup（）函数--普通CodeWarrior 工程），运行应用程序。 基于此，汽车ECU的bootloader三大主要概念如下： 与远程程序下载端建立可靠的总线通信以获取要更新应用程序； 解析应用程序编程文件（S19/HEX/BIN）获得其在NVM中的地址和程序代码及数据； 运行NVM驱动将应用程序的代码和数据编程到NVM中并校验； 二、如何建立可靠的总线通信？汽车ECU常见的数据总线有CAN和LIN，因此通常汽车ECU的bootloader都是通过CAN或者LIN下载数据的。当然也可以基于其他总线，比如基于SPI总线或者I2C总线（典型如一些带有安全监测的功能安全ECU，通过主MCU对
cmmi软件开发流程
软件开发流程软件项目生命周期模型
需求分析 需求分析流程图 需求分析 客户 部门经理 临时项目组 输入/输出 EPG QA 测试负责人 PM 开始6、确定项目管理机制 14、协调人员及资源 项目日程表 15、建立工作环境 项目计划书 17、编制项目日程表 5、审批裁剪 16、编制项目计划书 4、申请裁剪 1、组建临时项目组 11、确定项目目 标范围 13、确定项目关键参数 结束 项目裁剪表 2、制定需求阶段日程表 12、项目估算 规模估算表/项目 估算表 3、建立配置库 18、评审项目计划书 19、建立阶段 基线 20、阶段总结 需求分析阶段总 结报告 需求分析阶基线 7、编写需求清单 列表 需求清单列表 10、确认需求规格书 8、确定系统架构/编写需求规格书 架构设计书/需求规格书 9、评审架构设计书/需求规格书 过程描述
1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。 2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。 ?对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优 先级，采用讨论表决的方法选择并确定最终的技术方案。 ?关于自行开发和采购复用的分析， 如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复 用； 本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑 采购； 否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。 9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。 10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。 11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。 12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。 13、PM、测试负责人与临时项目组确定项目关键参数。 ?工作量、工期、日程、人数 ?成本/预算（由于本公司的项目的绝大部分成本是人力成本，对估计成本的管理等同于估计工作量的管理，对实际成本的管理等同于实际工作量的管理，对预算的管理等同于计划工作量的管 理。）
甘肃畜牧工程职业技术学院毕业论文汽车电子技术的发展现状与展望 系别：车辆工程系 专业：汽车电子技术 班级: 汽电11.1班 学生姓名: 郑玲玲 指导教师：翟爱霞 完成时间： 2013年10月15日
摘要 (1) Abstract (2) 第一章汽车电子的技术概况 (3) 1.1汽车电子技术的发展概况 (3) 1.1.1汽车电子技术回顾 (4) 1.1.2现代汽车电子技术 (5) 第二章汽车电子技术的应用现状与发展趋势 (7) 2.1汽车电子技术的应用现状 (7) 2.2汽车电子技术的发展趋势 (7) 2.3汽车电子技术的应用将使汽车发生以下主要变化 (10) 2.4我国汽车电子行业呈现的七大特点分析 (11) 第三章汽车电子系统开发方案的介绍 (13) 3.1车控电子产品的开发流程 (13) 3.2车控电子产品软件开发流程 (13) 3.3车控电子产品代码生成过程 (14) 3.4汽车电子系统划分 (14) 结论 (16) 致谢 (17) 参考文献 (18)
随着汽车工业与电子工业的不断发展，在现代汽车上，电子技术的应用越来越广泛，汽车电子化的程度也越来越高。汽车电子技术是汽车技术与电子技术相结合的产物。可以说，今天的汽车已经进入电子控制的时代，而这一切都依赖于电子技术的发展。技术创新能力成为竞争取胜的关键。世界各大汽车公司已把主攻方向转向以微电子技术和信息技术为代表的高新技术，开发研制各种新车型，以此占领技术制高点。国外专家预测，汽车上装备的电子装置成本将占汽车整车成本的15%以上。汽车将由单纯的机械产品向高级的机电一体化产品方向发展，“电子汽车”走向未来。 关键词：汽车技术汽车智能系统智能化装置
课程论文 论文题目：谈电子技术在汽车上的应用 课程名称汽车运用技术 学生姓名：王永嘉任课教师：卢军峰二级学院：电子信息工程学院专业：电子信息工程班级：14电子信息1班学号：1415101012 提交日期：2016年5月10日
目录 目录 (Ⅰ) 摘要.................................................................................................................................................III 第一章设计总则 (1) 1.1汽车电子的介绍 (1) 1.2类别 (1) 1.3我国汽车电子行业呈现的七大特点分析 (2) 第二章汽车电子系统开发方案的介绍 (3) 2.1车控电子产品的开发流程 (4) 2.2车控电子产品软件开发流程 (4) 2.3车控电子产品代码生成过程 (5) 第三章现在汽车电子技术在汽车上的应用 (5) 3.1在发动机上的应用： (5) 3.1.1电子控制喷油装置 (5) 3.1.2电子点火装置（ESA） (6) 3.1.3动力传动电子控制系统 (7) 3.1.4多媒体娱乐、通讯系统 (8) 3.2电子技术在底盘上的应用： (8) 3.2.1电控自动变速器（ECAT） (8) 3.2.2防抱死制动系统（ABS） (9)
3.2.3电子转向助力系统 (10) 第四章结论与展望 (10) 4.1结论 (10) 4.2展望 (10) 参考文献 (12)
摘要 随着汽车工业与电子工业的不断发展，在现代汽车上，电子技术的应用越来越广泛，汽车电子化的程度也越来越高。汽车电子技术是汽车技术与电子技术相结合的产物。可以说，今天的汽车已经进入电子控制的时代，而这一切都依赖于电子技术的发展。技术创新能力成为竞争取胜的关键。世界各大汽车公司已把主攻方向转向以微电子技术和信息技术为代表的高新技术，开发研制各种新车型，以此占领技术制高点。国外专家预测，汽车上装备的电子装置成本将占汽车整车成本的15%以上。汽车将由单纯的机械产品向高级的机电一体化产品方向发展，“电子汽车”走向未来。 关键词：电子技术、装置、汽车
软件开发流程软件项目生命周期模型 需求分析 需求分析流程图
过程描述 1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。 2、PM制定需求阶段日程表，该表须通过研发经理审核。 3、PM指示配置管理员建立配置库。 4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成
项目裁剪表。 5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。 6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。 7、项目组人员与客户进行沟通，编写需求清单列表。 8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。 ?对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方案。 ?关于自行开发和采购复用的分析，如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用； 本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑采购； 否则，由项目组自行开发。 架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。 9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。 10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。 11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。 12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。 13、PM、测试负责人与临时项目组确定项目关键参数。 ?工作量、工期、日程、人数 ?成本/预算（由于本公司的项目的绝大部分成本是人力成本，对估计成本的管理等同于估计工作量的管理，对实际成本的管理等同于实际工作量的管理，对预 算的管理等同于计划工作量的管理。） ?质量目标 14、PM、测试负责人与部门经理协调人员及资源、计划知识技能、协调相关干系人的参与。 15、项目组基于公司环境标准，结合项目实际情况建立适合的工作环境。 16、PM、测试负责人编制项目计划书。 17、PM、测试负责人编制项目日程表。 18、临时项目组、研发部、QA评审项目计划书，评审通过后正式生效。 19、PM指示配置管理员建立配置基线。 20、PM编制阶段总结报告（项目总结报告中的度量分析页面），召开阶段会议。 设计 设计流程图
汽车电子开发流程浅析 汽车电子产品是软硬件结合的嵌入式系统。为了节约资源，缩短产品开发 周期，一般应采取软硬件同步开发的方案。 1、汽车电子产品的开发流程 汽车电子产品是软硬件结合的嵌入式系统。为了节约资源，缩短产品开发周期，一般应采取软硬件同步开发的方案。汽车电子产品的开发工具对软硬件的 同步开发、调试提供了很好的支持。汽车电子产品的软件开发分为功能描述、 软件设计、代码生成、操作系统环境下高级调试等步骤。汽车电子产品的硬件 开发分为硬件描述、硬件设计、硬件调试等步骤。当软件设计完成后，通过使 用相应的工具，完成在虚拟ECU 平台上的验证。当硬件设计完成后，与硬件 一起进行软硬件集成调试。通过这种开发方式，缩短了产品上市的时间。 软硬件并行的开发方案 2．汽车电子产品软件开发流程 汽车电子产品软件开发流程是V 形开发流程。V 形开发流程分为五个阶段， 即功能设计、原型仿真、代码生成、硬件在回路仿真－HIL、标定。 在功能设计阶段使用的主要工具是MATLAB。通过使用MATLAB 提供的Simulink、Stateflow 等工具，完成控制方案的设计、功能模块的设计、控制算 法的设计等任务，并进行初步的仿真模拟工作。在原型仿真阶段使用的主要工 具是dSPACE。使用dSPACE 提供的快速控制原型－RCP 工具完成离线的仿真工作。在开始该阶段之前，需要使用Real Time Workshop、Targetlink 等工具完成由Simulink、Stateflow 等产生的代码向标准C 代码的转换工作。 3．汽车电子产品代码生成过程 在进行向标准 C 代码的转换的过程中，可以根据需要加入符合OSEK 规范