项目过程管理.pdf

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 产品开发或完