KF-项目开发流程规范-1.0.doc

产品部项目开发流程规范撰写人：审核人：20120115发布 20120129实施修改历史记录序号更改单号版本编制\日期审核\日期批准\日期11.0目录项目开发流程架构图 3一、 项目开发流程 41、 老产品功能扩展或升级维护流程 42、 新产品开发流程 5二、 开发流程细则 6过程一、项目立项 6过程二、分析 7过程三、设计 9过程四、开发 10过程五、测试 13过程六、评审 15过程七、项目验收与结项 18三、 禅道操作详细说明 19Ø 登录： 19Ø 步骤一： 19Ø 步骤二： 19Ø 步骤三： 19Ø 步骤四： 19Ø 步骤五： 20Ø 步骤六： 20Ø 步骤七： 20Ø 步骤八： 20Ø 步骤九： 20Ø 步骤十： 21Ø 步骤十一： 21Ø 步骤十二： 21项目开发流程架构图一、 项目开发流程1、 老产品功能扩展或升级维护流程序号工作内容禅道软件工作内容角色过程一项目立项，填写《项目任务书》步骤二~步骤六部门经理或项目经理过程二过程三过程四进行开发工作或文档编写开发人员过程六文档评审，填写《文档评审表》上传到项目文档库开发人员与评审人员过程五开发工作完成创建测试版本步骤七开发人员过程五给测试人员下达任务步骤八开发人员过程五编写测试用例并测试步骤九测试人员过程五测试人员将发现的BUG反馈给开发人员进行修改步骤十测试人员过程五开发人员将BUG修改完毕，提出再次测试步骤七~步骤八开发人员过程五测试人员重新测试步骤九测试人员过程七BUG解决并且测试没有问题，提出版本发布步骤十一~步骤十二测试人员过程七部门助理根据项目任务书的内容进行审核存档并发布部门助理说明：上述流程中，没有涉及到的步骤可以跳过。

若项目只做少许的修改，过程二~过程三可跳过 禅道中每个步骤的详细说明见本文档后面介绍的禅道操作详细说明 上述流程是按照小规模的项目流程写的，如果项目规模较大，项目经理需将任务分解下达，每项任务工时不可超过一周2、 新产品开发流程序号工作内容禅道软件工作内容角色过程一准备新产品立项文档项目经理过程一文档评审，填写《文档评审表》项目经理和评审人员过程一新产品到财务备案、立项步骤一部门助理和产品部经理过程一立项文档及《文档评审表》归档上传到产品文档库部门助理过程一任务分解，填写《项目任务书》步骤二~步骤六部门经理或项目经理过程二系统分析开发人员过程三系统设计开发人员过程四系统开发开发人员过程六文档评审，填写《文档评审表》上传到项目文档库开发人员与评审人员过程五开发工作完成创建测试版本步骤七开发人员过程五给测试人员下达任务步骤八开发人员过程五编写测试用例并测试步骤九测试人员过程五测试人员将发现的BUG反馈给开发人员进行修改步骤十测试人员过程五开发人员将BUG修改完毕，提出再次测试步骤七~步骤八开发人员过程五测试人员重新测试步骤九测试人员过程六产品评审，填写《评审表》上传到项目文档库评审人员过程七BUG解决并且测试没有问题，提出版本发布步骤十一~步骤十二测试人员过程七部门助理根据项目任务书的内容进行审核存档并发布部门助理二、 开发流程细则过程一、项目立项1.1新产品立项Ø 全新产品开发和在老产品的基础上开发新产品均算作新产品，必须由部门经理写《项目任务书》。

Ø 全新产品开发必须到财务立项Ø 在老产品的基础上开发新产品需由部门经理确定是否到财务立项1.2老产品升级维护Ø 老产品升级维护只需填写《项目任务书》即可过程二、分析注：在老产品升级维护中，该阶段如无特殊要求可省略2.1输入文档做系统分析之前，应准备好项目立项文档，技术建议、合同与技术协议（合同性项目），第三方接口协议，项目任务书 2.2分析内容系统功能、系统现状、系统的性能与实现、系统接口分析、风险评估、成本分析2.3输出文档 需要完成的文档：项目系统分析文档（参见项目系统分析模板）2.4评审 评审发起人：项目负责人 评审流程见技术评审流程章节过程三、设计注：在老产品升级维护中，该阶段如无特殊要求可省略3.1输入文档 系统分析文档，项目任务书3.2输出文档 《概要设计方案》、界面设计说明书（没有界面设计项目的没有）参见《界面设计模板》，数据库设计说明说（没有数据库设计项目的没有）《参见数据库设计模板》，系统设计文档，参见《系统设计模板》 文档撰写人为架构设计人，一般为技术负责人或其它指定人员3.3评审评审发起人：项目负责人 评审流程见技术评审流程章节。

过程四、开发4.1输入文档 系统分析文档，界面设计文档，数据库设计文档，系统设计文档，上级任务书（一般为信息平台下达），开发规范（原理图设计规范，PCB设计规范，程序编码规范）4.2开发流程4.2.1模块开发顺序 自底向上：顶让人很容易了解系统 自顶向下很难测试（装模块很难实现） 先自底向上走通一条路 横向扩展：即便于测试，又有整体效果后开始横向扩展4.2.2模块开发 （1）硬件 原理图设计 审核或评审：由技术负责人组织 PCB设计 审核或评审：由技术负责人组织 （2）软件 数据结构设计 代码编写 （3）注意事项：如需要调整任务计划，由项目经理批准 如需要更改设计，需经过设计人员批准，同时修改设计文档 4.2.3存在分析、设计问题 如果在系统开发中发现了问题，就要返回到系统设计，重新进行系统设计，然后再依次按程序往下走。

4.2.4单元测试 每个模块开发完后由开发人员本人或测试人员及时测试，并编写编程测试用例说明与测试报告（参见《测试用例模板》和《单元测试报告》）4.2.5文档编写 编写编程文档和硬件原理说明书（参见《编程文档》）4.2.6 注意事项 对于紧急研发，可以后补开发文档，但必须经常讨论开发内容4.3集成测试 （1）测试人员：项目经理即组织者，系统设计人员，开发人员 （2）测试方法：硬件与面向过程的程序：采用增量测试，即逐步增加模块测试 面向对象的程序：采用非增量测试，即全编译测试4.4项目跟踪 项目经理应每天填写实际计划，并与基准计划对比，实际计划与基准计划误差较大时应及时与部门领导沟通4.5编写使用说明书：用于工程移交4.6输出文档 硬件SCH、PCB图，程序源代码，编程文档（参见《编程文档模板》），代码评审报告（参见《代码评审报告模板》），硬件原理说明书（参见《硬件原理说明书模板》）4.7评审评审发起人：项目负责人 评审流程见技术评审流程章节过程五、测试5.1输入文档 系统分析文档，界面设计文档，数据库设计文档，合同（合同性项目），使用说明书。

5.2参与人员 组织者：项目经理 测试人员：工程部或其它项目组5.3确认测试 文档确认 软硬件确认 测试环境确认5.4测试用例 5.4.1分析需要测试的要点 5.4.2测试用例设计 测试人员根据项目的实际情况设计测试用例，常用方法有：等价类划分，边界值，错误推测5.5系统测试 5.5.1功能测试 是否完成系统分析或合同中的所有功能；是否存在与系统分析或合同中不一致的情况5.5.2性能测试 压力测试，容量测试，性能测试，安全测试，错误测试等5.5.3界面测试 参见《界面测试检查表》5.5.4其它测试 需要公司其它部门或客户进行配合测试5.6测试回归 测试过程中发现的问题要回归到开发5.7输出文档 软件测试及缺陷跟踪报告（参见模板《系统测试及缺陷跟踪报告》）过程六、评审6.1评审范围主要涉及以下几个方面:设计正确性：设计是否正确设计准确性：是否有更好的方案成本分析：投入产出值不值，是否有替代方案可实施性：实施的难度重要、难点问题讨论6.2评审流程：6.2.1评审发起评审会议项目负责人或技术负责人向部门助理提出，部门助理向部门领导提请审核。

6.2.2评审负责人指定部门领导同意评审后同时指定评审负责人或转交相关技术负责人处理6.2.3评审准备评审负责人与评审发起人沟通，确定评审时间、地点和人员，提前将文档发给相关人员6.2.4评审过程评审过程由评审负责人主持，评审发起人对评审对象(文档或产品)进行讲解，评审人员可以随时提出问题，部门助理同时做好评审记录评审会议结束后应有评审人员商讨得出评审结论6.2.5评审报告撰写与发布部门助理：评审技术后部门助理应对审评记录和结论进行整理，与评审负责人沟通并撰写评审报告评审报告与评审发起人确认，并将缺陷改正时间或不修改的理由确认后提交到部门领导6.2.6缺陷跟踪部门领导决定哪些缺陷需进行改正，并制定改正时间部门助理开始跟踪缺陷改正情况，并定期向部门领导报告，汇报时间由评审评审发起人和部门助理根据实际情况自行决定6.2.7评审过程完成项目负责人完成所有缺陷改正后，评审负责人与评审成员采用正式或非正式的讨论，完成最终结论报告后由部门助理提交部门领导6.2.8评审存档由部门助理对评审报告进行归档过程七、项目验收与结项注：如果是老产品维护，则通过测试人员的测试即可发布，该项可省略7.1项目验收 由部门领导组织，进行项目验收总结。

7.2工程移交会议7.3前端发布文档编写7.4对前端进行发布会议7.5工作总结 提交两个报表：人员任务工作量报表和费用报表，最后进行经验总结7.6文档归档 由部门助理进行文档归档工作三、 禅道操作详细说明Ø 登录：登录内网网址：http://172.16.0.10:88/zentao登录禅道，外网登录地址为：http://124.207.136.120:88/zentao登录名：产品部员工姓名的全拼密码：123456Ø 步骤一：创建产品：点击-> ，按照界面提示将内容。