软件项目范围计划.ppt

《软件项目范围计划.ppt》由会员分享，可在线阅读，更多相关《软件项目范围计划.ppt（74页珍藏版）》请在三一办公上搜索。

1、chapter_5,0,软件开发项目管理,北京邮电大学软件学院韩万江,chapter_5,1,RoadMap,第二篇,软件项目计划,chapter_5,3,没有计划的情况,时间,资源投入,开发工作,计划性工作,协调性工作,chapter_5,4,有计划的情况,时间,资源投入,开发工作,计划性工作,协调性工作,chapter_5,5,计划的重要性,PMI：项目成功的三大要素（法宝）：计划、计划、计划计划是通向项目成功的路线图进度计划是最重要的计划,chapter_5,6,项目进度计划,chapter_5,7,编制进度计划的三步曲,任务分解（WBS）-范围基准成本估算资源、进度安排,成本基准，进度

2、基准,chapter_5,8,RoadMap,chapter_5,9,软件项目管理,第2章软件项目范围计划,chapter_5,10,本章要点,一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析,chapter_5,11,软件需求,需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。,chapter_5,12,软件需求的层次,chapter_5,13,需求管理的重要性,chapter_5,14,项目失败的原因分析,Source:Carnegie-Mellon University,Softwar

3、e Engineering Institute,chapter_5,15,软件需求管理的过程,需求分析,编写需求规格,需求验证,需求获取,需求变更,需求确认,需求变更,chapter_5,16,需求工程基本任务,需求工程,需求管理,需求开发,需求获取,需求分析,需求规格说明,需求验证,变更管理,chapter_5,17,需求获取图示,chapter_5,18,需求获取,chapter_5,19,需求分析定义,需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。,chapter_5,20,需求分析模型,chapter_5,21,需求规格,需求分析工作完成的一个基本标志是形成了一

4、份完整的、规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。,chapter_5,22,软件需求规格说明的原则,从现实中分离功能，即描述要“做什么”而不是“怎样实现”采用一定的规格说明语言如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中,chapter_5,23,规格说明应该包括系统运行环境规格说明应该是一个认识模型规格说明应该容许不完备性并允许扩充,chapter_5,24,规格文档参考,引言系统定义 应用环境功能规格 性能需求产品提交实现约束质量描述其它签字认证,chapte

5、r_5,25,需求验证,需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实际可行的吗？需求是必要的吗？需求是可检验的吗？需求是可跟踪的吗？最后的签字,chapter_5,26,需求总在变化,chapter_5,27,chapter_5,28,需求变更管理,确定需求变更控制过程建立变更控制委员会(SCCB)进行需求变更影响分析跟踪所有受需求变更影响的工作产品建立需求基准版本和需求控制版本文档维护需求变更的历史记录跟踪每项需求的状态衡量需求稳定性,chapter_5,29,需求变更管理,管理和控制需求基线的过程需求变更控制系统一个正式的文档，说明如何控制需求变更建立变更审批系统,chapte

6、r_5,30,chapter_5,31,表4-3 需求变更提交单,chapter_5,32,本章要点,一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析,chapter_5,33,需求建模的基本方法,原型方法结构化分析法面向对象的用例分析法功能列表法其他,chapter_5,34,本章要点,一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析,chapter_5,35,任务分解过程,输入,分解,WBS,chapter_5,36,WBS(Work Breakdown Structure),任务分

7、解的过程将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。任务分解的结果WBS（任务分解结构）。WBS面向可交付成果的。Work packages（工作包）WBS的最低层次的可交付成果,chapter_5,37,WBS实例,chapter_5,38,PMI defines WBS,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述,chapter_5,39,PMI defines Work packages,WBS

8、的最低层次的可交付成果工作包应当由唯一一个部门或承包商负责这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成工作包可进一步分解为子项目的WBS或各个活动,chapter_5,40,WBS类型,清单图表,chapter_5,41,图表类型,chapter_5,42,清单类型,1.变化计数器1.1 比较两个版本的程序 预处理 文件比较 结果处理1.2 找出修改后的程序中增加和删除的代码行 找出增加的代码行 找出删除的代码行1.3 统计修改后的程序中增加和删除的代码行数 统计增加代码行数 统计删除代码行数1.4 统计总的代码行数 1.5 设定标记以指示修改的次数1.6 在

9、程序的头部增加修改纪录,chapter_5,43,任务分解步骤,确认并分解项目的组成要素确定分解标准确定分解是否详细确定项目交付成果验证分解的正确性(建立编号),chapter_5,44,WBS编号系统,chapter_5,45,chapter_5,46,WBS与OBS（组织分解结构）,chapter_5,47,分解标准,生存期功能组成项目的组织单位。,chapter_5,48,分解标准应统一,学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1招生管理1.2分班管理1.3学生档案管理1.4学生成绩管理,chapter_5,49,分解标准应统一（续）,不能同时使用两种标准进行分

10、解招生管理分班管理学生档案管理学生成绩管理 规划需求设计编码测试提交,chapter_5,50,本章要点,一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析,chapter_5,51,任务分解方法,模版类比自上而下自下而上,chapter_5,52,WBS模板举例,chapter_5,53,分解方法-自上而下,chapter_5,54,分解方法-自下而上,“变化计数器”系统,文件比较,预处理,增加代码,结果处理,统计总行,标记修改,记录修改,版本比较,找出增删行,统计增删行,删除代码,增加行数,删除行数,chapter_5,55,本章要点,一

11、、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析,chapter_5,56,检验分解结果的标准,最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排,chapter_5,57,WBS的指南(1),WBS分解的规模和数量因项目而异、因项目经理而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务注：80/8规则,chapte

12、r_5,58,WBS的指南（2）,每个Work package必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审,chapter_5,59,WBS字典内容,chapter_5,60,WBS字典,WBS字典实例,chapter_5,61,WBS意义,提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用,chapter_5,62,清单式任务分解实例,电信运营信息查询系统分解一例,chapter_5,63,网管系统（图表）分解实例,F,F1配置管理,F2故

13、障管理,F3安全管理,F4性能管理,F3.2,F3.3,F3.1,F3.4,F4.2,F4.3,F4.5,F4.6,F4.7,F4.4,F4.1,chapter_5,64,网管系统（图表）分解实例,chapter_5,65,网管系统（图表）分解实例,F2,F2.1,F2.2,F2.3,F2.4,F2.5,F2.6,F2.7,F2.8,F2.9,chapter_5,66,chapter_5,67,WBS实例,George and Marthas picnic,chapter_5,68,George and Martha一次野餐会,George and Martha计划与家人和朋友举行一次特殊的野

14、餐活动,以庆祝Martha的升职和他们35周年的结婚纪念.Martha是工程师,George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.,chapter_5,69,野餐准备活动任务分解,chapter_5,70,本章要点,一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析,chapter_5,71,案例分析,School项目进行任务分解WBS结果,chapter_5,72,小结,一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验,chapter_5,73,课堂练习,你是某项目的项目经理,这个项目是为用户创建一个新的邮件服务器以及在所有100个工作站上部署相应的邮件客户端（要满足用户的期望）。其中，2个服务器需要重新购置，而客户端的机器已经存在。请提交任务分解结果WBS,WBS的图表,