软件开发工艺流程规程资料

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件开发工艺流程规

受控状态(章):受控号:

********有限公司

软件开发工艺流程规程

文件编号: &&&&/TE750-2013

文件版本: V1.0

___________________________________________________________

******************有限公司对本文件资料享受著作权及其他专属权利,未经书面许可,不得将该等文件资料(其全部或任何部分)披露予任何第三方,或进行修改后使用。

修订履历

1. 目的

为了规范软件研发各个阶段的开发行为,特制定此规范。

2. 范围

本规范适用于研发中心软件产品研发从立项,到开发实施、测试、结项的各个阶段,规定了各开发阶段的文档编制、代码编写和资料备份内容与要求。

3. 术语和缩写

研发项目干系人:公司内部与研发项目有关联的任何人。

项目计划周期:从项目立项到计划完成时间的实际工作日数。

项目实际周期:从项目立项到实际完成时间的实际工作日数。

项目质量目标:项目允许出现的总的缺陷数的加权平均值。

项目实际质量:项目实际出现的总的缺陷数的加权平均值。

软件缺陷:在测试过程中被发现的软件bug,按照不同的严重程度分为四级;

一级,系统崩溃,无法自动恢复,加权系数为100。

二级,系统功能无法实现或性能指标无法达到,但不影响其他功

能的使用,加权系数为2。

三级,系统功能实现不完整,加权系数为1。

四级,不影响系统功能和性能的小错误,忽略此错误系统可正常

运行,加权系数为0.5。

加权缺陷数量:测试中出现的各种缺陷的数量乘以其对应的加权系数,求和。

4. 职责和权限

4.1 软件研发部经理负责本规范的编制、发布、维护与解释。

4.2 软件研发部经理负责推动和监督本规范的实施。

4.3公司所有员工可对本规范提出修改意见。

5. 内容和要求

5.1 研发立项

5.1.1 立项申请,产品研发经过申请后才能立项,立项申请人可以是公司员工,也可以是公司各职能部门。

5.1.2 立项申请人或委托其部门负责人召集相关人员讨论通过,确定项目经理并初步确定项目组成员。

5.2 研发

5.2.1 研发立项确定后,项目经理需编写《软件开发任务与职责分配表》。

5.2.1.1 《软件开发任务与职责分配表》初步制定项目开发的任务列表和模块划分,以及项目组人员的模块归属和工作时间安排。

5.2.1.2 《软件开发任务与职责分配表》由项目组成员签字认可。

5.2.1.3 项目经理可根据实际情况和设计的深入,随时变更《软件开发任务与职责分配表》。

5.2.1.4 研发部经理可抽查《软件开发任务与职责分配表》的编制和实施情况,并给出改进建议。

5.2.2 研发设计

5.2.2.1 研发设计阶段确定整个系统的物理结构和部署要求,并根据系统的物理结构进行模块划分,确定各个模块的功能范围和模块间的接口方式。详细说明系统规模要求和运行环境限制,并指出系统运行所需资源的要求。明确开发和系统运行所需软硬件资源的要求。确定项目进行一次全面测试所需要的测试人员人数和测试周期。

5.2.3 软件研发设计阶段,软件项目需编制《软件概要设计说明书》。

5.2.3.1 《软件项目概要设计说明书》由项目经理或其委托人编制。

5.2.3.2 《软件项目概要设计说明书》确定整个系统的逻辑结构,并对需求分析中各物理模块进行逻辑模块划分,详细描述各逻辑模块的业务规则和模块之间的接口以及重要的内部接口,确定系统级的全局变量和数据结构,确定各逻辑模块所包含的程序文件名称和使用的开发工具,描述每个文件中所包含的函数功能。确定数据库的类型和所有数据表名称及数据表的用途,确定数据库的访问方式。详细描述系统的配置方式。如果软件有用户界面,要对界面进行详细设计,确定所有界面的名称、规格及界面上的元素类型及功能,界面设计可在开发工具中直接绘制,也可采用其他绘图方式,但在概要设计文档中要保留图示并进行详细说明。

5.2.3.3 《软件项目概要设计说明书》由项目组全体成员认可,软件研发部经理最终确认。

5.2.3.4 《软件项目概要设计说明书》的变更,在开发过程中,项目组成员可提出对《软件项目概要设计说明书》的变更申请。《软件项目概要设计说明书》变更的主要目的是修正其中的错误,或者经过变更可提高产品的品质或性能指标或缩短产品的研发周期。概要设计说明书的变更需得到项目经理的同意,必要是由项目经理召集相关技术人员和项目组成员召开简短的技术会议进行论证。项目经理将变更后的内容写入新版本的《软件项目概要设计说明书》,主管软件的研发经理最终签字确认。

5.2.4 软件详细设计

5.2.4.1 软件详细设计由项目经理指派,项目组成员分担完成。

5.2.4.2 软件项目详细设计的内容及格式要求,软件项目的详细设计根据《软件项目概要设计说明书》划分的各个逻辑模块包含的程序文件,确定每个程序文件中所包含的函数的详细描述,要求有函数的功能描述、输入输出说明、使用规则和限制,如有必要,还可以描述函数的实现流程。详细描述软件中所有全局变量的格式、初始值、用途和使用规则。详细描述软件中所有的数据结构和类结构。详细描述数据库中的数据表,确定数据表的的每个字段,以及数据表之间的关系,确定所有的视图、触发器和存储过程。详细设计文档不做具体的格式要求,为了提高研发效率,可以把详细设计作为代码的一部分,直接在程序中编写。

5.2.4.3 项目经理负责组织对详细设计进行审核,审核方式可采用项目经理主审和项目成员互审相结合的方式,主要审核详细设计和概要设计及需求分析的符合性,及详细设计的正确性。软件研发部经理可组织相关技术人员对详细设计情况进行抽查。

5.2.4.4 详细设计的变更,可在项目开发的任何时段进行,由项目成员在得到项目经理的口头同意后进行,要在变更处做好变更记录。

5.2.5质量控制

5.2.5.1 项目组内部互审,在项目的开发过程中,项目经理可组织项目组成员对编制的代码进行互相审核,目的是审查代码是否符合《研发中心软件编码标准》的要求,并在联调前找到代码中的缺陷,审核时要做好审核记录,内容为代码的编写人、审核人、缺陷位置、缺陷描述和改进建议,格式由项目经理决定。根据项目的具体情况,项目经理有权决定不进行代码的互审。

相关文档
最新文档