硬件研发管理制度

1、硬件研发管理制度第1章总则第1条目的为规范硬件研发工作，提高研发质量，降低成本，结合公司的实际情况，特制定本办法。第2条归口管理部门硬件研发部是硬件研发工作的归口管理部门，负责硬件的方案、设计、开发、测试、发布等各项工作。第2章硬件产品研发决策管理第3条产品规划内容产品规划是指产品规划人员通过调查研究，做岀有关需求分析、市场导向、竞争对手和产品发展方向 的分析报告，制定和维护产品的目标，确保产品满足客户的需要。其具体工作内容包括以下三个方面。(1) 硬件研发部调研人员通过客户需求分析，获取与产品发展相关的客户意向、市场需求、竞争态势、同类产品等信息。(2) 根据调研分析结果，确定产品的主要发展

2、方向； 根据客户与公司的需要，确定产品的关键属性等。(3 )制定产品的长期目标。第4条可行性研究及决策程序(1) 硬件研发部调研分析人员进行市场调查与分析，确认产品的市场定位与需求。(2 )在调查研究的基础上进行可行性研究，提交可行性分析报告。(3) 硬件部经理组织相关人员进行论证，决定项目取消或继续。(4) 硬件研发部根据论证结果制定初步的软件开发计划。(5) 根据市场环境、公司软硬件情况预测风险因素。第3章硬件需求分析第5条 硬件需求分析与制定研发计划流程(1 )对硬件开发需求进行分析并列岀功能要求。(2 )对硬件开发需求进行分析并给岀详细的技术指标。(3) 技术方案研究及可行性论证，与市

3、场确认，满足客户需求。(4 )对可利用的资源(计算机硬件、软件、人力等)进行估计，制定研发进度计划(可有相应的缓冲 时间)。(5) 制定详细的硬件研发计划。(6) 制定质量控制计划和测试计划。(7) 编写技术指标(8) 评审。第6条 硬件需求分析要求(1) 必须对可行性进行分析。(2) 应有用户指定人员参加。(3 )需求技术指标必须明确，并经过用户确认。第7条 硬件需求审批经评审通过的各项内容形成相应的文档后，须提交软件研发经理审核确认。第4章原理设计第8条原理设计的实施流程(1) 确定目标方案的总体结构。 对于大型方案，可按主要的功能划分成子模块，然后为每个子模块定义功能及各功能模块间的关系

4、, 并描述各子模块的接口定义。 对于一般方案，可按需求直接定义。(2 )给岀每个功能模块的功能描述、数据接口描述，以及外部文件与各功能模块间的关系。(3) 设计数据库或数据结构。(4 )制订各阶段开发的目标(里程碑)计划。(5) 制定第一个里程碑的测试计划。(6) 评审。第9条 原理设计要求(1 )在设计目标系统的整体结构时，应力争使其具有好的形态，各功能模块间应满足低耦合度，而各 功能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。(2 )在设计目标系统的总体结构时，应降低模块接口的复杂性，以提高目标系统的可靠性。(3 )每一个里程碑计划又可分为详细设计、实现、组装测试、确认测试

5、、发布、交接等阶段。第10条审批流程(1) 经评审通过的各项内容形成相应的文档后，提交给软件研发部经理审核确认。(2) 数据库/数据结构设计说明书、概要设计说明书经软件研发部经理确认后还须提交给主管技术副 总进行审核确认。第5章PCB设计第11条原理设计的实施流程(1 )将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块。(2) 确定各程序模块之间的详细接口信息。(3) 撰写拟订单元测试计划。(4) 评审。第12条 原理设计的工作要求(1) 确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。(2) 规定符号的使用规范，确定设计的命名规则。第13

6、条审批流程(1) 经评审通过的各项内容形成相应的文档后，提交给软件研发部经理审核确认。(2) 详细设计说明书经软件研发部经理确认后，还须提交给主管技术副总进行审核确认。第6章硬件实现第14条 硬件实现的实施与要求(1) 对每个程序模块用所选定的程序设计语言进行编码，写岀的程序应该结构良好、 清晰易读且与设 计一致，符合公司编码规范。(2 )单元测试，研发人员按单元测试计划对自己编写的程序进行测试。(3 )对编程及单元测试过程进行版本管理，主要由高级项目工程师负责。第15条审批所有文档必须提交给软件研发部经理审核确认。第7章测试第16条 组装测试实施程序(1 )开发组完成单元自测后，由研发负责人

7、填写“测试申请单”连同测试产品清单交与测试人员。(2) 相关测试人员根据提交的申请单将源程序、文档等拷贝到测试产品目录中。(3) 执行测试计划中要求的所有组装测试。(4) 测试人员对测试结果进行分析，生成问题列表(Bug List )，返给研发负责人。(5) 研发人员经过分析、修复并自测完毕，生成BUG修复报告，返给测试人员。(6 )测试人员进行反复测试，直至测试通过。第17条 组装测试工作要求(1 )组装测试应保证模块间无错误连接。(2)应对软件系统或子系统的输入输岀能力进行测试，使其达到设计要求。(3 )应测试软件系统或子系统正确的能力和经受错误的能力。第18条 确认测试实施程序（1） 在

8、模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件 无严重错误。（2）执行测试计划中的所有确认测试。（3）使用用户手册，以进一步证实其实用性和有效性，并改正其中的错误。（4） 对测试结果进行分析，生成当前BUG列表。（5）反复查找BUG原因，直到修复。（6 ）对所有文件进行整理。第19条 确认测试工作要求（1 ）全部系统存储量、输入及输岀通道，以及进行处理必须预留的余量。（2）将预期结果、测试结果及测试数据全部存档。（3） 测试人员将测试清单中缺少的文档列入BUG记录表。（4）对测试中重现与未重现的 BUG均要有说明。第8章硬件发布第20条发布过程管理（1 ）经测试合格的产品由测试人员填写“发布申请表”连同发布文档一起提交给硬件研发部经理、分 管领导进行审核