项目生命周期模型确认表.xlsVIP

软件产品开发类项目过程裁剪表 阶段 活动 文档名称 责任人 裁剪指南 指南来源 项目整个阶段 ■ 周跟踪/月跟踪 ■ 偏差控制 程序经理 体系要求 ■ 风险管理 项目特征包含如下内容中任意一项的，使用该表管理风险： (1)项目需求可能会发生变更 (2)项目使用的核心技术易受变更 (3)项目存在高暴露量风险 建议 ■ 变更管理 如果项目范围、项目进度等发生变更，项目组应提供《项目变更申请单》。 若有项目变更，则需进行项目变更评审--可采用会签方式 产品经理 项目程序经理应根据项目需要，决定追踪哪些产物。 ■ 缺陷跟踪 测试组长 特殊情况采用excel（驻外项目，且无网络支持的情况下） ■ 配置库管理 CM □ 配置审计 对于客户对项目工作产品以及过程要求严格的项目，应提供《配置审计表》。 □ 配置项变更控制 如果项目基线产品发生变化，应提供。 增加“需求基线”、“计划基线”、“设计基线”、“和“发布基线”。 ■ 过程与产品质量检查、跟踪、汇报 QA □ 测量和分析 度量人员 估算项目总工期小于2个月可以省略项目量化统计管理过程。 构思阶段 ■ 立项申请 ■ 立项评审 ■ 项目团队组建和准备 ■ 项目启动会 ■ 生命周期模型选择及过程裁剪 估算项目总工期小于1个月可以省略。 ■ 生命周期模型确认表评审 □ 需求计划 如果是需求变更和产品升级项目，可进行单独的需求分析。如是新产品，必须经过需求分析阶段 ■ 业务前景分析 ■ 业务前景评审 ■ 《评审报告单》 ■ 《评审意见表》 ■ 需求采集 ■ 原始需求列表 ■ 需求分析 ■功能规格说明书“业务用例”章节 □ 功能规格说明书“业务用例场景”目录 ■ 功能规格说明书“系统用例”章节（架构师） ■ 功能规格说明书“系统用例场景”章节（架构师） ■ 非功能需求分析（功能规格说明书“设计目标和约束”章节）（架构师） ■ 《词汇表》 产品经理 架构师 ■ 概要设计 ■ 功能规格说明书“需求分析和功能设计”章节 ■ 功能规格说明书“系统角色”章节 ■ 功能规格说明书“系统分析”章节（架构师） ■ 功能规格说明书“架构设计”章节（架构师） ■ 功能规格说明书“易用性设计和规范”章节 ■ 功能规格说明书“系统整体风格设计”章节 ■ 《产品功能清单》 ■ 原型 产品经理 UI设计师 架构师 ■ 功能规格说明评审 ■ 《评审报告单》 □ 《评审意见表》 ■ 原型评审 □ 需求测试 □ 《需求测试列表》 测试人员 新增活动： 新增产物： 项目组可以根据项目的实际情况，选择增加有利于项目管理和开发的过程及产物。 计划阶段 ■ 工作结构分解及进度安排 ■ 《项目进度表.mpp》 ■ 项目进度表 □《项目计划.doc》 ■《项目进度表.mpp》 ■ 配置管理计划 ■ 《配置管理计划.doc》 ■ PPQA计划 ■ 《质量保证计划》 项目组配置QA人员，应提供。 ■ 制定测试计划 ■ 《测试计划》 ■ 准备测试环境 ■ 《测试环境确认表.doc》 ■ 项目进度表评审 ■ 测试计划评审 ■ 程序框架 ■ 源代码 ■ 详细设计 ■ 业务正面设计（接口代码注释） ■ 类设计（代码注释） ■ 《画面交互设计》 设计人员 画面交互设计根据需要选择范围，首例中的画面必须进行交互设计。UI基本根据系统的需求选择。 ■ 详细设计评审 ■ 《评审报告单》 ■ 《评审意见表》 开发经理 1、详细设计评审可根据项目情况，拆分为多次评审。 ■ 数据库设计 ■ 数据库设计评审 数据库设计评审可根据项目情况，拆分为多次评审。 开发阶段 ■ 首例 项目组根据人员分工要求确定是否需要首例。如果需要大量人员进入，必须安排首例。 ■ 编写和维护测试用例 ■ 《测试用例》 ■ 测试用例评审 ■ 编码 ■ 源代码 开发组 ■ 单元测试 □ 单元测试代码 ■ Build Notes中自测承诺 开发人员 ■ 代码评审 ■ Code Review记录表 项目组应安排对核心代码的评审工作。首例后的首批代码必须进行评审。 ■ 建立版本视图 ■ SVN 中Tags 开发组长 ■ 构建 ■ 邮件格式Build Notes ■ 功能验证报告 ■ 邮件格式BVT Notes ■ 邮件格式Test Notes □ 集成测试 稳定阶段 ■ 系统测试 ■ 《测试报告.doc》 技术支持 ■ 编写用户文档 □ 二次开发编程手册 开发人员 ■ 《部署手册》 ■ 《使用手册》 ■ 《系统运行维护手册》 □ 培训资料 根据项目实际情况，编写满足客户需要的用户文档。 ■ 发布评审 ■ 内部验收 产品最终版本才需要验收 □ 生产环境部署 根据项目实际情况，有部署活动则有对应过程和产物 收尾阶段 ■ 项目总结 项目组成员 项目应召开项目总结会。 ■ 结项申请