(ppt)项目开发流程.ppt.ppt

项目开发流程培训 2007-11-16 培训内容 一、开发流程介绍 二、配置管理 三、评审 四、度量与分析 一、开发流程介绍 内容 一)项目规划 二)产品需求 三)软件需求 四)设计 五)编码和单元测试 六)集成测试 七)系统测试 八)验收测试 九)项目结项 一)项目规划 项目规划流程 项目监控流程 角色分配 关注 项目估算（代码、用例规模；开发、测试工作量） Delphi方法 偏差范围：20％-30％ 识别风险（技术、管理、需求、资源等方面） 风险库、经验 编写计划文档 PM：项目计划 工作分解.MPP 风险管理计划 TC ：系统测试计划 QA：质量保证计划 CMO：配置管理计划 二)产品需求 角色分配 三)需求分析★ 需求变更流程 角色分配 关注 产品需求的理解 SE讲解 组员讨论 与接口人沟通 问题记录到《需求问题跟踪单》（SE主导） 需求跟踪矩阵RTM初始化（阶段更新） 关注 CR流程走向 详见后面《配置管理专题》。 二八原则：80%的工程消耗在20%的需求上 四)设计 角色分配 五)编码和单元测试 角色分配 关注 编码 一个软件开发过程大约只有15%的工作量直接用在了编码上！ 单元测试案例（编码之前完成） 测试计划 用例编写 用例评审 测试报告（TC、QA要对测试结果进行分析 ，确认是 否能结束单元测试，进行系统测试） 六)集成测试 角色分配 关注 基本功能验证 基本功能用例（测试部提供） 用例评审 七)系统测试 角色分配 关注 预测试 对归档包进行验证 TC是否接受归档版本（邮件知会） 基本功能用例纸质会签 八)验收测试 问题单管理 对应的软件修改单 TD问题管理 ①及时录入、修改、验证 ②问题状态 New->Open->Fixed->Verified->Closed ③问题描述要清晰，备注上要写明“问题分析和解决方案” ④拒绝?测试部 挂起?接口人 角色分配 九)项目结项 输出项目结项审计（QA） 不符合问题 原因分析 纠正措施 编写结项报告 数据的准确性与合理性； 质量总结中对偏差进行纠正的措施描述和总结； 项目的经验及教训。 角色分配 二、配置管理 目的： 确保所有的配置项得到识别并受控； 确保项目的配置库以受控的方式访问； 确保有适当的机制来处理变更； 确保及时建立完整的基线。 返回 角色分配 内容 一)配置管理计划 二)基线 三)变更 四)归档 五)配置审计 一)配置管理计划 制定（《项目计划》） 识别配置项 确立配置库结构 分配权限（权限分配表） 识别基线 备份计划 归档计划 发布计划 变更控制 评审 项目计划包 基线 二)基线 概念： 对经过评审后定稿、暂不需改动的工作产品，进行一个标识活动。 作用： 所有的项目成员可以在一个统一的参考框架下进行交流。能够作为后续的开发过程的基础，且只能通过正式的变更申请来控制基线产品的变化。 二)基线 步骤： 1、配置项完成并通过验证后，PM向CCB提交基线申请 2、CCB审核通过后，CMO将该配置项建立基线 ①将配置项的权限全部收回 ②将配置项打Label标识 （BL_ UNIOMS1.0.0.0_SSRS_01 ） ③更新维护配置项统计表和配置管理状态跟踪表 三)变更 步骤： 1、变更人向PM提交变更申请 2、PM收到变更申请后，和SE确定变更大小等级 ①一般变更（邮件处理） ②重大变更（纸质会签，CCB进行审核） （CR_ UNIOMS1.0.0.0_模块名_日期_姓名_01 ） 3、PM给出变更影响分析，指定变更配置项开放权限和验证人 4、CMO开放权限给变更人（变更内容、修订记录、comments） 5、修改完成后,验证人进行验证 6、CMO再次检查，关闭CR，将配置项重新基线（收回权限） 7、更新维护配置项统计表和配置管理状态跟踪表 四)归档 步骤： 1、PM向CCB提交归档申请 2、CCB审核通过后，开发人员对照归档目录进行归档 （保