项目实施计划书

一、实施团队要求：

项目经理1名、产品经理1名、项目实施人员1名、程序员2名、美工1名。

1、项目经理要求：对项目负总责，主动推动项目进度，主要负责项目规划、计划落实、客户沟通，保证项目有序开展，及时响应并处理项目的问题。

2、产品经理要求：对调研的结果及系统实现负责，对公共资源业务熟悉、对公司的系统熟悉，能够了解客户真实需求，带领客户完成各项需求调研，并符合国家相关规定。

3、项目实施人员要求：对公共资源业务熟悉、对公司的系统熟悉、技术能力强、熟悉项目实施流程与规范，有大型项目的实施经验，熟悉项目实施流程与规范、能够独立完成项目实施，有较强的沟通能力。

4、开发人员要求：对公共资源业务熟悉、对公司的系统熟悉、能够快速修改客户提出的需求，并保证修改质量。

5、测试人员要求：对修改内容质量负责，对公共资源业务熟悉、对公司的系统熟悉。

6、        美工要求：对系统中的美观负责。

二、现场人员要求：

1、现场的所有工作要与总项目经理协商后开展，不得擅自与客户商定，在客户面前要服从总项目经理的安排。

2、重要文档及工具的交付，先提交到总项目经理处。

3、每天提交项目日报（当天工作情况及次天计划，晚上8点之前），每周五提交周报（完成内容、下周工作和存存的困难及解决方案），制定月度计划（下个月的项目计划，月末之前）。

4、按照计划主动有序的开展各项工作，对客户提出的相关问题，积极配合解决，并与客户搞好关系。

5、平常按客户的作息时间上下班，有特殊情况事先或电话说明。

6、工作期间不要打游戏，看视频等与工作无关的事情。

附件：

(1)《公共资源交易系统总体建设方案》；

(2)《公共资源交易系统需求分析报告》；

(3)《公共资源交易系统需求规格说明书》；

(4)《公共资源交易系统项目进度计划书》；

(5)《公共资源交易系统数据库设计说明》；

(6)《公共资源交易系统概要设计说明书》；

(7)《公共资源交易系统详细设计说明书》；

(8)《公共资源交易系统测试方案》；

(9)《公共资源交易系统测试用例》；

(10)《公共资源交易系统总结报告》；

(11)《公共资源交易系统安装维护手册》；

(12)《公共资源交易系统用户使用手册》；

(13)《公共资源交易系统项目总结报告》；

(14)《公共资源交易系统用户意见书》；

(15) 可供正常运行使用的程序。

 

第二篇：项目、软件开发计划模板

<公司名称>

<项目名称>

软件开发计划

版本 <1.0>

[注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。]

[要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File>Properties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择

Edit>Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。]

<项目名称>

软件开发计划

<document identifier> Version: <1.0> Date: <dd/mmm/yy>

修订历史记录 日期

<日/月/年>

版本 <x.x> <详细信息> 说明 <姓名> 作者

Confidential

?<公司名称>, 2000 Page 2 of 9

<项目名称> 软件开发计划

<document identifier>

Version: <1.0> Date: <dd/mmm/yy>

目录

1. 简介

1.1 1.2 1.3 目的 范围

定义、首字母缩写词和缩略语 5 5 5 5 1.4 参考资料 1.5

概述

2. 项目概述

2.1 项目的目的、规模和目标 2.2 假设与约束

2.3 项目的可交付工件 2.4

软件开发计划的演进

3. 项目组织

3.1 组织结构 3.2 对外联系 4. 管理流程

4.1 项目估计 4.2 项目计划

4.2.1 阶段计划 4.2.2 迭代目标 4.2.3 发布版 4.2.4 项目时间表 4.2.5 项目资源分配 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. 支持流程计划 Confidential

?<公司名称>, 2000

5 6 6 6 6 6 6 6 6 6 6 6 6 6 7 7 7 7 7 7 7 7 7 7 7 8 8 8 8 8 8 8 8 8 8

Page 3 of 9

<项目名称> 软件开发计划

<document identifier>

6.1 配置管理计划 6.2 评估计划 6.3 文档计划 6.4 质量保证计划 6.5 问题解决计划 6.6 分包商管理计划 6.7 流程改进计划 7. 其他计划 8. 附录 9. 索引

Confidential

?<公司名称>, 2000 Version: <1.0> Date: <dd/mmm/yy>

8 8 9 9 9 9 9 9 9 9

Page 4 of 9

<项目名称>

软件开发计划

<document identifier>

Version: <1.0> Date: <dd/mmm/yy>

软件开发计划

1. 简介

软件开发计划的简介应提供整个文档的概述。它应包括此软件开发计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]

1.1 目的

[阐明此软件开发计划的目的。]

1.2 范围

[简要说明此软件开发计划的范围：它的相关项目，以及受到此文档影响的任何其他事物。]

1.3 定义、首字母缩写词和缩略语

[本小节应提供正确解释此软件开发计划所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。]

1.4 参考资料

[本小节应完整列出此软件开发计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过对附录或其他文档的引用来提供。

对于软件开发计划，引用工件的列表中应包括：

?

?

?

?

?

?

?

?

?

?

?

?

?

?

?

? 迭代计划 需求管理计划 评测计划 风险管理计划 开发案例 业务建模指南 用户界面指南 用例建模指南 设计指南 编程指南 测试指南 手册风格指南 基础设施计划 产品验收计划 配置管理计划 评估计划（仅当该计划是单独的计划时，但它通常是 SDP 的第 6.2 节。）

?<公司名称>, 2000 Page 5 of 9Confidential

<项目名称>

软件开发计划

<document identifier>

? 文档计划

?

?

?

?

1.5 质量保证计划 问题解决计划 分包商管理计划 流程改进计划] Version: <1.0> Date: <dd/mmm/yy> 概述

[本小节应说明此软件开发计划其他部分所包含的内容，并解释文档的组织方式。]

2.

2.1 项目概述 项目的目的、规模和目标

[简要说明此项目的目的与目标，以及此项目将要交付的可交付工件。]

2.2 假设与约束

[列出此计划所依据的假设和项目所受到的所有约束（如预算、人员、设备、时间表等）。]

2.3 项目的可交付工件

[以表格的形式列出将在项目中创建的工件，并包括预定交付日期。]

2.4 软件开发计划的演进

[以表格的形式列出软件开发计划的提议版本，以及在计划外修订与重新发行此计划需符合的标准。]

3.

3.1 项目组织 组织结构

[说明项目团队（包括管理部门和其他复审权威部门）的组织结构。]

3.2 对外联系

[说明项目与外部组织的联系方式。 对于每个外部组织，应确定其内部和外部联系人的姓名。] 角色与职责

[确定将负责各个核心工作流程、工作流程明细和支持流程的项目组织单位。]

4.

4.1 管理流程 项目估计

[提供估计的项目成本与进度、这些估计所依据的基础，以及在何时和什么情况下需要对项目进行重新估计。]

4.2 项目计划

4.2.1 阶段计划

[应包括以下内容：

Confidential

?<公司名称>, 2000 Page 6 of 9

<项目名称>

软件开发计划

<document identifier>

? 工作细分结构 (WBS)

?

? 显示项目各阶段或迭代的时间分配情况的时间线或甘特图 确定主要里程碑及其实现标准 Version: <1.0> Date: <dd/mmm/yy>

确定所有重要的发布点和演示]

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 质量控制计划

[说明将在何时利用何种方法来控制项目可交付工件的质量，以及如何在需要时采取纠正措施。] Confidential

?<公司名称>, 2000 Page 7 of 9

<项目名称>

软件开发计划

<document identifier>

4.4.5 报告计划 Version: <1.0> Date: <dd/mmm/yy>

[说明将生成的内部和外部报告，以及报告发布的频率和范围。]

4.4.6 评测计划

[通过引用附加。]

4.5 风险管理计划

[通过引用附加。]

4.6 收尾计划

[说明有序地完成项目时所执行的活动，其中包括人员重新分配、项目材料存档、事后汇报及报告等。]

5.

5.1 技术流程计划 开发案例

[通过引用附加。]

5.2 方法、工具和技巧

[通过引用列出所记录的项目技术标准等内容，包括：

?

?

?

?

?

?

? 业务建模指南 用户界面指南 用例建模指南 设计指南 编程指南 测试指南 手册风格指南]

5.3 基础设施计划

[通过引用附加。]

5.4 产品验收计划

[通过引用附加。]

6.

6.1 支持流程计划 配置管理计划

[通过引用附加。]

6.2 评估计划

[作为软件开发计划的一部分，本节说明项目的产品评估计划，并介绍评估所使用的方法、标准、指标和过程，这就会涉及到走查、检查和复审。请注意，评估计划是对测试计划的补充，但软件开发计划中并不包括测试计划。]

Confidential

?<公司名称>, 2000 Page 8 of 9

<项目名称>

软件开发计划

<document identifier>

6.3 文档计划

[通过引用附加。]

6.4 质量保证计划

[通过引用附加。]

6.5 问题解决计划

[通过引用附加。]

6.6 分包商管理计划

[通过引用附加。]

6.7 流程改进计划

[通过引用附加。]

7. 其他计划

[列出合同或法规所要求的其他计划。]

8. 附录

[供 SDP 读者使用的其他材料。]

9. 索引

Confidential ?<公司名称>, 2000 Version: <1.0> Date: <dd/mmm/yy> Page 9 of 9