2软件项目计划过程-范围计划

1、范围计划 配置管 理计划 合同 计划 风险 计划 沟通 计划 质量计划 成本 计划 时间计划 集成 计划 范围计划 项目 结束 项目执 行控制 项目 计划 项目初始 人力 计划 0 chapter_5核心三计划范围计划进度计划成本计划成本基准，进度基准1 chapter_5软件项目管理第2章软件项目范围计划2 chapter_5本章要点一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的过程五、案例分析3 chapter_5软件需求需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。4 chapter_5软件需求的层次业务需求用户

2、需求功能需求软件需求规格非功能性需求质量特性约束和假设系统需求5 chapter_5项目失败的原因分析No. Top 10 Factors 平均值 1 Inadequate requirements specification 不充分的需求规范 4.5 2 Changes in requirements 需求的改变 4.3 3 Shortage of systems engineers 缺乏系统工程师 4.2 4 Shortage of software managers 缺乏了解软件特性的经理人 4.1 5 Shortage of qualified project managers 缺乏合

3、格的项目经理 4.1 6 Shortage of software engineers 缺乏软件工程师 3.9 7 Fixed- price contract 固定价合同 3.8 8 Inadequate communications 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 =

4、 No Serious Source: Carnegie-Mellon University, Software Engineering Institute6 chapter_5软件需求管理过程软件需求管理的过程需求分析编写需求规格需求验证需求获取需求变更需求确认需求变更8 chapter_5需求工程基本任务需求工程需求管理需求开发需求获取需求分析需求规格说明需求验证变更管理9 chapter_5需求获取用户要求 扩展需求基线需求软件需求10 chapter_5需求分析定义需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。 11 chapter_5需求分析模型12 chap

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

6、实现约束质量描述其它签字认证16 chapter_5需求验证需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实际可行的吗？需求是必要的吗？需求是可检验的吗？需求是可跟踪的吗？最后的签字17 chapter_5需求总在变化18 chapter_519 chapter_5需求变更管理确定需求变更控制过程建立变更控制委员会(SCCB)进行需求变更影响分析跟踪所有受需求变更影响的工作产品建立需求基准版本和需求控制版本文档维护需求变更的历史记录跟踪每项需求的状态衡量需求稳定性20 chapter_5需求变更管理管理和控制需求基线的过程需求变更控制系统一个正式的文档，说明如何控制需求变更建立变更审批

7、系统21 chapter_5变更申请需求方开发方忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划22 chapter_5表4-3 需求变更提交单软件基线产品修改提交单申请人韩万江申请日期2002。1011项目名称项目管理系统阶段名称系统设计文件名称RCR-PM-01.doc, RCR-PM-02.doc,变更简述如下修改内容1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc2）增加开发人员技能信息库管理，详见RCR-PM-02.doc验证意见同意RCR-PM-

8、01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施验证人杨炎泰验证日期20021011SCCB韩万江，姜岳尊，孙泉 填表人韩万江23 chapter_5本章要点一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的方法五、案例分析24 chapter_5WBS (Work Breakdown Structure)任务分解的过程将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。任务分解的结果WBS（任务分解结构）。 WBS面向可交付成果的。25 chapter_5WBS实例系 统子 系 统子 系 统子 系 统模块模块模块 模块模块

9、模块模块模块模块26 chapter_5PMI defines WBS是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述27 chapter_5本章要点一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的方法五、案例分析28 chapter_5类型清单图表29 chapter_5图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数30 chapte

10、r_5清单类型1. 变化计数器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 在程序的头部增加修改纪录31 chapter_5本章要点一、任务分解定义二、任务分解的类型三、任务分解的方法四、任务分解指南五、案例分析32 chapter_5本章要点一、软件需求管理过程二、任务分解定义三、任务分解的

11、类型四、任务分解的方法五、案例分析33 chapter_5任务分解过程输入分解WBS34 chapter_5分解方法类比模版自上而下自下而上35 chapter_5WBS模板举例36 chapter_5分解方法-自上而下“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数37 chapter_5分解方法-自下而上“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数38 chapter_5任务结构分解(WBS)步骤确认并分解项目的组成要素确定分解标准确定

12、分解是否详细确定项目交付成果验证分解的正确性(建立编号)39 chapter_5WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:12340 chapter_5标识项 功能名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建立通道41 chapter_5分解标准生存期功能组成42 c

13、hapter_5分解标准应统一学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1招生管理1.2分班管理1.3学生档案管理1.4学生成绩管理 43 chapter_5分解标准应统一（续）不能同时使用两种标准进行分解招生管理分班管理学生档案管理学生成绩管理 规划需求设计编码测试提交44 chapter_5检验分解结果的标准最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排45 chapter_5WBS的指南(1)WBS分解的规模和数量因项目而异、因项目经理而异收集与项目相关的所有信

14、息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务46 chapter_5WBS的指南（2）每个Work package必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审47 chapter_5WBS字典内容WBS表示号名称主题目标描述完成的任务责任者完成的标识备注1. 48 chapter_5WBS意义提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重

15、要的作用49 chapter_5George and Martha一次野餐会George and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念. Martha是工程师, George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.50 chapter_5野餐准备活动任务分解序号任务持续时间工作人员1开始02做冰茶15Ge

16、orge3准备三明治10Martha4准备水果2Martha5准备篮子2Martha6收拾毛毯2George7收拾运动服3Martha8装车4George9加油6George10开车去野餐营地20Martha11结束051 chapter_5本章要点一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的方法五、案例分析52 chapter_5案例分析“校务通系统”项目任务分解需求确认需求变更控制WBS结果53 chapter_5小结WBS的分解类型WBS的分解步骤范围基准的形成54 chapter_5课堂练习你是某项目的项目经理,这个项目是为用户创建一个新的邮件服务器以及在所有1

17、00个工作站上部署相应的邮件客户端（要满足用户的期望）。其中，2个服务器需要重新购置，而客户端的机器已经存在。请提交任务分解结果WBS55 chapter_59、静夜四无邻，荒居旧业贫。9月-229月-22Sunday, September 4, 202210、雨中黄叶树，灯下白头人。20:39:0520:39:0520:399/4/2022 8:39:05 PM11、以我独沈久，愧君相见频。9月-2220:39:0520:39Sep-2204-Sep-2212、故人江海别，几度隔山川。20:39:0520:39:0520:39Sunday, September 4, 202213、乍见翻疑梦

18、，相悲各问年。9月-229月-2220:39:0520:39:05September 4, 202214、他乡生白发，旧国见青山。04 九月 20228:39:05 下午20:39:059月-2215、比不了得就不比，得不到的就不要。九月 228:39 下午9月-2220:39September 4, 202216、行动出成果，工作出财富。2022/9/4 20:39:0520:39:0504 September 202217、做前，能够环视四周；做时，你只能或者最好沿着以脚为起点的射线向前。8:39:05 下午8:39 下午20:39:059月-229、没有失败，只有暂时停止成功！。9月-2

19、29月-22Sunday, September 4, 202210、很多事情努力了未必有结果，但是不努力却什么改变也没有。20:39:0520:39:0520:399/4/2022 8:39:05 PM11、成功就是日复一日那一点点小小努力的积累。9月-2220:39:0520:39Sep-2204-Sep-2212、世间成事，不求其绝对圆满，留一份不足，可得无限完美。20:39:0520:39:0520:39Sunday, September 4, 202213、不知香积寺，数里入云峰。9月-229月-2220:39:0520:39:05September 4, 202214、意志坚强的人能把世界放在手中像泥块一样任意揉捏。04 九月 20228:39:05 下午20:39:059月-2215、楚塞三湘接，荆门九派通。九月 228:39 下午9月-2220:39September 4, 202216、少年十五二十时，步行夺得胡马骑。2022/9/4 20:39:0520:39:0504 September 202217、空山新雨后，天气晚来秋。8:39:05 下午8:39 下午20:39:059月-229、杨柳散和风，青山澹吾虑。9月-229月-22Sunday, September 4, 2