一份完整的开发文档之-- 附录c-2 项目计划.docVIP

机构图标 机构图标 { 项目名称 } 项目计划 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Company-Project-PP-PLAN 当前版本： X.Y 作 者： 完成日期： Year-Month-Day 机构公开信息 机构公开信息 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 目 录 TOC \o 1-3 \h \z 0. 文档介绍 4 0.1 文档目的 4 0.2 文档范围 4 0.3 读者对象 4 0.4 参考文献 4 0.5 术语与缩写解释 4 1. 项目介绍 5 1.1 项目范围 5 1.2 项目目标 5 1.3 客户与最终用户介绍 5 1.4 开发方介绍 5 1.5 制约 5 2. 项目过程定义 6 2.1 过程模型 6 2.2 方法与工具 6 3. 人力资源计划 6 4. 软硬件资源计划 7 5. 财务计划 7 6. 任务与进度 7 7. 下属计划 8 附录A 项目估计 9 A.1 产品的WBS 9 A.2 产品规模估计 9 A.3 工作量估计 10 A.4 成本估计 10 附录B 项目计划审批 12 B.1 项目计划基本信息 12 B.2 审查项目计划 12 B.3 高级经理审批意见 13 附录C 项目计划变更控制报告 14 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA] 作者，《立项建议书》，机构名称，日期 [SPP-PROC-PP] SEPG，项目规划规范，机构名称，日期 0.5 术语与缩写解释 缩写、术语 解 释 SPP 精简并行过程，Simplified Parallel Process PP 项目规划，Project Planning … 1. 项目介绍 1.1 项目范围 提示： （1）用简练的语言说明本项目“是什么”，“说明用途”。 （2）说明本项目“应当包含的内容”和“不包含的内容”。 （3）说明本项目“适用的领域”和“不适用的领域”。 1.2 项目目标 提示：说明本项目的目标，这些目标必须是“可实现”、“可验证”的。 1.3 客户与最终用户介绍 提示：如果是合同项目，请说明本项目的客户及其责任人是谁，描述最终用户的特征。如果不是合同项目，请描述潜在客户和最终用户的特征。 1.4 开发方介绍 提示：如果是合同项目，请说明本项目的开发方是谁，责任人是谁。 1.5 制约 提示：（1）请说明在项目开发过程中应当遵循的标准或规范，注意可能存在特殊的行业规定，请不要遗漏。（2）请说明相关项目可能对本项目造成的影响。（3）说明一些假设和依赖。 2. 项目过程定义 2.1 过程模型 提示：描述、绘制本项目的过程模型,例如裁剪SPP模型 2.2 方法与工具 提示：说明过程模型中将采用的方法与工具。例如采用Rational Rose进行面向对象分析与设计，采用Visual SourceSafe进行配置管理，采用Microsoft Office 2000制作文档。 过程域 方法与工具 … 3. 人力资源计划 提示：规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。 角色 职责 人员 工作说明 机构领导 项目经理 需求分析员 系统设计员 程序员 测试员 质量保证员 配置管理员 … 4. 软硬件资源计划 提示：规划小组分析项目开发、测试、运行所需的软硬件资源，主要内容包括： 资源级别（分为“关键”、“普通”两种） 详细配置 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间 使用说明（如“谁”在“什么”时候使用） 软硬件资源名称 级别 详细配置 获取方式与时间 使用说明 关键 关键 关键 普通 普通 … 5. 财务计划 提示：参考附录的成本估计表。 开支类别 主要开支项、用途 金额 时间 6. 任务与进度 提示：规划小组分配任务制定进度表，建议采用Microsoft Project制作Gantt 图（插入此处或作为附件）。 任务名称 起止时间 工作人员 工作量 预期工作成果 7. 下属计划 提示：下属计划（Subordinate Plan）是对《项目计划》的补充。《项目计划》需要机构的审批，但下属计划一般只需要项目经理（或其它负责人）审批即可。 下属计划的名称 建议负责人 预计产生时间 《配置管理计划》 配置管理员 《质量保证计划》 质量保证员