开发流程过程改进建议解读.docVIP

文档号：pj001 版本号：0.1 日 期：2012-06－12 开发流程 过程改进建议  九樱天下（北京）信息技术有限公司 。 修订历史记录 版本 日 期 描 述 修订人 张二明 目 录 1 概述 3 1.1 目前遇到的问题 3 1.2 过程改进基础 4 2 过程改进建议 5 2.1 流程化说明 5 2.2 变更管理 7 2.3 BUG审核 7 3 开发注意事项 8 3.1 团队基本规则 8 3.2 不能自己引用第三方包 8 3.3 要注意区分使用单表和服务 8 3.4 特定代码管理规则 8 3.5 分支版本的应用 9 3.6 对前台文件命名规定 9 3.7 数据库设计规范 9 3.8 与第三方技术支持规范 10 概述 在经历了商城轻量化改造、专卖店轻量化改造、会员后台轻量化改造以及包括修改BUG在内的其他一系列项目型工作后，我对目前的开发环境及组织过程有了完整的认识，为了更好的完成以后的工作，结合我们组的工作经验及建议，我对开发流程提出过程改进建议。 首先，对项目有一个全面的认识，项目是为创造独特的产品、服务或成果而进行的临时性工作。这是对项目的定义，在我们的工作中，分配下来的任务都可以视为项目，商城轻量化改造是项目，新增智囊团功能是项目，修改一版BUG也是项目（修改BUG是最简单的项目，因为目标明确、范围界定准确）。项目不分大小，都需要进行规划，都需要标准化的管理，这也是我提出过程改进建议的初衷。 项目的特点有三个：独特性、临时性和不确定性。独特性指每一个项目都是独特的，没有两个项目是相同的，有可能当前项目中某一块具体功能在以前的项目中有重复，这也只能说在项目实现时有一些经验借鉴。临时性指项目要有明确的起点和终点，即项目的时间约束条件，这是项目的重要制约因素，项目必须承诺在指定的时间内完成，而不是随着工作的完成而项目结束，这一点我们的认识不够深刻。项目的不确定性有两点，一是指项目在整个生命周期中会因环境变化、风险移动等因素而产生变化，这类变化成为变更；而是指由于项目的独特性而产生的项目结果认识不完整，这一点常常被忽视，我们在实际开发中，总是希望先把项目设计的足够完整足够详细足够全面，而实际上对绝大多数项目说这是不现实的，对项目的认识就像认识海上的冰山一样，项目经理必须全面认识水上部分，同时预测水下部分，并随着冰山的上浮不断重新认识重新预测，这就是规划项目的常用技术—渐进明细（指在项目进程中，随着信息越来越详细，估算越来越准确，持续改进和细化计划 图表 1 流程图 如上图，将整个项目生命期分为六个阶段，分别是：定义阶段、原型设计阶段、开发实现阶段、测试阶段、上线阶段和收尾阶段。其中，定义阶段完成项目的目标（范围、时间、功能点），原型设计阶段完成项目原型的开发及测试，开发实现阶段完成项目的编码实现工作，测试阶段完成对系统的测试，上线阶段按照目前的上线流程进行上线，收尾阶段负责对项目进行总结，记录项目资产。 流程化说明 项目定义 根据业务需要或其他需求而提出项目，这是可能只是一个初步的简单想法或思路，描述页比较简单。例如：会员后台轻量化、做一个智囊团功能、做一个彩票系统、在九樱后台添加媒体禁用功能等。 项目启动会 项目组决定开始做这个项目，首先分配责任并组织相关人员收集需求，这两项成为项目启动会的主要内容。分配责任就是指定项目的相关责任人（谁总体负责，谁参与开发等）；收集需求是指通过多种方式来确定项目的需求，对于规模小的项目，收集需求会比较简单，可以在会上敲定。对于规模大的项目，要根据具体情况采用多种方式收集。这个工作由项目管理层进行组织。 项目设计 项目设计包括：整理需求、描述实现思路、确定项目目标。项目目标包括项目范围、项目时间约束、项目功能点等。其中，项目范围确定项目的范畴及边界，明确哪些在项目中，哪些不在项目中（例如：在改造功能A项目中，发现了功能B的问题，这时功能B的问题是不属于本项目的，如果要修改则需要变更管理）。项目时间约束规定项目的关键时间点（也称里程碑），规定何时原型开发完成、何时开发实现完成交给测试等。项目功能点属于项目范围范畴，由于其在我们的项目中比较重要，所以单独提取出来作为项目目标的一项，要列出项目的关键功能点，以利于评价项目目标。这里要注意项目目标是多个角度（范围、时间、功能）的结合体，一个角度的变化会影响到其他角度，所以对目标的变化要慎重。这个工作由项目负责人完成。 项目设计评审会 项目设计完成后，就要组织相关人员进行评审。评审内容包括：需求理解的是否正确（准确性、正确性、完整性）、实现思路是否正确可行、项目目标是否可接受。以上内容