时间就如同白驹过隙般的流逝，我们又将迎来新的喜悦、新的收获，让我们一起来学习写计划吧。大家想知道怎么样才能写一篇比较优质的计划吗？这里给大家分享一些最新的计划书范文，方便大家学习。
软件开发计划书实用篇一
目前，中国软件产业的快速增长已成为拉动我国经济增长的关键点之一。工信部部长李毅中表示，it行业为我国经济增长做出了十分重要的贡献，软件在 it行业发展中举足轻重，成为推动经济增长和创造经济机会的催化剂。因此发展和扶持软件产业，是一个国家提高国家竞争力的重要途径，也是参与全球化竞争所必须占领的战略制高点。而《中国软件产业发展战略研究报告》也指出全球软件产业在发展过程中的网络化已成为第一发展趋势。
从2000年到2010年这十年间，中国软件产业发展较快，产业规模增速迅猛。2009年软件服务业销售收入同比增长20%，是所有行业里面唯一增长20%以上的产业。2007年软件收入5834.3亿。2007年的前五年，平均的增速接近40%，07年的速度与五年前相比增加了五倍多。企业数14373家，平均增速是25%，07年较02年增长了3倍。从业人员达到152.9万。到了2009年，我国软件产业完成软件业务收入9513亿元，同比增长25.6%，增速比上年低4.2个百分点，是2000年的16倍；软件出口196亿美元，是2000年的49倍。面对金融危机，虽然软件产业的增长速度有所放缓，但总体增长水平依然强劲。
第一部分 摘要
一、项目背景
二、项目简介
三、项目竞争优势
四、融资与财务说明
二、目标市场分析
三、竞争对手分析
四、小结
第三部分 公司介绍
一、公司基本情况
二、组织架构
三、管理团队介绍
第四部分 产品介绍
一、产品介绍
二、产品的新颖性/先进性/独特性
三、产品的竞争优势
第五部分 研究与开发
一、已有的技术成果及技术水平
二、研发能力
三、研发规划
第六部分 产品制造
一、生产方式
二、生产设备
三、成本控制
第七部分 市场营销
一、企业发展规划
二、营销战略
三、市场推广方式
第八部分 融资说明
一、资金需求及使用规划
（一）项目总投资
（二）固定资产投资（土地费用、土建工程、淀粉糖装饰、设备、预备费、工程建设其他费用、建设期利息）
（三）流动资金
二、资金筹集方式
三、投资者权利
四、资金退出方式
第九部分 财务分析与预测
一、基本财务数据假设
二、销售收入预测与成本费用估算
三、盈利能力分析
1、损益和利润分配表
2、现金流量表
3、计算相关财务指标（投资利润率、投资利税率、财务内部收益率、财务净现值、投资回收期）
四、敏感性分析
五、盈亏平衡分析
六、财务评价结论
第十部分 风险分析
一、风险因素
二、风险控制措施
软件开发计划书实用篇二
转载
标签：
it/科技
科学
职场
产经/公司
管理
商业模式
网站运营
互联网
一、目标市场：
·几句话概括公司的目标市场及业务；
二、目前存在的问题：
·描述该领域目前的问题；
·概括目前该领域解决问题的相关办法；
三、解决方案：
·证明自身方案能够更好地解决问题；
·表明立足点及创新性；
·提供相关案例；
四、切入时间点：
·详细说明过去及目前的市场趋势；
·为什么是现在切入；
·判断未来发展趋势；
五、市场容量：
·目标客户群体是谁；
·计算总市场容量、目标市场容量、市场占有率；
六、竞争：
·竞争策略；
七、产品：
·产品线（元素、功能、特性、结构、知识产权等方面）； ·研发路线；
八、商业模式：
·盈利模式；
·产品定价体系；
·营收分析；
·目标客户；
·市场策略；
·销售策略；
九、项目团队：
·创始人及核心团队；
·顾问团队；
·人才策略；
十、财务：
软件开发计划书实用篇三
一、项目计划书格式
1.1 编写目的 1.2 背景 1.3 定义
1.4 参考资料
1.5 标准、条约和约定 2 项目概述 2.1项目目标
4.1 风险评估及对策 4.2 工作流程
4.3 总体进度计划 4.4 项目监控
5.1 内部支持（可选）
6.3 其它经费预算
6.4 项目合计经费预算 7 关键问题 8专题计划要点
二、项目计划书的编写说明 引言
1.1 编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2 背景
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5 标准、条约和约定
2.1 项目目标
2.2 产品目标与范围
2.3 假设与约束
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。注意产品范围与项目工作范围的不同含义。
产品范围界定：软件系统产品本身范围的特征和功能范围。
工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。
2.5 应交付成果 2.5.1 需完成的软件
列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。2.5.3 须提交内部的文档 可根据《gb8567-88计算机软件产品开发文件编制指南》附录o：“文件编制实施规定的实例（参考件）”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。
根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。
2.5.4 应当提供的服务
根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。
2.6 项目开发环境
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对java的，也需要针对c++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7 项目验收方式与依据
3.1 组织结构
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。
3.3 协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
3.3.1 项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
4.1 风险评估及对策
极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。
4)其它：应该包含此处没有、但据推测有风险的项目。
4.2 工作流程
这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
需求评审
设计评审
定。
制定软件项目进度计划可以使用一些专门的工具，最常用的是microsoft的project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用excel作为辅助工具。关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当考虑以下一些因素: 1）对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。2）软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。
3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。
4）项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本（熟悉项目任务所需要的时间）；加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。
5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。
4.4 项目控制计划
4.4.1 质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t 12504 计算机软件质量保证计划规范，内容包括： l 引言（本章节包括质量计划的目的、定义、参考资料）
l 管理（描述负责软件质量管理的机构、任务及其相关的职责）
l 文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则）
l 标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施）
l 评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查）l 软件配置管理（编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档）
l 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途）
l 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化）
l 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。）
编制有关软件配置管理的条款，或引用按照gb/t 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
l 引言（本章节包括质量计划的目的、定义、参考资料）
l 管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）
l 软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。）
l 工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法）
l 对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）
说明为了支持本项目的完成所需要的各种条件和设施。5.1 内部支持
列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。
5.3 外包（可选）
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务（包括人员的数量和时间）
设备成本包括：原材料费，设备购置及使用费
（1）差旅费（旅费、出租）（含补贴）
（2）资料费（图书费、资料费、复印费、出版费）
（3）通信费（市话长话费、移动通信费、上网费、邮资）
（4）会议费（鉴定费、评审会、研讨费、外事费等）
（5）办公费（购买办公用品）
（6）协作费（业务协作招待费、项目团队加班伙食费）
列出完成本项目需要的所有经费预算（上述各项费用之和）。7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点
《成功的项目管理》trevol l young（泰晤士报商业版，严鸿娟译）； 《成功的项目管理》jack gido ＆ james ts（21世纪管理经典教材系列，张金城等译）； 《如何做好项目管理》stanley （idg新经济工商实务傻瓜丛书，宁俊等译）； 《管理软件开发项目》（第二版）neal whitten（软件项目管理系列丛书，孙艳春等译）； 《it项目管理》kathy schwalbe（项目管理译丛 王金玉等译）； 《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）
软件开发计划书实用篇四
三组实用瘦腿法 分类击破小胖腿
核心提示：小腿粗壮，该怎么做才能有效去除腿上的“萝卜”呢？脂肪型、水肿型、肌肉型三种不同类型的瘦腿秘招，帮你雕塑纤细腿部线条！
小腿粗壮，该怎么做才能有效去除腿上的“萝卜”呢？脂肪型、水肿型、肌肉型三种不同类型的瘦腿秘招，帮你雕塑纤细腿部线条！
a类脂肪型
判断标准：如果你比实际体重看起来胖、除了锻炼，没什么比避免糖分和油分高的食物更管用的。
瘦腿提示：多吃海产品、蔬菜等低卡路里食物，少吃零食，多做跑步、游泳、自行车等有氧运动，可以消除腿部的赘肉。
顺着腿部的淋巴腺作拍打、按摩，可使腿部的淋巴结和血液循环更为畅通。而且通过适度按摩，能消除腿部的沉重感与水肿现象。每周至少要按摩两次以上，且按摩的时间要维持一个小时上，才能达到瘦腿的效果。
b类水肿型
判断标准：用手按压小腿肌肉，肌肤回弹差而缓慢的粗壮腿就是此种类型。
瘦腿提示：避免快餐、真空食品、点心和咸食，不要喝可乐、雪碧等碳酸饮料，也不要保持单一动作超过一小时，做一些简单的强化肌肉的体操，能改善浮肿状况。
身体里储存的水分过多，或水分不能很好代谢，就会有水肿腿。对于长时间坐在座位上不动的办公室女性，或是常常做“空中飞人”的女生来说，双腿略有浮肿可谓家常便饭。长久下来，脚腕会变粗，膝盖也会长出赘肉。
方法：10分钟速瘦法。
双手交替抚摩。将双手的手掌全部贴在跟腱周围，双手交替动作向上抚摩。双手共做10次。经常揉捏按摩腿肚，能加快小腿血液循环，帮助排除腿部滞留的水分，使腿形看起来更漂亮。
c肌肉型
肌肉发达的双腿因缺乏女性的柔美魅力而让人敬而远之。用力捏一捏你的小腿肌肉，如果坚硬结实而粗壮，就属此类型。
瘦腿提示：肌肉结实的腿型，要适当减少使肌肉发达的无氧运动，多做些快走、游泳之类的有氧运动，并尽量用按摩来消除肌肉的紧张。
方法：去角质+纤体乳液=纤长玉腿
只有把腿上的老旧角质去掉，纤体乳液中的营养成分才能被肌肤充分吸收。腿部肌肉弹性好、面积大，去角质比较轻松。取适量的去角质霜，先摩擦大腿部位，自上而下;再摩擦小腿部位，自下而上;要来回上下反复摩擦。去角质的工作一周做一次。
摩擦式按摩--涂上乳液之后，用手指在皮下脂肪较多的地方用力按压摩擦。在膝盖的周围集中按摩，可使小腿前侧结实平顺。
腿部一定要使用纤体乳液而不是乳霜。
祛痘最好不要用祛痘产品，如果产品不适合自己的肤质，反而越用越差，越用痘痘越多，我以前长痘痘的时候就是心急用太多的祛痘产品，后来皮肤变得非常敏感，痘痘留的疤痕也很难痊愈，现在是后悔啊。
软件开发计划书实用篇五
一、项目计划书格式
二、项目计划书的编写说明 1 引言 1.1 编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。
项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。
项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。
项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。
例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。
目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立“某市某建设工作信息报送反馈系统”，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。
项目名称
版本
1.0
[注：以下提供的模板用于
修订历史记录
日期
版本
说明
作者
日/月/年
详细信息
姓名
目录
1.简介
1.1 目的 1.2 范围
1.3 定义、首字母缩写词和缩略语
1.4 引用
1.5 概述
2.项目概述
2.1 项目的目的、规模和目标
2.2 假设与约束
2.3 项目的可交付工件
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 进度控制计划
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
范围
1.3
定义、首字母缩写词和缩略语
[本小节应提供正确理解此软件开发计划所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。]
1.4
引用
[本小节应完整地列出此软件开发计划中其他部分所引用的所有文档。
每个文档应标有标题、报告号（如果适用）、日期和发布组织。列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。
对于软件开发计划，所引用工件的列表中应包括：
_
迭代计划
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
_
需求管理计划
评测计划
风险管理计划
开发案例
业务建模指南
用户界面指南
用例建模指南
设计指南
编程指南
测试指南
手册风格指南
基础设施计划
产品验收计划
配置管理计划
评估计划（仅当该计划是单独的计划时，但它通常是文档计划
质量保证计划
问题解决计划
sdp 的6.2 节）
_
_
流程改进计划]
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
阶段计划
[包括以下内容：
_
工作细分结构
(wbs)
_
显示项目各阶段或迭代的时间分配情况的时间线或甘特图
_
确定主要里程碑及其成就标准
确定所有重要的发布点和演示版]
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
预算
[按照
wbs 和阶段计划分配成本。]
4.3
迭代计划
[通过引用的方式将各项迭代计划附加在本节中。]
4.4
项目监测与控制
4.4.1
需求管理计划
[通过引用附加。]
4.4.2
进度控制计划
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.附录
[供
sdp 读者使用的其他材料。]
9.索引
软件开发计划书实用篇六
摘要：在软件项目开发的过程中，软件项目管理的成功与否是决定一个项目是否能够顺利高效率完成的重要保证。但是我国大部分的软件企业在进行项目管理时都存在着各种问题，从而使项目不能顺利有效地完成。文章探讨了在项目管理过程里出现的常见问题，并给出了相应的解决策略。
关键词：软件项目管理；项目经理；项目计划
软件行业在现在的众多行业里是一个极具挑战性和创造性的行业，体现了软件开发者的智慧和汗水，同时软件开发是一项复杂的系统工程。牵涉到许多方面的因素，在实际工作中，经常会出现各种各样的问题，甚至会面临失败。如何总结、分析失败的原因。得出有益的教训，对于项目开发人员来说，是在今后的项目中取得成功的关键。
项目管理就是在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求，实际上就是通过项目各方干系人的合作，把各种资源应用于项目，以实现项目的目标，满足项目干系人的需求，其本质就是对时间、质量和成本的管理。随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，项目开发的管理日益受到重视。
二、目前在软件项目管理中存在的误区
现在大多数企业都认识到了在项目中进行管理的重要性，但是仍然有许多企业在实施项目管理的过程中存在着这样那样的误区，主要表现在：项目经理不够专业。在软件企业中，缺乏专业的项目管理人员来实施项目管理及担任项目经理，通常被任命的项目经理主要是因为他们能够在技术上独当一面，但是他们在管理方面特别是项目管理方面的知识比较缺乏。项目计划缺乏纲领性。项目经理对总体计划、阶段计划的作用认识不足，因此制定总体计划时比较随意，不少事情没有仔细考虑：阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。缺乏有效的管理意识。部分项目经理不能从总体上把握整个项目，而是埋头于具体的技术工作，造成项目组成人员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法，不好安排的工作只好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。缺乏有效的沟通制度和机制。在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失：有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。风险管理意识淡泊。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。项目干系人的不确定性。在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经权威用户代表确认的需求：或者是多个用户代表各说各话、昨是今非，但同时又要求项目尽早交付：项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。缺乏项目团队的合理分工。项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象；有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰，但是各项目成员只顾完成自己那部分任务，不愿意与他人协作。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
三、解决软件项目管理中存在的误区的有效策略
要想解决上面描述的误区，归根到底还是要从管理学的角度入手，即在软件项目的开发过程中加入过程管理的内容，这样我们可以在软件开发中对各个过程的质量加以控制，从而达到保证软件产品质量的目的。为了有效提高管理水平，我们应该努力做到：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。制定有效的沟通制度和沟通机制，提高沟通意识：采取多种沟通方式，提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如：除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法，掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。
实施有效的项目管理绝非易事，对于软件企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，同时，成熟有效的项目管理无疑将对企业起着至关重要的作用，项目管理的水平将是企业核心竞争力之一。
软件开发计划书实用篇七
1、编码人员及负责人
包括项目负责人、项目成员。
2、编码工作分工
介绍编码阶段项目组中各个成员工作分工。
3、工作进度安排
介绍整个编码阶段的进度安排，包括开始、验收时间，各个里程碑时间。
4、采用的工具
介绍项目组使用的开发工具、编程语言、测试工具、源代码管理工具等。
5、编码具体要求
介绍编码要求，包括编程规范、界面设计规范、源代码控制工具使用规范等。
6、输出要求
介绍编码阶段最后的输出情况。
7、计划制定人姓名及制定日期
软件开发计划书实用篇八
《计划摘要》编写帮助说明
计划摘要列在创业计划书的最前面，它是浓缩了的创业计划书的精华。计划摘要涵盖了计划的要点，以求一目了然，以便读者能在最短的时间内评审计划并做出判断。
计划摘要一般要有包括以下内容：公司介绍;主要产品和业务范围;市场概貌;营销策略;销售计划;生产管理计划;管理者及其组织;财务计划;资金需求状况等。
中肯的分析往往更能赢得信任，从而使人容易认同企业的创业计划书。最后，还要介绍一下创业者自己的背景、经历、经验和特长等。企业家的素质对企业的成绩往往起关键性的作用。在这里，企业家应尽量突出自己的优点并表示自己强烈的进取精神，以给投资者留下一个好印象。
在计划摘要中，企业还必须要回答下列问题：
(1).企业所处的行业，企业经营的性质和范围;
(2).企业主要产品的内容;
(3).企业的市场在那里，谁是企业的顾客，他们有哪些需求;
(4).企业的合伙人、投资人是谁;
(5).企业的竞争对手是谁，竞争对手对企业的发展有何影响。
《公司介绍》编写帮助说明
介绍公司的主营产业、产品和服务、公司的竞争优势以及成立地点时间、所处阶段等基本情况。在介绍企业时，首先要说明创办新企业的思路，新思想的形成过程以及企业的目标和发展战略。其次，要交待企业现状、过去的背景和企业的经营范围。在这一部分中，要对企业以往的情况做客观的评述，不回避失误。
《战略规划》编写帮助说明
公司业务描述介绍公司的宗旨和目标、公司的发展规划和策略。
《创业组织》编写帮助说明
创业者需要一支有战斗力的管理队伍。企业管理的好坏，直接决定了企业经营风险的大小。而高素质的管理人员和良好的组织结构则是管理好企业的重要保证。因此，风险投资家会特别注重对管理队伍的评估。
公司的股东名单，包括认股权、比例和特权;公司的董事会成员;各位董事的背景资料。
《产品服务》编写帮助说明
在进行投资项目评估时，投资人最关心的问题之一就是，风险企业的产品、技术或服务能否以及在多大程度上解决现实生活中的问题，或者，风险企业的产品(服务)能否帮助顾客节约开支，增加收入。因此，产品介绍是创业计划书中必不可少的一项内容。通常，产品介绍应包括以下内容：产品的概念、性能及特性;主要产品介绍;产品的市场竞争力;产品的研究和开发过程;发展新产品的计划和成本分析;产品的市场前景预测;产品的品牌和专利。
(5).企业采用何种方式去改进产品的质量、性能，企业对发展新产品有哪些计划等等。
产品(服务)介绍的内容比较具体，因而写起来相对容易。虽然夸赞自己的产品是推销所必需的，但应该注意，企业所做的每一项承诺都是“一笔债”，都要努力去兑现。要牢记，企业家和投资家所建立的是一种长期合作的伙伴关系。空口许诺，只能得意于一时。如果企业不能兑现承诺，不能偿还债务，企业的信誉必然要受到极大的损害，因而是真正的企业家所不屑为的。
《市场预测》编写帮助说明
当企业要开发一种新产品或向新的市场扩展时，首先就要进行市场预测。如果预测的结果并不乐观，或者预测的可信度让人怀疑，那么投资者就要承担更大的风险，这对多数风险投资家来说都是不可接受的。市场预测首先要对需求进行预测：市场是否存在对这种产品的需求?需求程度是否可以给企业带来所期望的利益?新的市场规模有多大?需求发展的未来趋向及其状态如何?影响需求都有哪些因素。其次，市场预测还要包括对市场竞争的情况——企业所面对的竞争格局进行分析：市场中主要的竞争者有哪些?是否存在有利于本企业产品的市场空档?本企业预计的市场占有率是多少?本企业进入市场会引起竞争者怎样的反应，这些反应对企业会有什么影响?等等。
《营销计划》编写帮助说明
营销是企业经营中最富挑战性的环节，影响营销策略的主要因素有：
(1).消费者的特点;(2).产品的特性;(3).企业自身的状况;(4).市场环境方面的因素。
(1).市场机构和营销渠道的选择;
(2).营销队伍和管理;
(3).促销计划和广告策略;
(4).价格决策。
对创业企业来说，由于产品和企业的知名度低，很难进入其他企业已经稳定的销售渠道中去。因此，企业不得不暂时采取高成本低效益的营销战略，如上门推销，大打商品广告，向批发商和零售商让利，或交给任何愿意经销的企业销售。对发展企业来说，它一方面可以利用原来的销售渠道，另一方面也可以开发新的销售渠道以适应企业的发展。
《生产计划》编写帮助说明
创业计划书中的生产制造计划应包括以下内容：产品制造和技术设备现状;新产品投产计划;技术提升和设备更新的要求;质量控制和质量改进计划。
在寻求资金的过程中，为了增大企业在投资前的评估价值，创业者应尽量使生产制造计划更加详细、可靠。一般地，生产制造计划应回答以下问题：企业生产制造所需的厂房、设备情况如何;怎样保证新产品在进入规模生产时的稳定性和可靠性;设备的引进和安装情况，谁是供应商;生产线的设计与产品组装是怎样的;供货者的前置期和资源的需求量;生产周期标准的制定以及生产作业计划的编制;物料需求计划及其保证措施;质量控制的方法是怎样的;相关的其他问题。
《财务规划》编写帮助说明
财务规划需要花费较多的精力来做具体分析，其中就包括现金流量表，资产负债表以及损益表的制备。流动资金是企业的生命线，因此企业在初创或扩张时，对流动资金需要有预先周详的计划和进行过程中的严格控制;损益表反映的是企业的赢利状况，它是企业在一段时间运作后的经营结果;资产负债表则反映在某一时刻的企业状况，投资者可以用资产负债表中的数据得到的比率指标来衡量企业的经营状况以及可能的投资回报率。
财务规划一般要包括以下内容：
(2).预计的资产负债表;
(3).预计的损益表;
(4).现金收支分析;
(5).资金的来源和使用。
是对创业计划书的支持和说明。因此，一份好的财务规划对评估风险企业所需的资金数量，提高风险企业取得资金的可能性是十分关键的。如果财务规划准备的不好，会给投资者以企业管理人员缺乏经验的印象，降低风险企业的评估价值，同时也会增加企业的经营风险，那么如何制订好财务规划呢?这首先要取决于风险企业的远景规划——是为一个新市场创造一个新产品，还是进入一个财务信息较多的已有市场。
着眼于一项新技术或创新产品的创业企业不可能参考现有市场的数据、价格和营销方式。因此，它要自己预测所进入市场的成长速度和可能获得纯利，并把它的设想、管理队伍和财务模型推销给投资者。而准备进入一个已有市场的风险企业则可以很容易地说明整个市场的规模和改进方式。风险企业可以在获得目标市场的信息的基础上，对企业头一年的销售规模进行规划。
企业的财务规划应保证和创业计划书的假设相一致。事实上，财务规划和企业的生产计划、人力资源计划、营销计划等都是密不可分的。
要完成财务规划，必须要明确下列问题：
(1).产品在每一个期间的发出量有多大?
(2).什么时候开始产品线扩张?
(3).每件产品的生产费用是多少?
(4).每件产品的定价是多少?
(5).使用什么分销渠道，所预期的成本和利润是多少?
(6).需要雇佣那几种类型的人?
(7).雇佣何时开始，工资预算是多少?等等。
《风险与退出》编写帮助说明
不是说有人竞争就是风险，风险可能是进出口汇兑的风险、餐厅有火灾的风险等，并注意当风险来时如何应对。面临企业的风险和未来的成功，作为投资者资本退出的方式和办法、以及预期的收益等。