软件项目范围计划

1、编辑ppt0软件项目管理编辑ppt1范围计划范围计划 配配置置管管 理理计计划划 合合同同 计计划划 风风险险 计计划划 沟沟通通 计计划划 质质量量计计划划 成成本本 计计划划 时时间间计计划划 集集成成 计计划划 范范围围计计划划 项目项目结束结束 项目执项目执 行控制行控制 项目项目 计划计划 项目项目初始初始 人人力力 计计划划 编辑ppt2核心三计划核心三计划q范围计划q进度计划q成本计划成本基准，进度基准编辑ppt3软件项目管理软件项目管理第第2 2章章软件项目范围计划软件项目范围计划编辑ppt4本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务

2、分解的过程q五、案例分析编辑ppt5软件需求软件需求q需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。编辑ppt6软件需求的层次软件需求的层次业 务 需求用 户 需求功 能 需求软件需求规格非功能性需求质 量 特性约束和假设系 统 需求编辑ppt7需求管理的重要性需求管理的重要性编辑ppt8项目项目失败的原因分析失败的原因分析No. Top 10 Factors 平均值平均值 1 Inadequate requirements specification 不充分的需求规范不充分的需求规范 4.5 2 Changes in requiremen

3、ts 需求的改变需求的改变 4.3 3 Shortage of systems engineers 缺乏系统工程师缺乏系统工程师 4.2 4 Shortage of software managers 缺乏了解软件特性的经理人缺乏了解软件特性的经理人 4.1 5 Shortage of qualified project managers 缺乏合格的缺乏合格的项目经理项目经理 4.1 6 Shortage of software engineers 缺乏软件工程师缺乏软件工程师 3.9 7 Fixed - price contract 固定价合同固定价合同 3.8 8 Inadequate c

4、ommunications for system integration 系统集成阶段系统集成阶段, 交流与沟通不充分交流与沟通不充分 3.8 9 Insufficient experience as team团队缺乏经团队缺乏经验验 3.6 10 Shortage of application domain experts 缺乏应用领域专家缺乏应用领域专家 3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious Source: Carnegie-Mellon University, Software Engineering Institu

5、te软件需求管理过程软件需求管理过程编辑ppt10软件需求管理的过程软件需求管理的过程需求分析需求分析编写需求规格编写需求规格需求验证需求验证需求获取需求获取需求变更需求变更需求确认需求变更编辑ppt11需求工程基本任务需求工程基本任务需求工程需求工程需求管理需求管理需求开发需求开发需求获取需求获取需求分析需求分析需求规格说明需求规格说明需求验证需求验证变更管理变更管理编辑ppt12需求获取图示需求获取图示编辑ppt13需求获取需求获取用户要求 扩展需求基线需求软 件 需求编辑ppt14需求分析定义需求分析定义q需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 编辑ppt

6、15需求分析模型需求分析模型编辑ppt16需求规格需求规格q需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书q需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编辑ppt17软件需求规格说明的原则软件需求规格说明的原则编辑ppt18编辑ppt19规格文档参考规格文档参考n引言n系统定义 n应用环境n功能规格 n性能需求n产品提交n实现约束n质量描述n其它n签字认证编辑ppt20需求验证需求验证q需求是正确的吗？q需求是一致的吗？q需求是完全的吗？q需求是实际可行的吗？q需求是必要的吗？q需求是可检验的吗？q需求

7、是可跟踪的吗？q最后的签字编辑ppt21需求总在变化需求总在变化编辑ppt22编辑ppt23需求变更管理需求变更管理q确定需求变更控制过程确定需求变更控制过程q建立变更控制委员会建立变更控制委员会( (SCCB)SCCB)q进行需求变更影响分析进行需求变更影响分析q跟踪所有受需求变更影响的工作产品跟踪所有受需求变更影响的工作产品q建立需求基准版本和需求控制版本文档建立需求基准版本和需求控制版本文档q维护需求变更的历史记录维护需求变更的历史记录q跟踪每项需求的状态跟踪每项需求的状态q衡量需求稳定性衡量需求稳定性编辑ppt24需求变更管理需求变更管理q管理和控制需求基线的过程q需求变更控制系统q一

8、个正式的文档，说明如何控制需求变更q建立变更审批系统编辑ppt25变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划编辑ppt26表4-3 需求变更提交单软件基线产品修改提交单软件基线产品修改提交单申请人韩万江申请日期2002。1011项目名称项目管理系统阶段名称系统设计文件名称RCR-PM-01.doc, RCR-PM-02.doc,变更简述如下修改内容1 1）修改测试流程控制：将）修改测试流程控制：将2 2个角色，个角色，3 3个渠道流，改为个渠道流，改为3 3个角色，个角色，4 4个渠道流，详见个渠

9、道流，详见RCR-PM-01.doc2 2）增加开发人员技能信息库管理，详见）增加开发人员技能信息库管理，详见RCR-PM-02.doc验证意见同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施验证人杨炎泰验证日期20021011SCCB韩万江，姜岳尊，孙泉 填表人韩万江编辑ppt27本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的方法q五、案例分析编辑ppt28WBS (Work Breakdown Structure)WBS (Work Breakdown Structure)q任务分解的过程q将一个项目

10、分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。q任务分解的结果qWBS（任务分解结构）。 qWBSq面向可交付成果的。qWork packages（工作包）qWBS的最低层次的可交付成果编辑ppt29WBSWBS实例实例系 统子 系 统子 系 统子 系 统模块模块模块 模块模块模块模块模块模块编辑ppt30PMI defines WBSPMI defines WBSq是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作q它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述编

11、辑ppt31PMI defines Work packagesPMI defines Work packagesqWBS的最低层次的可交付成果q工作包应当由唯一主体负责q这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成编辑ppt32本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任务分解的方法q五、案例分析编辑ppt33类型类型q清单q图表编辑ppt34图表类型图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数编辑ppt35清单类型清单类型1. 变化

12、计数器1.1 比较两个版本的程序1.1.1 预处理1.1.2 文件比较1.1.3 结果处理1.2 找出修改后的程序中增加和删除的代码行1.2.1 找出增加的代码行1.2.2 找出删除的代码行1.3 统计修改后的程序中增加和删除的代码行数1.3.1 统计增加代码行数1.3.2 统计删除代码行数1.4 统计总的代码行数 1.5 设定标记以指示修改的次数1.6 在程序的头部增加修改纪录编辑ppt36本章要点本章要点q一、任务分解定义q二、任务分解的类型q三、任务分解的方法q四、任务分解指南q五、案例分析编辑ppt37本章要点本章要点q一、软件需求管理过程q二、任务分解定义q三、任务分解的类型q四、任

13、务分解的方法q五、案例分析编辑ppt38任务分解过程任务分解过程输入分解WBS编辑ppt39分解方法分解方法p类比p模版p自上而下p自下而上编辑ppt40WBS模板举例模板举例编辑ppt41分解方法分解方法- -自上而下自上而下“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数编辑ppt42分解方法分解方法- -自下而上自下而上“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数编辑ppt43任务结构分解任务结构分解(WBS)(WBS)步骤步骤n确认

14、并分解项目的组成要素n确定分解标准n确定分解是否详细n确定项目交付成果n验证分解的正确性(建立编号)编辑ppt44WBSWBS编号系统编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123编辑ppt45标识项 功能名 F1.1获取网络资源数据 F1.2将资源数据存入数据库 F1.3获取网络资源信息 F1.4观察网络资源 F1.4.1依类型分类观察网络资源 F1.4.2依状态分类观察网络资源 F1.5观察逻辑网 F1.6观察资源状态 F1.7修改网络资源的状态 F1.8依条件检验网络使用情况 F1.9显示拓扑图 F1.10

15、建立通道编辑ppt46WBS与与OBS（组织分解结构）（组织分解结构）编辑ppt47分解标准分解标准n生存期n功能组成编辑ppt48分解标准应统一分解标准应统一学生管理q按照生命期分解q规划q需求q设计q编码q测试q提交q按照产品组成分解q1.1 招生管理q1.2 分班管理q1.3 学生档案管理q1.4 学生成绩管理 编辑ppt49分解标准应统一（续）分解标准应统一（续）q不能同时使用两种标准进行分解q招生管理q 分班管理q 学生档案管理q学生成绩管理 q规划q需求q设计q编码q测试q提交编辑ppt50检验分解结果的标准检验分解结果的标准n最底层的要素是否是实现目标的充分必要条件n最底层要素是

16、否有重复的n每个要素是否清晰完整定义n最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排编辑ppt51WBSWBS的指南的指南(1)(1)qWBS分解的规模和数量因项目而异、因项目经理而异q收集与项目相关的所有信息q参看一下类似的项目的WBS,与相关人员讨论q可以参照模板q最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，q软件项目推荐分解到40小时的任务注：80/8规则编辑ppt52WBSWBS的指南（的指南（2 2）q每个Work package必须有一个提交物q定义任务完成的标准q每个WBS必须有利于责任分配q可以准备WBS的字典q最后与相关人员进行评审编辑

17、ppt53WBSWBS字典内容字典内容WBS表示号 名称 主题目标 描述 完成的任务 责任者 完成的标识 备注1. 编辑ppt54WBS字典字典WBS字典实例编辑ppt55WBSWBS意义意义q提供了项目范围基线,是范围变更的重要输入q为评估和分配任务提供具体的工作包q进行估算和编制项目进度的基础q对整个项目成功的集成和控制起到非常重要的作用编辑ppt56清单式任务分解实例清单式任务分解实例电信运营信息查询系统分解一例编辑ppt57网管系统（图表）分解实例网管系统（图表）分解实例FF1配置管理F2故障管理F3安全管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F

18、4.7F4.4F4.1F4.7.1F4.7.2编辑ppt58网管系统（图表）分解实例网管系统（图表）分解实例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.2编辑ppt59网管系统（图表）分解实例网管系统（图表）分解实例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.4F2.9.3F2.9.1F2.9.5F2.9.6编辑ppt60标识项 功能名 F1.1获取网络资源数据 F1.2将资源数据存入数据库 F1.3获取网络资源信息 F1.4观察网络资源 F1.4.1依类型分类观察网络资源 F1.4.2依状态分类观察网络资源 F1.5观察逻辑网 F1.6观察资源状态 F1.7修改网络资源的状态 F1.8依条件检验网络使用情况 F1.9显示拓扑图 F1.10建立通道编辑ppt61WBSWBS实例实例nGeorge and Marthas picnic编辑ppt62George and MarthaGeorge and Martha一次野餐会一次野餐会qGeorge and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们3