软件开发项目管理概述课件

软件开发项目管理北京邮电大学软件学院韩万江1chapter__5软件开发项目管理北京邮电大学软件学院1chapter__5RoadMap

项目结束

项目执行控制

项目计划

项目初始2chapter__5RoadMap项目结束第二篇软件项目计划第二篇软件项目计划3没有计划的情况时间资源投入开发工作计划性工作协调性工作4chapter__5没有计划的情况时间资源投入开发工作计划性工作协调性工作4c有计划的情况时间资源投入开发工作计划性工作协调性工作5chapter__5有计划的情况时间资源投入开发工作计划性工作协调性工作5ch计划的重要性PMI：项目成功的三大要素（法宝）：计划、计划、计划计划是通向项目成功的路线图进度计划是最重要的计划6chapter__5计划的重要性PMI：项目成功的三大要素（法宝）：6chap项目进度计划7chapter__5项目进度计划7chapter__5编制进度计划的三步曲任务分解（WBS）--范围基准成本估算资源、进度安排－－成本基准，进度基准8chapter__5编制进度计划的三步曲任务分解（WBS）--范围基准－－成本基RoadMap

合同计划

风险计划

沟通计划

人力计划

质量计划

成本计划

时间计划

集成计划范围计划

项目结束

项目执行控制

项目计划

项目初始9chapter__5RoadMap合同风险软件项目管理第2章软件项目范围计划10chapter__5软件项目管理10chapter__5本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析11chapter__5本章要点11chapter__5软件需求需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。12chapter__5软件需求需求是指用户对软件的功能和性能的要求，就是用户希望软软件需求的层次业务需求用户需求功能需求软件需求规格非功能性需求质量特性约束和假设系统需求13chapter__5软件需求的层次业务需求用户需求功能需求软件需求规格非功能性需需求管理的重要性14chapter__5需求管理的重要性14chapter__5项目失败的原因分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求规范

4.5

2

Changesinrequirements

需求的改变

4.3

3

Shortageofsystemsengineers

缺乏系统工程师

4.2

4

Shortageofsoftwaremanagers缺乏了解软件特性的经理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的项目经理

4.1

6

Shortageofsoftwareengineers缺乏软件工程师

3.9

7

Fixed-pricecontract固定价合同

3.8

8

Inadequatecommunicationsforsystemintegration系统集成阶段,交流与沟通不充分

3.8

9

Insufficientexperienceasteam团队缺乏经验

3.6

10

Shortageofapplicationdomainexperts缺乏应用领域专家

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute15chapter__5项目失败的原因分析No.Top10Factors平均软件需求管理的过程需求分析编写需求规格需求验证需求获取需求变更需求确认需求变更16chapter__5软件需求管理的过程需求分析编写需求规格需求验证需求获取需求变需求工程基本任务需求工程需求管理需求开发需求获取需求分析需求规格说明需求验证变更管理17chapter__5需求工程基本任务需求工程需求管理需求开发需求获取需求分析需求需求获取图示18chapter__5需求获取图示18chapter__5需求获取用户要求

扩展需求基线需求软件需求19chapter__5需求获取用户要求软件需求19chapter__5需求分析定义需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。20chapter__5需求分析定义需求分析是为最终用户所看到的系统建立一个概念模型需求分析模型21chapter__5需求分析模型21chapter__5需求规格需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。22chapter__5需求规格需求分析工作完成的一个基本标志是形成了一份完整的、规软件需求规格说明的原则从现实中分离功能，即描述要“做什么”而不是“怎样实现”采用一定的规格说明语言如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中23chapter__5软件需求规格说明的原则从现实中分离功能，即描述要“做什么”而规格说明应该包括系统运行环境规格说明应该是一个认识模型规格说明应该容许不完备性并允许扩充24chapter__5规格说明应该包括系统运行环境24chapter__5规格文档参考引言系统定义应用环境功能规格性能需求产品提交实现约束质量描述其它签字认证25chapter__5规格文档参考引言25chapter__5需求验证需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实际可行的吗？需求是必要的吗？需求是可检验的吗？需求是可跟踪的吗？最后的签字26chapter__5需求验证需求是正确的吗？26chapter__5需求总在变化27chapter__5需求总在变化27chapter__528chapter__528chapter__5需求变更管理确定需求变更控制过程建立变更控制委员会(SCCB)进行需求变更影响分析跟踪所有受需求变更影响的工作产品建立需求基准版本和需求控制版本文档维护需求变更的历史记录跟踪每项需求的状态衡量需求稳定性29chapter__5需求变更管理确定需求变更控制过程29chapter__5需求变更管理管理和控制需求基线的过程需求变更控制系统一个正式的文档，说明如何控制需求变更建立变更审批系统30chapter__5需求变更管理管理和控制需求基线的过程30chapter__变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划31chapter__5变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估表4-3需求变更提交单软件基线产品修改提交单申请人韩万江申请日期2002。10．11项目名称项目管理系统阶段名称系统设计文件名称RCR-PM-01.doc,RCR-PM-02.doc,变更简述如下修改内容1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc2）增加开发人员技能信息库管理，详见RCR-PM-02.doc

验证意见同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施验证人杨炎泰验证日期2002．10．11SCCB韩万江，姜岳尊，孙泉

填表人韩万江32chapter__5表4-3需求变更提交单软件基线产品修改提交单申请人韩万江申本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析33chapter__5本章要点33chapter__5需求建模的基本方法原型方法结构化分析法面向对象的用例分析法功能列表法其他34chapter__5需求建模的基本方法原型方法34chapter__5本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析35chapter__5本章要点35chapter__5任务分解过程输入分解WBS36chapter__5任务分解过程输入分解WBS36chapter__5WBS(WorkBreakdownStructure)任务分解的过程将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。任务分解的结果WBS（任务分解结构）。

WBS面向可交付成果的。Workpackages（工作包）WBS的最低层次的可交付成果37chapter__5WBS(WorkBreakdownStructure)WBS实例功能1软件产品功能2-子功能2功能2功能3功能2-子功能1功能2-子功能338chapter__5WBS实例功能1软件产品功能2-子功能2功能2功能3功能2-PMIdefinesWBS是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述39chapter__5PMIdefinesWBS是面向可交付成果的对项目元素的PMIdefinesWorkpackagesWBS的最低层次的可交付成果工作包应当由唯一一个部门或承包商负责这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成工作包可进一步分解为子项目的WBS或各个活动40chapter__5PMIdefinesWorkpackagesWBS的最WBS类型清单图表41chapter__5WBS类型清单41chapter__5图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数42chapter__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

在程序的头部增加修改纪录43chapter__5清单类型

1.

变化计数器43chapte任务分解步骤确认并分解项目的组成要素确定分解标准确定分解是否详细确定项目交付成果验证分解的正确性(建立编号)44chapter__5任务分解步骤确认并分解项目的组成要素44chapter__WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:12345chapter__5WBS编号系统功能1:11软件产品:1功能2-子功能2:12标识项功能名

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建立通道46chapter__5标识项功能名

F1.1获取网络资源数据

WBS与OBS（组织分解结构）47chapter__5WBS与OBS（组织分解结构）47chapter__5分解标准生存期功能组成项目的组织单位。。。。。48chapter__5分解标准生存期48chapter__5分解标准应统一学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1

招生管理1.2

分班管理1.3

学生档案管理1.4

学生成绩管理49chapter__5分解标准应统一学生管理49chapter__5分解标准应统一（续）不能同时使用两种标准进行分解招生管理

分班管理

学生档案管理学生成绩管理规划需求设计编码测试提交50chapter__5分解标准应统一（续）不能同时使用两种标准进行分解50cha本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析51chapter__5本章要点51chapter__5任务分解方法模版类比自上而下自下而上52chapter__5任务分解方法模版52chapter__5WBS模板举例53chapter__5WBS模板举例53chapter__5分解方法-自上而下“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数54chapter__5分解方法-自上而下“变化计数器”系统文件比较预处理增加结果处分解方法-自下而上“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数55chapter__5分解方法-自下而上“变化计数器”系统文件比较预处理增加结果处本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析56chapter__5本章要点56chapter__5检验分解结果的标准最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排57chapter__5检验分解结果的标准最底层的要素是否是实现目标的充分必要条件5WBS的指南(1)WBS分解的规模和数量因项目而异、因项目经理而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务注：80/8规则58chapter__5WBS的指南(1)WBS分解的规模和数量因项目而异、因项目经WBS的指南（2）每个Workpackage必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审59chapter__5WBS的指南（2）每个Workpackage必须有一个提交WBS字典内容WBS表示号

名称

主题目标

描述

完成的任务

责任者

完成的标识

备注1.

60chapter__5WBS字典内容WBS表示号

名称

主题目标

描述

完成的任务WBS字典WBS字典实例61chapter__5WBS字典WBS字典实例61chapter__5WBS意义提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用62chapter__5WBS意义提供了项目范围基线,是范围变更的重要输入62ch清单式任务分解实例电信运营信息查询系统分解一例63chapter__5清单式任务分解实例电信运营信息查询系统分解一例63chap网管系统（图表）分解实例FF1配置管理F2故障管理F3安全管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.264chapter__5网管系统（图表）分解实例FF1F2F3F4F3.2F3.3F网管系统（图表）分解实例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.265chapter__5网管系统（图表）分解实例F1F1.1F1.2F1.3F1.4网管系统（图表）分解实例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.666chapter__5网管系统（图表）分解实例F2F2.1F2.2F2.3F2.4标识项功能名

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建立通道67chapter__5标识项功能名

F1.1获取网络资源数据

WBS实例GeorgeandMartha’spicnic68chapter__5WBS实例GeorgeandMartha’spicniGeorgeandMartha一次野餐会GeorgeandMartha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念.Martha是工程师,George是会计.他们有两个非常活泼的确孩子,Mary13岁,Thomas17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.69chapter__5GeorgeandMartha一次野餐会Georgea野餐准备活动任务分解序号任务持续时间工作人员1开始02做冰茶15George3准备三明治10Martha4准备水果2Martha5准备篮子2Martha6收拾毛毯2George7收拾运动服3Martha8装车4George9加油6George10开车去野餐营地20Martha11结束070chapter__5野餐准备活动任务分解序号任务持续时间工作人员1开始02做冰茶本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析71chapter__5本章要点71chapter__5案例分析School项目进行任务分解WBS结果72chapter__5案例分析School项目进行任务分解72chapter__小结一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验73chapter__5小结一、软件需求管理过程73chapter__5课堂练习你是某项目的项目经理,这个项目是为用户创建一个新的邮件服务器以及在所有100个工作站上部署相应的邮件客户端（要满足用户的期望）。其中，2个服务器需要重新购置，而客户端的机器已经存在。请提交任务分解结果WBS,WBS的图表74chapter__5课堂练习你是某项目的项目经理,这个项目是为用户创建一个新的邮软件开发项目管理北京邮电大学软件学院韩万江75chapter__5软件开发项目管理北京邮电大学软件学院1chapter__5RoadMap

项目结束

项目执行控制

项目计划

项目初始76chapter__5RoadMap项目结束第二篇软件项目计划第二篇软件项目计划77没有计划的情况时间资源投入开发工作计划性工作协调性工作78chapter__5没有计划的情况时间资源投入开发工作计划性工作协调性工作4c有计划的情况时间资源投入开发工作计划性工作协调性工作79chapter__5有计划的情况时间资源投入开发工作计划性工作协调性工作5ch计划的重要性PMI：项目成功的三大要素（法宝）：计划、计划、计划计划是通向项目成功的路线图进度计划是最重要的计划80chapter__5计划的重要性PMI：项目成功的三大要素（法宝）：6chap项目进度计划81chapter__5项目进度计划7chapter__5编制进度计划的三步曲任务分解（WBS）--范围基准成本估算资源、进度安排－－成本基准，进度基准82chapter__5编制进度计划的三步曲任务分解（WBS）--范围基准－－成本基RoadMap

合同计划

风险计划

沟通计划

人力计划

质量计划

成本计划

时间计划

集成计划范围计划

项目结束

项目执行控制

项目计划

项目初始83chapter__5RoadMap合同风险软件项目管理第2章软件项目范围计划84chapter__5软件项目管理10chapter__5本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析85chapter__5本章要点11chapter__5软件需求需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。86chapter__5软件需求需求是指用户对软件的功能和性能的要求，就是用户希望软软件需求的层次业务需求用户需求功能需求软件需求规格非功能性需求质量特性约束和假设系统需求87chapter__5软件需求的层次业务需求用户需求功能需求软件需求规格非功能性需需求管理的重要性88chapter__5需求管理的重要性14chapter__5项目失败的原因分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求规范

4.5

2

Changesinrequirements

需求的改变

4.3

3

Shortageofsystemsengineers

缺乏系统工程师

4.2

4

Shortageofsoftwaremanagers缺乏了解软件特性的经理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的项目经理

4.1

6

Shortageofsoftwareengineers缺乏软件工程师

3.9

7

Fixed-pricecontract固定价合同

3.8

8

Inadequatecommunicationsforsystemintegration系统集成阶段,交流与沟通不充分

3.8

9

Insufficientexperienceasteam团队缺乏经验

3.6

10

Shortageofapplicationdomainexperts缺乏应用领域专家

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute89chapter__5项目失败的原因分析No.Top10Factors平均软件需求管理的过程需求分析编写需求规格需求验证需求获取需求变更需求确认需求变更90chapter__5软件需求管理的过程需求分析编写需求规格需求验证需求获取需求变需求工程基本任务需求工程需求管理需求开发需求获取需求分析需求规格说明需求验证变更管理91chapter__5需求工程基本任务需求工程需求管理需求开发需求获取需求分析需求需求获取图示92chapter__5需求获取图示18chapter__5需求获取用户要求

扩展需求基线需求软件需求93chapter__5需求获取用户要求软件需求19chapter__5需求分析定义需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述。94chapter__5需求分析定义需求分析是为最终用户所看到的系统建立一个概念模型需求分析模型95chapter__5需求分析模型21chapter__5需求规格需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。96chapter__5需求规格需求分析工作完成的一个基本标志是形成了一份完整的、规软件需求规格说明的原则从现实中分离功能，即描述要“做什么”而不是“怎样实现”采用一定的规格说明语言如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中97chapter__5软件需求规格说明的原则从现实中分离功能，即描述要“做什么”而规格说明应该包括系统运行环境规格说明应该是一个认识模型规格说明应该容许不完备性并允许扩充98chapter__5规格说明应该包括系统运行环境24chapter__5规格文档参考引言系统定义应用环境功能规格性能需求产品提交实现约束质量描述其它签字认证99chapter__5规格文档参考引言25chapter__5需求验证需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实际可行的吗？需求是必要的吗？需求是可检验的吗？需求是可跟踪的吗？最后的签字100chapter__5需求验证需求是正确的吗？26chapter__5需求总在变化101chapter__5需求总在变化27chapter__5102chapter__528chapter__5需求变更管理确定需求变更控制过程建立变更控制委员会(SCCB)进行需求变更影响分析跟踪所有受需求变更影响的工作产品建立需求基准版本和需求控制版本文档维护需求变更的历史记录跟踪每项需求的状态衡量需求稳定性103chapter__5需求变更管理确定需求变更控制过程29chapter__5需求变更管理管理和控制需求基线的过程需求变更控制系统一个正式的文档，说明如何控制需求变更建立变更审批系统104chapter__5需求变更管理管理和控制需求基线的过程30chapter__变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估结果拒绝接受本次修改下个版本再修改修改合同相关信息修改相关需求修改相应的项目计划105chapter__5变更申请忽略选择变更方式SCCB评估项目经理自行决定根据评估表4-3需求变更提交单软件基线产品修改提交单申请人韩万江申请日期2002。10．11项目名称项目管理系统阶段名称系统设计文件名称RCR-PM-01.doc,RCR-PM-02.doc,变更简述如下修改内容1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc2）增加开发人员技能信息库管理，详见RCR-PM-02.doc

验证意见同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施验证人杨炎泰验证日期2002．10．11SCCB韩万江，姜岳尊，孙泉

填表人韩万江106chapter__5表4-3需求变更提交单软件基线产品修改提交单申请人韩万江申本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析107chapter__5本章要点33chapter__5需求建模的基本方法原型方法结构化分析法面向对象的用例分析法功能列表法其他108chapter__5需求建模的基本方法原型方法34chapter__5本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析109chapter__5本章要点35chapter__5任务分解过程输入分解WBS110chapter__5任务分解过程输入分解WBS36chapter__5WBS(WorkBreakdownStructure)任务分解的过程将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。任务分解的结果WBS（任务分解结构）。

WBS面向可交付成果的。Workpackages（工作包）WBS的最低层次的可交付成果111chapter__5WBS(WorkBreakdownStructure)WBS实例功能1软件产品功能2-子功能2功能2功能3功能2-子功能1功能2-子功能3112chapter__5WBS实例功能1软件产品功能2-子功能2功能2功能3功能2-PMIdefinesWBS是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构，是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述113chapter__5PMIdefinesWBS是面向可交付成果的对项目元素的PMIdefinesWorkpackagesWBS的最低层次的可交付成果工作包应当由唯一一个部门或承包商负责这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成工作包可进一步分解为子项目的WBS或各个活动114chapter__5PMIdefinesWorkpackagesWBS的最WBS类型清单图表115chapter__5WBS类型清单41chapter__5图表类型“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数116chapter__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

在程序的头部增加修改纪录117chapter__5清单类型

1.

变化计数器43chapte任务分解步骤确认并分解项目的组成要素确定分解标准确定分解是否详细确定项目交付成果验证分解的正确性(建立编号)118chapter__5任务分解步骤确认并分解项目的组成要素44chapter__WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123119chapter__5WBS编号系统功能1:11软件产品:1功能2-子功能2:12标识项功能名

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建立通道120chapter__5标识项功能名

F1.1获取网络资源数据

WBS与OBS（组织分解结构）121chapter__5WBS与OBS（组织分解结构）47chapter__5分解标准生存期功能组成项目的组织单位。。。。。122chapter__5分解标准生存期48chapter__5分解标准应统一学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1

招生管理1.2

分班管理1.3

学生档案管理1.4

学生成绩管理123chapter__5分解标准应统一学生管理49chapter__5分解标准应统一（续）不能同时使用两种标准进行分解招生管理

分班管理

学生档案管理学生成绩管理规划需求设计编码测试提交124chapter__5分解标准应统一（续）不能同时使用两种标准进行分解50cha本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析125chapter__5本章要点51chapter__5任务分解方法模版类比自上而下自下而上126chapter__5任务分解方法模版52chapter__5WBS模板举例127chapter__5WBS模板举例53chapter__5分解方法-自上而下“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数128chapter__5分解方法-自上而下“变化计数器”系统文件比较预处理增加结果处分解方法-自下而上“变化计数器”系统文件比较预处理增加代码结果处理统计总行标记修改记录修改版本比较找出增删行统计增删行删除代码增加行数删除行数129chapter__5分解方法-自下而上“变化计数器”系统文件比较预处理增加结果处本章要点一、软件需求管理过程二、需求建模的基本方法三、任务分解过程四、任务分解方法五、任务分解检验六、案例分析130chapter__5本章要点56chapter__5检验分解结果的标准最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排131chapter__5检验分解结果的标准最底层的要素是否是实现目标的充分必要条件5WBS的指南(1)WBS分解的规模和数量因项目而异、因项目经理而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务注：80/8规则132chapter__5WBS的指南(1)WBS分解的规模和数量因项目而异、因项目经WBS的指南（2）每个Workpackage必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审133chapter__5WBS的指南（2）每个Workpackage必须有一个提交WBS字典内容WBS表示号

名称

主题目标

描述

完成的任务

责任者

完成的标识

备注1.

134chapter__5WBS字典内容WBS表示号

名称

主题目标

描述

完成的任务WBS字典WBS字典实例135chapter__5WBS字典WBS字典实例61chapter__5WBS意义提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进