《项目计划书的编写说明》属于计划书中比较优秀的内容，欢迎参考。
1、项目计划书的编写说明
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)对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
2、如何编写创业计划书?
一、创业者和创业计划
--创业者简介，全国文秘工作者的重点介绍创业者的业务专长和已取得的业绩。
--创业机会概述，应对产品（服务）和市场机会进行简要描述。
--创业目标
二、市场分析
--市场现状综述，应详细描述顾客、市场的现实需求，市场的容量和成长潜力，市场的细分及其特征。
--市场发展趋势，应详细分析市场发展趋势，各影响因素及其对市场的具体影响。
--竞争分析，要详细分析所有现实和可能的竞争对手的情况，包括他们的产品、销售额、市场份额、经济实力以及各自优势与劣势。
--市场定位，应详细说明本产品（服务）的目标顾客、目标市场和市场竞争力，可能的市场地位和市场份额。（以上应说明资料来源与选择的预测办法）
三、产品（服务）
--产品（服务）介绍，主要包括产品（服务）的技术原理、技术水平、新颖性和独特性，主要用途和应用范围，经济寿命和所处阶段，未来发展预测。
--产品（服务）的市场保护措施
--产品（服务）研发计划
--产品（服务）生产计划（以上应注明资料及信息来源）
四、市场营销
--营销方式和渠道--营销队伍--促销计划--价格策略
五、财务计划财务计划主要是对创业前三年的财务情况进行预测、分析。--资金需求和使用
--预计销售收入和经济效益--财务分析，包括对投资额、经营成本和销售收入发生变动的影响分析
六、风险与对策
--技术风险--市场风险--管理风险--环境风险
七、创业团队
--主要成员，重点介绍成员经历和背景，能力与专长，拟任职务（注意分工和互补）。--组织结构，包括企业的组织结构图、部门的功能、作用与职责，部门的负责人及主要成员。--欠缺与对策
八、发展预测新星创业计划项目可行性研究报告编写提纲
一、总论
1、项目名称
2、主要内容说明本项目创新内容、技术水平、技术指标、用途及应用范围。
3、目的、意义说明本项目提出的背景、目的和是否符合国家和地方产业政策要求以及社会经济意义。
4、国内外现状及发展趋势说明与本项目研究开发内容相关的国内外现状及发展趋势。（要求注明主要资料及信息来源）
九、项目技术可行性分析
1、项目的技术创新性论述（1）项目产品（服务）的主要技术内容及基础原理。（2）项目产品（服务）的技术创新点论述。详细说明本项目的技术创新点、创新程度、创新难度，以及需进一步解决的问题，并附上权威机构出示的查新报告或其他相关证明材料。（3）项目产品（服务）的主要技术性能指标与国内、国外同类产品先进技术指标的比较（可以表格方式说明）。
2、技术成熟性和项目产品可靠性论述技术成熟阶段的论述、有关部门对本项目技术成果的技术鉴定情况；本项目产品（服务）的技术检测、分析化验的情况；该技术进行生产条件下小批量、小规模试生产的情况，包括生产质量的稳定性、成品率；本项目产品（服务）在实际使用条件下的可靠性、耐久性、安全性的考核情况等。
十、项目产品（服务）市场预测
1、项目产品（服务）的主要用途，产品（服务）的经济寿命，目前处于寿命期的阶段，开发新用途的可能性。
2、市场调查。说明现阶段市场容量、市场供应能力，国内外同类产品的水平、价格、市场竞争力情况。
3、市场预测。说明未来市场容量、市场供应能力、产品的技术水平、价格等方面的发展趋势。（以上应注明主要资料、信息来源及选用的预测办法）
十一、项目实施方案
1、技术方案2、生产方案3、营销计划4、特殊行业许可证报批情况5、项目总体发展论述
十二、项目投资估算与资金筹措
1、投资估算2、资金筹措3、资金使用计划
十三、经济、社会效益分析
1、生产成本与销售收入估算2、财务分析预测项目完成后项目产品年净利润、年纳税总额、投资利润率、财务内部收益率、投资回收期。3、社会效益分析4、项目的风险性及不确定性分析对项目的风险性及不确定因素进行识别，包括技术风险、人员风险、市场风险、政策风险等。进行盈亏平衡分析和敏感性分析，进而分析不确定因素对项目经济评价指标的影响，分析项目的抗风险能力。
十四、项目承担人情况
1、创业申请人及主要创业人员的姓名、性别、年龄、文化程度、技术职称及在项目中承担的主要研究开发任务。2、主要研究开发人员的研究领域及研究成果简介。3、创业申请人与主要研究开发人员的合作形式、经济和技术关系。
附件包括可以说明项目情况的证明文件（技术报告、设计文件、查新报告、鉴定证书、检测报告、专利证书、奖励证明等复印件。
《写作技巧-如何编写创业计划书?》
3、项目借款用途说明及还款计划书
导语：策划其实就是为了达到一定的目的`，充分调查市场环境及相关联的环境的基础之上，遵循一定的方法或者规则，对未来即将发生的事情进行系统、周密、科学的预测并制订科学的可行性的方案。
——————公司/银行：
xxxx有限公司项目因在开发过程中资金周转需要，特向贵单位申请项目借款人民币元整。借款用途及还款计划说明如下：
xxxx有限公司成立于 年 月，投资开发xxx景苑项目总用地面积㎡，总建筑面积㎡左右，容积率为 ，绿地率达到，项目分期开发，预计项目总投资万元，建成后将成为该区域地块的龙头项目。目前项目一期2万㎡已经竣工交付。建设中的二期工程由5幢高层和1幢商业街构成，共计建筑面积约5万㎡左右，已于2011年3月正式开工。因受到国家宏观经济调控影响，目前资金缺口六千万元左右。此次项目借款主要用于在建工程的土建工程，其中后续主体工程建设和主体装饰工程用款约5000万元，项目后续配套设施，包括配电工程、电讯、电视配套、消防工程、管道燃气、市政、道路、园林绿化以及竣工验收费用约1000万元左右。
我公司承诺按期归还所借款项之本金与利息。还款来源保证如下：画溪〃银杏景苑项目一期在售住宅销售均价每平方米4000元左右，商业用房均价每平方米8000元左右。项目二期开发总量5万㎡左右，其中商品房420套，营业用房35套。整个项目竣工完成后，居住人气与商业气氛都将形成规模，因此公司计划将二期售价提高15 %左右，目前已经有登记意向客户130名。如各项工程按计划顺利实施，xxx景苑二期30%的销售收入即可用于归还贵单位之借款。
请贵单位批准我公司借款申请为荷！
xxx有限公司
二0xx年x月xx日
4、大学生创业项目计划书范文SNS创业计划书
背景说明
1967年，哈佛大学的心理学教授Stanley Milgram(1933～1984)创立了六度关系理论，简单地说：“你和任何一个陌生人之间所间隔的人不会超过六个，也就是说，最多通过六个人你就能够认识任何一个陌生人。”
MySpace.com 在alexa的全球排名是第5位，业内评估其价值为200亿美元以上。2007年10月，微软公司出资2.4亿美元收购美国第二大社交网站Facebook 1.6%股权。这项交易使Facebook价值已高达150亿美元。
美国是SNS网站的先行者。美国两个社交网站MySpace和Facebook的全球风行迅速将SNS的热潮烧到中国。从2003年起，SNS陆续在中国发展起来，据市场研究公司BDA预计，中国目前共有超过100家较为活跃的社交网站。本土SNS网站51.com、校内网等更是其中翘楚。
在国内，SNS网站大致划分为三大类：第一类是综合交友类型，以某种共同爱好、共同话题为核心，建立一般意义上的朋友关系。第二类是婚恋类型，这些网站目标用户大多是白领阶层。第三类是商务类型的SNS，这一类型主要面向企业商务应用收费和多样线下商业活动收费。目前，除婚恋类型发展势头较好以外，绝大部分SNS网站正在尴尬求存。
1.盈利模式
SNS网站一般提供的服务有：日记，相册，音乐等一些共享性质的服务。SNS从名称上看是服务性网站，卖的自然就是服务。中国的网民不习惯付费服务。他们只是觉得大家都能享受的服务就是应该是免费的，同时也接受一些定制收费服务。也就是说中国网民喜欢花钱消费在“特殊性”上面。目前的SNS都提供了供定制服务来扩展用户的相册，音乐，空间。
目前来看国内的SNS网站所建立起来的人与人之间的关系并不粘连。“个人留言”这页大都是“我来踩踩”、
“串门”、“加我为好友吧”等一些寒暄。找不到理由的搭讪，这种搭讪成功的概率极低。即便搭讪成功，把对方加为好友你也不知道如何继续下去，用户的体验非常少。最后会发现自己的几百个好友竟然没有几个是经常上线。客户流失过快是SNS面临的一个巨大问题。
SNS网站除了有日记，相册这些基本工具外还应该有更多必须通过交流才能获得的乐趣。网络游戏就是一个很好的学习例子。大家刚进去在新手村练习打小动物就可能结交到一个朋友，并与之围绕话题展开聊天。同样，一个SNS网站必须让用户有事可做，这件事可以是虚拟的，也可以是实际的。例如，可以尝试给新注册用户一个小小任务。这个任务不是一个人能轻易完成，但又不是很复杂。让用户充当记者采访另外一个用户。网站工作人员可以帮忙组合用户(网络红娘?)来完成任务。或者他们可以购买辅助道具来减少完成任务的阻力。完成任务之后又能得到丰厚奖励。加入这种游戏元素的话虚拟道具的销售也可以成为一项收入来源。
网络广告尤其是精准广告已经成为SNS网站的重要盈利模式。在不破坏网友用户体验的情况下，SNS网站可以根据交友用户的上网行为、社区行为、言论行为以及内容偏好进行数据挖掘，从而实现对用户的分类，并根据不同类别用户的特征和需求匹配相应的广告。广告商的广告效力明显增强。51.com目前30%收入来源于此。
2.用户群
中国互联网络信息中心(CNNIC)数据显示，截止2007年12月31日，我国网民总人数达到2.1亿人，仅以500万人之差次于美国，居世界第二，CNNIC预计在2008年初中国将成为全球网民规模最大的国家。快速增长的农村网民成为新增网民的重要组成，7300万新增网民中的4成，即有2917万来自农村;截至2007年12月底，我国农村网民数量达到5262万，年增长率达到127.7%。这一数据表明：农村网民的高速增长，使得农村成为一个拥有巨大潜力的互联网消费市场，随着 "村村通电话"、"乡乡能上网"、"乡乡有网站"等乡镇信息化普及工程的推进，农村互联网市场必将大有可为。
面向白领的SNS网站，用户数发展注定受限。特别在中国，白领是占总人口比例极少的一群，大部分生活在沿海。以这个群体为目标的SNS网站用户数很难上到千万。18-30岁的有大部分都是学生，社会从业人员。他们停留在二线城市。SNS网站的用户群应该是他们。这类人是属于冲动型消费，快速消费产品例如彩铃，图片，游戏道具他们都乐于尝试。
5、项目开发计划书编写的目的
项目计划书是指项目方为了达到招商融资和其它发展目标等目的所制作的计划书。下面是小编整理的项目开发计划书编写的目的，供大家参考！
1引言
1.1编写目的
此项目开发计划书的编写主要是为了给开发《疾病诊断系统》做主要的规划和整合，在开发过程中起到引导作用，保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，以文件化的形式，把对于在项目生存周期内的工作任务范围、各项工作的`任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，它又是项目生命周期内的所有项目活动的行动基础、项目团队开展和检查项目工作的依据。
1.2 背景
1.待开发系统的名称：疾病诊断系统。
2.本项目的任务提出者、开发者、用户及实现该系统的环境：
①任务提出者：Xx老师
②开发者：
③用户：大众
3.该系统与其他系统基本的相互关系：由于该系统的应用范围比较广，我们会考虑其兼容性。
1.3参考资料
1.张海藩.软件工程导论(第五版).北京：清华大学出版社，2008 2.郑仁杰.实用软件工程(第二版).北京：清华大学出版社，1997 3.网站：
2 项目概述
疾病诊断系统是一个在线诊断疾病的网站，主要是为查询疾病的用户提供方便，也可以查询到各种疾病知识。本系统分前台操作和后台操作，前台主要是面向广大客户，提供广大交流空间，后台是系统管理员进行管理。
2.1工作内容：
1.项目可行性分析;
2.项目需求分析;
3.项目体系结构设计;
4.项目编程实现;
5.项目测试;
6.项目后期管理与维护。
2.2主要参加人员
项目经理: 曾明 具有较强的组织能力 系统分析员： 颜海林 林玉兰 有较强的分析能力
开发人员： 曾明 林乃凤 掌握各语言以及具有较强的编程能力 测试人员： 颜海林 林玉兰
客户： 黎炳淞 曹付嵩 有较强的观察能力
2.3产品
2.3.1程序
1.程序名称：EasyEclipse for PHP 1.2.2开发的 php程序
2.编辑语言:php语言
2.3.2文件
(1)项目总体设计规格说明书
(2)项目详细设计规格说明书
(3)软件使用说明书
(4)源代码
(5)软件说明书
2.3.3服务
培训安装、使用，维护从使用该系统开始，维护期为一年。
2.3.4非移交品
(1)项目开发计划书
(2)软件测试计划书
2.4.验收标准：系统各项功能能够正常运行，达到客户的功能需求。
3.实施计划
3.1.项目选用的生命周期
本项目采用的瀑布模型，每一个阶段只做一次，从上一阶段到下一阶段一步一步过度，最终得到开发的产品。
3.2工作任务的人员分工安排
3.3预算
1.参与开发的人员：6人
2.预期完成需时：约1个月
3.费用预算
6、项目计划书范本方便食品经营的创业计划书
一、企业概况
主要经营范围:
工业化中餐(包括各类‘北绿’冻干食品、速食营养粥、盖浇饭、速食菜、即食素食及蓝梅饮料等
企业类型:新型产业
□生产制造□零售□批发□服务□农业
□√新型产业□传统产业□其他
二、创业计划作者的个人情况
以往的相关经验(包括时间):
1985——1995天津市电表厂技术工人
1995——1997纸业公司会计
1997——2000餐厅会计
2000——2002娱乐中心会计
2001——2005健康中心会计
2005——2006食品销售部会计
2006——至今筹办“吉祥三宝你的店”
教育背景，所学习的相关课程(包括时间):
1983——1985天津市电表厂技校电子仪表
1994天津市河西职大会计证培训
三、市场评估
目标顾客描述:时尚人群、写字楼办公人员、企事业人员、老师、学生、医护人员、病人等。
市场容量或本企业预计市场占有率:本店坐落内环线，交通便利，周围有高层写字楼、音乐学院等。根据报道，快餐业二○XX年要营业额达2000亿元，单是方便面就达230亿元，就按1%计也可达2亿元的市场容量，预计市场占有率可达20%。
市场容量的变化趋势:随着人们对食品安全越来越重视以及营养快餐的进一步了解，而我们品牌及产品知名度会越越来越高，价格合理，市场份额会明显增加。
竞争对手的主要优势:
1、资金雄厚，经常促销
2、进入市场较早，品种多
3、宣传力度大
4、管理完善
竞争对手的主要劣势:
1、价格高
2、多数缺少营养，很少是绿色有机食品
3、开办费高、经营面积大
4、设备多、人力多
本企业相对于竞争对手的主要优势:
1、价格适中
2、绿色有机食品
3、“无厨房、无炊烟、无大厨、无需工点业”唯一可以开在写字楼中的快餐厅
4、投入费用低，易于操作
5、采用全新的复合式会员制加盟连锁方式
本企业相对于竞争对手的主要劣势:
1、资金少
2、进入市场晚
3、宣传力度须加强
4、管理须更加完善
四、市场营销计划
1、产品
产品或服务主要特征
麻辣烫绿色有机食品，开水一泡即食
多款营养粥绿色有机食品，开水一泡、一焖即食
多款菜绿色有机食品，微波炉加温即食
多款素食菜开袋即食
2、价格(略)
(1)选址细节:
地址:妇女创业中心平房
面积(平方米):54
租金或建筑成本:1300元/月
(2)选择该地址的主要原因:坐落内环线，交通便利，旁边有高层写字楼、音乐学院等，便于店堂消费和外卖送餐
(3)销售方式(选择一项并打√):
将把产品或服务销售或提供给:□√最终消费者□零售商□批发商
(4)选择该销售方式的原因:利于做大做强、效益最大化
五、企业组织结构
企业将登记注册成:
□√个体工商户□有限责任公司
□个人独资企业□其他
□合伙企业
拟议的企业名称:吉祥三宝你的店
企业的员工(请附企业组织结构图和员工工作描述数):
职务月薪
业主或经理丁焕莲1000元
员工三人700元
企业将获得的营业执照、许可证:个体工商户、卫生许可证
享受国家优惠政策，免征行政事业费用1000元
六、财务规划(略)
世界创业实验室预祝各位想创业的朋友创业成功!
7、项目计划书的编写说明
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)对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。