02软件开发计划模板212.pdf

《02软件开发计划模板212.pdf》由会员分享，可在线阅读，更多相关《02软件开发计划模板212.pdf（29页珍藏版）》请在三一文库上搜索。

1、会签 编号 密级非密 版本 风云三号应用系统工程 XX软件开发计划 编写 校对 审核 批准 国家气象局国家卫星气象中心 XX公司 201X年 XX月 文档控制 变更记录 版本号日期作者 段落、图 或表 增加 /修 改 /删除 简单描述更改申请单号 目 录 1范围 1 1.1标识 . 1 1.2系统概述 . 1 1.3文档概述 . 1 1.4与其他计划的关系 . 1 2引用文件 2 3术语和定义 2 3.1术语 . 2 3.2缩略语 . 2 4策划背景概述 2 5项目范围 2 5.1项目目标 . 2 5.1.1客户目标 . 3 5.1.2组织目标 . 3 5.1.3研究目标（可裁剪）. 3 5.

2、2工作产品与服务 . 3 5.2.1工作产品 . 3 5.2.2服务 . 5 5.3验收标准 . 5 6组织机构与人员 6 7开发及运行环境 7 7.1软件开发环境. 7 7.2软件运行环境. 7 8重用分析 7 9软件开发管理 8 9.1软件开发方法及标准 . 8 9.2生命周期模型和项目过程定义 . 8 9.3工作任务拆分与估计 . 8 9.4项目进度和里程碑 . 8 9.5风险管理 . 9 9.6外部依赖 . 11 9.7相关方参与计划 . 11 9.8项目培训计划. 12 9.9项目监督和问题处理 . 12 9.10数据管理计划. 12 9.11重大事件处理. 13 10 里程碑及评审

3、计划 13 11 总体测试计划 14 12 度量分析计划（可裁减单独成文） 错误！未定义书签。 13 安全保密 15 14 附录 15 图目录 图 6-1 项目软件研制组织结构.6 图 9-1 软件技术流程图 .8 表目录 表 3-1 缩略语表 .2 表 5-1 交付软件 .3 表 5-2 需交付文档 .3 表 5-3 非交付文档 .4 表 5-4 过程记录 .4 表 6-1 软件项目人员配置 .6 表 8-1 重用分析表 .7 表 9-1 项目风险列表 .10 表 9-2 外部依赖跟踪表 . 11 表 9-3 相关方参与计划 11 表 9-4 培训计划 12 表 10-1 软件正式评审计划

4、.13 表 14-1 工作任务拆分结构（ WBS） .16 1范围 1.1 标识 a.本文档的标识号： R/产品代号 /区分号 /XJ-01； b.标题： XXXX 软件开发计划； c.本文档适用与 XXX 系统/软件/XXXXCSCI 。 1.2 系统概述 可复制任务书中相关内容。 包括本文档所使用的软件所属系统的功能，软件在系统中的位置。系统开 发、运行和维护的历史，系统的用户、开发方和相关机构等。 1.3 文档概述 本文档明确项目目标、确定项目范围、确定项目的人员和分工、定义项目 的生命周期和项目过程、确定资源需求、拆分工作并给出估算和进度安排的结 果、明确验证和确认的方法和时间安排、识

5、别项目中的风险并制定风险的处理 措施、明确项目的培训需求和计划、确定度量分析的要求和计划、确定数据管 理计划及重大事件的处理方法等。 本文档为项目管理的依据，本文档的工作任务拆分结构表、风险跟踪表、 资源跟踪表为项目监督控制过程的初始数据。 本模板符合计算机软件文档编制规范 （GBT 8567-2006）要求。 1.4 与其他计划的关系 本计划满足系统策划节点要求； XXX 配置管理计划按照本计划编写； XXX 质量保证计划按照本计划编写； 配置管理计划和质量保证计划的工作纳入本项目的WBS 表中，本文档不再 单独描述相关内容； 2引用文件 软件开发计划模板； 军用软件研制能力成熟度模型 （G

6、JB5000A-2008）； 总装备部软件工程规范 （2008 版）； 军用软件开发文档通用要求 （GJB 438B-2009）。 3术语和定义 3.1 术语 a.术语 1：术语 1 说明。 3.2 缩略语 表 3-1 缩略语表 序号缩写全称说明 1. 2. 4策划背景概述 本节参考任务书中的相关内容，包括： a.系统的功能、运行环境概述； b.软件在系统中的位置和功能； c.软件项目和系统开发周期的关系； d.进度安排和资源约束； e.开发环境的约束； f.其他约束：如安全保密、标准等。 5项目范围 5.1 项目目标 5.1.1客户目标 a.应当满足 GJB5000A 三级的要求； b.应按

7、任务书的要求，按时、保证质量的完成项目。 5.1.2组织目标 c.生成 XXXX 可重用模块； d.XXX 文档作为 XX 领域的典型案例； e.项目组成员 XX 获得技术开发经验； f.项目组成员 XX 获得 XX 管理经验； g.积累 XXXX 数据，并纳入组织资产库。 5.1.3研究目标（可裁剪） a.应当产生 X 篇高水平论文； b.应当产生 X 本专著； c.应当获得 X 专利或软件著作权。 5.2 工作产品与服务 5.2.1工作产品 表 5-1 交付软件 序号软件名称运行平台编程语言现有平台 1. 2. 表 5-2 需交付文档 序号文件名称密级 1.软件需求规格说明内部 2.软件系

8、统测试报告（若为总体编写，可剪裁）内部 3.软件第三方测试报告内部 4.软件研制总结报告内部 5.软件使用说明书内部 6.软件质量履历书内部 7.软件产品证明书内部 表 5-3 非交付文档 序号文件名称密级 1.软件开发计划内部 2.软件质量保证计划内部 3.配置管理计划内部 4.软件概要设计说明内部 5.软件详细设计说明内部 6.软件单元测试计划内部 7.软件单元测试说明内部 8.软件单元测试报告内部 9.软件组装测试计划内部 10.软件组装测试说明内部 11.软件组装测试报告内部 12.软件确认测试计划内部 13.软件确认测试说明内部 14.软件确认测试报告内部 15.软件验收测试计划内部

9、 16.软件验收测试细则内部 表 5-4 过程记录 序号文件名称密级 1.软件估计表内部 2.项目过程定义表内部 3.项目周报内部 4.项目例会纪要内部 5.项目进展报告（含WBS）内部 6.问题跟踪表内部 7.项目风险列表内部 8.里程碑报告内部 9.计划变更申请内部 序号文件名称密级 10.需求变更申请内部 11.需求变更记录内部 12.配置管理三单内部 13.配置状态报告内部 14.基线发布报告内部 15.产品交付清单内部 16.软件在线烧录操作记录单内部 17.软件落焊记录单内部 18.软件介质说明卡内部 19.日常配置项审计报告内部 20.度量分析计划内部 21.度量分析报告内部 2

10、2.SQA 报告内部 23.OQA 报告内部 24. 重大事件评议表内部 25.内部评审意见内部 26.评审证明书内部 5.2.2服务 a.配合软件交办方完成各项试验； b.配合软件交办方完成对最终用户的培训； c.在保修期内，必要时协助交办方或用户完成软件的重新部署。 5.3 验收标准 交办方提供的软件任务书有效版本为验收基本标准； 项目组根据交办方提供的验收测试大纲编写验收测试细则，并通过交办方 的评审，验收测试细则为验收测试的依据。 验收具体标准如下： a.按照软件任务书要求，文件资料完整、编写规范； b.验收测试通过； c.研制总结报告评审通过。 若验收时存在无法满足上述要求的情况，由

11、项目组向交办方提交让步接收 申请，交办方签署后，方算通过验收。 6组织机构与人员 参与本软件研制工作的组织机构如下： 分系统负责人测试集成人员 项目负责人 配置管理员 算法设计人员 项目负责人 软件质量保证 人员 配置管理员 总集项目办 需求分析人员测试人员软件实现人员软件设计师 总集 算法设计 软件实现 用户 监理 质量保证人员 软件实现人员需求分析人员软件设计师测试人员 图 6-1 项目软件研制组织结构 表 6-1 软件项目人员配置 岗位角色职责人员 岗位角色职责人员 7开发及运行环境 7.1 软件开发环境 a.Windows 7； b.MySQL5.7； c.JDK1.7； d.MyEc

12、lipse 2014； 7.2 软件运行环境 a.XXXX 服务器； b.XXX 单机； c.XXX 系统环境。 8重用分析 本章列出本项目拟重用或参考的文档、资料、模板、软件模块/组件等，并 分析重用产生的风险，本章识别的风险纳入表9-1 项目风险列表中进行管理。 本项目拟产生的可重用产品在组织目标中给出。 表 8-1 重用分析表 # 模块名称来源复用方式风险分析 27.XXX 组件XXX 已有项目完全复用无 28.XXX 开源软件http:/sourceforge.org/完全复用对其使用方式不 熟悉 出现问题难以排 故 9软件开发管理 9.1 软件开发方法及标准 需求分析采用 XX 方法

13、、概要设计采用XX 方法、单元测试采用XX 方法。 软件设计、测试、文档编制及软件编程分别按照XX 的规定、 XX 标准执 行； 9.2 生命周期模型和项目过程定义 项目需求相对稳定、新技术使用较少且用户要求一次交付，故按照传统的 瀑布模型进行开发。瀑布模型将软件开发过程分为以下几个阶段：软件系统分 析与设计、软件需求分析、概要设计、详细设计、实现、组装测试、配置项测 试、验收和第三方测试，并在上述过程中实施需求跟踪和管理。详细技术流程 图见图 9-1。 （注意：应根据项目剪裁情况，删除流程图中不适用的阶段） 软件系统分析 与设计 软件任务书 评审 软件需求分析 软件需求分 析评审 软件概要设

14、计 及评审 软件实现及评 审 软件验收 软件确认测 试评审 软件确认测试 M1M2 M3M4M5 M6 M7 M8 M9 Q1 Q3 Q2 Q5 软件详细设计 及评审 系统集成软件组装测试 图 9-1 软件技术流程图 9.3 工作任务拆分与估计 依据项目过程定义和任务书，对工作产品和活动进行分解。并采用XX 方 法进行规模估计、 XX 方法进行工作量估计。估计的最终结果见表14-1。 9.4 项目进度和里程碑 分析任务间依赖关系，并根据任务书的要求、估计的结果、项目组人员组 成和职责，确定并优化（可使用关键路径、PERT 网等方法辅助安排任务，必要 时在本文档中给出关键路径和PERT网）各项任

15、务的进度和人员安排。进度和人 员安排结果见表14-1。其中科研生产考核节点如下： a.需求分析评审： 2011年 9 月 28 日； b.概要设计评审： 2011年 10 月 31 日； c.确认测试完成： 2011年 12 月 31 日； d.研制总结报告评审： 2011年 1 月 10 日。 本项目定义以下里程碑，在里程碑节点完成时需编写里程碑报告，并提交 项目中高层审核，并合理响应中高层反馈的意见和问题（详见表10-1）： e.需求里程碑：需求评审通过并发布分配基线，2011年 9 月 30 日； f.结项里程碑：验收评审通过并发布产品基线，2012年 1 月 12 日。 9.5 风险管

16、理 根据风险管理过程及其项目风险列表模板，识别风险，生成项目风险列 表。 软件项目负责人按项目周报的周期，跟踪和更新项目风险列表，必要时制 定并采取缓解措施和应急措施，若风险发生，则需将其作为问题处理。 表 9-1 项目风险列表 # 分类风险项发生阶段来源可能性影响风险值优先级缓解措施应急措施 1 资源 风险 硬件不能及时 保障软件研制 代码调试和 测试阶段 相关硬件到位太 迟，软件调试和 测试时间无法保 证 4 4 16 M 搭建模拟测试环境，在 硬件无法到位的情况 尽量进行模拟测试; 提前投产试验板,代替 正式板进行软硬件调 试 2 资源 风险 整个周期4.5 3 13.5 M 3 设计编

17、码阶 段 4 3 12 M 4 测试阶段2 2 4 5 整个周期1 3 3 9.6 外部依赖 说明完成软件开发活动需要外部提供软/硬件资源、外部相关方（包括交办 方） 应配合完成的工作和应承担的工作、验收保障条件等，应提出具体的资源或 工作产品。协调人通常为项目调度或总体。 注意外部依赖应该为软件项目负责人无法直接控制的因素，外部依赖应纳 入风险管理。 本项目的外部依赖如表9-2 所示，由协调人应提前于要求日期，监督各资 源的落实情况。软件项目负责人按项目周报的周期，跟踪和更新外部依赖表， 确认各项资源落实情况，若外部依赖无法落实，则需将其作为问题处理。 表 9-2 外部依赖跟踪表 # 资源用

18、途说明责任单位协调人要求日期状态 1.服务器系统测试环境XX 20110901 不满足 2.目标板系统测试XX 20110901 不满足 3.Oracle11 开发环境XX 20110901 不满足 4. 外购软件界面 美化组件 美化界面开发XX 20110901 不满足 5. 验收测试外部 环境 验收测试XX 20110901 不满足 9.7 相关方参与计划 相关方参与计划包括相关方需要配合完成的工作，调度。本章的工作需纳 入 WBS 中，本章相当于告知调度需要完成的协调工作。 表 9-3 给出相关方参与参与计划，其中“责任人”为项目组内完成此项工 作的负责人。本计划整合在表14-1 中。

19、表 9-3 相关方参与计划 参与事项参与方式责任人相关方计划日期 需求原型演示会议XXX 总20110815 需求确认评审软件需求XXX 20110901 项目进度上报每周通过OA 提 交项目周报 XXX 每周 接口对接双方根据接口、XXX 20110910 参与事项参与方式责任人相关方计划日期 完成接口对接 验收测试与设计师共同完 成验收测试 XXX 20111030 9.8 项目培训计划 分析项目需要的知识与技能，结合项目组成员已有的知识和技能制定培训 计划。可不制定培训计划，但需保留本章节。注意，本章为针对项目组成员的 培训计划，而非针对用户的培训计划。 表 9-4 给出项目培训计划，本

20、计划整合在表14-1中。 表 9-4 培训计划 培训目标培训时间培训教师参加人员 9.9 项目监督和问题处理 项目日常监督工作整合在表14-1 中，具体为： a.软件承制单位每周（ 3 个月以上的项目情况可以调整为双周报）编写项 目周报（含 WBS、项目风险列表、问题跟踪表、外部依赖跟踪表）； b.软件承制单位组织项目例会，讨论并更新项目周报的内容； c.软件承制单位将项目周报发送给业主、总集及监理单位； d.根据 9.4 项目进度和里程碑的安排实施里程碑管理。 项目组发现在承制单位内部无法解决的进度、资源、相关方参与上的问题 或发现无法控制的风险，由软件承制单位将问题上报给业主、总集及监理单

21、 位，协调解决。 当项目成员人员调整时，应按实施计划变更：提交计划变更申请，业主、 总集及监理单位讨论通过后，按申请修改计划。 9.10数据管理计划 数据管理计划内容参见配置管理计划。 9.11重大事件处理 项目组遵守组织定义重大事件判定准则，特殊情况时根据项目实际情况决 定是否申请重大事件处理。 10 里程碑及评审计划 本项目软件评审活动结合项目的具体情况和要求进行安排。里程碑及评审 计划如表10-1 所示，具体时间安排参见表14-1。 表 10-1 软件正式评审计划 评审项目级别负责人工作产品评审日期基本人员要求 策划评审用户级软件开发计划 度量分析计划 配置管理计划 质量保证计划 项目度

22、量分析报告模板 需求评审用户级需求规格说明 确认测试计划 需求里程 碑评审 审查里程碑报告 概要评审项目级概要设计说明 组装测试计划 详细评审项目级详细设计说明 单元测试计划 代码审查项目级代码 单元测试 评审 项目级单元测试说明 单元测试报告 组装测试 说明评审 项目级组装测试说明 确认测试 说明评审 项目级确认测试说明 组装测试 报告评审 项目级组装测试报告 确认测试项目级确认测试报告 评审项目级别负责人工作产品评审日期基本人员要求 报告评审 系统测试 细则评审 用户级系统测试细则 验收测试 细则评审 用户级验收测试细则 验收评审用户级研制总结报告 结项里程 碑评审 审查里程碑报告 11

23、总体测试计划 本项目测试包括单元测试、组装测试、确认测试、系统集成测试和验收测 试，详细计划安排见表14-1。 a.单元测试依据详细设计的定义，单元测试和编码同时开展，由相应的 编码人员自行测试； b.组装测试依据概要设计的定义，在单元测试之后，与软件集成同时开 展，由测试人员与开发人员共同测试； c.确认测试依据需求规格说明的定义，在组装测试之后开展，由测试人 员测试； d.确认测试后，由总体安排系统联试，系统测试在完成系统联试后进 行，由测试人员测试； e.系统测试通过后，由质量处组织验收测试，项目组成员配合完成验收 测试； f.各测试的测试文档（测试计划、测试说明、测试报告）齐全、符合规

24、 范。测试计划和测试说明应满足任务书和需求分析报告、概要设计、详细 设计全部要求； g.全部测试活动遵循了测试计划和测试说明。测试环境满足要求。测试 活动满足独立性要求。测试记录客观、完备； h.确认测试、系统测试和验收测试的全过程自始至终在配置管理之下进 行。对问题的更动必须符合更动规范，更动完成后，应针对更动进行回归 测试； i.经过回归测试之后，所有测试用例都获得通过，或者给出合理解释； j.最终的测试结果中错误需在测试报告中给出并逐条讨论通过后方可进 入下一阶段。 12 度量分析计划 明确软件研制过程中需要收集的度量数据、进行的计算、对数据进行度量 分析的方法和实施决策的准则。 13

25、安全保密 本软件系统研制过程当中涉及的各任务书、技术报告、程序框图、程序代 码等使用范围为软件工程组，并按“军工产品质量管理条例”及“保密法”各 相关条例执行。 14 附录 表 14-1 工作任务拆分结构（WBS ） 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 需求获取过程 软件分配需求获取 会议纪要 工程技术 定义软件分配需求 软件任务书 工程技术 软件系统测试策划 系统测试计划 工程技术 软件分配需求确认和评审 评审证明书 工程技术 需求跟踪（需求获取） 需求跟踪矩阵 需求管理 功能基线建立 基线发布报告 配置管理 项目策划过程 召开立项会议 会议纪要 项

26、目策划 制定软件开发计划 软件开发计划 项目策划 制定度量计划 度量计划 项目策划 制定质量保证计划 质量保证计划 项目策划 制定配置管理计划 配置管理计划 项目策划 项目策划评审 评审证明书 项目策划 配置管理工作（策划） 配置管理过程记录 配置管理 度量分析工作（策划） 度量分析报告 度量分析 质量保证阶段工作（策划） SQA报告 质量保证 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 需求分析过程 分析软件需求 会议纪要 软件原型 工程技术 制定软件需求规格说明 需求规格说明 工程技术 软件确认测试策划 确认测试计划 工程技术 需求跟踪（需求） 需求跟踪矩

27、阵 需求管理 需求评审 评审证明书 工程技术 配置管理工作（需求） 配置管理过程记录 配置管理 度量分析工作（需求） 度量分析报告 度量分析 质量保证阶段工作（需求） SQA报告 质量保证 设计实现过程 软件概要设计 会议纪要 代码框架 工程技术 软件概要设计文档编制 概要设计报告 工程技术 软件组装测试策划 组装测试计划 工程技术 需求跟踪（概要） 需求跟踪矩阵 需求管理 概要设计评审 评审证明书 工程技术 配置管理工作（概要） 配置管理过程记录 配置管理 度量分析工作（概要） 度量分析报告 度量分析 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 质量保证阶段

28、工作（概要） SQA报告 质量保证 软件详细设计 会议纪要 代码框架 工程技术 软件详细设计文档编制 详细设计报告 工程技术 软件单元测试策划 单元测试计划 工程技术 需求跟踪（详细） 需求跟踪矩阵 需求管理 详细设计评审 评审证明书 工程技术 配置管理工作（详细） 配置管理过程记录 配置管理 度量分析工作（详细） 度量分析报告 度量分析 质量保证阶段工作（详细） SQA报告 质量保证 编码与单元测试用例设计 源代码 单元测试用例 工程技术 代码评审 评审证明书 工程技术 软件单元测试 单元测试报告 工程技术 需求跟踪（编码与单元测试） 需求跟踪矩阵 需求管理 单元测试报告评审 评审证明书 工

29、程技术 配置管理工作（编码与单元测试） 配置管理过程记录 配置管理 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 度量分析工作（编码与单元测试） 度量分析报告 度量分析 质量保证阶段工作（编码与单元测 试） SQA报告 质量保证 测试过程 软件组装测试用例设计 组装测试说明 工程技术 软件组装测试用例评审 评审证明书 工程技术 搭建组装测试环境 组装测试环境 工程技术 软件组装测试 组装测试报告 工程技术 需求跟踪（组装测试） 需求跟踪矩阵 需求管理 软件组装测试评审 评审证明书 工程技术 配置管理工作（组装测试） 配置管理过程记录 配置管理 度量分析工作（组装

30、测试） 度量分析报告 度量分析 质量保证阶段工作（组装测试） SQA报告 质量保证 软件确认测试用例设计 确认测试说明 工程技术 软件确认测试用例评审 评审证明书 工程技术 搭建确认测试环境 确认测试环境 工程技术 软件确认测试 确认测试报告 工程技术 需求跟踪（确认测试） 需求跟踪矩阵 需求管理 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 软件确认测试评审 评审证明书 工程技术 配置管理工作（确认测试） 配置管理过程记录 配置管理 度量分析工作（确认测试） 度量分析报告 度量分析 质量保证阶段工作（确认测试） SQA报告 质量保证 软件系统测试用例设计 系统

31、测试说明 工程技术 软件系统测试用例评审 评审证明书 工程技术 搭建系统测试环境 系统测试环境 工程技术 软件系统测试 系统测试报告 工程技术 需求跟踪（系统测试） 需求跟踪矩阵 需求管理 软件系统测试评审评审证明书工程技术 配置管理工作（系统测试） 配置管理过程记录 配置管理 度量分析工作（系统测试） 度量分析报告 度量分析 质量保证阶段工作（系统测试） SQA报告 质量保证 第三方测试过程 第三方测试合同签订 第三方测试合同 工程技术 第三方测试需求分析 测试需求分析 工程技术 第三方测试需求评审 评审证明书 工程技术 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结

32、束日期 第三方测试问题处理 问题解决记录 修改后的代码 工程技术 软件第三方测试报告评审 评审证明书 工程技术 配置管理工作（三方测试） 配置管理过程记录 配置管理 度量分析工作（三方测试） 度量分析报告 度量分析 质量保证阶段工作（三方测试） SQA报告 质量保证 验收及结项过程 验收测试 验收测试报告 工程技术 研制总结 研制总结报告 工程技术 项目验收评审 评审证明书 工程技术 发布产品基线 配置管理过程记录 配置管理 度量分析工作（结项） 度量分析报告 度量分析 项目结项 里程碑报告 项目监控 配置管理工作（结项） 配置管理过程记录 配置管理 质量保证阶段工作（结项） SQA报告 质量

33、保证 项目监督与控制过 程 项目周报（问题跟踪、风险跟踪、 WBS等） 项目周报 项目监控 评审项目进展情况 会议纪要 项目监控 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 召开项目组例会 例会纪要 项目监控 实施里程碑评审 评审证明书 质量保证 处理计划变更 计划变更申请 质量保证 软件配置管理过程 变更控制 配置管理过程记录 质量保证 出库控制 配置管理过程记录 工程技术 度量分析过程度量分析改进建议实施 根据实际措施确定 工程技术 软件过程和产品质 量保证过程 项目立项审计 检查单 工程技术 定期过程审计 检查单 工程技术 变更产品审计 检查单 工程技术

34、 OQA审计 OQA 报告 需求管理 需求管理过程需求变更控制 需求变更申请 需求变更记录 配置管理过程记录 配置管理 风险管理过程 风险跟踪及问题处理在项目跟踪与 控制过程中进行 根据实际措施确定 项目策划 决策分析与决定过 程 处理重大事件评议 重大事件评议过程 记录 项目策划 培训根据需要安排 培训记录 项目策划 任务一级子任务工作产品任务类别 估算数据 负责人 规模工作量开始日期结束日期 其他工作用户手册编制 用户手册 项目策划 注： a.本 WBS 表拆分工作任务时，如果有必要可增加“二级子任务”列。 b.本 WBS 表的估计规模及工作量数据，来自软件估计表。 c.本 WBS 表在项目跟踪时应增加“实际数据”列，该列在日常的监控活动中进行维护更新。