软件工程经典教程(清华大学用).ppt

项目开发流程培训,2010-3-3,培训内容,一、开发流程介绍 二、配置管理 三、评审 四、度量与分析,一、开发流程介绍,内容,一)项目规划 二)产品需求 三)软件需求 四)设计 五)编码和单元测试 六)集成测试 七)系统测试 八)验收测试 九)项目结项,一)项目规划,项目规划流程,项目监控流程,角色分配,关注,项目估算（代码、用例规模；开发、测试工作量） 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审核通过后，开发人员对照归档目录进行归档 （保证发布区是最新的文档） 3、归档完成后，验证归档包 4、验证无误后，将归档包交付测试部或合作方 5、CMO关闭PR 将配置项的权限全部收回 将配置项打Label标识 （PR_ UNIOMS1.0.0.0_headware_01 ）,五)配置审计,QA根据项目计划和配置管理计划制定配置审计的活动计划，一般设在阶段结束 尽早发现潜在的问题，将不符合问题记录到不符合问题跟踪单或审计报告中，并且安排CMO或相关责任人改正不符合问题，QA要对不符合问题进行跟踪直至关闭,三、评审,角色分配,评审可以发现60%的缺陷！,关注,四、度量与分析,确定度量目标和度量项 初始化度量表（项目计划、进度计划、软件估算结果 ） 执行度量与分析（阶段更新） 1、数据的准确性 2、偏差分析（对没有达标的项进行根因分析和纠正措施的制定）