软件项目策划书
软件项目策划书如何书写呢?下面是YJBYS小编为您精心整理的软件项目策划书,希望大家喜欢。
软件项目计划书
一、项目计划书格式
根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下:
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.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 引言
1.1 编写目的
说明编写这份项目计划的目的,并指出预期的读者。
作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。
注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用。
“项目目标”在2.1中说明。
意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。
”
例 如可以这么写:为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式, 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目 团队开展和检查项目工作的依据。
常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历,一些需要项目团队成员知道的相关情况。
主要有以下内容:
项目的名称:经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位:如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。
项 目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。
如海关的报关软件、 税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。
项目的任务提出者:本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。
如果是内部开发项目,则两者的区别在于前者指人,后者指单位。
项 目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。
项目的特点就是其矩阵式组织,一般一个项目 的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的 主要承担部门。
项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句:根据《某部关于某建设工作的实施意见》精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。
……此处隐藏5125个字……通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
软件配置管理(编制有关配置管理条款,或在“4.4.4 配置管理计划”中说明,或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)
工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途)
媒体控制(说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化)
对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限)
4.4.2 进度控制计划
(可直接引用以下描述或根据项目情况制定本节内容)
本项目的进度监控执行本企业《项目管理规范》,由本企业过程控制部门如质量管理部统一进行监控,并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款,或引用按照GB/T 12505单独制订《配置管理计划》文档。
在这些条款或文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现 报告、追踪和解决软件问题的机构及其职责。
根据《GB/T 12505 计算机软件配置管理计划规范》,软件配置管理计划内容如下:
引言(本章节包括质量计划的目的、定义、参考资料)
管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
)
软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法)
对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)
记录的收集、维护和保存(指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施,并指明要保存的期限)
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。
例如,设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境,逐项列出有关到货日期、使用时间的要求。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准,包括需由客户提供的条件及提供时间。
5.3 外包(可选)
列出需由外单位分合同承包者承担的工作、完成时间,包括需要由外单位提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务(包括人员的数量和时间)
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本包括:原材料费,设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费,包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等,包括:
(1) 差旅费(旅费、出租)(含补贴)
(2) 资料费(图书费、资料费、复印费、出版费)
(3) 通信费(市话长话费、移动通信费、上网费、邮资)
(4) 会议费(鉴定费、评审会、研讨费、外事费等)
(5) 办公费(购买办公用品)
(6) 协作费(业务协作招待费、项目团队加班伙食费)
(7) 培训费(培训资料编写费、资料印刷费、产地费、设备费)
其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算(上述各项费用之和)。
7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
参考文献
http://www.wenshubang.com/
文档为doc格式