项目过程管理

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

1、目的

为了对开发部的开发工作进行有效控制,确保开发工作的有序性、可控性、计划性和延续性,提高开发质量,特制定本控制程序。

2、范围

本程序适用于软件开发管理过程。

3、相关文件

3.1 《产品发布规范》

3.2 《评审管理制度》

3.3 《产品测试作业规程》

4、职责

4.1 开发部经理负责审批开发任务、概要设计、数据库设计、开发计划、更改

申请、项目总结等。

4.2开发部经理负责审核开发任务、概要设计、数据库设计、开发计划、更

改申请、项目总结等。

4.3开发部经理负责审批详细设计、开发进度记录等。

4.4开发部经理负责工程错误的指派,协助其它部门工作并提供相关的技术

支持工作。

4.5设计师负责概要设计、数据库设计的编写、详细设计的审核等工作,并

参与开发的阶段性输出评审,开发结果检查工作。

4.6开发小组负责详细设计、开发计划、开发进度记录编写,具体的开发实

施工作。

4.7开发工程师负责编写详细设计、监督开发进度、组织单元测试和检查开

发结果等主要工作。

4.8信息化实施与管理部负责组织概要设计、数据库设计、详细设计、阶段

性输出的评审,开发服务器的日常备份、各种质量记录的审批组织和资料归档工作;并提供开发的具体用户需求和产品完善建议,并协助完成开发的测试验证,参与开发的相关评审工作。

4.9测试部负责开发的测试验证、组织产品发布工作,并参与开发的相关评

审工作。

5、开发宗旨

以用户需求驱动产品开发,产品的所有功能设计应当都能在用户的实际需求中找到原型,作为设计开发的依据,同时兼顾覆盖面和通用性的要求。在设计上,必须首先满足用户的普遍需求,然后再考虑边缘的、较为个性化的需求。

6、开发工作的一些通用规范

6.1 在提交测试部测试以前,程序编写人员必须进行功能单元自测工作。

6.2 开发任务的编码周期大于等于10人天的设计评审和设计更改评审必须

是会议评审方式;编码周期小于10人天的基础模块、后台、工作流等

框架功能的开发任务的设计评审方式由开发部经理指定。并在设计的会

议评审中确定该任务的后期的阶段评审点,以及该任务的发布方式。阶

段评审点主要包括里程碑完成后、提交测试前。发布方式主要包括试用

发布和正式发布。

6.3 开发工程师每完成一项开发计划中的内容,必须及时向部门经理汇报进

展情况,以便启动下一步的工作。同时项目管理员负责将开发进度情况

更新到内部系统里任务单的开发计划中。

6.4 如果需要撤消开发任务,开发部经理必须提出《任务撤消申请单》,经开

发部经理审批后生效。

6.5 未经发布的产品不准应用于工程。

6.6 项目管理员根据开发任务和开发质量记录登记开发任务台帐。

7、设计开发过程管理

7.1 任务分类

开发任务分为四类,为产品开发或完善任务、技术研究任务、二次开发任务和临时开发任务。任务来源包括:

1)由开发部门提出项目建议书并审核通后下达的产品开发或完善任务。

2)由开发部门根据用户需求(用户方提出的需求)或内部需求(公司提出的需求)等提出的临时任务。

3)由开发部门根据C类用户需求提出的二次开发任务。

4)由开发部门提出项目建议书并审核通后下达的技术研究任务。

A类和B类用户需求可以通过产品开发或完善任务和临时任务来最终实现,如果对用户需求进行过提炼总结且编码工作量大于60人·天则以产品开发或完善任务实现,否则以临时任务方式实现。

7.2 产品开发或完善任务的设计开发过程管理

产品开发或完善任务的设计开发过程详见公司的《产品开发控制程序》。

7.3二次开发任务

7.3.1二次开发任务的开发过程,参见下图。

二次开发任务流程

流程说明:

7.4技术研究任务

技术研究的设计开发过程详见公司的《预研开发控制程序》以及《技术开发控制程序》。

7.5 临时开发任务

7.5.1临时开发任务的开发过程参见以下流程图:

7.6设计错误的处理

7.6.1设计错误是指在开发阶段或测试阶段发现和发生的以下三种情况:

1)概要设计内容错误,如前后矛盾、逻辑错误、模型关系错误、内容

缺漏或功能缺陷等,如果交付将无法满足用户要求或无法正常使用。

2)详细设计的内容错误,不能满足概要设计的功能要求。

3)数据库设计错误,数据库设计不能满足概要设计的要求,如数据关

系错误、表结构错误、数据类型错误等。

7.6.2设计错误分为一般错误和严重错误:

1)一般错误是指该设计错误对产品功能影响较小并且对开发进度影响

较小的问题。

2)严重问题是指该设计错误对产品功能影响较大或者对开发进度影响较大的问题。

7.6.3开发过程中发生的设计错误根据所造成的影响分为三种:

1)该设计错误的影响只涉及已经开发完的部分,对未开发的部分没有影响。

2)对已开发完和未开发的部分都有影响。

3)该缺陷不对已经开发完毕的代码产生影响(或者影响很小),只影响未开发的部分。

7.6.4一旦发现设计错误,都必须暂停开发,报告开发部经理,开发部经理

指令相关的设计师和开发工程师判断设计错误造成的影响以及严重程度,根据判断结果采取措施,包括更改开发计划、甚至撤销开发任务。在处理设计错误时,原则如下:

1)必须指令相关的设计师和开发工程师更改相关的概要设计或详细设计。如果的严重的设计错误,经重新评审后,才可以重新启动开发工作。

2)如果设计人员暂时无法准确估计错误类别或修改所需要的时间,必须暂时终止该开发任务(或子任务),将开发人员的工作另行安排,待设计修改通过评审后,再重新制定任务(或子任务)计划。

3)如果造成开发计划的变化,必须提交计划更改,将根据更改后的计划进行考核。

相关文档
最新文档