软件项目计划书模板2..docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项目计划书模板2.

XXX系统 软件项目计划书 2009-10-12 10:10 目录 1 引言 1 1.1 背景 1 1.3 定义 2 1.4 参考资料 2 1.5 标准、条约和约定 2 2 项目概述 2 2.1 项目目标 2 2.2 产品目标与范围 3 2.3 假设与约束 3 2.4 项目工作范围 3 2.5 应交付成果 3 2.5.1 需完成的软件 3 2.5.2 需提交用户的文档 3 2.5.3 须提交内部的文档 3 2.5.4 应当提供的服务 4 2.6 项目开发环境 4 2.7 项目验收方式与依据 4 3 项目团队组织 4 3.1 组织结构 4 3.2 人员分工 4 3.3 协作与沟通 5 3.3.1 项目团队内部协作 5 3.3.2 项目接口人员 5 3.3.3 项目团队外部沟通与协作模式 5 4 实施计划 5 4.1 风险评估及对策 5 4.2 工作流程 6 4.3 总体进度计划 6 4.4 项目控制计划 7 4.4.1 质量保证计划 7 4.4.2 进度控制计划 8 4.4.3 预算监控计划 8 4.4.4 配置管理计划 8 5 支持条件 8 5.1 内部支持 8 5.2 客户支持 8 5.3 外包(可选) 9 6 预算 9 6.1 人员成本 9 6.2 设备成本 9 6.3 其它经费预算 9 7 关键问题 9 8专题计划要点 9 XXX软件项目计划书根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容如下: 1 引言 1. 背景 主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容: 项目的名称经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX系统开发”。 项目的委托单位如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。 项目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。如海关的报关软 件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。 项目的任务提出者本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。如果是内部开发项目,则两者的区别在于前者指人,后者指单位。 项目的主要承担部门有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织,一般一个项 目的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目 的主要承担部门。 项目建设背景从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 软件系统与其他系统的关系说明与本系统有关的其他系统,说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这 个系统才能运行),也可以是以这个系统为基础的系统,或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材 料的子系统应当挂在市政府网站。 软件系统与机构的关系F 说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。 1.3 定义 列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。 1.4 参考资料 列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标 准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。常用资料如: 本项目的合同、标书、上级机关有关通知、经过审批的项目任务书; 属于本项目的其他已经发表的文件; 本文档中各处引用的文件、资料,包括所要用到的软件开发标准。 1.5 标准、条约和约定 列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。 “参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在

文档评论(0)

s4as2gs2cI + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档