2023年项目开发计划书心得(11篇)
时间就如同白驹过隙般的流逝，我们的工作与生活又进入新的阶段，为了今后更好的发展，写一份计划，为接下来的学习做准备吧！相信许多人会觉得计划很难写？那么下面我就给大家讲一讲计划书怎么写才比较好，我们一起来看一看吧。
项目开发计划书心得篇一
由于我们生活在石家庄铁道大学，我们在上网的时候会遇到很多不方便的的问题。例如查询流量比较困难，不能把每个月的流量规划好是一个很大的问题，而且很多人想搞一个快捷改ip的功能等，我们的目的就是要开发一款使用的学生软件，方便铁大学子的日常生活。
二、项目概述
《网络助手》系统根据用户的不同，实现如下功能。
查询流量
修改ip
实现远程控制
实现定时开关机
实现一键开启小蝴蝶
三、
主要参与人员、由五个人（蓝梦、马翔、李金吉、胡佳奇、赵天）组成的开发团队。
四、进度
序号
任务名称
工作时间
开始时间
结束时间
五、关键问题
影响本计划进度的关键问题、各程序之间的转换、衔接问题。
六、支持条件
1、计算机系统支持、
2、服务器cpuintele3300或更高配置，内存1g以上，网络适配器100mb或1000mb的网卡。
3、服务器cpuintele3300或更高配置，内存512m以上，网络适配器100mb或1000mb的网卡。
4、网络环境、4madsl或光缆。
5、软件环境
客户机windowsxp，win7，win8位。
七、测试
测试计划、软件开发重要在后期进行软件测试，对开发的软件性能进行了解。
八、质量保证计划
从开发人员到项目管理，要进行严格管理。
九、用户进行培训
在软件实际应用的前些时间，对用户进行软件操作方法的具体培训，对软件界面和应用进行大概介绍。
十、预算
开支类别
主要开支项、用途
金额（元）
时间
人力资源
软件件成本
总成本
项目开发计划书心得篇二
一、市场分析
我国网络棋牌游戏市场现状
我国的网民数量在**年12月底以高达5.13亿以上，拥有这么一个庞大的市场环境，无疑给中国的网络游戏带来了更多的发展机会。如今，网络游戏已经完全融入了人们的娱乐生活中，特别是棋牌类网络游戏，因为棋牌在中国本来就拥有很悠长的历史累积，网络棋牌的玩法和实际的棋牌玩法也基本一样，所以，在众多的网络游戏类型当中，棋牌类游戏倍受广大网民的喜爱。正式由于棋牌游戏广大的市场前景的吸引，国内众多知名游戏厂商也加入到了游戏的开发以及运用当中。
腾讯公司大家也耳熟能详吧，自从1999年，腾讯公司正式推出国内第一个即时通讯软件“腾讯qq”以来，腾讯可谓是高歌猛进，目前的注册人数已经超过十亿。在发展的同时，腾讯也看到了棋牌游戏巨大的发展前景，在**年，腾讯qq推出了以棋牌游戏为主的qq游戏平台，加上qq软件所积累的众多用户，腾讯平台一度成为了国内最大的.棋牌游戏平台。在我看来，简单卡通的qq游戏更多的是一种朋友间的游戏互动和感情交流，着也是qq游戏的一个核心内容，当作为棋牌游戏本身，它有着竞技的这样一个特性，正是因为这个特性，棋牌才能发展到当今的规模，也一直倍受人们的喜爱。但是qq游戏平台作为国内最大的棋牌游戏平台，虽然在一定程度上满足了网民们的互动要求，但对于玩家竞技的要求确很难满足，再加上qq付费会员在游戏中享有特权，这个对游戏本身的公平也带来了不少的影响。而且游戏外挂的泛滥也对游戏本身的体验带来了不少的冲击。对于棋牌游戏忠实的玩家而言，这里是公平棋牌游戏的墓地。所以，这样就给了另外的企业家和公司带来了相当大的机会去争夺这个市场份额。
二、棋牌新项目基本介绍
（一）项目的可行性分析
作为棋牌类游戏，相信大家都听过甚至玩过qq游戏平台上面的英雄杀或者游卡制作的三国杀吧。在此类游戏一出来之后就被广大的棋牌类忠实玩家所追捧和喜爱。()追查其原因，在我看来，主要是由于他们给棋牌游戏创造了一个新的玩法，让中国传统的文化色彩也能体现在游戏里面，增加了游戏的趣味性，更是用独特的玩法吸引了大多数观众的眼球，获得了网民们的认同。我认为，居然大多数棋牌游戏玩家居然能从以前的传统棋牌游戏中去追捧新鲜有趣的棋牌游戏，这就能够体现大多数玩家对新概念的棋牌游戏的接受能力较强，既然这样，就给了我们极大的发展空间去开发新概念的棋牌游戏，只要能开发出一款具有自己独特的特色和玩法，自然就能吸引足够的棋牌游戏忠实玩家。
（二）项目的大概描述
我们小组所做的项目是兽棋，这个游戏在我们小时候经常玩，现在我们做这个小游戏主要是回忆一下我们小时候，兽棋是两个玩家通过链接ip来实现对战的，两个玩家各用一台电脑，但兽棋有个不足的地方，无法实现人机对战，这个方面有点复杂，我们没有那么多的精力来完成人机对战了。但游戏也有一个亮点，能够实现对话，游戏主页面有个窗口，只要打字对面就能收到了。
（三）游戏的大概玩法介绍
我们所做的游戏玩法比较简单，游戏分为红方和黑方，每一方有8个棋子，分别是鼠，猫，狗，狼，豹，虎，狮，象。其中猫吃老鼠，狗吃猫，以此类推，最后老鼠可以吃大象。
最后棋盘上还剩下哪方的棋子，哪方就算胜利。
以上就是这个游戏的大致玩法，当然由于时间实在仓促，所以这只能算是一个杂搞，具体实现还需要后续跟踪和分析，接下来就是此项目制作大概的一个人员构成和营销策略还有成本计算。
四、项目人员构成及成本预算
项目经理、张硕1000/月开发周期一个月
主策划、曹玉松900/月开发周期一个月
副策划、蔡迎盈800/月开发周期一个月
主力程序员、吕盼举700/月开发周期一个月
界面美化、姜立比）700/月开发周期一个月
软件测试、付亚飞700/月开发周期一个月
开发阶段不计算另外硬件损坏以及场地费用和意外消费，（单计算人员开发成本）必要时刻可缩减人员成本，如可减少开发人数，担任多名职位
五、市场营销策略分析
1、搜索引擎推广
登录免费分类目录，登录付费分类目录，搜索引擎优化，关键词广告，关键词竞价排名，网页内容定位广告
2、信息发布推广
将有关的的网站推广信息发布在其他潜在用户可能会访问的网站上，利用用户在这些网站获取信息的机会实现网站推广
3、资源合作推广
交换链接，交换广告，内容合作，用户资源合作等方式（此方式风险程度较大），在具有类似目标网站之间实现互相推广的目的，其中最常用的合作方式为网站链接策略，利用合作伙伴之间网站访问量合作互为推广
4、会员推广
通过已有的会用自身进行推广（游戏如果有一定特色，此方法最省时省钱）
当然这些方法仅为个人自身见解，最后的推广策略还需要专业的人士对市场进行分析之后才能下结论。
项目开发计划书心得篇三
一、项目概况
本项目位于关山二路以西，武昌煤气厂以东，为国际企业中心北区。总面积为60722平方米（约95亩），扣除代征道路后，实际可用地为49138平方米（约77.7亩）。
二、目标客户的描述
完成资本原始积累后，有能力购置物业进行事业扩展的中小型企业。行业特征为低噪音、无异味的电子、信息工程等；用途为研发及办公。
三、项目定位
本项目应成为具有良好景观和设施配套，便于企业经营，满足企业形象需求的优质研发区。其市场空间在于切入写字楼与数码港之间的市场空档，以相对低廉的价格提供写字楼的品质
1、建筑风格：简约、具科技感、显示现代化的办公形象、每栋建筑具有良好的可识别性
2、道路系统：以效率为先，可便捷直达每栋办公楼。快车道宽度以6米为宜，每侧人行道宽度为2米左右。
3、配套设施：考虑企业会所、集中停车场、篮球场、网球场和室外公共交流区。配套的重点是企业会所，其内设置多功能厅、健身及餐饮功能，以满足企业对外活动需要。
4、景观系统：以道路两侧绿化及庭院绿化为主，形成良好的交通景观和空间效果。局部考虑设置水景点缀。布置篮球场等体育设施。
四、开发计划及成本分析
根据实际用地面积，考虑与煤气厂的隔离情况，预计该地块可开发面积为54000平方米，折合容积率约1.18。其中会所约为4000平方米，实际可销售面积为50000平方米。
1、开发计划
20**年2月完成方案设计和报批
20**年3月10日前完成市政管线及首期三个组团（面积约29000平方米）的施工图设计
20**年3月-5月销售准备期：模型、3d动画片、宣传册及广告计划；销售人员的培训和销售价格体系的确定；按揭银行的选择。
20**年4月10日前完成施工图报审；施工、监理招标，办理建设工程规划许可证和施工许可证；完成景观设计
20**年5月前首期组团开工，同时进行外围景观施工，参观走廊的设置
20**年6月开始内部推介，推介价：1900元/平方米，销售价95折
20**年7月进入正式销售，起价： 元/平方米，均价： 元/平方米
20**年8月进行水电报装，土建工程完工
20**年7月底完成余下施工图的设计和审批手续
20**年9月，二期组团（2万平方米）开工，会所开工
20**年10月，完成景观施工和市政配套，首期组团建成
20**年11月，会所进入装修
20**年11月，起价： 元/平方米，均价： 元/平方米，二期开盘
2004年1月，二期组团进行土建工程完工
2004年3月底，国际企业中心研发区建成
2004年6月，应累计实现销售25000平方米
2004年12月，全部销售完成
2、成本分析
国际企业中心建设投资估算表
序号 费用名称 计量单位 规模指标（�o） 单项指标（元/�o） 估算投资（万元） 备注
1 土地费用 1419
1.1 三通一平费 �o 51598 5 25.80
1.6 地价 �o 50000 278.64 1393.2 按每亩18万元计算
土地费用楼面价 283.64
2 前期费用 153.9
2.1 土地测量、地质勘测费 �o 54000 3 16.2
2.2 建设规划设计费 �o 25 135
2.3 施工图审查费（抗震、技术安全检查） 0.5 2.7 设计费×2%
前期费用楼面价 28.5
3 取得规划许可证前的规费 54
3.1 垃圾处理费 �o 54000 10 54
前期规费楼面价 10
4 工程造价 5655.32
4.1 主体部分 �o 54000 4542.92
4.1.1 土建工程 �o 620 3348
4.1.2 门窗 �o 39 210.6 按建筑面积15%（8100�o）；彩铝单层窗260元/�o计算
4.1.3 外墙 �o 80 432 按建筑面积80%（43200�o）；100元/�o计算
4.1.4 电梯安装 �o 77.78 420 按12部计算
4.1.5 不可预见费 132.32 取3%
主体部分楼面价 841.28
4.2 建设配套费 �o 1112.4
4.2.1 区内道路排水、停车场等 �o 54000 80 432
4.2.2 绿化工程 �o 50 270
4.2.3 市政配套 �o 70 378
4.2.5 不可预见费 32.4 取3%
建设配套费楼面价 206
工程造价楼面价 1047.28
5 建设期间税费 202
5.1 质量监督费 600×54000×2% 64.8
5.2 建设单位管理费 30 约设计费的40%
5.3 发展新型墙体材料专用费用 �o 54000 3 15.2
5.4 商品混凝土保证金 10
5.5 建设工程竣工档案保证金 �o 54000 0.5 2.7
5.6 工程监理费 30 约设计费的40%
5.7 卫生防疫审查费 �o 54000 9 48.6
5.8 灭鼠费 �o 54000 0.5 2.7
规费楼面价 37.41
6 会所分摊费用 400 按会所造价1/3
会所分摊 �o 50000 80
7 管理费用 84.83 工程投资×1.5%
管理费用楼面价 15.71
8 财务费用 956.28 总投资×6%×2
财务费用楼面价 177.08
9 营业税 均价2000元 113 610.2 取5.65%
10 综合造价 9535.53
综合造价楼面价 1765.84
以2000元/平方米均价计算，则利润率为11.71%。
五、资金安排计划
1、销售安排
按以下销售价格预计：
均价1850元：实现20000平方米，总价：3700万元
均价2100元：实现30000平方米，总价：6300万元
会所按800万元作价转入管理公司经营
总计：10800万元
2、销售资金回笼估算
销售周期为18个月。销售费用预计：100万元
20**年计划销售20000平方米，预计回款2500万元
2004年全部销售完成，回款6000万元
2005年回款1500万元
3、开发资金安排
基建总投资:5655.32万元；税费及管理费用：500万元；
销售费用：100万元
基建周期:一期:20**年3月-8月
二期：20**年7月-12月
开发资金：20**年预计需基建资金4524.256万元，税费及管理费用450万元，销售费用70万元。共计：5044.256万元
2004年预计需资金1211.064万元
六、风险分析
1、成本控制风险：
2、施工质量风险：
3、营销风险：
项目开发计划书心得篇四
项目计划书的作用：制定项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开 发工作。编制内容要求如下：
1 引言
1.1编写目的
说明编写这份项目开发计划的目的，并指出预期的读者。
1.2背景
说明：
a.待开发的软件系统的名称;
b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
a.本项目的经核准的计划任务书或合同、上级机关的批文;
b.属于本项目的其他已发表的文件;
c.本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 项目概述
2.1 工作内容
简要地说明在本项目的开发中须进行的各项主要工作。
2.2主要参加人员
扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。
2.3产品
2.3.1程序
列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。
2.3.2文件
列出需移交给用户的每种文件的名称及内容要点。
2.3.3服务
列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持 的级别和服务的期限。
2.3.4非移交的产品
说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。
2.4验收标准
对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2.5完成项目的员迟用限
2.6本计划的批准者和批准日期
3 实施计划
3.1工作任务的分门与人员分工
对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
3.2 接口人员
说明负责接口工作的人员及他们的职责，包括：
a .负责本项目同用户的接口人员;
b.负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员;
c.负责本项目同各分合同负责单位的接口人员等。
3.3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓“里程碑”)。
3.4预算
逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。
3.5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
项目开发计划书心得篇五
项目开发计划书
一、开发目的
由于我们生活在石家庄铁道大学，我们在上网的时候会遇到很多不方便的的问题。例如查询流量比较困难，不能把每个月的流量规划好是一个很大的问题，而且很多人想搞一个快捷改ip的功能等，我们的目的`就是要开发一款使用的学生软件，方便铁大学子的日常生活。
二、项目概述
《网络助手》系统根据用户的不同，实现如下功能：
查询流量
修改ip
实现远程控制
实现定时开关机
实现一键开启小蝴蝶
三、主要参与人员：
由五个人组成的开发团队。
四：进度
五、关键问题
影响本计划进度的关键问题：各程序之间的转换、衔接问题。
六、支持条件
1、计算机系统支持：
2、服务器cpu intel e3300或更高配置，内存1g以上，网络适配器100mb或1000mb的网卡。
3、服务器cpu intel e3300或更高配置，内存512m以上，网络适配器100mb或1000mb的网卡。
4、网络环境：4m adsl或光缆。
5、软件环境：客户机windows xp，win7，win8位。
七：测试
测试计划：软件开发重要在后期进行软件测试，对开发的软件性能进行了解。
八：质量保证计划
从开发人员到项目管理，要进行严格管理。
九、用户进行培训
在软件实际应用的前些时间，对用户进行软件操作方法的具体培训，对软件界面和应用进行大概介绍。
十、预算
项目开发计划书心得篇六
产品计划书的作用：
制定产品设计的目的是用文件的形式，把对于在设计过程中各项工作的负责人员、设计进度、所需零配件、相关资料等问题作出的安排记载下来，以便根据本计划开展和检查本产品进展工作。
编制资料要求如下：
1引言
1．1编写目的
说明编写这份产品设计计划的目的，并指出预期的读者。
1．2背景说明：
a．待设计的产品名称；
b．本产品的客户、开发者、设计要求等；
c．产品造型结构设计完成后的跟进。
1．3定义
分析产品的功能、材质、表面处理、装配方式、包装方式、可行性分析等。
1．4参考资料
列出用得着的参考资料，如：
a．本产品的经核准的计划任务书或合同；
b．属于本产品的其他参考文件；
c．本文件中各处引用的文件、资料，包括所要用到的标准。列出这些文件资
料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来
源。
2产品概述
2．1工作资料
简要地说明在本产品的开发中须进行的各项主要工作。
2．2主要参加人员
扼要说明参加本产品开发工作的主要人员的状况，包括他们的技术水平。
2．3产品
2．3．1文件
列出需移交给客户的每种文件的名称及资料要点。
2．3．2服务
列出需向客户带给的各项服务，如附件采购、后期手办及模具跟进。
2．4验收标准
对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2．5完成产品的最迟时限
2．6本计划的批准者和批准日期
3实施计划
3．1工作任务的分门与人员分工
对于产品设计中需完成的各项工作，从可行性分析、设计、手办、测试，包括文件的编制、审批、打印、分发工作，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员
说明负责接口工作的人员及他们的职责，包括：
a．负责本产品同客户的接口人员；
b．负责本产品同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；
c．负责本产品同各分合同负责单位的接口人员等。
3．3进度
对于可行性分析、设计等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑”）。
3．4预算
逐项列出本产品设计所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。
3．5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
项目开发计划书心得篇七
项目开发计划书范本
项目计划书的作用：制定项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制资料要求如下：
1引言
1．1编写目的
说明编写这份项目开发计划的目的，并指出预期的读者。
1．2背景
说明：
a．待开发的软件系统的名称；
b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1．3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1．4参考资料
列出用得着的参考资料，如：
a．本项目的经核准的计划任务书或合同、上级机关的批文；
b．属于本项目的其他已发表的文件；
c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2项目概述
2．1工作资料
简要地说明在本项目的开发中须进行的各项主要工作。
2．2主要参加人员
扼要说明参加本项目开发工作的主要人员的状况，包括他们的技术水平。
2．3产品
2．3．1程序
列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并透过引用有关文件，逐项说明其功能和潜力。
2．3．2文件
列出需移交给用户的每种文件的名称及资料要点。
2．3．3服务
列出需向用户带给的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所带给支持的级别和服务的期限。
2．3．4非移交的产品
说明开发群众应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。
2．4验收标准
对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。
2．5完成项目的员迟用限
2．6本计划的批准者和批准日期
3实施计划
3．1工作任务的分门与人员分工
对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员
说明负责接口工作的人员及他们的职责，包括：
a．负责本项目同用户的接口人员；
b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；
c．负责本项目同各分合同负责单位的接口人员等。
3．3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑”）。
3．4预算
逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。
3．5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。
项目开发计划书心得篇八
项目名称
企业名称(盖章)
企业法定代表人(签名)
项目负责人 电话
项目起止时间 年 月 至 年 月
填报日期 年 月 日
xx市科技局2006年制
项目计划书编写提纲
一、立项依据
1.国内外现状、水平和发展趋势;
2.项目开发的目的、意义;
3.本项目达到的技术水平及市场前景。
二、开发内容和目标
1.项目主要内容、目标及关键技术;
2.技术创新之处;
3.主要技术经济指标。
三、开发试验方法及技术路线(工艺路线)
四、现有开发条件和工作基础
1.承担单位开展本项目的优势(人才、设施条件);
2.已有的工作基础，如预试及小试成果等。
五、计划进度(包括总的研究期限、年度计划进度)
六、经费预算
项目预计总经费 万元。
项目经费支出预算表
单位：万元
经费支出预算
科 目
预算数
年
年
年
新产品设计费
工艺规程制定费
设备调试费
用于研究开发的原材料、半成品试制费
技术图书资料费
中间实验费
用于研究开发的仪器设备折旧
研究人员工资
委托其他单位进行科研试制的费用
与技术开发有关的其他费用
合计
总计
七、主要(大中型)仪器设备清单
名称
单价
数量
总价
折旧方法
折旧年限
八、技术研究开发机构名称及情况
九、主要研究人员情况
姓名
单位
性别
年龄
专业
职务
(职称)
本项目中承担工作
项目开发计划书心得篇九
1.目的
在进行软件产品的开发作业时，通过运用系统开发计划书明确质量管理体制、开发内容、质量目标、风险等，以确保产品质量满足用户的要求。
2.适用范围
适用于公司开发的所有软件产品。
3.术语定义
系统开发计划书是由系统概要、开发体制、质量管理工程图、日程计划、风险管理、质量计划等构成的在软件产品开发过程中确保开发作业质量的各个事项所形成的文件。
4.职责
（1）开发部门是过程控制的责任部门。
（2）项目负责人负责系统开发计划书的制作；
（3）开发事业部部长负责系统开发计划书的审查；
（4）项目管理部部长负责系统开发计划书的批准；
（5）系统开发计划书中各项内容的实施责任者参照相关规程的规定。
5.程序
（1）系统开发计划书经过审查、批准后生效。
（2）开发和测试中使用的设备的控制参见〈检验和试验设备控制规程〉r-11000；
（3）dr或者计划更改时，实施以下作业：
（a）dr实际结果的记录，须经项目负责人或其指定代理人批准。
（b）对计划更改时，由开发部长审查，项目管理部部长批准。
(4)申请产品批准，出厂批准时，相关部长在产品批准/产品出厂批准申请书中签字后，与系统开发计划书一起提交给项目管理部。见《公司产品验收、批准实施规程》（r-10003）。
5.1dr-a
dr-a时，须主要讨论以下内容。
（1）系统概要
（2）开发体制
（3）质量管理工程图
（4）风险管理
（5）日程计划
（6）质量计划的性能管理表的指定项目
（7）交付计划
（8）项目规则
5.2dr-b
dr-b时，须满足以下项目
（1）确定系统概要
（2）确定配置管理
（3）确定开发体制
（4）确定开发管理工程图
（5）开发计划的修正
（6）购入物品提供物品情况的确认
（7）日程计划的确认
（8）质量计划和测试计划的确认
（9）培训计划
（10）交付计划的确定
（11）项目规则的确定
5.3dr-c
dr-c时须满足以下项目
（1）开发风险的修正
（2）性能管理表的修正
（3）知识产权的确定
5.4dr-e1
dr-e1时须满足以下项目
（1）开发风险的修正
（2）性能管理表的修正
5.5dr-f
dr-f时须满足以下项目
（1）开发风险的修正
（2）性能管理表，质量确认分析表，知识产权等的确认
5.6申请产品批准，出厂批准时
申请批准时，将系统开发计划书添加到申请书中。
……………………
项目开发计划书心得篇十
项目开发计划书
一、项目计划书格式
根据《gb8567－88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际状况调整后的《项目计划书》资料索引如下：（略）
二、项目计划书的编写说明
1引言
1.1编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制“项目计划书”亦即本文档的意图和期望到达的效果。注意那里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
好处：使项目成员和项目干系人了解项目开发计划书的作用、期望到达的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例如能够这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目状况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作职责、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等资料做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2背景
主要说明项目的来历，一些需要项目团队成员明白的相关状况。主要有以下资料：
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户（单位）：软件或网络的使用单位，能够泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，务必加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要资料，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度状况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原先的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是十分有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依靠关系。这些系统能够是这个系统的基础性系统（一些数据、环境等务必依靠这个系统才能运行），也能够是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依靠的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要透过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4参考资料
列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的“标准、条约和约定”互为补充，注意“参考资料”未必作为“标准、条约和约定”，因为“参考”的不必须是“务必遵守”的。常用资料如：
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；
属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5标准、条约和约定
列出在本项目开发过程中务必遵守的标准、条约和约定。例如：相应的《立项推荐书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里能够获得；“标准、条约和约定”一般具有“精神”特性，一般是务必遵守的，不说明在哪里能够获得。参考资料的资料就应涵盖“标准、条约和约定”。
2项目概述
2.1项目目标
设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标就应指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当贴合smart原则：
lsspecific明确的陈述
lmmeasurable能够衡量的结果
laattainable能够达成的目标
lrrealistic合理的，现实的或者说是能和实际工作相结合
lttrackable能够跟踪的
项目目标能够进行横向的分解也能够进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等；纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，务必实现以下三个阶段目标······”
2.2产品目标与范围
根据项目输入（如合同、立项推荐书、项目技术方案、标书等）说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果（软件系统）范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”
2.3假设与约束
对于项目务必遵守的各种约束（时间、人员、预算、设备等）进行说明。这些资料将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是透过努力能够直接解决的问题，而这些问题是必须要解决才能保证项目按计划完成。如：“系统分析员务必在3天内到位”或“用户务必在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题，但能够透过其他途径回避或弥补、取舍，如人力资源的约束限制，就务必牺牲进度或质量等等。
假设与约束是针比较较明确会出现的状况，如果问题的出现具有不确定性，则就应在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定：软件系统产品本身范围的特征和功能范围。
工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成状况是参照客户的需求来衡量的，而项目范围的完成状况则是参照计划来检验的。这两个范围管理模型间务必要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5应交付成果
2.5.1需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象建立语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2需提交用户的文档
列出需要移交给用户的每种文档的名称、资料要点及存储形式，如需求规格说明书、帮忙手册等。此处需要移交用户的文档可参考合同中的规定。
2.5.3须提交内部的文档
可根据《gb8567-88计算机软件产品开发文件编制指南》附录o：“文件编制实施规定的实例（参考件）”结合各企业实际状况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的资料裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
2.5.4应当带给的.服务
根据合同或某重点建设工作需要，列出将向用户或委托单位带给的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。
2.6项目开发环境
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对java的，也需要针对c++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7项目验收方式与依据
说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档（最主要是需求规格说明书）。
3项目团队组织
3.1组织结构
说明项目团队的组织结构。项目的组织结构能够从所需主角和项目成员两个方面描述。所需主角主要说明为了完成本项目任务，项目团队需要哪些主角构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构能够用图形来表示，能够采用树形图，也能够采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，能够用文字简要说明各个主角应有的技术水平。
注意虽然有一些通用的结构能够套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也能够适当地减少。
3.2人员分工
确定项目团队的的每个成员属于组织结构中的什么主角，他们的技术水平、项目中的分工与配置，能够用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。
3.3协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象就应包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、qq、内部邮件、外部邮件、quickplace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个主角应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等资料。
3.3.2项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：
a、负责本项目同用户的接口人员；
b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；
c、负责本项目同分包方的接口人员。
3.3.3项目团队外部沟通与协作模式
项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等资料。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作资料以及工作实施职责人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作资料以及实施人的姓名、联系电话。
4实施计划
4.1风险评估及对策
识别或预估项目进行过程中可能出现的风险。就应分析风险出现的可能性（概率）、造成的影响、根据影响就应采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等
风险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：理解一切后果，能够是用心的（如制定预防性计划来防备风险事件的发生），也能够是消极的（如某些费用超支则理解低于预期的利润）。
对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力能够使项目进展过程更加平稳，提高项目跟踪和控制的潜力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。
软件开发项目常见预估的风险：
1)工程／规模／进度上的风险
规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；
2)技术上的风险
使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；
3)用户体制上的问题
用户管理不严，恐怕功能决定、验收不能顺利地完成（或者出现了延迟）；或者恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误；
4)其它：就应包含此处没有、但据推测有风险的项目。
4.2工作流程
说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也能够是自己建立的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。
4.3总体进度计划
那里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要思考项目阶段成果完成、提交评审、修改的时间。
对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。
设计评审
表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确定。
制定软件项目进度计划能够使用一些专门的工具，最常用的是microsoft的project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，个性是一些主要由文字来说明的部分。小规模的项目可简便地使用excel作为辅助工具。关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当思考以下一些因素:
1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就就应进一步细化进度计划。(4)
2）软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要思考对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的状况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在必须的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发潜力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。
3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是思考软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目状况下资源保障的状况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。
4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要思考如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选取。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5）项目成员的潜力。这些潜力包括项目经理的管理潜力，系统分析员的分析潜力、系统设计人员的设计潜力、程序员的编码潜力、测试人员的测试潜力，以及企业或项目团队激发出这些潜力的潜力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。
4.4项目控制计划
4.4.1质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t12504计算机软件质量保证计划规范，资料包括：
l引言（本章节包括质量计划的目的、定义、参考资料）
l管理（描述负责软件质量管理的机构、任务及其相关的职责）
l文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
l标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
l评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及透过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）
l软件配置管理（编制有关配置管理条款，或在“4.4.4配置管理计划”中说明，或引用按照《gb/t12505计算机软件配置管理计划规范》单独制定的文档）
l工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
l媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
l对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
l记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）
4.4.2进度控制计划
（可直接引用以下描述或根据项目状况制定本节资料）
本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。
4.4.3预算监控计划
说明如何检查项目预算的使用状况。根据项目状况需要制定。
4.4.4配置管理计划
编制有关软件配置管理的条款，或引用按照gb/t12505单独制订《配置管理计划》文档。在这些条款或文档中，务必规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还务必规定用以维护和存储软件受控版本的方法和设施；务必规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
项目开发计划书心得篇十一
网络助手项目开发计划书
一、开发目的
由于我们生活在石家庄铁道大学，我们在上网的时候会遇到很多不方便的的问题。例如查询流量比较困难，不能把每个月的流量规划好是一个很大的问题，而且很多人想搞一个快捷改ip的功能等，我们的目的就是要开发一款使用的学生软件，方便铁大学子的日常生活。
二、项目概述
《网络助手》系统根据用户的不同，实现如下功能：
查询流量
修改ip
实现远程控制
实现定时开关机
实现一键开启小蝴蝶
三、主要参与人员：
由五个人（蓝梦、马翔、李金吉、胡佳奇、赵天）组成的开发团队。
四：进度
序号
任务名称
工作时间
开始时间
结束时间
1
查询流量
5天
2
修改ip
2天
3
实现远程控制
3天
4
实现定时开关机
1天
5
实现一键开启小蝴蝶
1天
五、关键问题
影响本计划进度的关键问题：各程序之间的转换、衔接问题。
六、支持条件
1、计算机系统支持：
2、服务器cpuintele3300或更高配置，内存1g以上，网络适配器100mb或1000mb的网卡。
3、服务器cpuintele3300或更高配置，内存512m以上，网络适配器100mb或1000mb的网卡。
4、网络环境：4madsl或光缆。
5、软件环境
客户机windowsxp，win7，win8位。
七：测试
测试计划：软件开发重要在后期进行软件测试，对开发的软件性能进行了解。
八：质量保证计划
从开发人员到项目管理，要进行严格管理。
九、用户进行培训
在软件实际应用的前些时间，对用户进行软件操作方法的具体培训，对软件界面和应用进行大概介绍。
十、预算
开支类别
主要开支项、用途
金额（元）
时间
人力资源
软件件成本
总成本
