嵌入式软件开发控制程序.docx

《嵌入式软件开发控制程序.docx》由会员分享，可在线阅读，更多相关《嵌入式软件开发控制程序.docx（10页珍藏版）》请在课桌文档上搜索。

1、XX有限公司嵌入式软件开发控制程序（依据A-SPICE规范编写。）编制/日期：审核/日期：批准/日期:文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第2页，共10页修订记录序号页码修改内容修改人日期备注质量管理体系程序文件文件名称：嵌入式软件开发控制程序制定部门：技术部文件编号：版本/版次：Al发布日期：第3页，共10页L目的本程序规定了嵌入式软件开发项目所应遵循的步骤及其全过程的控制和要求，旨在科学化管理新产品的软件设计开发，提高新产品的开发效率及市场适用性，进一步规范软件设计开发工作。2.范围适用于本公司之以下类型的新产品软件开发过程的控制：A类：全新

2、设计开发的新产品：B类：基于存在的硬件平台，仅涉及部分IO口调整，进行的新的应用程序开发；C类：基于存在的硬件平台，仅做新的应用程序开发；D类：基于存在的软、硬件平台，仅做部分应用程序的改动；3.用语定义RFQ:RequestForQuotation报价邀请函SOR:Statementofrequirement技术要求SYS：系统功能需求规范SDD：软件详细设计VTS：系统功能测试规范SOD：软件交付启动EOD：软件交付完成文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第4页，共10页4.职责及权限4.1技术部A负责组织软件的开发、评审和质量文档的审核；A

3、软件项目设计人员负责软件的设计和开发，负责编制软件文档；A部长负责文档的批准：4.2常务副总经理/总经理A根据从客户接收的RFQ内容，获取项目进展情况的报告；A下达设计和开发任务书，提供设计开发所需的资源。5.工作内容5.1嵌入式软件开发5.1.1软件开发输入新软件开发输入资料由项目部传递到技术部开发输入资料包括：ARFQ、产品技术标准及其它文件；A若顾客提供产品样品时，样品及其测试数据也作为设计输入的一部分；A公司现有技术平台技术信息；A适用的国家法令及法规。5.1.2软件开发需求分析5.1.2.1技术部部长负责组织项目小组成员进行开发输入评审。5.1.2.2技术部项目负责工程师在设计输入评

4、审结束后编制软件开发输入评审记录，交其部长审批，之后存档保存（保存在技术部）。5.1.2.3开发输入评审内容：A评审RFQ、产品技术标准和测试标准里规定的要求是否能达到；A顾客提供的样品分解所做的分析报告以及顾客样品测试数据；A公司现有技术平台是否能满足客户输入的要求，软件开发设计是否满足客户需求等；文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第5页，共10页A是否能满足国家的法令、法规要求和所销售国的法令、法规要求；A老产品局部结构改造是否满足客户要求；A老产品性能改进是否能满足客户要求；5. 1.2.4软件开发输入评审记录包括（可以是下面所有项目，也

5、可以是其中部分，取决于前述定义的新产品类型）：A开发目标；A根据RFQ与软件设计评审记录的技术要求，编写软件功能规范。软件功能规范具体应包括以下内容：1）系统设计要求；2. ECU功能规范;3. 防夹性能要求；填写软件功能规范，视情况评审时可请顾客参加，并形成软件需求分析评审记录。4. 1.3软件详细设计、编码5. 1.3.1软件详细设计技术部工程师是在软件功能规范基础上，对功能规范中产生的功能模块进行过程描述，设计功能模块的内部细节，包括算法和详细数据结构，为编写源代码提供必要的说明。详细设计过程中需要说明如何实现各个模块的内部设计，对每个功能模块设计详细的算法。详细设计文档需要包括：A重要

6、软件接口描述；A功能模块的实现策略；5.1.3.2编码技术部软件工程师根据软件功能规范和详细设计文档的技术要求，转换为基于计算机语言的程序，即源程序代码。需注意根据项目的应用领域选择适当的编程语言、编程的软硬件环境以及编码的程序设计风格等事项。文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第6页，共10页5.2 嵌入式软件验证5. 2.1软件代码静态规则分析软件主管负责组织项目小组成员根据MlSRA-C-2004代码检查工具，检测是否遵守行业代码规则，验证代码是否满足规范性。测试完成后需提交代码静态检测报告；6. 2.2软件单元测试软件主管在代码静态规则分

7、析完成后，需组织项目小组成员根据软件详细设计对嵌入式软件进行模块测试。测试完成后需提交软件单元测试报告。单元测试可以根据实际项目评估，决定是否可以由功能测试覆盖。7. 2.3软件功能测试技术部编制ECU软件功能测试规范，测试工程师依据ECU软件功能测试规范对产品的各功能进行验证，逐项测试，检查产品是否达到用户要求，该测试活动可与硬件系统同时进行。功能测试内容应包括：各功能是否正常运行，相关参数是否符合要求等。检查软件产品是否能实现或满足软件需求所规定的功能和性能要求，将测试结果编写成软件测试报告。8. 2.4技术部在功能测试完成后，需提供：ECU软件功能测试规范；ECU功能测试报告；A嵌入式软

8、件。9. 2.5软件验收技术部编制软件验收所需的文档及软件验收申请报告，顾客组织软件验收，以检验软件是否满足RFQ或ECU软件功能规范的指标要求。文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第7页，共10页5.3 软件运行和维护软件维护是在软件交付使用后，为纠正故障改善性能或其它属性，或使软件适应改变了的环境所进行的修改活动。主要包括完善性维护、适应性维护和改正性维护。软件维护主要由技术部软件设计人员负责。软件维护过程中应形成完整的记录。A软件和硬件一起交付后投入运行，并做好维护和管理工作；A如果顾客需要培训，项目组需编制培训计划并进行培训，应填写培训记

9、录；A如果需要维护、升级，应首先提出软件变更申请。具体参考“工程变便流程”；文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第8页，共10页6.软件开发流程软件开发启动J_APQP第二阶段1st2nd底SW-DeIiverySW-DeIiverySW-DeIivery4入1干I曾持续性改善6.1软件开发启动流程责任部门要求输出对应文件新项目输入、RFQ资料J1销售接受客户RFQ、SOR、技术协议等资料并下发相应部门市场调研报告；顾客要求清单；客户要求分析风险评估电子软件工程师:项目工程师；技术部根据客户SOR要求，包括适用的行业和政府机关发布的监管标准进行可

10、行性评估和风险评估；根据客户要求编写客户输入评审记录：项目部负责项目日程等确认，综合评估产品技术标准、RFQ、相关法律法规要求等，组织软件风险分析，并形成风险评估会议纪要；风险评估会议纪要；客户输入评审记录；软件功能需求评审记录表；软件DFMEA；软件功能需求评审软件风险分析(DFMEA)电子工程师制作技术资料，内容需包括产品技术标准、技术资料、新产品质量目标、日程计划、风险评估、带有嵌入式软件的开发评审记录(含软件DFEMA评审)等。技术资料给软件项目小组评审。嵌入式软件开发评审;软件开发计划；软件开发进度计划;4.软件开发评审停止软件开发启动否文件名称：嵌入式软件开发控制程序制定部门:技术

11、部文件编号：版本/版次：Al发布日期：第9页，共10页6.2软件开发流程责任部门要求输出文件技术部软件需求工程师根据RFQ输入编写需求说明，审核通过后编写功能规范；软件工程师根据功能规范进行编码；测试工程师进行相关测试，最终形成测试报告。软件详细设计及评审记录；软件功能规范；代码MISRA静态检查报告;软件单元测试报告；软件功能测试报告文件名称：嵌入式软件开发控制程序制定部门:技术部文件编号：版本/版次：Al发布日期：第10页，共10页7.相关表单一7.1嵌入式软件的开发评审7.2软件开发计划7.3软件开发进度计划7.4软件测试用例7.5变更配置管理计划7.6设计开发评审记录表7.7软件功能需求评审7.8软件详细设计和评审记录7.9软件功能规范设计和评审记录7.10软件代码静态检查报告7.11软件单元测试报告7.12软件功能测试报告7.13会议纪要