硬件研发管理制度.docx

硬件研发管理制度 第1章总则第1条目的为规范硬件研发工作，提髙研发质量，降低成本，结合公司的实际情况,特制本办法.第2条归口行理部门硬件研发部是硬件研发工作的归口行理部门，负责硬件的方案、设计、开发、测试、发布等各项工作。笫2章硬件产品研发决策管理第3条产品规划内容产品规划是指产品规划人M通过调査研究，做出有关需求分析、市场异向、竞争对手和产品发展方向 的分析报告,制走和维护产品的目标，确保产品满足客户的需要.其具体工作内容包括以下三个方而。(1) 硬件研发部调研人员通过客户需求分析，获取与产品发展相关的客户意向、市场需求、竞争态势、 同类产品等信息.(2) 根据调研分析结果,确公产品的主要发展方向；根据客户巧公司的需要，确定产品的关键属性等.(3) 制足产品的长期目标。第4条 可行性研究及决策程序(1) 硬件研发部调研分析人员进行市场调査与分析，确认产品的市场定位与需求。(2) 在调査研究的基础上进行可行性研究，提交可行性分析报告。(3) 硬件部经理组织相关人员进行论证，决记项目取消或继续。(4) 硬件研发部根据论证结果制泣初步的软件开发计划.(5) 根椐市场环境、公司软硬件情况预测风险因素。第3章硬件需求分析第5条硬件需求分析与制定研发计划流程(1) 对硬件开发需求进行分析并列出功能要求。(2) 对硬件开发需求进行分析并给出详细的技术指标.(3) 技术方案研究及可行性论证，巧市场确认，满足客户需求。对可利用的资源（计算机硬件、软件、人力等）进行估计，制化研发进度计划（可有相应的缓冲时间）。(6) 制定详细的硬件研发计划。(7) 制定质量控制计划和测试计划。(8) 编写技术指标。（8）评审。第6条 硬件需求分析要求(4) 必须对可行性进行分析。(5) 应有用户指定人员参加。(6) 需求技术指标必须明确，并经过用户确认。第7条 硬件需求审批经评审通过的各项内容形成相应的文档后，须提交软件研发经理审核确认.第4章原理设计第8条原理设计的实施流程(1) 确定目 标方案的总体结构. 对于大型方案，可按主要的功能划分成子模块,然后为每个子模块定义功能及各功能模块间的关系，并描述各子模块的接口定义。 对于一般方案，可按需求直接定义。(2) 给出每个功能模块的功能描述、数据接口描述，以及外部文件与各功能模块间的关系。(3) 设计数据库或数据结构。(4) 制订各阶段开发的目标（里程碑）计划.(5) 制定第一个里程碑的测试计划。(6) 评审.第9条原理设计要求(1) 在设计目 标系统的整体结构时，应力争使其具有好的形态,各功能模块间应满足低耦合度，而各 功能模块内应满足高内聚度。功能模块的作J11范围应在可控制范围之内。(2) 在设计目标系统的总体结构时，应降低模块接口的复杂性,以提高目标系统的可靠性。(3) 每一个里程碑计划乂可分为详细设计、实现、组装测试、确认测试、发布、交接等阶段。第10条审批流程 经评审通过的各项内容形成相应的文件后,提交给软件研发部经理审核确认。 数据库/数据结构设计说明书、概要设计说明书经软件研发部经理确认后还须提交给主管技术副总进行审核确认。第5章PCB设计第11条原理设计的实施流程(1）将概要设计产生的构成软件系统的各个功能模块逐步细化，形成若干个程序模块。(7) 确定各程序模块之间的详细接口信息。(8) 撰写拟订单元测试计划。(9) 评审。第12条原理设计的工作要求(1) 确定程序模块内的数据流或控制流,对每个程序模块必须确定所有输入、输出和处理功能。(2) 规定符号的使用规范，确定设计的命名规则。第13条审批流程 经评审通过的各项内容形成相应的文件后,提交给软件研发部经理审核确认。 详细设计说明书经软件研发部经理确认后，还须提交给主管技术副总进行审核确认.第6章硬件实现第14条硬件实现的实施与要求(1) 对每个程序模块用所选定的程序设计语言进行编码，写出的程序应该结构良好、清晰易读且与设计一致，符合公司编码规范。(2) 单元测试，研发人员按单元测试计划对自己编写的程序进行测试。(3) 对编程及单元测试过程进行版本管理,主要由高级项目工程师负责.第15条审批所有文档必须提交给软件研发部经理审核确认.第7章测试 第16条组装测试实施程序(1) 开发组完成单元自测后，由研发负责人填写“测试申请单”连同测试产品清单交与测试人员.(2) 相关测试人员根据提交的申请单将源程序、文档等拷贝到测试产品目录中。(3) 执行测试计划中要求的所有组装测试。(4) 测试人员对测试结果进行分析,生成问题列表（Bug List），返给研发负责人。(5) 研发人员经过分析、修复并自测完毕，生成BUG修复报告，返给测试人员。(6) 测试人员进行反复测试,直至测试通过.第17条组装测试工作要求(1) 组装测试应保证模块间尤错误连接。(2) 应对软件系统或子系统的输入输出能力进行测试，使其达到设计要求.(3) 应测试软件系统或子系统正确的能力和经受错误的能力。第18条确认测试实施程序无严重错误。(1) 执行测试计划中的所有确认测试.(2) 使用用户手册，以进一步证实其实用性和有效性，并改正其中的错误。(3) 对测试结果进行分析，生成当前BUG列表。(4) 反复査找BUG原因，直到修复。(5) 对所有文件进行整理。第19条确认测试工作要求(1) 全部系统存储量、输入及输出通道,以及进行处理必须预留的余景。(2) 将预期结果、测试结果及测试数据全部存档.(3) 测试人员将测试清单中缺少的文档列入BUG记录表.(4) 对测试中重现与未重现的BUG均要有说明。第8章硬件发布（1）在模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件第20条发布过程管理(1) 经测试合格的产品由测试人员填写“发布申请表”连同发布文档一起提交给硬件研发部经理、分管领导进行审核。(2) 硬件研发部经理、分管领导审核发布申请。(3) 测试人员将要发布的产品（包括源程序、执行文件及相关文档）放入发布产品目录中并生成安装。程序。第9章附则第21条本办法由公司研发部制定，修改权、解释权归公司研发部所有。第22条本办法自颁布之日起执行。