[系统项目计划书]模板

《系统项目计划书》模板

写作要点:

1. 1.1编写目的:说明编写这份项目计划的目的,并指出预期的读者。注意不要把项目本身的

“项目目标”误作编制项目开发计划的目的。

2. 1.2背景:主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容:

项目的名称,项目的委托单位,项目的用户(单位),项目的任务提出者,项目的主要承担部门,项目建设背景,系统与机构的关系。这些内容可以从《干系人列表》和《客户访谈记录》中得到。

3. 1.3定义:列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解

释。注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯

用含义不一致。

4. 1.4参考资料:列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发

表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。

5. 1.5标准、条约和约定:列出在本项目开发过程中必须遵守的标准、条约和约定。注意“标

准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不用说明在哪里可以获得。

6. 2.1项目目标:描述项目要完成的工作。注意,必须让项目团队每一个成员都有明确的概念,

不能简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。明确的项目目标应该指出了服务对象,所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

7. 2.2产品目标与范围:根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明

此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。注意,软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。

8. 2.3假设与约束:对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。

这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。注意,假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。

9. 2.4项目工作范围:说明为实现项目的目标需要进行那些工作。在必要时,可描述与合作单

位和用户的工作分工。

10. 2.5.1需完成的软件:列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。

11. 2.5.2需提交的用户文档:列出需要移交给用户的每种文档的名称、内容要点及存储形式。

12. 2.5.3需提交内部的文档:列出项目阶段性所需的每种文档的名称、内容要点及存储形式。

13. 2.5.4需提供的服务:根据合同或某重点建设工作需要,列出将向用户或委托单位提供的各

种服务。注意,这里的所有的服务都应该和“4.3总体进度计划”中服务一致。

14. 2.6项目开发环境:说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工

具、数据库系统、配置管理工具、网络环境。

15. 2.7项目验收方式与依据:说明项目内部验收和用户验收的方式,如验收包括交付前验收、

交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。

16. 3.1组织结构:说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个

方面描述。组织结构可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同时说明团队成员来自于哪个部门。除了图形外,可以用文字简要说明各个角色应有的技术水平。

17. 3.2人员分工:确定项目团队的的每个成员属于组织结构中的什么角色,他们的技术水平、

项目中的分工与配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写。

18. 3.3协作与沟通:简要描述沟通的对象和协作模式与沟通方式。注意,沟通对象应该包括所

有项目干系人。

19. 3.3.1项目团队内部协作:本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、

频次、沟通成果记录办法。

20. 3.3.2项目团队外部沟通与协作模式:本节说明在项目开发过程中项目团队内部与外部接口

人员、客户沟通的方式、频次、沟通成果记录办法。

21. 4.1风险评估及对策:描述风险出现的可能性(概率)、造成的影响、根据影响应该采取的对

策,采取的措施。注意,此节的目的在于“在问题发生之前已经做了周密计划,因而对项目的成功产生更加充分的信心”。

22. 4.2项目时间管理:描述保证项目按时完成的各过程。包括定义活动、排列活动顺序、估算

活动资源、估算活动持续时间、制定进度计划、控制进度。这里的活动是指为完成项目所要采取的具体行动。

23. 4.3质量管理计划:描述描述负责软件质量管理的机构、任务及其相关的职责,技术和管理

两个方面的评审和检查工作及评审和检查规程和验收标准,质量保证活动记录的收集、维护方法和保存期限。

24. 4.4成本管理计划:说明如何检查项目预算和成本的使用情况。

25. 4.5配置管理计划:描述描述负责软件配置管理的机构、任务、职责及其有关的接口控制,配

置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求,配置管理活动记录的收集、维护方法和保存期限。

26. 4.6采购计划:项目采购管理包括从项目组织外部采购或获得所需产品、服务或成果的各个过

程。项目组织既可以是项目产品、服务或成果的买方,也可以是卖方。

27. 5文档历史。使用下表

《系统项目计划书》模板

写作要点:

1. 1.1编写目的:说明编写这份项目计划的目的,并指出预期的读者。注意不要把项目本身的

“项目目标”误作编制项目开发计划的目的。

2. 1.2背景:主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容:

项目的名称,项目的委托单位,项目的用户(单位),项目的任务提出者,项目的主要承担部门,项目建设背景,系统与机构的关系。这些内容可以从《干系人列表》和《客户访谈记录》中得到。

3. 1.3定义:列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解

释。注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯

用含义不一致。

4. 1.4参考资料:列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发

表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。

5. 1.5标准、条约和约定:列出在本项目开发过程中必须遵守的标准、条约和约定。注意“标

准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不用说明在哪里可以获得。

6. 2.1项目目标:描述项目要完成的工作。注意,必须让项目团队每一个成员都有明确的概念,

不能简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。明确的项目目标应该指出了服务对象,所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。

7. 2.2产品目标与范围:根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明

此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。注意,软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。

8. 2.3假设与约束:对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。

这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。注意,假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。

9. 2.4项目工作范围:说明为实现项目的目标需要进行那些工作。在必要时,可描述与合作单

位和用户的工作分工。

10. 2.5.1需完成的软件:列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。

11. 2.5.2需提交的用户文档:列出需要移交给用户的每种文档的名称、内容要点及存储形式。

12. 2.5.3需提交内部的文档:列出项目阶段性所需的每种文档的名称、内容要点及存储形式。

13. 2.5.4需提供的服务:根据合同或某重点建设工作需要,列出将向用户或委托单位提供的各

种服务。注意,这里的所有的服务都应该和“4.3总体进度计划”中服务一致。

14. 2.6项目开发环境:说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工

具、数据库系统、配置管理工具、网络环境。

15. 2.7项目验收方式与依据:说明项目内部验收和用户验收的方式,如验收包括交付前验收、

交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。

16. 3.1组织结构:说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个

方面描述。组织结构可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同时说明团队成员来自于哪个部门。除了图形外,可以用文字简要说明各个角色应有的技术水平。

17. 3.2人员分工:确定项目团队的的每个成员属于组织结构中的什么角色,他们的技术水平、

项目中的分工与配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写。

18. 3.3协作与沟通:简要描述沟通的对象和协作模式与沟通方式。注意,沟通对象应该包括所

有项目干系人。

19. 3.3.1项目团队内部协作:本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、

频次、沟通成果记录办法。

20. 3.3.2项目团队外部沟通与协作模式:本节说明在项目开发过程中项目团队内部与外部接口

人员、客户沟通的方式、频次、沟通成果记录办法。

21. 4.1风险评估及对策:描述风险出现的可能性(概率)、造成的影响、根据影响应该采取的对

策,采取的措施。注意,此节的目的在于“在问题发生之前已经做了周密计划,因而对项目的成功产生更加充分的信心”。

22. 4.2项目时间管理:描述保证项目按时完成的各过程。包括定义活动、排列活动顺序、估算

活动资源、估算活动持续时间、制定进度计划、控制进度。这里的活动是指为完成项目所要采取的具体行动。

23. 4.3质量管理计划:描述描述负责软件质量管理的机构、任务及其相关的职责,技术和管理

两个方面的评审和检查工作及评审和检查规程和验收标准,质量保证活动记录的收集、维护方法和保存期限。

24. 4.4成本管理计划:说明如何检查项目预算和成本的使用情况。

25. 4.5配置管理计划:描述描述负责软件配置管理的机构、任务、职责及其有关的接口控制,配

置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求,配置管理活动记录的收集、维护方法和保存期限。

26. 4.6采购计划:项目采购管理包括从项目组织外部采购或获得所需产品、服务或成果的各个过

程。项目组织既可以是项目产品、服务或成果的买方,也可以是卖方。

27. 5文档历史。使用下表


相关文章

  • 企业内部审计管理系统
  • 企业内部审计管理系统 产品白皮书 石化盈科信息技术有限责任公司 2013年7月 目录 引言 .......................................................................... ...查看


  • IT项目管理方法论研究
  • IT项目管理方法论研究 左美云,余力 中国人民大学信息学院,北京市,100872 [email protected],[email protected] 摘要:要做好IT项目,必须要有一套项目管理的方法论.本文首先分析了IT项目管理方法 ...查看


  • 项目实施计划书模板1.0
  • 越秀区教育公共服务平台实施计划 (项目实施计划书参考模板) 一. 项目实施里程碑 1.项目启动会议 2.需求确认及评审 3.数据中心和基础平台开发.原形上线.测试 4.系统初步验收 5.应用软件服务开发.原形上线.测试 6.移动终端应用开发 ...查看


  • 信息化建设管理办法实施细则
  • 信息化建设管理办法 实施细则 目录 编号:MF/8701-02 版次:第1版 修订日期:2013-1-8 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 概述 ...................... ...查看


  • 模板支架方案编制要求
  • 模板支架方案编制要求 2010年6月3日 第一部分 行业相关管理规定 一.危险性较大工程安全专项施工方案编制及专家论证审查办法 (原建质[2004]213号)主要内容 <危险性较大的分部分项工程安全管理办法> 建质[2009]8 ...查看


  • 软件测试计划boffice案例
  • Boffice测试计划书 由安博测试空间技术中心http://www.btestingsky.com/提供 项 目 承 担 部 门: 项目实训第二小组 撰 写 人(签名): 项目实训第二小组 完 成 日 期: 本 文 档 使 用 部 门: ...查看


  • 管理信息系统上线策略与计划模板
  • ******上线策略及工作计划 ***************项目 作者: 时间: 控制号: 版本: V1.0 文档控制 变更记录 审核记录 分发记录 目 录 文档控制 ................................... ...查看


  • 测试计划模板
  • XXX系统测试计划 编写:XXX 审核: 批准: 受控状态: 发布版次:1.0 编号: 日期:YYYY-MM-DD 日期: 日期: 是 日期:YYYY-MM-DD XXX系统测试计划 变更记录 签字确认 目 录 1 1.1 1.2 1.3 ...查看


  • ISO软件开发文档模板_配置管理计划模板
  • 产品/项目系统名称 配置管理计划 XXXX有限公司 200 年××月 1引言 1.1编写目的 编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款,以保证所开发出的软件能满足用户需求. 1.2背景 a.开发的软件系统的名称 列出本 ...查看


热门内容