软件开发过程规范.doc

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