产品生命周期规范.docVIP

产品生命周期各阶段流程 目 录 1. 简介 5 1.1. 目的 5 1.2. 范围 5 1.3. 定义、首字母缩写词 5 2. 过程概述 6 2.1. 简要说明 6 2.2. 总体流程图 6 3. 规程规范 7 3.1. 产品需求阶段 7 3.1.1. 流程图 7 3.1.2. 流程说明 7 3.1.3. 角色和职责 7 3.1.4. 输出文档或记录 7 3.1.5. 出口准则要求 8 3.2. sprint会议阶段 8 3.2.1. 流程图 8 3.2.2. 流程说明 8 3.2.3. 角色和职责 8 3.2.4. 输出文档或记录 9 3.2.5. 出口准则要求 9 3.3. coding阶段 9 3.3.1. 流程图 9 3.3.2. 流程说明 9 3.3.3. 角色和职责 10 3.3.4. 输出文档或记录 10 3.3.5. 出口准则 10 3.4. 测试阶段 11 3.4.1. 流程图 11 3.4.2. 流程说明 11 3.4.3. 角色和职责 11 3.4.4. 输出文档或记录 11 3.4.5. 出口准则 11 3.5. 市场验收阶段 12 3.5.1. 流程图 12 3.5.2. 流程说明 12 3.5.3. 角色和职责 12 3.5.4. 输出文档或记录 13 3.5.5. 出口准则 13 3.6. 上线阶段 13 3.7. 反思会/回顾会阶段 13 3.7.1. 流程图 13 3.7.2. 流程说明 13 3.7.3. 角色和职责 14 3.7.4. 输出文档或记录 14 3.7.5. 出口准则 14 简介 目的 编制本规范的目的是规范研产品生命周期各阶段周期达到客户交付要求公司各阶段活动 市场抛出客户需求 经理针对客户需求进行整理和分析，出产品需求文档和产品log，backlog产品功能点优先级／／／评审产品原型和需求。 研发 测试 需求分析 进行需求调研，变更、评审，编写《产品需求、《产品原型》《product backlog》 对需求的可进行评审对需求的可评审 《产品原型》 《product backlog》包括优先级duct backlog必须全部完成，给出优先级，纳入kanbant会议阶段product backlog》和人员配置，确定周期要实现哪些product backlog研发product backlog细化成本的sprint log。给出scr 测试人员根据测试product backlog，测试需求，测试需求优先级人员 设计阶段 确定本周期的。 sptint backlog 编写测试需求log》并给出scrum点数测试需求log必须上kanban，输出并给出优先级系统设计、设计，数据库设计，，文档 进行代码编写 进行unittest 研发人员进行code 测试人员根据测试需求编写测试用例 产品、、，对测试用例进行评审 完成时，人员输出sprint step1、3、4裁剪 产品 设计阶段 开展系统设计，，，详细设计、、编写、 对测试用例进行评审根据测试需求编写测试用例测试用例进行评审test代码 单元测试执行完成，单元测试覆盖率达到公司要求可以，主线失败基本和产品原型一致 包编译通过 研发 测试阶段 流程图 流程说明 1、测试人员搭建测试环境。 2、测试人员根据《人员进行验证 产品人员测试用例根据产品需求和产品原型对进行验证100%执行完成，功能接口覆盖达到计划要求； 缺陷统计计算分析信息达到规定要求； 代码基线化； 《测试报告》通过评审。 产品人员验证通过 市场验收阶段 流程图 流程说明 验证业务需求中的各业务功能是否满足。其次主要关注界面友好、响应时间等。验收测试由产品人员/市场人员线上镜像 测试人员进行线上镜像测试环境产品 发现问题填写问题报告并与缺陷库进行对比，如果为新的缺陷则跟踪缺陷的处理；或为原来的缺陷，则分析缺陷还存在的原因。 2、测试通过后，产品人员市场人员进行产品演示研发和测试演示 4、对进行验证 角色和职责 活动 产品人员 市场人员 测试人员 市场组织召开市场验收会议，市场人员进行验收产品进行验证测试验证 市场人员通过 详见《》 反思会/ 收集前一迭代上线后的相关产品数据，如新功能使用日UV、PV等，当然如果发布后第二天召开回顾会议，可能不能马上收集到相关数据，也可以分析上上迭代的新功能使用情况。 分别从冒烟测试通过率、bug分析、集成测试方面来衡量项目质量，找到做的好与不好的原因。bug分析可以通过统计报表，从多维度进行分析，bug等级，引入层级等方面 集成测试可以通过集成测试框架如Hudson，主要关注单元测试覆盖率，通过率以及注释率等指标 从KEEP（做的好的，要保持的），CHANGE（做的不好的，需要改进的），TRY（可以尝试的）三个