《系统项目计划书》模板_第1页
《系统项目计划书》模板_第2页
《系统项目计划书》模板_第3页
《系统项目计划书》模板_第4页
《系统项目计划书》模板_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

系统项目计划书模板系统项目计划书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.5 配置管理计划4.6 采购计划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采购计划:项目采购管理包括从项目组织外部采购或获得所需产品、服务或成果的各

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论