根据《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编写目的
说明编写这份项目计划的目的，并指出预期的读者。
作用：本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。注意这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。
意义：使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。”
例如可以这么写：为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
常见的问题：把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2背景
项目的名称：经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对“xx系统”开发的项目名称是“xx系统开发”。
项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方；如果是自行研发的软件产品，项目的委托单位就是本企业。项目的用户（单位）：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。
项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员；注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门（也有的分为不同事业部）。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。
软件系统与其他系统的关系：说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统（一些数据、环境等必须依靠这个系统才能运行），也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句：本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系：说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书；属于本项目的其他已经发表的文件；
本文档中各处引用的文件、资料，包括所要用到的软件开发标准。
1.5标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。“参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得；“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。项目概述
2.1项目目标
lrrealistic合理的，现实的或者说是能和实际工作相结合lttrackable可以跟踪的
2.2产品目标与范围
2.3假设与约束
约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。
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.1组织结构
说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。3.2人员分工
确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。
3.3协作与沟通
3.3.1项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：a、负责本项目同用户的接口人员；
b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；
c、负责本项目同分包方的接口人员。3.3.3项目团队外部沟通与协作模式
4.1风险评估及对策
识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等
风险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受一切后果，可以是积
极的（如制定预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。
规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；2)技术上的风险
使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严；3)用户体制上的问题
4)其它：应该包含此处没有、但据推测有风险的项目。
4.2工作流程
说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。4.3总体进度计划
这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。
对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（里程碑）。例如
需求评审
设计评审
表格中检查点／里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确
定。
制定软件项目进度计划可以使用一些专门的工具，最常用的是microsoft的project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用excel作为辅助工具。关于如何使用这些工具不在此作详细说明。
3）软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系；同样项目的规模与项目的复杂程度未必是成比例的关系。
5）项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度；对于建模工具、开发工具、测试工具等技术的掌握程度；企业内部对行业业务知识和主要技术的知识积累。
4.4项目控制计划
4.4.1质量保证计划
执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据gb/t12504计算机软件质量保证计划规范，内容包括：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单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施；必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。
根据《gb/t12505计算机软件配置管理计划规范》，软件配置管理计划内容如下：
l引言（本章节包括质量计划的目的、定义、参考资料）
l管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。）
l软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。）
l工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法）
l对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求）
l记录的收集、维护和保存（指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限）支持条件
说明为了支持本项目的完成所需要的各种条件和设施。5.1内部支持
5.3外包（可选）
6.1人员成本
列出产品/项目团队每一个人的预计工作月数。
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金6.2设备成本
设备成本包括：原材料费，设备购置及使用费
列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括：
（1）差旅费（旅费、出租）（含补贴）
（2）资料费（图书费、资料费、复印费、出版费）
（3）通信费（市话长话费、移动通信费、上网费、邮资）
（4）会议费（鉴定费、评审会、研讨费、外事费等）
（5）办公费（购买办公用品）
（6）协作费（业务协作招待费、项目团队加班伙食费）
（7）培训费（培训资料编写费、资料印刷费、产地费、设备费）其他（检测、外加工费、维修费、消耗品、低易品、茶话会等）6.4项目合计经费预算
列出完成本项目需要的所有经费预算（上述各项费用之和）。7关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。参考文献
《项目管理—计划、进度和控制的系统方法》（第7版）haroldkerzner（电子工业出版社，杨爱华等译）；
《计算机软件工程规范国家标准汇编2003》中国标准出版社；《pmbok-2000》pmi；《pmbok-2004》pmi；
《成功的项目管理》trevollyoung（泰晤士报商业版，严鸿娟译）；《成功的项目管理》jackgido＆jamests（21世纪管理经典教材系列，张金城等译）；《如何做好项目管理》stanley（idg新经济工商实务傻瓜丛书，宁俊等译）；《管理软件开发项目》（第二版）nealwhitten（软件项目管理系列丛书，孙艳春等译）；《it项目管理》kathyschwalbe（项目管理译丛王金玉等译）；《高级项目管理基础》（信息产业部计算机信息系统集成高级项目经理培训讲义）
软件开发目计划书编写说明与模板
三组实用瘦腿法分类击破小胖腿
核心提示：小腿粗壮，该怎么做才能有效去除腿上的“萝卜”呢？脂肪型、水肿型、肌肉型三种不同类型的瘦腿秘招，帮你雕塑纤细腿部线条！
小腿粗壮，该怎么做才能有效去除腿上的“萝卜”呢？脂肪型、水肿型、肌肉型三种不同类型的瘦腿秘招，帮你雕塑纤细腿部线条！
a类脂肪型
判断标准：如果你比实际体重看起来胖、除了锻炼，没什么比避免糖分和油分高的食物更管用的。
瘦腿提示：多吃海产品、蔬菜等低卡路里食物，少吃零食，多做跑步、游泳、自行车等有氧运动，可以消除腿部的赘肉。
长期久坐，缺乏运动，会使得整个下半身血液循环不畅。按摩腿肚不仅能让小腿处于健康状态，全身的血液循环也会因此更好。而且不仅仅是腿部，全身的细胞都会充满活力。方法：拍打按摩法
b类水肿型
判断标准：用手按压小腿肌肉，肌肤回弹差而缓慢的粗壮腿就是此种类型。
瘦腿提示：避免快餐、真空食品、点心和咸食，不要喝可乐、雪碧等碳酸饮料，也不要保持单一动作超过一小时，做一些简单的强化肌肉的体操，能改善浮肿状况。
方法：10分钟速瘦法。
双手交替抚摩。将双手的手掌全部贴在跟腱周围，双手交替动作向上抚摩。双手共做10次。经常揉捏按摩腿肚，能加快小腿血液循环，帮助排除腿部滞留的水分，使腿形看起来更漂亮。
c肌肉型
肌肉发达的双腿因缺乏女性的柔美魅力而让人敬而远之。用力捏一捏你的小腿肌肉，如果坚硬结实而粗壮，就属此类型。
瘦腿提示：肌肉结实的腿型，要适当减少使肌肉发达的无氧运动，多做些快走、游泳之类的有氧运动，并尽量用按摩来消除肌肉的紧张。
方法：去角质+纤体乳液=纤长玉腿
只有把腿上的老旧角质去掉，纤体乳液中的营养成分才能被肌肤充分吸收。腿部肌肉弹性好、面积大，去角质比较轻松。取适量的去角质霜，先摩擦大腿部位，自上而下;再摩擦小腿部位，自下而上;要来回上下反复摩擦。去角质的工作一周做一次。
摩擦式按摩--涂上乳液之后，用手指在皮下脂肪较多的地方用力按压摩擦。在膝盖的周围集中按摩，可使小腿前侧结实平顺。
腿部一定要使用纤体乳液而不是乳霜。
祛痘最好不要用祛痘产品，如果产品不适合自己的肤质，反而越用越差，越用痘痘越多，我以前长痘痘的时候就是心急用太多的祛痘产品，后来皮肤变得非常敏感，痘痘留的疤痕也很难痊愈，现在是后悔啊。
创业计划书编写说明
《计划摘要》编写帮助说明
计划摘要一般要有包括以下内容：公司介绍;主要产品和业务范围;市场概貌;营销策略;销售计划;生产管理计划;管理者及其组织;财务计划;资金需求状况等。
中肯的分析往往更能赢得信任，从而使人容易认同企业的创业计划书。最后，还要介绍一下创业者自己的背景、经历、经验和特长等。企业家的素质对企业的成绩往往起关键性的作用。在这里，企业家应尽量突出自己的优点并表示自己强烈的进取精神，以给投资者留下一个好印象。
在计划摘要中，企业还必须要回答下列问题：
(1).企业所处的行业，企业经营的性质和范围;
(2).企业主要产品的内容;
(3).企业的市场在那里，谁是企业的顾客，他们有哪些需求;
(4).企业的合伙人、投资人是谁;
(5).企业的竞争对手是谁，竞争对手对企业的发展有何影响。
摘要尽量简明、生动。特别要详细说明自身企业的不同之处以及企业获取成功的市场因素。如果企业家了解他所做的事情，摘要仅需2页纸就足够了。如果企业家不了解自己正在做什么，摘要就可能要写20页纸以上。因此，有些投资家就依照摘要的长短来“把麦粒从谷壳中挑出来”
《公司介绍》编写帮助说明
《战略规划》编写帮助说明
公司业务描述介绍公司的宗旨和目标、公司的发展规划和策略。
《创业组织》编写帮助说明
创业者需要一支有战斗力的管理队伍。企业管理的好坏，直接决定了企业经营风险的大小。而高素质的管理人员和良好的组织结构则是管理好企业的重要保证。因此，风险投资家会特别注重对管理队伍的评估。
企业的管理人员应该是互补型的，而且要具有团队精神。一个企业必须要具备负责产品设计与开发、市场营销、生产作业管理、企业理财等方面的专门人才。在创业计划书书中，必须要对主要管理人员加以阐明，介绍他们所具有的能力，他们在本企业中的职务和责任，他们过去的详细经历及背景。此外，在这部分创业计划书书中，还应对公司结构做一简要介绍，包括：公司的组织机构图;各部门的功能与责任;各部门的负责人及主要成员;公司的报酬体系;
公司的股东名单，包括认股权、比例和特权;公司的董事会成员;各位董事的背景资料。
《产品服务》编写帮助说明
在进行投资项目评估时，投资人最关心的问题之一就是，风险企业的产品、技术或服务能否以及在多大程度上解决现实生活中的问题，或者，风险企业的产品(服务)能否帮助顾客节约开支，增加收入。因此，产品介绍是创业计划书中必不可少的一项内容。通常，产品介绍应包括以下内容：产品的概念、性能及特性;主要产品介绍;产品的市场竞争力;产品的研究和开发过程;发展新产品的计划和成本分析;产品的市场前景预测;产品的品牌和专利。
在产品(服务)介绍部分，企业家要对产品(服务)作出详细的说明，说明要准确，也要通俗易懂，使不是专业人员的投资者也能明白。一般的，产品介绍都要附上产品原型、照片或其他介绍。一般地，产品介绍必须要回答以下问题：
(1).顾客希望企业的产品能解决什么问题，顾客能从企业的产品中获得什么好处
(2).企业的产品与竞争对手的产品相比有哪些优缺点，顾客为什么会选择本企业的产品
(3).企业为自己的产品采取了何种保护措施，企业拥有哪些专利、许可证，或与已申请专利的厂家达成了哪些协议
(4).为什么企业的产品定价可以使企业产生足够的利润，为什么用户会大批量地购买企业的产品
(5).企业采用何种方式去改进产品的质量、性能，企业对发展新产品有哪些计划等等。
产品(服务)介绍的内容比较具体，因而写起来相对容易。虽然夸赞自己的产品是推销所必需的，但应该注意，企业所做的每一项承诺都是“一笔债”，都要努力去兑现。要牢记，企业家和投资家所建立的是一种长期合作的伙伴关系。空口许诺，只能得意于一时。如果企业不能兑现承诺，不能偿还债务，企业的信誉必然要受到极大的损害，因而是真正的企业家所不屑为的。
《市场预测》编写帮助说明
当企业要开发一种新产品或向新的市场扩展时，首先就要进行市场预测。如果预测的结果并不乐观，或者预测的可信度让人怀疑，那么投资者就要承担更大的风险，这对多数风险投资家来说都是不可接受的。市场预测首先要对需求进行预测：市场是否存在对这种产品的需求需求程度是否可以给企业带来所期望的利益新的市场规模有多大需求发展的未来趋向及其状态如何影响需求都有哪些因素。其次，市场预测还要包括对市场竞争的情况——企业所面对的竞争格局进行分析：市场中主要的竞争者有哪些是否存在有利于本企业产品的市场空档本企业预计的市场占有率是多少本企业进入市场会引起竞争者怎样的反应，这些反应对企业会有什么影响等等。
在创业计划书中，市场预测应包括以下内容：市场现状综述;竞争厂商概览;目标顾客和目标市场;本企业产品的市场地位;市场区格和特征等等。风险企业对市场的预测应建立在严密、科学的市场调查基础上。风险企业所面对的市场，本来就有更加变幻不定的、难以捉摸的特点。因此，风险企业应尽量扩大收集信息的范围，重视对环境的预测和采用科学的预测手段和方法。创业者应牢记的是，市场预测不是凭空想象出来，对市场错误的认识是企业经营失败的最主要原因之一
《营销计划》编写帮助说明
营销是企业经营中最富挑战性的环节，影响营销策略的主要因素有：
(1).消费者的特点;(2).产品的特性;(3).企业自身的状况;(4).市场环境方面的因素。
最终影响营销策略的则是营销成本和营销效益因素。在创业计划书中，营销策略应包括以下内容：
(1).市场机构和营销渠道的选择;
(2).营销队伍和管理;
(4).价格决策。
《生产计划》编写帮助说明
创业计划书中的生产制造计划应包括以下内容：产品制造和技术设备现状;新产品投产计划;技术提升和设备更新的要求;质量控制和质量改进计划。
《财务规划》编写帮助说明
财务规划一般要包括以下内容：
(1).创业计划书的条件假设;
(2).预计的资产负债表;
(3).预计的损益表;
(4).现金收支分析;
可以这样说，一份创业计划书概括地提出了在筹资过程中创业者需做的事情，而财务规划则
是对创业计划书的支持和说明。因此，一份好的财务规划对评估风险企业所需的资金数量，提高风险企业取得资金的可能性是十分关键的。如果财务规划准备的不好，会给投资者以企业管理人员缺乏经验的印象，降低风险企业的评估价值，同时也会增加企业的经营风险，那么如何制订好财务规划呢这首先要取决于风险企业的远景规划——是为一个新市场创造一个新产品，还是进入一个财务信息较多的已有市场。
着眼于一项新技术或创新产品的创业企业不可能参考现有市场的数据、价格和营销方式。因此，它要自己预测所进入市场的成长速度和可能获得纯利，并把它的设想、管理队伍和财务模型推销给投资者。而准备进入一个已有市场的风险企业则可以很容易地说明整个市场的规模和改进方式。风险企业可以在获得目标市场的信息的基础上，对企业头一年的销售规模进行规划。
企业的财务规划应保证和创业计划书的假设相一致。事实上，财务规划和企业的生产计划、人力资源计划、营销计划等都是密不可分的。
要完成财务规划，必须要明确下列问题：
(1).产品在每一个期间的发出量有多大
(2).什么时候开始产品线扩张
(3).每件产品的生产费用是多少
(4).每件产品的定价是多少
(5).使用什么分销渠道，所预期的成本和利润是多少
(6).需要雇佣那几种类型的人
(7).雇佣何时开始，工资预算是多少等等。
《风险与退出》编写帮助说明
不是说有人竞争就是风险，风险可能是进出口汇兑的风险、餐厅有火灾的风险等，并注意当风险来时如何应对。面临企业的风险和未来的成功，作为投资者资本退出的方式和办法、以及预期的收益等。
《护理员必读》编写说明与要求
一、编写要求：
1.语言简明，通俗易懂，充分体现科学性、指导性和实用性。
4.术语使用规范；使用国际通用的单位符号；连接符用“～”表示，如5～10mmhg。
5.字体要求：章标题三号，宋体，标题居中；节标题，四号，宋体，标题居中；一级标题（大写序号“一”），小四，宋体，左对齐；二级标题（小写序号“1”），小四，宋体，左缩进2格；正文，小四，宋体，行距固定值22磅。
6.序号取消自动编号。
软件开发计划书模板
字号：大中小
项目名称：图书管理系统
小组编号:15
版本号:v1.0
评审日期：2006-11-19
目录
1.概述3
1.1目的3
1.2项目范围3
1.3术语定义3
2.人员分工3
2.1基本信息3
2.2假设和约束3
2.3关键里程碑及其提交产品3
3.项目计划4
3.1项目开发过程选择4
3.2项目估算4
3.2.1工作量估算4
3.2.2进度估算4
3.3开发环境4
3.4小组评审4
4.项目跟踪5
4.1任务跟踪5
4.2问题跟踪5
4.3项目进展报告5
5.参考资料5
软件开发计划书
1.概述
软件系统。
1.1目的通过书写开发计划文档，开发小组可以有条不紊地进行开发活动。这样，小组在开发的过程中有章
可循，否则会造成混乱而且低的工作效率。
1.2项目范围
本项目负责项目生命周期模型的需求分析，系统设计、原型编码阶段。
2.角色与人员分工
2.1基本信息
个人详细的任务分工在后面进度计划中描述，这里仅仅说明成员在本项目中担任的角色
人员角色职责
李晓虎项目经理管理负责整个项目，协同开发
林君宇系统分析员进行系统分析与设计
兰皓程序员编程实现原型
连九研程序员编程实现原型
蒋海倩测试,配置测试，配置管理
2.2假设和约束
假设：（1）需求比较稳定；
（2）项目人员按时到位；
（3）项目中遇到的所有新技术能顺利得到解决；
约束：软件需求文档中描述的需求都能实现，保证项目工期
2.3关键里程碑及其提交产品
里程碑名称产品名称提交日期责任人
项目计划《小组项目开发计划》2006.11.20李晓虎
业务需求描述《业务需求描述基线》2006.11.21李晓虎
对象系统需求规格基线《系统需求规格说明书》2006.11.29李晓虎
对象系统设计规格基线《系统设计规格说明书》2006.12.5李晓虎
结构化系统需求基线《结构化需求规格说明书》2006.12.17李晓虎
结构化系统设计基线《结构化设计规格说明书》2006.12.22李晓虎
小组项目总结《小组项目总结报告》2006.12.29李晓虎
程序包及程序框架文档程序包以及程序框架文档2006.12.29李晓虎
3.项目计划
3.1项目开发过程选择
小组开发所用的开发过程
1）面向对象开发方法中的迭代开发。
2）结构化开发方法中的瀑布模型。
3.2项目估算
3.1.1工作量估算
stagepercentageofefforteffort(person-hours)
需求获取48
需求分析2020
设计4030
实现（含编程，测试）2020
项目管理810
其它48
总计10096
3.1.2进度估算
microsoftprojectganttchart：
3.2开发环境
硬件环境软件环境
pc等jbuilder2006,oracle,weblogic等
3.3小组评审
小组自行定义的内部评审点
评审关键点评审内容评审安排
开发计划项目开发计划2006.11.20上午九教北304
业务需求描述《业务需求描述基线》2006.11.21上午九教北304
对象系统需求规格基线《系统需求规格说明书》2006.11.29上午九教北304
对象系统设计规格基线《系统设计规格说明书》2006.12.5上午九教北304
结构化系统需求基线《结构化需求规格说明书》2006.12.17上午九教北304
结构化系统设计基线《结构化设计规格说明书》2006.12.22上午九教北304
小组项目总结《小组项目总结报告》2006.12.28上午九教北304
4.项目跟踪
4.1任务跟踪
每个成员每周要交一个《个人工作进展报告》。
4.2问题跟踪
小组成员将问题申报给组长，组长汇总并组织开会来讨论解决，同时形成会议记录。组长跟踪问题
使其最终得到解决。
.4.3项目进展报告
小组长填写关键里程碑处小组工作汇报的安排，关键里程碑是指课程计划中定义的关键评审点，需