ImageVerifierCode 换一换
格式:DOCX , 页数:31 ,大小:29.14KB ,
资源ID:27360211      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/27360211.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件开发项目计划书格式优秀范文五篇.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件开发项目计划书格式优秀范文五篇.docx

1、软件开发项目计划书格式优秀范文五篇 软件开发项目计划书格式(优秀范文五篇)正文 第一篇:软件开发项目计划书格式正文一、项目计划书格式根据GB856788计算机软件产品开发文件编制指南中项目开发计划的要求,结合实际情况调整后的项目计划书内容索引如下: 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.

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.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件5.1 内部支持(可选) 5.2 客户支持(对项目而言) 5.3 外包(可选) 6 预算(可选) 6.1 人员成本 6.2 设备成本 6.3 其它经费预算 6.4 项目合计经费预算 7 关键问题 8专题计划要点二、项目计划书的编写说明 1 引言

3、1.1 编写目的说明编写这份项目计划的目的,并指出预期的读者。作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。”例如可以这么写:为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项

4、目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。 1.2 背景主要说明项目的来历,一些需要项目团队成员知道的相关情况。主要有以下内容:项目的名称:经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX

5、系统开发”。项目的委托单位:如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。项目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。如海关的报关软件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。项目的任务提出者:本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。如果是内部开发项目,则两者的区别在于前者指人,

6、后者指单位。项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织,一般一个项目的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。例句:根据某部关于某建设工作的实施意见精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列

7、入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划,某建设工作单位手工上报建设工作进度情况的方式,而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势,建设工作的数量将越来越多,原来的工作模式已经越来越无法适应市委市政府的要求。因此,充分利用现代信息化、因特网的优势,建立“某市某建设工作信息报送反馈系统”,提高某建设工作信息报送反馈工作效率,提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。软件系

8、统与其他系统的关系:说明与本系统有关的其他系统,说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行),也可以是以这个系统为基础的系统,或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。软件系统与机构的关系:说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。 1.3 定义列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量

9、不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。 1.4 参考资料列出本计划书中所引用的及相关的文件资料和标准的作者、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。常用资料如: 本项目的合同、标书、上级机关有关通知、经过审批的项目任务书; 属于本项目的其他已经发表的文件;本文档中各处引用的文件、资料,包括所要用到的软件开发标准。 1.5 标准、条约和约定列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的

10、立项建议书、项目任务书、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。 软件开发计划版本 注:以下提供的模板用于Rational Unified Process。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=正文)。修订历史记录日期版本说明作

11、者1. 简介1.1 目的1.2 范围1.3 定义、首字母缩写词和缩略语1.4 引用1.5 概述2. 项目概述2.1 项目的目的、规模和目标2.2 假设与约束2.3 项目的可交付工件2.4 软件开发计划的演进3. 项目组织3.1 组织结构3.2 外部接口3.3 角色与职责4. 管理流程4.1 项目估计4.2 项目计划4.2.1 阶段计划4.2.2 迭代目标4.2.3 发布版4.2.4 项目时间表4.2.5 项目资源分配4.2.5.1 人员配备计划4.2.5.2 资源获取计划4.2.5.3 培训计划4.2.6 预算4.3 迭代计划4.4 项目监测与控制4.4.1 需求管理计划4.4.2 进度控制计

12、划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. 支持流程计划6.1 配置管理计划6.2 评估计划6.3 文档计划6.4 质量保证计划6.5 问题解决计划6.6 分包商管理计划6.7 流程改进计划7. 其他计划8. 附录9. 索引软件开发计划1.简介软件开发计划的简介应提供整个文档的概述。它应包括此软件开发计划的目的、范围、定义、首字母缩写词、缩略语、引用和概述。1.1目的阐明此软件开发计划的目的。1.2范围简要说明

13、此软件开发计划的范围:它的相关项目,以及受到此文档影响的任何其他事物。1.3定义、首字母缩写词和缩略语本小节应提供正确理解此软件开发计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。1.4引用本小节应完整地列出此软件开发计划中其他部分所引用的所有文档。每个文档应标有、报告号(如果适用)、日期和发布组织。 列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。对于软件开发计划,所引用工件的列表中应包括:_迭代计划_需求管理计划评测计划风险管理计划开发案例业务建模指南用户界面指南用例建模指南设计指南编程指南测试指南手册风格指南基础设施计划产品验

14、收计划配置管理计划评估计划(仅当该计划是单独的计划时,但它通常是文档计划质量保证计划问题解决计划SDP 的6.2 节)_分包商管理计划_流程改进计划1.5概述本小节应说明此软件开发计划中其他部分所包含的内容,并解释文档的组织方式。2.项目概述2.1项目的目的、规模和目标简要说明此项目的目的与目标,以及此项目将要交付的可交付工件。2.2假设与约束列出此计划所依据的假设和对项目的所有约束(如预算、人员、设备、时间表等)。2.3项目的可交付工件以表格的形式列出将在项目中创建的工件,包括目标交付日期。2.4软件开发计划的演进以表格的形式列出软件开发计划的提议版本,以及在计划外修订与重新发行此计划需符合

15、的标准。3.项目组织3.1组织结构说明项目团队(包括管理人员和其他复审委员会)的组织结构。3.2外部接口说明项目与外部组织联系的方式。对于每个外部组织,应确定其内部和外部联系人的姓名。3.3角色与职责确定将负责各个核心工作流程、工作流程明细和支持流程的项目组织单位。4.管理流程4.1项目估计提供所估计的项目成本与进度、这些估计所依据的基础,以及项目中将重新进行估计的时间点和情况。4.2项目计划阶段计划包括以下内容:_工作细分结构(WBS)_显示项目各阶段或迭代的时间分配情况的时间线或甘特图_确定主要里程碑及其成就标准确定所有重要的发布点和演示版迭代目标列出每次迭代将要实现的目标。发布版简要说明

16、每个软件发布版,并指出它是否是演示版、Beta 版等。项目时间表用图表显示完成迭代与阶段、发布点、演示版及其他里程碑的目标日期。项目资源分配4.2.5.1人员配备计划在此处确定所需人员的数目和类型,以及项目阶段或迭代需要的任何特殊技能或经验。资源获取计划说明您将如何发现并得到项目所需的人员。培训计划列出项目团队成员需要的所有特殊培训,以及完成这些培训的目标日期。预算按照WBS 和阶段计划分配成本。4.3迭代计划通过引用的方式将各项迭代计划附加在本节中。4.4项目监测与控制需求管理计划通过引用附加。进度控制计划说明以何种方法按照所计划的时间表监控项目进展,以及如何在需要时执行纠正操作。预算控制计

17、划说明以何种方法按照项目预算监控项目开支,以及如何在需要时执行纠正操作。质量控制计划说明将在何时、以何种方法来控制项目可交付工件的质量,以及如何在需要时执行纠正操作。报告计划说明将生成的内部和外部报告,以及报告发布的频率和范围。评测计划通过引用附加。4.5风险管理计划通过引用附加。4.6收尾计划说明有序地完成项目所要执行的活动,其中包括人员重新分配、项目材料存档、事后检查汇报及报告等。5.技术流程计划5.1开发案例通过引用附加。5.2方法、工具和技术以引用的方式列出所记录的项目技术标准:_业务建模指南_用户界面指南_用例建模指南_设计指南_编程指南_测试指南_手册风格指南5.3基础设施计划通过

18、引用附加。5.4产品验收计划通过引用附加。6.支持流程计划6.1配置管理计划通过引用附加。6.2评估计划作为软件开发计划的一部分,本小节说明项目的产品评估计划,并介绍评估所使用的技术、标准、指标和过程;评估将包括走查、检查和复审。请注意,评估计划是对测试计划的补充,但软件开发计划中并不包括测试计划。6.3文档计划通过引用附加。6.4质量保证计划通过引用附加。6.5问题解决计划通过引用附加。6.6分包商管理计划通过引用附加。6.7流程改进计划通过引用附加。7.其他计划列出合同或法规所要求的其他计划。8.附录供SDP 读者使用的其他材料。9.索引第二篇:软件项目计划书范例快递代取微信公众号项目策划

19、书编 制: 编制日期: 审 核: 批 准: 1.项目概述 1.1目的帮助如今由于个人原因造成自身无法及时拿取快递或有重要物件的忘带事件,实现类似快递的二次配送业务,解决目前日常生活中产生的麻烦,彰显如今互联网时代的便捷性。 1.2项目背景随着互联网时代的到来,处处彰显互联网时代给人们带来的便捷。唯独因为处在互联网时代发展初期,各大服务性软件系统不断问世,但往往都是针对大多数人群集体性的工作问题的解决方案总是忽略了生活中的细小的问题给人们带来的麻烦,企业将直接面对国际企业的强劲挑战。面对错综复杂的市场和众多类型的客户,您的企业在竞争中能否比竞争对手更快地了解客户的需求变化?更快的掌握营销业务数据

20、?更快地推出新产品、开拓新市场?您的企业内部业务是否能迅速处理?信息是否完整、规范?部门之间、岗位之间是否能有效协同?分支机构和业务伙伴是否能更有效地监控和协调。很多摩配企业都是小个体户,企业商务形象不是很好;资金周转慢,库存积压大 职员工作效率底,劳动强度大;消耗的资金大。这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位运用计算机所作的一套高品质的管理软件。可广泛使用于各种规模的摩配企业。 1.3项目的范围和目标 1.3.1范围描述1). 完整的生产流程管理,原料入厂、计划生产、车床人员分配、出厂销售环环紧扣。 2). 摩配材料费、人工费、相关班组一目了然,可以灵活调整产

21、品价格,完全符合摩配行业特点。3). 方便的产品档案管理,自动提取、更新产品档案资料。4). 充分考虑摩配通用件、横向件的复杂性,销售单打印可以实时调整产品类型、产品属性和价钱。5). 摩配销售时,可以随时查看通用车型及库存分布,对常规摩配项目提供简易管理。 6). 独特的同行借调/炒件销售方式,摩配短平快销售即进即销,想顾客之所想,急顾客之所急。7).简便实用的摩配内部消耗品领用管理,仓存帐目滴水不漏。 1.3.2 主要功能 1).概述(一)、销售管理:包括客户信息、发货计划(二)、计划管理:包括主生产计划生成以及查看(三)、采购管理:包括采购单管理(可以进行查询、打印)、供应商管理(四)、

22、生产管理: 包括物料管理、生产计划查看、生产计划执行情况查询、(五)、仓库管理:包括出/入库单管理、仓库信息查询(六)、质量管理:包括供应商供货质量、销货质量 2).系统流程图调研实际情况的旧系统流程图如下:新设计的系统流程图如下:3).功能描述此系统总概括来说包括三大功能:(一)、原料采购功能,工厂大量生产、品种繁多,必定导致原料的采购也是数量大、品种繁多;在采购过程中必定要进行记录,确定是否已经执行;而且采购员必定是多人的,也可防止采购员之间将同一种材料重复采购。(二)、仓库存储功能,仓库中存在的货物包括已采购原料和未销售产品 。那么原料已经被谁领购,何时领购,被领购多少,领购何种原料,领

23、够原料来自何处等都可以详细记录以及方便查询;仓库中的产品是否已经销售、销往何处、销售多少等。(三)、销售功能,可以知道销售的客户有哪些,以及客户最基本的可、联系方式,可以方便新产品的推销等 1.3.3性能一、 改进企业商务形象,增强用户信用度二、 加速资金周转,降低库存积压三、 提高职员工作效率四、 减轻劳动强度,降低职员对商业业务的水平要求 1.3.4管理和技术约束这是首次进行一个完整的项目作业,缺少经验在所难免;而且这一系统虽有前辈们所留下的经验,但是与这一系统共同点甚少,所以我们只能借介优点,发挥我们自己的想象以及能力;由于时间的紧迫,调研并不算完善,所以只能根据其他系统中的优点补充我们

24、所缺的。当然,技术上的欠缺也在所难免,在程序编写中我们必定会遇到这样那样的难题,比如数据库的连接等。 2.项目估算2.1使用的历史数据叶迪厂生产销售流程的实地调查 2.2使用的评估技术软件规模估算:功能点计算(FP=UFC*TCF=34*0.8=27.2) 成本估算:Walston-Felix模型 工作量估算:COCOMO模型时间估算:COCOMO模型 2.3工作量、成本、时间估算预计代码行L=30(L是以KLOC计数的源代码行) 成本估算:0.91 E=5.2*L=114.8639(E是以人员为单位的工作量)0.35 D=13.47*E=70.8650(D是以月为单位的所需时间)0.35 S

25、=0.54*E=2.8409(S是以人计的人员需求量)1.01 DOC=49*L=152021OC是以页数为单位的文本量)工作量估算:a=3.6,b=1.2021是以千源代码行(KLOC)计数的程序规模b1.2E=a*S=3.6*30=213.2299 时间估算: c=2.5,d=.32 d0.32 t=c*E=2.5*213.2299=13.914月 3. 风险管理战略3.1风险识别列出TOP10风险3.2风险计划1、确定风险应对策略2、对TOP10中每条应用哪些策略去应对 4进度4.1项目工作分解结构问题定义与可行性研究 、需求分析 、总体设计、详细设计、编程、测试、运行与维护。 4.2时

26、限图如下:图中内容如下所视:5.关键问题在制作这一系统中,最关键的问题是数据库的创建。数据库的是否优化,直接影响到系统的好坏;在数据库中如何建表,是影响数据库的,表中的资源如何分配也是一大问题;在连接数据库时采用那种技术也会影响到程序编程。 5.1人员总计6人:王霞,朱韩玲,吴萍,刘恋,杨阳,吉元 5.2硬件和软件硬件:计算机(4台)软件:Microsoft Office Word 2021 Microsoft Office Project 2021 Microsoft Office Visio 2021 Visual C+6.0SQL Server 2021 解析评论:这是对摩配销售系统项目

27、开发的一个项目计划书,对此系统开发的背景、目的。功能、风险、估算等做了详尽的分析计划,可是我觉得一个很好的项目计划书还应该包含项目开发的标准、条约和约定、产品目标与范围、假设与约束、项目应交付成果、可行性分析(什么设备上、资金上、经济上等方面)、项目资源分析配置、设备的安排(需要设备的总体数量等)、开发人员任务的分配等多个方面,然而该项目计划书只是对局部的计划做了详尽的描述与安排;例如关键问题这一块的人员部分。仅仅是总计6人,那么没有明确说明谁对这个项目负责,谁是这个软件项目开发的主要技术人员,要知道有一个好的领导管理者关乎着这个项目的成败,还有就是对项目资源的分析配置没有做具体的研究分析,资

28、源的配置与安排直接影响项目的开发进度与交付成果,换句话说最终将影响公司的经济利益,所以一个项目计划书是一个项目开发的基础,将直接关乎项目开发成功与否。第三篇:软件项目计划书范例XX摩配厂生产 销售系统软件项目计划书Software Project Scheme Specification编制:编制日期:审核:批准:1.项目概述1.1目的帮助每个部门管理者管理,可以通过了解其他部门情况,以便了解全局发展;了解每一分资金流向,每一件产品开发、生产、销售;每一个客户信息,每一分费用的来龙去脉以及详细利用。1.2项目背景随着电子商务时代的到来,企业要求充分利用各类信息来快速反应变化多端的市场环境。同时

29、中国加入WTO以后,企业将直接面对国际企业的强劲挑战。面对错综复杂的市场和众多类型的客户,您的企业在竞争中能否比竞争对手更快地了解客户的需求变化?更快的掌握营销业务数据?更快地推出新产品、开拓新市场?您的企业内部业务是否能迅速处理?信息是否完整、规范?部门之间、岗位之间是否能有效协同?分支机构和业务伙伴是否能更有效地监控和协调。很多摩配企业都是小个体户,企业商务形象不是很好;资金周转慢,库存积压大职员工作效率底,劳动强度大;消耗的资金大。这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位运用计算机所作的一套高品质的管理软件。可广泛使用于各种规模的摩配企业。1.3项目的范围和目

30、标1.3.1范围描述1). 完整的生产流程管理,原料入厂、计划生产、车床人员分配、出厂销售环环紧扣。2). 摩配材料费、人工费、相关班组一目了然,可以灵活调整产品价格,完全符合摩配行业特点。3). 方便的产品档案管理,自动提取、更新产品档案资料。4). 充分考虑摩配通用件、横向件的复杂性,销售单打印可以实时调整产品类型、产品属性和价钱。5). 摩配销售时,可以随时查看通用车型及库存分布,对常规摩配项目提供简易管理。6). 独特的同行借调/炒件销售方式,摩配短平快销售即进即销,想顾客之所想,急顾客之所急。7).简便实用的摩配内部消耗品领用管理,仓存帐目滴水不漏。1.3.2 主要功能1).概述(一)、销售管理:包括客户信息、发货计划(二)、计划管理:包括主生产计划生成以及查看(三)、采购管理:包括采购单管理(可以进行查询、打印)、供应商管理(四)、生产管理: 包括物料管理、生产计划查看、生产计划执行情况查询、(五

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1