工作分解结构设计一
目标
般可以采用2种方法：
活动
活动
活动
1级
2级
活动
活动
活动
- 自上而下的方法。从 项目的目标开始， 逐步分解，直到具 体任务
… …
- 自下而上的方法。也
工作包
活动 m级
任务1 任务2 任务3 … 任务n
称集思广益法。即 从底层开始，逐层 集成，最后汇合后
完成目标
软件文档写作-第7讲管理文档(完整)
• 提供了管理人员、开发人员、操作人员和用户之间相互沟 通、协调的窗口
软件文档写作-第7讲管理文档(完整)
3
7.2 项目开发计划
项目开发计划又称软件定义文档，是和软件本身一样重要的 知识资产，是项目启动后第一件最重要的工作。
项目开发计划一般包括资源需求、工作分解、工作目标、开 发团队及人员安排、进度安排、内外接口约定、风险分析以及软 件质量控制机制等。
软件文档写作-第7讲管理文档(完整)
10
5. 运用图和表描述项目进度 项目进度可以采用图表工具更直观的表示任务分解、活动依赖
4
制定项目开发计划的过程被称为项目策划。
由于计划所具有的在时间上的提前性，项目开发 计划通常会经常性的修正，有些部分甚至会频繁的改 变！
而部分内容的变化，会影响开发计划的正确性和 符合性，使其越来越偏离项目实际，最后变得没有价 值。如随着项目需求的逐渐明确引起的项目计划细化、 项目可提供资源变化引起的项目计划的变化等。
6
工作分解结构主要有4个用途：
1. 思路工具：可以描述项目的整体思路，是一个计划和设 计的工具；
2. 结构设计工具：是项目工作的结构图，可以清晰表达项 目各项工作间的相互关系；
3. 计划工具：能够展示项目全貌，说明为完成项目所需完 成的各项活动；
4. 项目状态报告工具：可以作为项目状态报告的框架。随 着低一级项目活动的完成，项目由下而上不断整合，某 一项工作的完成将成为里程碑，所以，工作分解结构就 定义了里程碑事件。
软件管理文档
测试计划 测试分析报告 开发进度报告 开发总结报告
管理文档有以下几个方面的作用：
维护人员
软件开发 管理人员
软件开发人员
软件管 理文档
软件操作 人员
用户
软件文档写作-第7讲管理文档(完整)
2
• 管理文档的作用主要体现在三个方面
• 是软件开发各阶段工作成果的体现
• 把软件开发过程中的一些“不可见”的事物转换成“可见”的 文字资料
第七讲 软件管理文档
软件文档写作-第7讲管理文档(完整)
1
7.1 管理文档概述
工程化的软件生产方式是软件业界始终在不懈追求的目标。软 件项目管理方法适用与否，对软件项目的成败有着举足轻重的作 用。而软件项目管理方法改进的途径之一，就是建立行之有效、 可操作性强的软件管理文档。
管理文档的组成：
项目开发计划
软件文档写作-第7讲管理文档(完整)
7
3. 项目里程碑与阶段性文档
由于软件产品是无形的，因此，管理者需要通过文档的形式获 得信息，了解软件的开发状况，以作出管理的决定。
里程碑的建立，可以描述软件开发活动一个过程的终结。在 每个里程碑，都有一个正式的可以提交给管理层的阶段性结果。 比如，一份报告。
里程碑报告的内容不拘，以能清楚说明阶段性结果为标准， 应能代表项目中一个特定逻辑意义上的阶段的终结。
项目管理者要求估算完成各项活动所需的时间和资源，并将它 们严密的组织起来，以安排项目进度。不同的项目，具有不同的 项目开发进度。
初始的项目进度安排往往是不精确的，但随着项目进展信息 的不断增多，进度安排也会越来越接近项目实际进度，因此，必 须不断更新项目进度。
项目进度包括将一个项目分解为若干独立的活动，以及判断 完成这些活动所需的时间。通常，有些活动是可以并行的，项目 管理者应组织并协调这些并行的工作。项目进度过程见下图：
所以，在实际工作中，需要有明确的责任人和操 作原则，来对项目计划实施维护，并对项目计划的变 更实施必要的控制。
另一个重要的方面是，在组织文档时，就要考虑 到这种频繁变更的需要，使得当变更发生时，文档的 相应部分能够容易替换。
软件文档写作-第7讲管理文档(完整)
5
2. 工作分解结构
工作分解结构(work breakdown structure, WBS)是对整个 项目工作的分级描述，是项目计划开发的第一步。分解示意如 下图所示。
1. 项目开发计划书
项目开发计划书的具体内容随着项目和开发机构类型的不同而不同，一般
都会包括以下几个部分：
① 项目目标。简述项目目标，并列出影响管理的约束条件，如预算、时间…
② 开发团队及人员安排。阐述团队组织方式、人员构成及分工
③ 软硬件资源需求。分析和列出所需资源，注明估算的资源需要时间及价格
④ 工作分解。分解项目为一系列活动，确定项目里程碑及可交付文档
除了时间和人员、环境的变化，资源和预算也需要考虑适 当的余量。
恰当的估算方法是采用“理想－实际”方式。即先估算理 想值，然后逐步加入预计出现的状况、偶然因素致成的状况、 项目开发人员的素质和经验……
作为经验数据，一般在最初估算的基础上增加30%作为实 际可能发生的状况值，再预留20%的估算值给所谓不可预见 的其它问题，则进度估算的结果会较符合实际。
⑤ 项目进度。描述项目各活动之间的依赖关系、到达里程碑的时间等
⑥ 风险分析。分析项目可能存在的风险、发生的可能性及应对风险的策略
⑦ 监控机制。制定详细、可操作的项目监控机制，明确管理报告的递交时间
⑧ 开发估算。包括规模、工软作件量文档、写作成-第本7讲等管理的文估档(完算整，) 要求依据并积累历史数据
识别活动
识别活动 依赖关系
估算活动 的资源
为活动分 配资源
创建项目 图表
软件需求
活动图表及条形图
软件文档写作-第7讲管理文档(完整)
9
在进度ห้องสมุดไป่ตู้算时，管理者需要有一定的余量。
如项目难度大，则花费的时间也会较多。又如，项目个别 开发人员可能发生的变动，硬件环境的变化等，都是在估算 项目进度时必须考虑的因素。
要建立里程碑，软件过程就一定要分解成一系列相关的基本 活动，而每个基本活动都要有相应的输出结果。如下图，是一个 需求描述中的活动，其中每个活动都有主要输出。
可行性研究
需求分析
原型开发
设计研究
需求描述
可行性报告
用户需求 软件文档写估作-算第7报讲告管理文档(完整) 体系结构设计
系统需求
8
4. 项目进度