第五章 软件项目任务分解
5-软件项目管理-任务分解
是否可以进行成本估算和进度安排
第 5 章 软件范围计划--任务分解
5.2 检验分解结果
WBS任务分解建议 ➢ 最低层是可控的和可管理的，但是不必要的过细 ➢ 每个Work package必须有一个提交物 ➢ 定义任务完成的标准 ➢ 有利于责任分配 ➢ 推荐任务分解到40小时以内
第 5 章 软件范围计划--任务分解
软件项目管理 第二篇
0
第5章 软件范围计划--任务分解
第 5 章 软件范围计划--任务分解
1
解过程与方法
三
任务分解结果
四
案例分析
第 5 章 软件范围计划--任务分解
2
5.1 任务分解定义
任务分解 过程
将一个项目分解为更多的工作细目或 者子项目，使项目变得更小、更易管理、 更易操作
4
5.1 任务分解定义
➢ WBS是对项目由粗到细的分解过程，是一个分级的树形结构。 ➢ 面向交付成果的 ➢ WBS组织并定义了整个项目范围
第 5 章 软件范围计划--任务分解
5
5.1 任务分解定义
WBS 和工作包的区别如下：
•WBS 是对项目由粗到细的分解过程； •WBS 是面向交互结果的； •同时，WBS 组织定义了整个项目范围； •工作包是 WBS 中最低层次的可交付成果（如下图 所示） •且工作包应当由唯一主体负责。
WBS 可以被重复使用。
chapter__2
第 5 章 软件范围计划--任务分解
11
5.2 任务分解方法 自上而下
自上而下是最主要最常规的任务分解方法，从项目的大局 着手，根据一定的逻辑和结构分解成子项目。
其实任务分解的层次没有统计的标准，可以根据对任务的 工作量，任务安排来决定，直到分解到足够清晰，详细为 止。
软件项目管理案例教程(第二版)习题答案
第二版习题答案目录第0章软件项目管理概述 (2)第1章软件项目初始过程 (3)第二章-范围计划 (6)第三章-软件项目进度计划 (8)第四章-软件项目成本计划 (10)第五章-软件项目质量计划 (11)第六章-软件项目人力资源计划 (13)第七章-软件项目沟通计划 (14)第八章-项目管理风险计划 (17)第九章-软件项目合同计划 (19)第十章-软件项目配置管理 (20)第十一章-软件项目集成计划 (21)第十二章-软件项目执行控制过程 (22)第十三章-软件项目结束过程 (25)第二版习题答案韩万江、姜立新机械工业出版社第0章软件项目管理概述1、项目集成管理是什么？项目集成管理是在项目的整个生存期内，协调项目管理其他各管理知识域，将项目管理的方方面面集成为一个有机整体，保证项目的总目标的实现。
项目集成管理从一个宏观的角度将项目作为一个整体来考察。
包括的过程包括：项目章程编制、初始项目范围编制、项目计划编制、指导与管理项目执行、项目监控、集成变更控制、项目结束等过程。
项目管理的目标在于对项目中的不同组成元素进行正确高效的协调，他不是所有项目组成元素的简单相加。
2、项目管理的9大知识领域是什么？1）项目集成管理2）项目范围管理3）项目时间管理4）项目成本管理5）项目质量管理6）项目人力资源管理7）项目沟通管理8）项目风险管理9）项目采购管理●为了成功实现项目的目标，首先必须设定项目的工作和管理范围，即项目的范围管理。
●为了正确实施项目，需要对项目目标进行分解，即对项目的时间、质量、成本三大目标进行分解，即项目时间管理、项目成本管理、项目质量管理●项目实施过程，需要投入人力、物力：项目人力资源管理、项目采购管理●为了项目的团队人员的管理，让大家有一致的目标，需要沟通，即项目的沟通管理●当然，项目实施过程会遇到各种风险，因此需要进行风险管理，即项目的风险管理●当项目管理一定要协调各个方面，不能只顾局部利益和细节，因此需要集成管理，即项目的集成管理3、项目的成本管理包括哪些过程？包括成本估算、成本预算、成本控制等过程4、项目管理的5个过程组是什么？启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组5. 判断下面活动哪些是项目？上课野餐活动√集体婚礼√社区保安开发微软的操作系统√每天的卫生保洁神州飞船计划√二、判断题1. 项目开发过程中可以无限制地使用资源。
软件项目进度计划
软件项目进度计划
一、项目概述
1、项目名称：XXX软件研发项目
2、项目目的：为企业XXX的运营发展提供有效支持。
3、项目内容：开发一款新型的XXX软件，实现XX功能，能够满足企业XXX的要求。
二、项目时间计划
1、项目开始时间：2024年4月
2、项目结束时间：2024年8月
三、项目任务分解
1、需求分析：讨论需求，确定需求，编写需求规格文档，必要时根据客户的要求进行修改，并最终确定最终需求规格。
4月
2、软件原型设计：绘制软件原型，搭建软件原型验证系统，并完成软件原型设计，根据软件原型设计，编写软件原型规格文档。
4月-5月
3、系统分析：确定技术方案，系统架构设计，编写软件系统分析文档，确定系统框架及技术选型。
5月-6月
4、开发准备：组织开发之前的必要准备工作，制定开发计划，准备
开发环境。
6月
5、编码开发：编写源代码，测试应用程序，完成原型测试。
6月-7月
6、测试：安装和配置测试环境，实施功能测试和性能测试，完成系
统测试。
7月-8月
7、发布：开发软件产品，编写使用文档和操作手册，协助客户上线。
8月
四、项目风险分析
1、术风险：术不成熟。
项目任务分解与进度安排
项目任务分解与进度安排
项目任务分解与进度安排是项目管理中非常重要的环节，它有助于确保项目能够按时按质完成。
下面是一个通用的项目任务分解和进度安排的步骤：确定项目目标：首先要明确项目的总体目标和范围，以便后续的任务可以围绕这一目标展开。
制定工作分解结构（WBS）：将项目的总体目标分解成可管理的工作包和任务，形成层级结构的工作分解结构，确保每个任务都能够被有效地管理和追踪。
确定任务依赖关系：识别各个任务之间的前后置关系，确定哪些任务需要在其他任务完成后才能开始，以及哪些任务可以并行进行。
评估任务持续时间：对每个任务进行合理的持续时间评估，考虑到资源可用性、技术复杂度和风险等因素。
制定进度计划：根据任务持续时间和依赖关系，制定项目的进度计划，确定每个任务的开始时间、结束时间和里程碑。
分配资源：确定执行每个任务所需的人力、物力和财力资源，并进行合理的资源分配。
制定风险管理计划：识别可能影响项目进度的风险因素，制定相应的风险管理计划，以应对潜在的风险。
持续监控和调整：在项目执行过程中，持续监控项目进度，及时调整计划，确保项目能够按时按质完成。
关于软件项目任务分解，看这一篇就够了
关于软件项目任务分解，看这一篇就够了写在前面：好的项目策划来自于合理的项目估算，而项目任务分解是项目估算的一种重要工具。
但是，很多项目组对于项目任务分解还都是一知半解，本文试图全景式地展现项目任务分解的方方面面，有疑惑的同学可以进来一观。
1.什么是项目任务分解？项目任务分解，就是为了实现项目的目标，把项目要完成的工作，包括管理活动和工程活动，分解成一个个可控的、小的任务。
2.项目任务分解的目的在进行项目任务分解之前，项目是一个笼统的、模糊的“黑盒”。
在进行项目任务分解之后，项目的目标会更加清晰，同时，项目的工作量和成本的估算也会更加准确，在通过合理的资源分配，就可以制定出有效的进度计划、成本计划。
3.项目任务分解的原理当要解决的问题过于复杂时,可以将问题进行分解,直到分解后的子问题容易解决,然后分别解决这些子问题。
所谓“化繁为简”，这就是项目任务分解的原理。
4.对WBS的解读WBS有两种含义:一是指分解方法,二是指分解结果。
首先,WBS是项目管理的基本方法之一,它是为了方便管理和控制项目,而将其按等级分解成易于识别和管理的子项目,再将子项目分解成更小的工作包,直到最后分解成具体的工作单元。
常见的分解方法有两种:一种是基于成果或功能的分解方法,以完成该项目应该交付的成果为导向,确定相关的任务、工作活动和要素:第二是基于流程的分解方法,以完成该项目所应经历的流程为导向,确定相关的任务、工作、活动和要素。
其次,WBS有着不同的表示方式,如树形结构图、分层结构清单等。
最后,项目的工作分解应以项目的规格说明书为依据,在明确的项目范围的基础上对项目进行分解,确定实现项目目标必须完成的各项工作及其内在结构或实施过程的顺序,并以一定的形式表达出来。
5.工作分解的操作步骤1)确认并分解项目的主要组成要素。
项目的组成要素应该用有形的、可证实的结果来描述,目的是为了便于检测。
当明确了主要构成要素后,这些要素就应该用项目工作怎样开展、在实际中怎样完成的形式来定义。
(完整版)软件工程 第五章 面向对象的需求分析
第五章面向对象的需求分析面向对象的需求分析方法的核心是利用面向对象的概念和方法为软件需求建造模型。
它包含面向对象风格的图形语言机制和用于指导需求分析的面向对象方法学。
面向对象的思想最初起源于 20世纪 60年代中期的仿真程序设计语言Simula67。
20世纪80年代初出现的Smalltalk 语言及其程序设计环境对面向对象技术的推广应用起到了显著的促进作用。
20世纪90年代中后期诞生并迅速成熟的UML（Unified Modeling Language，统一建模语言）是面向对象技术发展的一个重要里程碑。
UML 统一了面向对象建模的基本概念、术语和表示方法，不仅为面向对象的软件开发过程提供了丰富的表达手段，而且也为软件开发人员提供了互相交流、分享经验的共用语言。
本章首先介绍面向对象的主要概念和思想。
在概述了UML的全貌之后，以“家庭保安系统”为实例，介绍与需求分析相关的部分 UML语言机制以及基于UML的面向对象的需求分析方法和过程。
第一节面向对象的概念与思想一、面向对象的概念关于“面向对象”，有许多不同的看法。
Coad和 Yourdon给出了一个定义：“面向对象 = 对象 + 类 + 继承 + 消息通信”。
如果一个软件系统是使用这样4个概念设计和实现的，则认为这个软件系统是面向对象的。
一个面向对象的程序的每一成分应是对象，计算是通过新的对象的建立和对象之间的消息通信来执行的。
1.对象（object）一般意义来讲，对象是现实世界中存在的一个事物。
可以是物理的，如一个家具或桌子，如图 5-1-1所示，可以是概念上的，如一个开发项目。
对象是构成现实世界的一个独立的单位，具有自己的静态特征（用数据描述）和动态特征（行为或具有的功能）。
例如：人的特征：姓名、性别、年龄等，行为：衣、食、住、行等。
图 5-1-1 对象的定义（1）对象、属性、操作、消息定义对象可以定义为系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位，由一组属性和一组对属性进行操作的服务组成。
软件项目管理习题答案
第0章软件项目管理概述二、判断题1. 项目开发过程中可以无限制地使用资源。
（X）2. 项目具有暂时的特征。
（√）3. 项目管理核心的三角形是范围、进度、风险。
（X）4. 过程管理与项目管理在软件组织中是两项很重要的管理，项目管理用于保证项目的成功，而过程管理用于管理最佳实践。
（√）5. 运作管理(Operation Management)是从宏观上帮助企业明确和把握企业发展方向的管理。
（√）第1章软件项目初始过程一、选择题1. 项目建议书是哪个阶段开发的文档（）A. 项目执行阶段B. 项目结尾阶段C. 项目初始阶段D. 项目计划阶段2. 项目章程（）A. 明确了项目经理B. 确定了项目的质量标准C. 明确了团队的纪律D. 定义了项目需求3. 对于风险比较大的项目，最好选择（）生存期模型，A. 瀑布模型B. 原型C. 螺旋模型D. V模型4. 开发项目建议书的目的是为了（）A. 验收B. 竞标或者签署合同C. 编写计划D. 跟踪控制项目三、判断题1. 项目经理是一个综合的角色（）2. 软件项目都是需要签署合同的（）3. 增量式模型可以避免一次性投资太多带来的风险（）4. 项目章程类似一个项目授权书（）5. 在甲乙合同项目中，提出需求的一方是乙方（）6. 如果是内部项目，在项目初始阶段可以不提交招标书（）C A C B√×√√×√第二章-范围计划一、选择题1. 需求分析是回答系统必须（）的问题A. 做什么B. 怎么做C. 何时做D. 为谁做2. WBS（工作分解结构）非常重要，因为下列原因，除了（）A. 帮助组织工作B. 防止遗漏工作C. 为项目估算提供依据D. 确定团队成员责任3. 项目范围（）A. 只在项目开始时重要B. 在授权项目的合同或者其他文件得以批准后就不再重要了C. 从项目概念阶段到收尾阶段都应该加以管理和控制D. 是在项目执行阶段通过变更控制步骤进行处理的问题4. 为了有效地管理项目，应该将工作分解为更小的部分，以下各项中，哪一项不能说明任务应该分解到什么程度？（）A. 可以在80小时内完成B. 不能再进一步进行逻辑细分了C. 可由一个人完成D. 可以进行实际估算5. 范围变更是指（）A. 修改技术规格B. 对范围陈述进行修订C. 对批准后的WBS进行修改D. 以上都不是6. 下面哪个不是需求管理的过程（）A. 需求设计B. 需求获取C. 需求分析D. 需求变更7. 下面那个不是创建WBS的方法（）A. 自顶向下B. 自底向上C. 控制方法D. 模版指导8. 任务分解可以()，它是范围变更的一项重要输入A. 提供项目成本估算结果B. 提供项目范围基线C. 规定项目采用的过程D. 提供项目的关键路径9. 范围基线由（）组成A. 项目章程、批准的详细的项目范围说明书和WBSB. 批准的详细项目范围说明书、WBS和WBS字典C. 项目章程、项目工作说明书和WBSD. WBS二、判断题1. 需求分析过程是确定项目如何实现的过程，并确定项目的技术方案（）2. 对于一个重来没有做过的项目，开发WBS时，可以采用自底向上的方法（）ADCBDACBB×√第三章-软件项目进度计划一、选择题1. 快速跟进是指（A ）A. 采用并行执行任务，加速项目进展B. 用一个任务取代另外的任务C. 如有可能，减少任务数量D. 减轻项目风险2. 赶工一个任务时，你应该关注（D ）A. 尽可能多的任务B. 非关键任务C. 加速执行关键路径上的任务D. 通过成本最低化加速执行任务3. “软件编码完成之后，我才可以对它进行软件测试”,这句话说明了哪种依赖关系？（A ）3A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. 里程碑4. 如果用户提供的环境设备需要５月１０日到位，所以环境测试安排在５月１０日以后，这种活动安排的依赖依据是：（C）A. 强制性依赖关系B. 软逻辑关系C. 外部依赖关系D. 里程碑5. 对一个任务进行进度估算时,A是乐观者,估计是6天完成,B是悲观者,估计是24天完成,C是有经验者认为最有可能是12天完成，那么这个任务的历时估算是介于10天到16天的概率是（B ）A. 50%B. 68.3%C. 70%D. 99.7%δ=（P-O）/6=(24-6)/6=3E=(O+4M+P)/6=(6+4*12+24)/6=136. 下面哪项可能延长项目的进度？（A）A. LagB. LeadC. 赶工D. 快速跟进7. 关于浮动，下面除了哪个都是不正确的？（D ）A. 每个任务都有浮动B. 只有复杂的项目有浮动C. 浮动是在不增加项目成本的条件下，一个活动可以延迟的时间量D. 浮动是在不影响项目完成时间的前提下，一个活动可以延迟的时间量8. 关于网络图，下面哪个是不正确的？（C）A. 网络图可用于安排计划B. 网络图展示任务之间的逻辑关系C. 网络图可用于跟踪项目D. 网络图可用于详细的时间管理9. 资源平衡最好用于（D）活动A. 时间很紧的B. 按时的C. 非关键路径10. 下面哪项可以决定进度的灵活性(B )A. PERTB. Total floatC. ADMD. 赶工第四章-软件项目成本计划一、选择题1. （A ）是用系统的功能数量来测量其规模，与实现产品所使用的语言和技术没有关系的。
软件项目建设任务结构化分解方案
软件项目建设任务结构化分解方案软件项目建设是一个复杂的过程，需要对任务进行结构化分解以确保项目顺利进行。
以下是一种可能的结构化分解方案：1. 项目规划阶段：1.1 项目启动。
1.1.1 制定项目愿景和目标。
1.1.2 确定项目范围和约束条件。
1.1.3 确定项目需求和利益相关者。
1.2 制定项目计划。
1.2.1 制定项目时间表和里程碑。
1.2.2 确定资源需求和分配。
1.2.3 制定沟通和风险管理计划。
2. 需求分析阶段：2.1 需求收集。
2.1.1 与利益相关者沟通，收集需求和期望。
2.1.2 分析现有系统和流程。
2.2 需求确认。
2.2.1 编写需求文档。
2.2.2 与利益相关者确认需求。
3. 设计阶段：3.1 系统架构设计。
3.1.1 确定系统整体架构。
3.1.2 制定模块划分和接口设计。
3.2 详细设计。
3.2.1 编写详细设计文档。
3.2.2 设计数据库结构。
4. 开发阶段：4.1 编码。
4.1.1 根据设计文档进行编码。
4.1.2 编写单元测试用例。
4.2 单元测试。
4.2.1 执行单元测试。
4.2.2 修复和调试代码。
5. 测试阶段：5.1 系统集成测试。
5.1.1 集成各个模块进行测试。
5.1.2 确保系统各部分协同工作正常。
5.2 系统测试。
5.2.1 执行系统测试用例。
5.2.2 修复和调试系统缺陷。
6. 部署阶段：6.1 系统部署。
6.1.1 部署系统到生产环境。
6.1.2 进行系统测试和验证。
6.2 培训和文档。
6.2.1 培训最终用户。
6.2.2 编写系统使用手册和维护文档。
7. 维护阶段：7.1 系统维护。
7.1.1 监控系统运行状态。
7.1.2 处理用户反馈和系统故障。
以上是一个典型的软件项目建设任务的结构化分解方案。
这种分解方案可以帮助团队清晰地了解项目的各个阶段和任务，有助于有效地管理和控制项目进度和质量。
当然，实际项目中可能会根据具体情况进行调整和补充。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目任务分解
WBS字典实例 WBS字典实例
WBS表示号 WBS表示号 名称 主题目标 BSNBSN-LBL BSN时间日志管理系统 BSN时间日志管理系统 网管的安全管理系统 ① ② ③ ④ ⑤ ⑥ 存储事件数据： 存储事件数据：记录相应事件 设置事件过滤： 设置事件过滤：对某些事件可设置过滤 浏览事件日志： 浏览事件日志：对所有事件提供浏览功能 规划BSN BSN事件日志 规划BSN事件日志 生成历史数据： 生成历史数据：可生成历史时间报告 管理BSN时间日志：可以调整BSN BSN时间日志 BSN事件的配置参数 管理BSN时间日志：可以调整BSN事件的配置参数
资源进度安排
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解的定义
• • • • 当要解决的问题过于复杂时， 当要解决的问题过于复杂时，可以将问题进行 分解，直到分解后的子问题容易解决； 分解，直到分解后的子问题容易解决； 项目规划时， 项目规划时，将一个项目分解为更多的工作细 目或者子项目，使项目变得更小、 目或者子项目，使项目变得更小、更容易管理 和操作； 和操作； 任务分解的目的是提高估算成本、 任务分解的目的是提高估算成本、时间和资源 的准确性，使工作变得更易操作； 的准确性，使工作变得更易操作； 任务分解的结果是任务分解结构。 任务分解的结果是任务分解结构。
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 在程序的头部增加修改记录
2010年 2010年9月
第五章 软件项目任务分解
商务教研室 徐建华 2010年 2010年9月
学习目标和能力要求
•了解软件项目任务分解的定义； 了解软件项目任务分解的定义； 了解软件项目任务分解的定义 •了解任务分解的类型； 了解任务分解的类型； 了解任务分解的类型 •了解任务分解的过程； 了解任务分解的过程； 了解任务分解的过程 •了解任务分解的注意事项。 了解任务分解的注意事项。 了解任务分解的注意事项
软件项目任务分解 商务教研室 徐建华 2010年 2010年9月
任务分解——图表类型 图表类型 任务分解
• 采用图表类型的任务分解过程就是进行 任务分解时采用图表的形式进行层层分 解的方式。 解的方式。
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解图表类型举例
“变化计数器” 变化计数器”
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
案例分析
• 校务通管理系统任务分解结构 • 采用图表方式分解（P63） 采用图表方式分解（ ） • 采用清单方式分解（P63） ） 采用清单方式分解（
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
案例分析案例分析-一次野餐会
迈克和玛丽计划与家人和朋友举行一次特 殊的野餐活动，以庆祝迈克的升职和他们 35周年的结婚纪念。迈克是工程师，玛丽 是会计。他们有两个非常活泼的孩子，玛 丽亚 13岁，托玛斯 17岁。以下是他们对 于这次野餐活动开发的一个清单式WBS。
描述
完成的任务 责任者 完成的标识 备注 软件项目任务分解
1、2、3已完成 XXX 通过质量保证部的验收报告
商务教研室
徐建华
2010年 20解结构 任务分解结构(WBS)提供了项目范围基线， 提供了项目范围基线， 提供了项目范围基线 是范围变更的重要输入； 是范围变更的重要输入； • 有利于项目经理集中精力到项目的目标上； 有利于项目经理集中精力到项目的目标上； • WBS给开发项目提供了一个实施框架，明确 给开发项目提供了一个实施框架， 给开发项目提供了一个实施框架 了责任， 了责任，为评估和分配任务提供具体的工作 是进行估算和编制项目进度的基础。 包，是进行估算和编制项目进度的基础。
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
分解结果的检验
• • • • • 更低层次的细目是否必要和充分？ 更低层次的细目是否必要和充分？ 最底层要素是否有重复？ 最底层要素是否有重复？ 每个细目是否都有明确、完整的定义？ 每个细目是否都有明确、完整的定义？ 是否每个细目可以进行适当的估算？ 是否每个细目可以进行适当的估算？ 各个细目的实施者是否确定？ 各个细目的实施者是否确定？
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
WBS模板举例 WBS模板举例
软件系统发布版本
项目规划 合同签订 计划编制 计划确认
需求分析 总体设计 需求开发 需求管理 系统测试 计划编制 策略确定 开发标准 确定 架构设计 集成测试 计划编制
详细设计 接口设计 模块设计 单元测试 计划编制
实现 编码 代码复核
测试 集成测试 系统测试
交付 验收测试 产品提交
测试总结 单元测试 缺陷跟踪 手册编写
商务教研室 徐建华 2010年 2010年9月
用户培训
软件项目任务分解
任务分解基本步骤
确认并分解项目的主要组成要素。 1. 确认并分解项目的主要组成要素。 确定分解标准， 2. 确定分解标准，按照项目实施管理的方法分 解，可参照WBS模板进行分解。 可参照WBS模板进行分解。 WBS模板进行分解 确认分解是否详细， 3. 确认分解是否详细，分解结果是否可以作为 费用和时间估计的标准，明确责任。 费用和时间估计的标准，明确责任。 确定项目交付成果。 4. 确定项目交付成果。 验证分解正确性，建立一套编号系统。 5. 验证分解正确性，建立一套编号系统。
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解图例
软件项目A 软件项目
功能1 功能
功能2 功能
功能3 功能
功能2-子功能 功能 子功能1 子功能
功能2-子功能 功能 子功能2 子功能
功能2-子功能 功能 子功能3 子功能
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
案例分析案例分析-一次野餐会
序号 1 2 3 4 5 6 7 8 9 10 11 开始 做冰茶 准备三明治 准备水果 准备篮子 收拾毛毯 收拾运动服 装车 加油 开车去野餐营地 结束 任务 0 15 10 2 2 2 3 4 6 20 0 迈克 玛丽 玛丽、玛丽亚 玛丽亚 托马斯 托马斯 迈克、玛丽 迈克 迈克 持续时间 工作人员
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
WBS和OBS的对应关系 WBS和OBS的对应关系
WBS: Work Breakdown Structure任务分解结构 任务分解结构 OBS: Organization Breakdown Structure组织分解结构 组织分解结构
软件项目任务分解
软件项目任务分解 商务教研室 徐建华 2010年 2010年9月
“变化计数”器两种不同标准举例 变化计数”
按照功能组成标准进行分解： 按照功能组成标准进行分解： 1. 比较两个版本的程序； 比较两个版本的程序； 2. 找出修改后的程序中增加和删除的代码行数； 找出修改后的程序中增加和删除的代码行数； 3. 统计修改后的程序中增加和删除的代码行数； 统计修改后的程序中增加和删除的代码行数； 4. 统计总的代码行数； 统计总的代码行数； 5. 设定标记以指示修改记录； 设定标记以指示修改记录； 6. 在程序的投币增加修改记录。 在程序的投币增加修改记录。 按照生存期标准进行分解： 按照生存期标准进行分解： 1、规划 2、需求 3、设计 4、编码 5、测试 6、提交 、 、 、 、 、 、
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
案例分析— 东软网上超市” 案例分析—“东软网上超市”
根据第四章中“东软网上超市” 根据第四章中“东软网上超市”需求规格 书确定的内容制定相应的图表方式WBS WBS。 书确定的内容制定相应的图表方式WBS。
软件项目任务分解
商务教研室
徐建华
任务分解的类型
• 清单类型 • 图表类型
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解——清单类型 清单类型 任务分解
• 将任务分解的结果以清单的表述形式进 行层层分解的方式。 行层层分解的方式。
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解清单类型举例
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解在项目开发路线图的位置
合同管理 生存期 需求管理 任务分解 规模估算 项目进度
质量计划
配置计划
风险计划
团队管理
项目度量
集成项目
跟踪控制 项目结束
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
编制进度计划的三部曲
任务分解 成本估算 编制进度计划
软件项目任务分解
商务教研室
徐建华
2010年 2010年9月
任务分解的标准
• 进行任务分解的标准应该统一，不能 进行任务分解的标准应该统一， 有双重标准。 有双重标准。 • 选择一种项目分解标准之后，在分解 选择一种项目分解标准之后， 过程中应该统一使用此标准， 过程中应该统一使用此标准，避免因 使用不同标准而导致的混乱。 使用不同标准而导致的混乱。 • 可采用生存期为标准，或者以功能组 可采用生存期为标准， 成为标准， 成为标准，或者以项目的组织单位为 标准，或其他标准。 标准，或其他标准。