软件开发项目计划书格式.docx
- 文档编号:7475039
- 上传时间:2023-01-24
- 格式:DOCX
- 页数:4
- 大小:19.10KB
软件开发项目计划书格式.docx
《软件开发项目计划书格式.docx》由会员分享,可在线阅读,更多相关《软件开发项目计划书格式.docx(4页珍藏版)》请在冰豆网上搜索。
软件开发项目计划书格式
软件开发项目计划书格式
正文一计划书格式根据《-计算机软件产品开发文件编制指南》中的要求,结合实际情况调整后的《项目计划书》内容索引如下:
引言编写目的背景定义参考资料标准条约和约定项目概述项目目标产品目标与范围假设与约束项目工作范围应交付成果需完成的软件需提交用户的文档须提交内部的文档应当提供的服务项目开发环境项目验收方式与依据项目团队组织组织结构人员分工协作与沟通内部协作外部沟通实施计划风险评估及对策工作流程总体进度计划项目监控质量控制计划进度监控计划预算监控计划配置管理计划支持条件内部支持可选客户支持对项目而言外包可选预算可选人员成本设备成本其它经费预算项目合计经费预算关键问题专题计划要点二项目计划书的编写说明引言编写目的说明编写这份项目计划的目的,并指出预期的读者。
作用:
本节是为了说明编制项目计划书亦即本文档的意图和希望达到的效果。
注意这里的目的不是项目目标,而是为了说明本文档的目的与作用。
项目目标在中说明。
意义:
使项目成员和项目干系人了解的作用希望达到的效果。
开发计划书的作用一般都是项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。
例如可以这么写:
为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围各项工作的任务分解项目团队组织结构各团队成员的工作责任团队内外沟通协作方式开发进度经费预算项目内外环境条件风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。
常见的问题:
把项目本身的项目目标误作编制项目开发计划的目的。
背景主要说明项目的来历,一些需要项目团队成员知道的相关情况。
主要有以下内容:
项目的名称:
经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对系统开发的项目名称是系统开发。
项目的委托单位:
如果是根据合同进行的,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。
项目的用户单位:
软件或网络的使用单位,可以泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。
如海关的报关软件税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关报税的企业单位。
项目的任务提出者:
本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。
如果是内部开发项目,则两者的区别在于前者指人,后者指单位。
项目的主要承担部门:
有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门也有的分为不同事业部。
项目的特点就是其矩阵式组织,一般一个项目的项目成员可能由不同的部门组成,甚至可能由研发部门开发部门测试部门集成部门服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景:
从政治环境上业务环境上说明项目建设背景,说明项目的大环境来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句:
根据《某部关于某建设工作的实施意见》精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划建设工作主管部门和建设工作实施单位联合手动编制进度计划,某建设工作单位手工上报建设工作进度情况的方式,而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势,建设工作的数量将越来越多,原来的工作模式已经越来越无法适应市委市政府的要求。
因此,充分利用现代信息化因特网的优势,建立某市某建设工作信息报送反馈系统,提高某建设工作信息报送反馈工作效率,提高信息的及时性减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系:
说明与本系统有关的其他系统,说明它们之间的相互依赖关系。
这些系统可以是这个系统的基础性系统一些数据环境等必须依靠这个系统才能运行,也可以是以这个系统为基础的系统,或者是两者兼而有之的关系互相依赖的系统。
例句:
本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系:
说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。
例如一些系统需要遵守那些组织的标准需要通过那些组织机构的测试才能使用等等是否需要外包或与那些组织机构合作。
定义列出为正确理解本计划书所用到的专门术语的定义外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。
参考资料列出本计划书中所引用的及相关的文件资料和标准的作者标题编号发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。
本节与下一节的标准条约和约定互为补充,注意参考资料未必作为标准条约和约定,因为参考的不一定是必须遵守的。
常用资料如:
本项目的合同标书上级机关有关通知经过审批的项目任务书;属于本项目的其他已经发表的文件;本文档中各处引用的文件资料,包括所要用到的软件开发标准。
标准条约和约定列出在本项目开发过程中必须遵守的标准条约和约定。
例如:
相应的《立项建议书》《项目任务书》合同国家标准行业标准上级机关有关通知和实施方案相应的技术规范等。
参考资料一般具有物质特性,一般要说明参照了什么,要说明在哪里可以获得;标准条约和约定一般具有精神特性,一般是必须遵守的,不说明在哪里可以获得。
参考资料的内容应该涵盖标准条约和约定。
软件开发计划版本[注:
以下提供的模板用于。
其中包括用方括号括起来并以蓝色斜体样式=显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式样式=正文。
]修订历史记录日期版本说明作者目录简介目的范围定义首字母缩写词和缩略语引用概述项目概述项目的目的规模和目标假设与约束项目的可交付工件软件开发计划的演进项目组织组织结构外部接口角色与职责管理流程项目估计项目计划阶段计划迭代目标发布版项目时间表项目资源分配人员配备计划资源获取计划培训计划预算迭代计划项目监测与控制需求管理计划进度控制计划预算控制计划质量控制计划报告计划评测计划风险管理计划收尾计划技术流程计划开发案例方法工具和技术基础设施计划产品验收计划支持流程计划配置管理计划评估计划文档计划质量保证计划问题解决计划分包商管理计划流程改进计划其他计划附录索引软件开发计划简介[软件开发计划的简介应提供整个文档的概述。
它应包括此软件开发计划的目的范围定义首字母缩写词缩略语引用和概述。
]目的[阐明此软件开发计划的目的。
]范围[简要说明此软件开发计划的范围:
它的相关项目,以及受到此文档影响的任何其他事物。
]定义首字母缩写词和缩略语[本小节应提供正确理解此软件开发计划所需的全部术语首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
]引用[本小节应完整地列出此软件开发计划中其他部分所引用的所有文档。
每个文档应标有标题报告号如果适用日期和发布组织。
列出可从中获取这些引用的来源。
这些信息可以通过引用附录或其他文档来提供。
对于软件开发计划,所引用工件的列表中应包括:
_迭代计划__________________需求管理计划评测计划风险管理计划开发案例业务建模指南用户界面指南用例建模指南设计指南编程指南测试指南手册风格指南基础设施计划产品验收计划配置管理计划评估计划仅当该计划是单独的计划时,但它通常是文档计划质量保证计划问题解决计划的节_分包商管理计划_流程改进计划]概述[本小节应说明此软件开发计划中其他部分所包含的内容,并解释文档的组织方式。
]项目概述项目的目的规模和目标[简要说明此项目的目的与目标,以及此项目将要交付的可交付工件。
]假设与约束[列出此计划所依据的假设和对项目的所有约束如预算人员设备时间表等。
]项目的可交付工件[以表格的形式列出将在项目中创建的工件,包括目标交付日期。
]软件开发计划的演进[以表格的形式列出软件开发计划的提议版本,以及在计划外修订与重新发行此计划需符合的标准。
]项目组织组织结构[说明项目团队包括管理人员和其他复审委员会的组织结构。
]外部接口[说明项目与外部组织联系的方式。
对于每个外部组织,应确定其内部和外部联系人的姓名。
]角色与职责[确定将负责各个核心工作流程工作流程明细和支持流程的项目组织单位。
]管理流程项目估计[提供所估计的项目成本与进度这些估计所依据的基础,以及项目中将重新进行估计的时间点和情况。
]项目计划阶段计划[包括以下内容:
_工作细分结构_显示项目各阶段或迭代的时间分配情况的时间线或甘特图_确定主要里程碑及其成就标准确定所有重要的发布点和演示版]迭代目标[列出每次迭代将要实现的目标。
]发布版[简要说明每个软件发布版,并指出它是否是演示版版等。
]项目时间表[用图表显示完成迭代与阶段发布点演示版及其他里程碑的目标日期。
]项目资源分配人员配备计划[在此处确定所需人员的数目和类型,以及项目阶段或迭代需要的任何特殊技能或经验。
]资源获取计划[说明您将如何发现并得到项目所需的人员。
]培训计划[列出项目团队成员需要的所有特殊培训,以及完成这些培训的目标日期。
]预算[按照和阶段计划分配成本。
]迭代计划[通过引用的方式将各项迭代计划附加在本节中。
]项目监测与控制需求管理计划[通过引用附加。
]进度控制计划[说明以何种方法按照所计划的时间表监控项目进展,以及如何在需要时执行纠正操作。
]预算控制计划[说明以何种方法按照项目预算监控项目开支,以及如何在需要时执行纠正操作。
]质量控制计划[说明将在何时以何种方法来控制项目可交付工件的质量,以及如何在需要时执行纠正操作。
]报告计划[说明将生成的内部和外部报告,以及报告发布的频率和范围。
]评测计划[通过引用附加。
]风险管理计划[通过引用附加。
]收尾计划[说明有序地完成项目所要执行的活动,其中包括人员重新分配项目材料存档事后检查汇报及报告等。
]技术流程计划开发案例[通过引用附加。
]方法工具和技术[以引用的方式列出所记录的项目技术标准:
_业务建模指南_用户界面指南_用例建模指南_设计指南_编程指南_测试指南_手册风格指南]基础设施计划[通过引用附加。
]产品验收计划[通过引用附加。
]支持流程计划配置管理计划[通过引用附加。
]评估计划[作为软件开发计划的一部分,本小节说明项目的产品评估计划,并介绍评估所使用的技术标准指标和过程;评估将包括走查检查和复审。
请注意,评估计划是对测试计划的补充,但软件开发计划中并不包括测试计划。
]文档计划[通过引用附加。
]质量保证计划[通过引用附加。
]问题解决计划[通过引用附加。
]分包商管理计划[通过引用附加。
]流程改进计划[通过引用附加。
]其他计划[列出合同或法规所要求的其他计划。
]附录[供读者使用的其他材料。
]索引
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 项目 计划书 格式