文档介绍：**公司软件开发过程规范目的为了规范软件研发各个阶段的开发行为,特制定此规范。适用范围本规范适用于研发中心软件产品研发从立项,到开发实施、测试、结项的各个阶段,规定了各开发阶段的文档编制、代码编写和资料备份内容与要求。术语和缩写研发项口干系人:公司内部与研发项口有关联的任何人。项目计划周期:从项目立项到计划完成时间的实际工作L1数。项目实际周期:从项目立项到实际完成时间的实际工作L1数。项目质量目标:项目允许出现的总的缺陷数的加权平均值。项目实际质量:项目实际出现的总的缺陷数的加权平均值。软件缺陷:在测试过程屮被发现的软件bug,按照不同的严垂程度分为四级;一级,系统崩溃,无法自动恢复,加权系数为100。二级,系统功能无法实现或性能指标无法达到,但不影响其他功能的使用,加权系数为2。三级,系统功能实现不完整,加权系数为1。四级,不影响系统功能和性能的小错误,忽略此错误系统可止常运行,加权系数为0・5。加权缺陷数量:测试中出现的各种缺陷的数量乘以其对应的加权系数,求和。,产品研发经过中请后才能立项,立项中请人可以是公司员工,也可以是公司各职能部门。・2立项申请人或委托其部门负责人召集相关人员讨论通过,确定项目经理并初步确定项目组成员。1《研发立项申请书》由项冃经理负责编制。,软件项口:PS+编制日期;(硬件项口:PH+编制日期)《研发立项申请书》要规定开发的产晶的具体名称,以及所属各个系列的规格型号定义。《研发立项申请书》规定开发的产品的属性,包括功能详细描述,性能要求详细描述和稳定性要求详细描述。《研发立项申请书》明确项目经理和项目组成员。《研发立项申请书》明确项口的开始日期和计划完成日期。《研发立项申请书》概耍说明项目开发的资源需求,包括硬件设备、软件工具、场地环境等。《研发立项中请书》确定项冃的质量目标,包括各级缺陷的数量和测试周期,所制定的质量冃标不允许有一级缺陷。《研发立项屮请书》的编制格式参照《研发立项申请书模板》。《研发立项中请书》由研发项冃经理、主管软件的研发经理、营销中心经理认可,主管研发副总经理最终确认。:研发项II干系人可对申请对《研发立项申请书》的内容进行变更,变更后按申请的流程进行签字确认,变更后的内容重新填写《研发立项申请书》并附在原申请书后。项目组成员的变更由研发内部掌握,不必进行变更申请。变更可在结项前的任何阶段捉出。5项目撤销,如遇重大变故造成所研发的项目已经无实际意义或其他原因需要立即停止,可申请撤销,中请人需是项冃干系人,并具有中心经理以上的级别,中请人负责编写《研发项目撤销中请书》,说明撤销原因,撤销申请需得到项口经理、主管软件的研发经理、营销中心经理和主管研发副屮经理认可,经由总经理批准后生效。撤销申请可在结项前的任何阶段提出。,项目经理需编写《项目研发计划书》。《项目研发计划书》初步制定项目开发的任务列表和模块划分,以及项目组人员的模块归属和工作时间安排。《项目研发计划书》可以用通用的项目管理工具来完成,编制格式由项目经理确定,《项冃研发计划书》由项冃组成员认可。,随时变更《项冃研发计划书》。《项冃研发计划书》的编制和实施情况,并给出改进建议。《软件需求分析说明书》《软件需求分析说明书》。《软件需求分析说明书》由项目经理或其委托人编制。《软件需求分析说明书》确定整个系统的物理结构和部署要求,并根据系统的物理结构进行模块划分,确定各个模块的功能范围和模块间的接口方式。详细说明系统规模要求和运行环境限制,并指出系统运行所需资源的要求。明确开发和系统运行所需软硬件资源的要求。确定项目进行一次全面测试所需要的测试人员人数和测试周期。《软件项目需求分析说明书》的格式参照《软件项目需求分析说明书模板》。在软件需求分析过程中,如果软件有用户界面,耍在此阶段进行界面的初步设计,为了提高效率,界而草图的绘制不限立形式和格式。《软件需求分析说明书》由项目组全体成员认可,主管软件的研发经理最终确认。《软件需求分析说明书》的变更,在开发过程中,项目组成员可提出对《软件需求分析说明书》的变更申请,变更的范围限于不能违背《研发立项中请书》的要求,即不能有涉及到《研发立项中请书》变更的内容,如果有,需要做《研发立项中请书》变更的流程