资源描述
正文
一、项目计划书格式
依据《GB8567－88计算机软件产品开发文件编制指南》中项目开发计划要求，结合实际情况调整后《项目计划书》内容索引以下：
1 引言
1.1 编写目标
1.2 背景
1.3 定义
1.4 参考资料
1.5 标准、条约和约定
2 项目概述
2.1项目目标
2.2产品目标和范围
2.3假设和约束
2.4 项目工作范围
2.5 应交付结果
2.5.1 需完成软件
2.5.2 需提交用户文档
2.5.3 须提交内部文档
2.5.4 应该提供服务
2.6 项目开发环境
2.7 项目验收方法和依据
3 项目团体组织
3.1 组织结构
3.2 人员分工
3.3 协作和沟通
3.3.1 内部协作
3.3.2 外部沟通
4 实施计划
4.1 风险评定及对策
4.2 工作流程
4.3 总体进度计划
4.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持（可选）
5.2 用户支持（对项目而言）
5.3 外包（可选）
6 预算（可选）
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目累计经费预算
7 关键问题
8专题计划关键点
二、项目计划书编写说明
1 引言
1.1 编写目标
说明编写这份项目计划目标，并指出预期读者。
作用：本节是为了说明编制“项目计划书”亦即本文档意图和期望达成效果。注意这里“目标”不是“项目目标”，而是为了说明本文档目标和作用。“项目目标”在2.1中说明。
意义：使项目组员和项目干系人了解项目开发计划书作用、期望达成效果。开发计划书作用通常全部是“项目组员和项目干系人之间共识和约定，项目生命周期全部活动行动基础，方便项目团体依据本计划书开展和检验项目工作。”
比如能够这么写：为了确保项目团体按时保质地完成项目目标，便于项目团体组员愈加好地了解项目情况，使项目工作开展各个过程合理有序，所以以文件化形式，把对于在项目生命周期内工作任务范围、各项工作任务分解、项目团体组织结构、各团体组员工作责任、团体内外沟通协作方法、开发进度、经费预算、项目内外环境条件、风险对策等内容做出安排以书面方法，作为项目团体组员和项目干系人之间共识和约定，项目生命周期内全部项目活动行动基础，项目团体开展和检验项目工作依据。
常见问题：把项目本身“项目目标”误作编制项目开发计划目标。
1.2 背景
关键说明项目标来历，部分需要项目团体组员知道相关情况。关键有以下内容：
项目标名称：经过和用户约定或经过立项手续统一确定项目名称，通常和所待开发软件系统名称有较大关系，如针对“XX系统”开发项目名称是“XX系统开发”。
项目标委托单位：假如是依据协议进行软件开发项目，项目标委托单位就是协议中甲方；假如是自行研发软件产品，项目标委托单位就是本企业。
项目标用户（单位）：软件或网络使用单位，能够泛指某个用户群。注意项目标用户或单位有时和项目标委托单位是同一个，有时是不一样。如海关报关软件、税务报税软件，委托单位是海关或税务机关，但使用用户或单位不仅有海关或税务机关，还包含需要报关、报税企业单位。
项目标任务提出者：本企业内部提出需要完成此项目标人员，通常是领导或商务人员；注意项目标任务提出者通常不一样于项目标委托单位，前者通常是企业内部人员。假如是内部开发项目，则二者区分在于前者指人，后者指单位。
项目标关键负担部门：有些企业依据行业方向或工作性质不一样把软件开发分成不一样部门（也有分为不一样事业部）。项目标特点就是其矩阵式组织，通常一个项目标项目组员可能由不一样部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中多个组成。需要依据项目所包含范围确定本项目标关键负担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目标大环境、来龙去脉。这有利于项目组员愈加好地了解项目目标和各项任务。
例句：依据《某部相关某建设工作实施意见》精神，为了保障某建设工作正常实施，必需加强监督考评，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查关键内容，立即掌握进度，相关部门建立市某建设工作简报制度，立即反应全市某建设工作动态。
现在对于某建设工作工作关键采取计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况方法，而全市建设工作有数百个，加上前期建设工作数量和以后某市建设发展趋势，建设工作数量将越来越多，原来工作模式已经越来越无法适应市委市政府要求。所以，充足利用现代信息化、因特网优势，建立“某市某建设工作信息报送反馈系统”，提升某建设工作信息报送反馈工作效率，提升信息立即性、减轻各级相关工作人员劳动强度是很有必需和紧迫任务。
软件系统和其它系统关系：说明和本系统相关其它系统，说明它们之间相互依靠关系。这些系统能够是这个系统基础性系统（部分数据、环境等必需依靠这个系统才能运行），也能够是以这个系统为基础系统，或是二者兼而有之关系、相互依靠系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料子系统应该挂在市政府网站。
软件系统和机构关系：说明软件系统除了委托单位和使用单位，还和哪些机构组织相关系。比如部分系统需要遵守那些组织标准、需要经过那些组织机构测试才能使用等等、是否需要外包或和那些组织机构合作。
1.3 定义
列出为正确了解本计划书所用到专门术语定义、外文缩写词原词及汉字解释。注意尽可能不要对部分业界使用通用术语进行另外定义，使它含义和通用术语常见含义不一致。
1.4 参考资料
列出本计划书中所引用及相关文件资料和标准作者、标题、编号、发表日期和出版单位，必需时说明得到这些文件资料和标准路径。本节和下一节“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”不一定是“必需遵守”。常见资料如：
本项目标协议、标书、上级机关相关通知、经过审批项目任务书；
属于本项目标其它已经发表文件；
本文档中各处引用文件、资料，包含所要用到软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必需遵守标准、条约和约定。比如：对应《立项提议书》、《项目任务书》、协议、国家标准、行业标准、上级机关相关通知和实施方案、对应技术规范等。
“参考资料”通常含有“物质”特征，通常要说明参考了什么，要说明在哪里能够取得；“标准、条约和约定”通常含有“精神”特征，通常是必需遵守，不说明在哪里能够取得。参考资料内容应该涵盖“标准、条约和约定”。
<项目名称>
软件开发计划
版本 <1.0>
[注：以下提供模板用于 Rational Unified Process。其中包含用方括号括起来并以蓝色斜体（样式=InfoBlue）显示文本，它们用于向作者提供指导，在公布此文档之前应该将其删除。按此样式输入段落将被自动设置为一般样式（样式=正文）。]
修订历史统计
日期
版本
说明
作者
<日/月/年>
<x.x>
<具体信息>
<姓名>
目录
1. 介绍
1.1 目标
1.2 范围
1.3 定义、首字母缩写词和缩略语
1.4 引用
1.5 概述
2. 项目概述
2.1 项目标目标、规模和目标
2.2 假设和约束
2.3 项目标可交付工件
2.4 软件开发计划演进
3. 项目组织
3.1 组织结构
3.2 外部接口
3.3 角色和职责
4. 管理步骤
4.1 项目估量
4.2 项目计划
4.2.1 阶段计划
4.2.2 迭代目标
4.2.3 公布版
4.2.4 项目时间表
4.2.5 项目资源分配
4.2.5.1 人员配置计划
4.2.5.2 资源获取计划
4.2.5.3 培训计划
4.2.6 预算
4.3 迭代计划
4.4 项目监测和控制
4.4.1 需求管理计划
4.4.2 进度控制计划
4.4.3 预算控制计划
4.4.4 质量控制计划
4.4.5 汇报计划
4.4.6 评测计划
4.5 风险管理计划
4.6 收尾计划
5. 技术步骤计划
5.1 开发案例
5.2 方法、工具和技术
5.3 基础设施计划
5.4 产品验收计划
6. 支持步骤计划
6.1 配置管理计划
6.2 评定量划
6.3 文档计划
6.4 质量确保计划
6.5 问题处理计划
6.6 分包商管理计划
6.7 步骤改善计划
7. 其它计划
8. 附录
9. 索引
软件开发计划
1. 介绍
[软件开发计划介绍应提供整个文档概述。它应包含此软件开发计划目标、范围、定义、首字母缩写词、缩略语、引用和概述。]
1.1 目标
[说明此软件开发计划目标。]
1.2 范围
[简明说明此软件开发计划范围：它相关项目，和受到此文档影响任何其它事物。]
1.3 定义、首字母缩写词和缩略语
[本小节应提供正确了解此软件开发计划所需全部术语、首字母缩写词和缩略语定义。 这些信息能够经过引用项目词汇表来提供。]
1.4 引用
[本小节应完整地列出此软件开发计划中其它部分所引用全部文档。 每个文档应标有标题、汇报号（假如适用）、日期和公布组织。 列出可从中获取这些引用起源。这些信息能够经过引用附录或其它文档来提供。
对于软件开发计划，所引用工件列表中应包含：
_ 迭代计划
_ 需求管理计划
_ 评测计划
_ 风险管理计划
_ 开发案例
_ 业务建模指南
_ 用户界面指南
_ 用例建模指南
_ 设计指南
_ 编程指南
_ 测试指南
_ 手册风格指南
_ 基础设施计划
_ 产品验收计划
_ 配置管理计划
_ 评定量划（仅当该计划是单独计划时，但它通常是 SDP 6.2 节）
_ 文档计划
_ 质量确保计划
_ 问题处理计划
_ 分包商管理计划
_ 步骤改善计划]
1.5 概述
[本小节应说明此软件开发计划中其它部分所包含内容，并解释文档组织方法。]
2. 项目概述
2.1 项目标目标、规模和目标
[简明说明此项目标目标和目标，和此项目将要交付可交付工件。]
2.2 假设和约束
[列出此计划所依据假设和对项目标全部约束（如预算、人员、设备、时间表等）。]
2.3 项目标可交付工件
[以表格形式列出将在项目中创建工件，包含目标交付日期。]
2.4 软件开发计划演进
[以表格形式列出软件开发计划提议版本，和在计划外修订和重新发行此计划需符合标准。]
3. 项目组织
3.1 组织结构
[说明项目团体（包含管理人员和其它复审委员会）组织结构。]
3.2 外部接口
[说明项目和外部组织联络方法。 对于每个外部组织，应确定其内部和外部联络人姓名。]
3.3 角色和职责
[确定将负责各个关键工作步骤、工作步骤明细和支持步骤项目组织单位。]
4. 管理步骤
4.1 项目估量
[提供所估量项目成本和进度、这些估量所依据基础，和项目中将重新进行估量时间点和情况。]
4.2 项目计划
4.2.1 阶段计划
[包含以下内容：
_ 工作细分结构 (WBS)
_ 显示项目各阶段或迭代时间分配情况时间线或甘特图
_ 确定关键里程碑及其成就标准
确定全部关键公布点和演示版]
4.2.2 迭代目标
[列出每次迭代将要实现目标。]
4.2.3 公布版
[简明说明每个软件公布版，并指出它是否是演示版、Beta 版等。]
4.2.4 项目时间表
[用图表显示完成迭代和阶段、公布点、演示版及其它里程碑目标日期。]
4.2.5 项目资源分配
4.2.5.1 人员配置计划
[在此处确定所需人员数目和类型，和项目阶段或迭代需要任何特殊技能或经验。]
4.2.5.2 资源获取计划
[说明您将怎样发觉并得到项目所需人员。]
4.2.5.3 培训计划
[列出项目团体组员需要全部特殊培训，和完成这些培训目标日期。]
4.2.6 预算
[根据 WBS 和阶段计划分配成本。]
4.3 迭代计划
[经过引用方法将各项迭代计划附加在本节中。]
4.4 项目监测和控制
4.4.1 需求管理计划
[经过引用附加。]
4.4.2 进度控制计划
[说明以何种方法根据所计划时间表监控项目进展，和怎样在需要时实施纠正操作。]
4.4.3 预算控制计划
[说明以何种方法根据项目预算监控项目开支，和怎样在需要时实施纠正操作。]
4.4.4 质量控制计划
[说明将在何时、以何种方法来控制项目可交付工件质量，和怎样在需要时实施纠正操作。]
4.4.5 汇报计划
[说明将生成内部和外部汇报，和汇报公布频率和范围。]
4.4.6 评测计划
[经过引用附加。]
4.5 风险管理计划
[经过引用附加。]
4.6 收尾计划
[说明有序地完成项目所要实施活动，其中包含人员重新分配、项目材料存档、事后检验汇报及汇报等。]
5. 技术步骤计划
5.1 开发案例
[经过引用附加。]
5.2 方法、工具和技术
[以引用方法列出所统计项目技术标准：
_ 业务建模指南
_ 用户界面指南
_ 用例建模指南
_ 设计指南
_ 编程指南
_ 测试指南
_ 手册风格指南]
5.3 基础设施计划
[经过引用附加。]
5.4 产品验收计划
[经过引用附加。]
6. 支持步骤计划
6.1 配置管理计划
[经过引用附加。]
6.2 评定量划
[作为软件开发计划一部分，本小节说明项目标产品评定量划，并介绍评定所使用技术、标准、指标和过程；评定将包含走查、检验和复审。请注意，评定量划是对测试计划补充，但软件开发计划中并不包含测试计划。]
6.3 文档计划
[经过引用附加。]
6.4 质量确保计划
[经过引用附加。]
6.5 问题处理计划
[经过引用附加。]
6.6 分包商管理计划
[经过引用附加。]
6.7 步骤改善计划
[经过引用附加。]
7. 其它计划
[列出协议或法规所要求其它计划。]
8. 附录
[供 SDP 读者使用其它材料。]
9. 索引
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
