最新软件项目计划书(模板15篇)

时间就如同白驹过隙般的流逝，我们的工作与生活又进入新的阶段，为了今后更好的发展，写一份计划，为接下来的学习做准备吧！那么我们该如何写一篇较为完美的计划呢？那么下面我就给大家讲一讲计划书怎么写才比较好，我们一起来看一看吧。

软件项目计划书篇一

第一章项目概述(理论。

教学。

时可用“引言”)。

1.1目的。

1.2项目背景。

1.3项目的范围和目标。

1.3.1范围描述(问题定义阶段产生，对应的文档为：《系统目标与范围说明书》)。

1.3.3性能(可选)。

1.3.4技术约束(可选)。

第二章项目估算。

2.1使用的历史数据2.2使用的评估技术。

2.3工作量、成本、时间估算。

第三章风险评估。

3.1风险识别。

列出最高的10大风险(数字10是参考)。

3.2风险应对策略。

对列出的风险应有哪些策略去应对。

第五章关键问题。

可以是技术因素、也可以是非技术因素，总而言之，是系统成败的最重要因素。

开发平台、开发工具、数据库平台。

第七章人员组织。

人员及其角色。

第八章附录。

相关文档、资料、数据等。

软件项目计划书篇二

1.1编写目的。

1.2背景。

1.3定义。

1.4参考资料。

1.5标准、条约和约定。

2项目概述。

2.1项目目标。

2.2产品目标与范围。

2.3假设与约束。

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其它经费预算。

7关键问题。

8专题计划要点。

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.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、负责本项目同用户的接口人员;。

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.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单独制订《配置管理计划》文档。

在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。

还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。

根据《gb/t12505计算机软件配置管理计划规范》，软件配置管理计划内容如下:。

l引言(本章节包括质量计划的目的、定义、参考资料)。

l管理(描述负责软件配置管理的‘机构、任务、职责及其有关的接口控制。

)

l软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。

)

l工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)。

l对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。

必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)。

l记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)。

5支持条件。

说明为了支持本项目的完成所需要的各种条件和设施。

5.1内部支持。

逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。

例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。

5.2客户支持。

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3外包(可选)。

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。

6预算。

6.1人员成本。

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务(包括人员的数量和时间)。

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金。

6.2设备成本。

设备成本包括:原材料费，设备购置及使用费。

列出拟购置的设备及其配置和所需的经费。

列出拟购置的软件及其版本和所需的经费。

使用的现有设备及其使用时间。

6.3其它经费预算。

列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括:。

(1)差旅费(旅费、出租)(含补贴)。

(2)资料费(图书费、资料费、复印费、出版费)。

(3)通信费(市话长话费、移动通信费、上网费、邮资)。

(4)会议费(鉴定费、评审会、研讨费、外事费等)。

(5)办公费(购买办公用品)。

(6)协作费(业务协作招待费、项目团队加班伙食费)。

(7)培训费(培训资料编写费、资料印刷费、产地费、设备费)。

其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)。

列出完成本项目需要的所有经费预算(上述各项费用之和)。

7关键问题。

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。

8专题计划要点。

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。

专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。

参考文献。

1.1编写目的。

1.2背景。

1.3定义。

1.4参考资料。

1.5标准、条约和约定。

2项目概述。

2.1项目目标。

2.2产品目标与范围。

2.3假设与约束。

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其它经费预算。

7关键问题。

8专题计划要点。

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.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、负责本项目同用户的接口人员;。

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.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单独制订《配置管理计划》文档。

在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。

还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。

根据《gb/t12505计算机软件配置管理计划规范》，软件配置管理计划内容如下:。

l引言(本章节包括质量计划的目的、定义、参考资料)。

l管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。

)

l软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。

)

l工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法)。

l对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。

必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)。

l记录的收集、维护和保存(指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限)。

5支持条件。

说明为了支持本项目的完成所需要的各种条件和设施。

5.1内部支持。

逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。

例如，设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境，逐项列出有关到货日期、使用时间的要求。

5.2客户支持。

列出对项目而言需由客户承担的工作、完成期限和验收标准，包括需由客户提供的条件及提供时间。

5.3外包(可选)。

列出需由外单位分合同承包者承担的工作、完成时间，包括需要由外单位提供的条件和提供的时间。

6预算。

6.1人员成本。

列出产品/项目团队每一个人的预计工作月数。

列出完成本项目所需要的劳务(包括人员的数量和时间)。

劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金。

6.2设备成本。

设备成本包括:原材料费，设备购置及使用费。

列出拟购置的设备及其配置和所需的经费。

列出拟购置的软件及其版本和所需的经费。

使用的现有设备及其使用时间。

6.3其它经费预算。

列出完成本项目所需要的各项经费，包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等，包括:。

(1)差旅费(旅费、出租)(含补贴)。

(2)资料费(图书费、资料费、复印费、出版费)。

(3)通信费(市话长话费、移动通信费、上网费、邮资)。

(4)会议费(鉴定费、评审会、研讨费、外事费等)。

(5)办公费(购买办公用品)。

(6)协作费(业务协作招待费、项目团队加班伙食费)。

(7)培训费(培训资料编写费、资料印刷费、产地费、设备费)。

其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)。

列出完成本项目需要的所有经费预算(上述各项费用之和)。

7关键问题。

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目成败的影响。

8专题计划要点。

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。

专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。

说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。

软件项目计划书篇三

第一章项目概述(理论教学时可用“引言”)。

1.1目的。

1.2项目背景。

1.3项目的范围和目标。

1.3.1范围描述(问题定义阶段产生，对应的文档为：《系统目标与范围说明书》)。

1.3.3性能(可选)。

1.3.4技术约束(可选)。

第二章项目估算。

2.1使用的历史数据2.2使用的评估技术。

2.3工作量、成本、时间估算。

第三章风险评估。

3.1风险识别。

列出最高的10大风险(数字10是参考)。

3.2风险应对策略。

对列出的风险应有哪些策略去应对。

4.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.负责本项目同用户的接口人员;。

c.负责本项目同各分合同负责单位的接口人员等。

3.3进度。

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务。

的预。

定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓“里程碑”)。

3.4预算。

逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。

3.5关键问题。

逐项列出能够影响整个项目成败的关键问题、技术难点和风险，指出这些问题对项目的影响。

4支持条件。

说明为支持本项目的开发所需要的各种条件和设施。

4.1计算机系统支持。

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4.2需由用户承担的工作。

逐项列出需要用户承担的工作和完成期限。

包括需由用户提供的条件及提供时间。

4.3由外单位提供的条件。

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。

5专题计划要点。

软件项目计划书篇五

一份好的项目计划书的特点是：关注产品、敢于竞争、充分市场调研，有力资料说明、表明行动的方针、展示优秀团队、良好的财务预计等几点，从而使合作伙伴会更了解项目的整体情况及业务模型，也能让投资者判断该项目的可盈利性。下面是关于软件项目计划书，请参考。

一、建设网站前的市场分析。

1、相关行业的市场是怎样的,市场有什么样的特点，是否能够在互联网上开展公司业务，软件项目计划书范文。

2、市场主要竞争者分析，竞争对手上网情况及其网站规划、功能作用。

3、公司自身条件分析、公司概况、市场优势，可以利用网站提升哪些竞争力，建设网站的能力（费用、技术、人力等）。

二、建设网站目的及功能定位。

2、整合公司资源，确定网站功能。根据公司的需要和计划，确定网站的功能：产品宣传型、网上营销型、客户服务型、电子商务型等。

3、根据网站功能，确定网站应达到的目的作用。

4、企业内部网（intranet)的建设情况和网站的可扩展性。

三、网站技术解决方案。

根据网站的功能确定网站技术解决方案。

1、采用自建服务器，还是租用虚拟主机。

2、选择操作系统，用unix,linux还是window2025/nt。分析投入成本、功能、开发、稳定性和安全性等。

3、采用系统性的解决方案（如ibm,hp）等公司提供的企业上网方案、电子商务解决方案？还是自己开发。

4、网站安全性措施，防黑、防病毒方案。

5、相关程序开发。如网页程序asp、jsp、cgi、数据库程序等。

四、网站内容规划。

1、根据网站的目的和功能规划网站内容，一般企业网站应包括：公司简介、产品介绍、服务内容、价格信息、联系方式、网上定单等基本内容。

2、电子商务类网站要提供会员注册、详细的商品服务信息、信息搜索查询、定单确认、付款、个人信息保密措施、相关帮助等。

3、如果网站栏目比较多，则考虑采用网站编程专人负责相关内容。注意：网站内容是网站吸引浏览者最重要的因素，无内容或不实用的信息不会吸引匆匆浏览的访客。可事先对人们希望阅读的信息进行调查，并在网站发布后调查人们对网站内容的满意度，以及时调整网站内容，工作计划《软件项目计划书范文》。

五、网页设计。

1、网页设计美术设计要求，网页美术设计一般要与企业整体形象一致，要符合ci规范。要注意网页色彩、图片的应用及版面规划，保持网页的整体一致性。

2、在新技术的采用上要考虑主要目标访问群体的分布地域、年龄阶层、网络速度、阅读习惯等。

3、制定网页改版计划，如半年到一年时间进行较大规模改版等。

六、网站维护。

1、服务器及相关软硬件的维护，对可能出现的`问题进行评估，制定响应时间。

2、数据库维护，有效地利用数据是网站维护的重要内容，因此数据库的维护要受到重视。

3、内容的更新、调整等。

4、制定相关网站维护的规定，将网站维护制度化、规范化。

七、网站测试。

网站发布前要进行细致周密的测试，以保证正常浏览和使用。主要测试内容：

1、服务器稳定性、安全性。

2、程序及数据库测试。

3、网页兼容性测试，如浏览器、显示器。

4、根据需要的其他测试。

八、网站发布与推广。

1、网站测试后进行发布的公关，广告活动。

2、搜索引掣登记等。

九、网站建设日程表。

各项规划任务的开始完成时间，负责人等。

十、费用明细。

各项事宜所需费用清单。

以上为网站规划书中应该体现的主要内容，根据不同的需求和建站目的，内容也会在增加或减少。在建设网站之初一定要进行细致的规划，才能达到预期建站目的。

软件项目计划书篇六

公司具有丰富开发经验，拥有一个精英团队，工作亦不断地趋于正规化与规模化，并且在此过程中积累了一定资金和客户关系。目前一些公司已经与我们达成了关于外包合作的共识。

为实现前期资本的积累，我们做了充分的准备，包括建立广泛的社会关系来避免资金不足而可能带来的运转困难。目前我们与四川政府采购部门、省农业银行、眉山市市政府、绵阳市工商局、国腾公司、南充市西充县电信公司、国腾软件学院和西充中学等有了不同程度的沟通，并与其中部分有过愉快的商业合作，这为我们初期创业的项目来源、资金流动提供了一个广泛的渠道。

二、公司的组成与管理。

1.公司组成：

1.1组织形式。

鉴于我们的产品核心是技术，公司在任何发展阶段都将贯彻“以质量求生存，以信誉求发展”的理念。公司通过采取有限责任公司的形式，更有效地发挥各工作人员的专长，提高工作效率，使计划与执行分开，各部门职能明显划分，不受外部环境影响。随着公司的发展，公司组织还可不断地调整、完善。

公司结构如下：

1.2主要机构。

股东大会：初期由全部股东组成，此后由持有一定股份比例(随不同时期而定)的股东组成。主要职能为选举产生董事会成员。

董事会：由股东大会选出董事会成员，负责确定董事长、董事会秘书，讨论和决议公司的重大决策，并由董事长转交执行。

董事长：由董事会选出，拥有总经理的任命权，对公司转告董事会决定，并代表董事会对外交涉。

董事会秘书：由董事会选出，对公司运作进行监督，并及时将公司运作的情况向董事会汇报。

总经理：由董事长任命，负责管理公司的日常事务，制定公司的长远发展规划，聘任或解聘部门经理、财务负责人，对外代表公司。

技术部：负责科技攻关、课题研究与系列产品开发。不断提高产品的质量，针对不同客户、不同时期、不同工作的需要进行开发，力争保持技术上的领先地位。技术部由本公司技术部经理负责。在公司初期，技术部承担对内自主技术攻关、对外满足客户需求的两个责任，分别由相应临时组长负责。

财务经理：负责公司内部的财务控制、会计、金融、投资活动，定期向总经理和董事会递交财务报告，分析财务状况，并提出建议。

营销部：对公司的总体营销活动负责，管理营销队伍和地区经理，对公司的客户需求、销售活动、售后服务和地区间的平衡负责。

公司在初期后还将增设以下部门和职务：

1.3法律结构。

公司为有限责任公司。

1.4产权。

注册总资本：30万元(暂定)。

股份：按入股资金分配。

2.公司管理：

2.1生产管理。

在市场经济下，生产管理直接关系到企业的生死存亡。公司一经成立，对生产就实行优质、高效的管理。

1)产品研发。

启航公司属于高科技企业公司，以电子科技大学成都学院和本公司科研实力为依托，在确保短期目标实现的同时致力于长足发展，运用先进的过程管理和软件工程方法，加大科研开发力度，从而不断的研发出新产品(我们公司将以净利润的45%设为专项科研经费)。公司计划在3-5年之内，以自行开发的系列软件和软件吸引来的庞大客户群为依托，全面开展成熟的电子商务业务，依靠先进的技术和可靠的质量，全面抢占市场。

2)生产过程组织。

公司驻地选择：考虑到通信方便、厂商和信息集中等因素，并享受“两免三减半”的税收优惠政策，我们将公司设在成都市高新技术开发西区。经过调查，并根据公司规模，初定办公室建筑面积为100平方米。

生产过程：我公司主导产品是软件。鉴于软件产品的特殊性，公司将有针对性地成立项目开发组，对专用性软件采取订单生产方式进行开发。根据不同用户的具体要求量体裁衣，进行设计、开发、安装、调试、维护等，实现公司的高利润。我们将与顾客保持密切联系，确保研发按时高效完成。通用性软件做好市场调查，根据广大用户需求，成立专项项目组进行周期性开发和升级，力争做到立项一批，开发一批，成功一批，推广一批，实现利润最大化。

2.2质量管理。

每一件产品的质量直接关系到公司的声誉，质量是企业的生命。我们将从客户的利益出发，成立专项软件检测组，严把质量关，坚决做到让顾客用放心软件。

2.3人力资源管理。

人力资源已成为当今企业界最重要最宝贵的资源，尤其对于高新技术企业，员工的素质将直接决定企业的发展。本公司将制定以下政策来对人力资源进行管理：

激励：采用业绩付酬，精神激励和物质激励相结合的方式，对表现突出的员工进行奖励，对于科技研发人员的专利产品可以以出资方式折入公司股份，通过扩股形式将本公司的部分收益转化为企业股份分配给创业人员。同时注意协调公司内部关系，不定期组织活动，使每个员工都有归宿感。

培训：培训是人力资源开发的重要途径，能满足企业发展对高素质人才需要，公司应进行岗前培训和在岗培训，通过岗前培训使新员工尽快适应工作环境，通过在岗培训不断提高员工素质，提供进修深造的机会。现在已经对内部成员和国腾学院部分学生进行定期培训。

招聘：对于中高层管理人员的选用，公司将采用内部选拔与外部招聘相结合的方式;对科技开发人员采用高薪聘用，坚持用人唯贤，做到职能相配分工明确，最大限度的发挥人才的作用。

三、市场分析。

1.市场现状分析：

我国经济发展取得了巨大的成就，各项经济指标及各种产业都发生了翻天覆地的改变，人们的生活和工作水平都上了一个新的台阶。党的十六大提出，信息化是我国加快实现工业化和现代化的必然选择，坚持以信息化带动工业化，以工业化促进信息化，走出一条科技含量高、……、人力资源优势得到充分发挥的新型工业化道路。近年来，我国软件产业的政策环境不断改善，增长速度明显加快，软件产业对国民经济发展的作用逐步增强。到目前为止，我国软件产业的政策环境成为历史上前所未有的最好时期。

20xx年全国软件市场销售总额为1100亿元，同比增长为46.5%，软件出口(含产品出口、外包服务)15亿美元，同比增长为100%。其中，软件产品销售收入660.5亿元，同比增长28%，系统集成及计算机服务收入439.5亿元，同比增长87.3%。

近几年，中国软件产业以平均超过30%的`速度增长。具体情况见图1和图2。

但是在如此高速发展的情况下，国内软件依然有很多空白地带，有待弥补。

(2)正版软件市场还不成熟。

(3)非it企业对软件提高生产效率和加强管理虽有足够的认识但并无系统的制度;。

(4)电子商务在国内尚处于起步阶段。

2.目标市场分析：

公司在创业初期(前两年)，将目标市场定位于成都周边公司的服务性软件和网络项目、自研通用性小软件。

现阶段，即在数字化网络时代广泛开展的大潮流中，公司的管理和生产越来越依赖于强有力的数字神经系统，因此快速的建立对相关信息反应速度，有必要依赖于相关的数据类管理软件以及面向客户的网络建设，切实保证在激烈的市场竞争中，占有主动的地位。另一方面，成都软件市场尚未完全挖掘，软件销售多依赖于政府等大客户的采购，多数中小企业还停滞在传统经营管理的模式下。在这种条件下，我们有广阔的潜在市场!

a、目标市场描述。

公司计划进入软件和电子商务行业。如上两图所示(数据来源：分别为国家统计局和ccid，其中后图的数据是预计)，前者显示软件行业景气指数总是大于100，表明这个行业是一个不断发展的朝阳产业，后者表示这个市场的销售总额将超过2千亿。

左图显示了互联网市场的规模，其中显示了对04、的预测。但是目前电子商务的内地市场基本没有开发，包括已有的一些电子商务巨头都只是将实力集中于北京、上海、广州等几个特大城市，根本无暇顾及内地。在这段时期里，预计我们力争的细分市场将会不断成长)。改变这种情况的主要力量是电子商务产业不断发展，和竞争对手进入内地市场，但是因为这个市场过于广阔，在5年内基本上都不会和老牌电子商务企业有正面冲突。

前期我们产品拥有以下优势：高附加值、为企业的量体裁衣、完全满足企业特殊需求。扩展期公司将目标市场定义为网上商品销售。现在，这个市场由十多个个主要竞争者分享。但是如图数据显示目前的市场规模将只有两年后的37.5%。

b、目标消费群。

前期的目标消费群为公司附近的企业和单位，针对这一群体的特点公司会着重加强关系建立与技术研究，确保有项目作，回头客多，从开发成本中要利润。扩展期的目标消费群为广大人民群众，在这个群体中盈利则必须保证低廉的价格和良好的服务，我们将会通过最大限度降低管理、配送和营销成本来争取利润。

3.市场风险分析：

1)投资方临时撤股。

这对创业初期的公司来说是一种毁灭性的打击。出现这种情况后。公司将尽量与投资者协商。一旦协商失败，将会按照强制退股协议(参见法律、协议部分)处理，并将积极寻找新的投资商。

2)项目来源短缺。

前期的公司可能面临缺乏项目来源的危机，外接项目的开发和销售是公司初期现金流动的主要方式，短缺项目将会对公司造成巨大的影响。为了降低这方面风险，一方面凭借公司股东私人关系扩大客户网，从公司章程上确立项目提成制度，奖励所有提供项目的非公司人员。另一方面公司将设立专门的营销部门，聘用有经验的营销人员，在自身实力的基础上，不断将现有和潜在的客户关系转化为公司的资本。

3)大公司的竞争压力。

wisemedia。

公司将尽力避免与大公司竞争，初期利用小公司灵活的优势，从价格、渠道等方面努力开拓自己的市场。成熟期，公司将在电子商务还未形成的西南地区抢占先机，在面对大公司入侵时，广泛的与当地大型超市合作，以降低配送费用，增加竞争力。

软件项目计划书篇七

中国xx软件有限公司是以xx教授（原中国交大研究生）、xx教授（原中科院计算所研究生）携带在加拿大多年学习与研究的先进创新成果回国创业的一家软件企业。公司于2025年7月在中国张江高科技园区注册，主要业务是开发具有自主，目前数据库的所有知识产权已转到中国xx软件有限公司。

“xx企业信息备份与搜索工具”则是在中国研发的`基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。

目前企业搜索市场还处于起步阶段，还没有出现一家独大或几分天下的局面，因此，现在是进入企业搜索市场的最好时机。

xx的总体营销策略是：分别向中小企业、大型企业与服务运营商提供不同的细化产品，逐步开拓本地、国内、国际市场。

公司的核心团队由五人组成：

xx（公司创办人，现任总经理，xx大学计算机系终身教授，人工智能专家）；

王先生（xx大学计算机系博士后，曾任加拿大著名软件公司高级系统分析师，数据库专家）。

公司的主要优势如下：

高性能与安全机制，产品性价比高；

3)xx能快速灵活地向用户提供按需定制服务。

为了抢占企业信息搜索的市场发展先机，xx需要的外部投资为750万元人民币，加上xx的预期销售收入及其他资金，致力于“xx企业信息备份与搜索工具”产品的市场开发。

公司计划在2025年实现收支平衡，09年实现销售赢利，占据国内企业搜索市场有一定影响力的份额，打造xx软件品牌。

企业的产品经营与资本经营是相辅相成的，产品经营是基础，资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

此次融资的资金筹措方式：股权融资（投资750万获取20%股权）或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。

中国xx软件有限公司计划吸收750万元（人民币）风险资金，主要用于“xx企业信息备份与搜索工具”的市场开发。

投资方与xx软件有限公司可以组建新公司的方式或其他可行的方式进行合作，股份的最终分配方案可经由谈判确定。

软件项目计划书篇八

软件是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。下面公文站小编为大家带来的是软件项目计划书模板，欢迎大家参考!

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

软件是由计算机程序和程序设计的概念发展演化而来的，是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。软件开发经历了程序设计阶段、软件设计阶段和软件工程阶段的演变过程。

软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。

一、信息系统公司概况描述。

二、信息系统公司的宗旨和目标。

三、信息系统公司目前股权结构。

四、已投入的资金及用途。

五、信息系统公司目前主要产品或服务介绍。

六、市场概况和营销策略。

七、主要业务部门及业绩简介。

八、核心经营团队。

九、信息系统公司优势说明。

十、目前信息系统公司为实现目标的增资需求:原因、数量、方式、用途、偿还。

十一、融资方案(资金筹措及投资方式及退出方案)。

十二、财务分析。

1.财务历史数据。

2.财务预计。

3.资产负债情况。

一、信息系统公司的宗旨。

二、信息系统公司简介资料。

三、各部门职能和经营目标。

四、信息系统公司管理。

1.董事会。

2.经营团队。

3.外部支持。

一、技术描述及技术持有。

二、产品状况。

1.主要产品目录。

2.产品特性。

3.正在开发/待开发产品简介。

4.研发计划及时间表。

5.知识产权策略。

6.无形资产。

三、信息系统产品生产。

1.资源及原材料供应。

2.现有生产条件和生产能力。

3.扩建设施、要求及成本，扩建后生产能力。

4.原有主要设备及需添置设备。

5.产品标准、质检和生产成本控制。

6.包装与储运。

一、信息系统市场规模、市场结构与划分。

二、目标市场的设定。

三、产品消费群体、消费方式、消费习惯及影响市场的主要因素分析。

五、市场趋势预测和市场机会。

六、行业政策。

一、有无行业垄断。

二、从市场细分看竞争者市场份额。

三、主要竞争对手情况:公司实力、产品情况。

四、潜在竞争对手情况和市场变化分析。

五、信息系统公司产品竞争优势。

一、概述营销计划。

二、信息系统销售政策的制定。

三、信息系统销售渠道、方式、行销环节和售后服务。

四、主要业务关系状况。

五、信息系统销售队伍情况及销售福利分配政策。

六、促销和市场渗透。

1.主要促销方式。

2.广告/公关策略、媒体评估。

七、信息系统产品价格方案。

1.定价依据和价格结构。

2.影响价格变化的因素和对策。

八、销售资料统计和销售纪录方式，销售周期的计算。

九、信息系统市场开发规划，销售目标。

一、资金需求说明(用量/期限)。

二、资金使用计划及进度。

三、投资形式(贷款/利率/利率支付条件/转股-普通股、优先股、任股权/对应价格等)。

四、资本结构。

五、回报/偿还计划。

六、资本原负债结构说明。

七、投资抵押。

八、投资担保。

九、吸纳投资后股权结构。

十、股权成本。

十一、投资者介入公司管理之程度说明。

十二、报告。

十三、杂费支付。

一、股票上市。

二、股权转让。

三、股权回购。

四、股利。

一、资源风险。

二、市场不确定性风险。

三、研发风险。

四、生产不确定性风险。

五、成本控制风险。

六、竞争风险。

七、政策风险。

八、财务风险。

九、管理风险。

十、破产风险。

一、信息系统公司组织结构。

二、管理制度及。

劳动合同。

三、人事计划。

四、薪资、福利方案。

五、股权分配和认股计划。

一、财务分析说明。

二、财务数据预测。

1.销售收入明细表。

2.成本费用明细表。

3.薪金水平明细表。

4.固定资产明细表。

5.资产负债表。

6.利润及利润分配明细表。

7.现金流量表。

8.财务指标分析。

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专题计划要点。

说明编写这份项目计划的目的，并指出预期的读者。

作用:本节是为了说明编制"项目计划书"亦即本文档的意图和希望达到的效果。注意这里的"目的"不是"项目目标"，而是为了说明本文档的目的与作用。"项目目标"在2.1中说明。

意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。开发计划书的作用一般都是"项目成员以及项目干系人之间的共识与约定，项目生命周期所有活动的行动基础，以便项目团队根据本计划书开展和检查项目工作。"。

例如可以这么写:为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

常见的问题:把项目本身的"项目目标"误作编制项目开发计划的目的。

主要说明项目的来历，一些需要项目团队成员知道的相关情况。主要有以下内容:。

项目的名称:经过与客户商定或经过立项手续统一确定的项目名称，一般与所待开发的软件系统名称有较大的关系，如针对"系统"开发的项目名称是"系统开发"。

项目的委托单位:如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。

项目的用户(单位):软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者:本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。

项目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

项目建设背景:从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。

例句:根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

目前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划，某建设工作单位手工上报建设工作进度情况的方式，而全市的建设工作有数百个，加上前期建设工作的数量和今后某市建设发展的趋势，建设工作的数量将越来越多，原来的工作模式已经越来越无法适应市委市政府的要求。因此，充分利用现代信息化、因特网的优势，建立"某市某建设工作信息报送反馈系统"，提高某建设工作信息报送反馈工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。

软件系统与其他系统的关系:说明与本系统有关的其他系统，说明它们之间的相互依赖关系。这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行)，也可以是以这个系统为基础的系统，或者是两者兼而有之的关系、互相依赖的系统。例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。

软件系统与机构的关系:说明软件系统除了委托单位和使用单位，还与哪些机构组织有关系。例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。

列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。注意尽量不要对一些业界使用的通用术语进行另外的定义，使它的含义和通用术语的惯用含义不一致。

列出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位，必要时说明得到这些文件资料和标准的途径。本节与下一节的"标准、条约和约定"互为补充，注意"参考资料"未必作为"标准、条约和约定"，因为"参考"的不一定是"必须遵守"的。常用资料如:

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;。

属于本项目的其他已经发表的文件;。

本文档中各处引用的文件、资料，包括所要用到的软件开发标准。

列出在本项目开发过程中必须遵守的标准、条约和约定。例如:相应的《立项。

建议书。

》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。

"参考资料"一般具有"物质"特性，一般要说明参照了什么，要说明在哪里可以获得;"标准、条约和约定"一般具有"精神"特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖"标准、条约和约定"。

软件项目计划书篇九

评审日期：

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．负责本项目同用户的接口人员；

c．负责本项目同各分合同负责单位的接口人员等。

3．3进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓"里程碑"）。

3．4预算

逐项列出本开发项目所需要的劳务（包括人员的数量和时间）以及经费的预算（包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等）和来源。

3．5关键

问题

逐项列出能够影响整个项目成败的`关键问题、技术难点和风险，指出这些问题对项目的影响。

4 支持条件

说明为支持本项目的开发所需要的各种条件和设施。

4．1计算机系统支持

逐项列出开发中和运行时所需的计算机系统支持，包括计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等，逐项给出有关到货日期、使用时间的要求。

4．2需由用户承担的工作

逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。

4．3由外单位提供的条件

逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间。

5 专题计划要点

说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。

软件项目计划书篇十

目录。

第一部分工程部署。

一、工程概况综合简介。

三、项目管理机构与职责。

五、项目承包责任书(附件)。

第二部分施工组织与技术管理。

七、专项方案编制。

八、技术方案经济优化管理。

九、工程资料管理。

十一、大项目对参建单位的组织协调管理。

第三部分工程合同管理。

十二、合同条件分析(可设附件)。

十三、风险分析与预案编制。

十四、工程索赔管理(可设附件)。

十五、项目经营管理(设为附件)。

十六、合同资金条件分析。

十八、资金投入管理。

十九、工程进度款、尾款管理。

二十、项目资金支付管理。

二十一、项目资金风险管理。

第五部分工程预结算管理。

二十二、预结算编制计划安排。

二十三、施工图预算编制。

二十四、隐蔽工程经济管理。

二十五、技术变更经济管理。

二十六、计量支付管理。

二十七、经济签证管理。

二十八、材料核价管理。

二十九、资料证据管理。

三十、经济索赔管理。

三十一、分阶段、完工结算管理。

三十二、结算审计管理。

三十三、项目预结算管理总结。

第六部分项目成本管理。

三十四、项目成本预算编制。

三十五、项目成本跟踪管控与对比分析。

三十六、重大风险项目成本分析与控制。

三十七、重大技术方案成本控制。

三十八、专业分包管理。

三十九、劳务分包管理。

四十、物资核价/采购/使用管理。

四十一、大型机械设备费用管理。

四十二、项目管理费用控制。

四十三、项目成本台帐管理。

四十四、重大项目合同亏损上报制度。

四十五、项目成本管控总结。

第七部分项目考核与总结。

四十六、项目管理/承包考核。

前言。

项目实施策划书是履行工程合同的纲领性指导文件，将工程项目的各专业职能、相关岗位、管理目标、管理制度、管理措施等进行融合，进行前瞻性的分析和规划，遵循系统性、规范化、综合性原则，形成具有可操作性的.工作指南文件，建立目标明确、思路清晰、方法可循、工作有序和反馈及时的良性管理机制，达到工程项目实施全过程的全面有效管控。

本项目实施策划书模版是围绕项目经济运行与管控为重点进行编制的，可根据本单位相关管理要求和项目实施实际需要进行扩展和调整。

本实施策划书应将项目投标策划书、工程合同经济评估报告、工程合同、投标文件、施工图纸与施工条件、社会环境结合，进行综合分析和策划定位，达到项目策划、执行绩效与管理目标的有机统一。

承诺风险;等等。

参考《工程项目经济评估和风险管控暂行办法》中风险分析条款，结合企业自身风险管控要求、工程实际情况、类似项目状况和施工经验等进行分析研究，划分风险类别和级别，为风险管控提供扎实基础资料。

3、合同可争取空间分析：

6、技术经济变更意向项目分析：

7、合同理解歧义分析：

8、合同管理总结与反馈营销系统;。

十三、风险预案编制与管理。

1、确定重大风险项目;。

风险管控总结报告;。

十四、工程索赔管理(可设附件)。

1、分析确定可能产生索赔项目;2、编制针对性索赔管理程序;。

3、明确责任人和工作细则;。

4、各岗位协作要求：岗位配合、资料完善、时间协调、专题会议、评审分析等;。

十五、项目经营管理(设为附件)。

1、资金支付管理;。

2、签证、签价管理;。

3、结算管理;。

4、审计管理;。

5、施工组织、技术方案批复管理;。

6、隐蔽验收管理;。

7、技术变更管理;。

8、补充合同或协议管理;。

9、资料证据确认管理;。

10、项目评奖管理;。

十六、合同资金条件分析。

十八、资金投入管理。

1、资金投向、资金来源;。

2、资金投放时间和额度计划;3、融资成本、资金回报标准。

4、分期付息、还贷安排;。

十九、工程进度款、尾款管理。

二十、项目资金支付管理。

二十一、项目资金风险管理。

第五部分工程预结算管理。

二十二、预结算编制计划安排。

二十三、施工图预算编制。

二十四、隐蔽工程经济管理。

二十五、技术变更经济管理。

二十六、计量支付管理。

二十七、经济签证管理。

二十八、材料核价管理。

二十九、资料证据管理。

三十、经济索赔管理。

三十一、分阶段、完工结算管理。

三十二、结算审计管理。

三十三、项目预结算管理总结。

第六部分项目成本管理。

三十四、项目成本预算编制。

三十五、项目成本跟踪管控与对比分析。

三十六、重大风险项目成本分析与控制。

三十七、重大技术方案成本控制。

三十八、专业分包管理。

三十九、劳务分包管理。

四十、物资核价/采购/使用管理。

四十一、大型机械设备费用管理。

四十二、项目管理费用控制。

四十三、项目成本台帐管理。

四十四、重大项目合同亏损上报制度。

四十五、项目成本管控总结。

第七部分项目考核与总结。

四十六、项目管理/承包考核。

四十七、项目完工总结。

四十七、项目完工总结。

软件项目计划书篇十一

乙方：____软件开发有限公司。

___________管理软件系列是_______________公司研制开发的专业服装管理软件，系统性能稳定可靠，功能齐全，在_______________行业中拥有广泛的用户。为进一步推广__________软件的应用，甲乙双方经友好协商，达成如下协议：

乙方授权甲方为________地区的__________软件经销商，软件，经销的产品及价格详见乙方的报价单，经销期限为壹年，从_______年_______月_______日起至_______年_______月_______日止。

甲方责任。

1.可以独立承担民事责任，从事电脑软、硬件销售服务的企业或个人；

2.支付甲方折扣按如下方式计算：

介绍性质：软件销售额的____；

负责接单：软件销售额的____；

如客户要求甲方开具发票，则另支付软件销售额的____支付甲方；

3.在销售和技术上给予甲方支持；

4.如发现甲方有损害乙方名誉、版权等行为，乙方有权收回软件及代理权。

货款结算方式乙方按客户付款比例支付甲方折扣。

本协议一式两份，自签定之日起生效。

甲方：_______乙方：_______软件开发有限公司。

代表签名：___代表签名：___________________。

___年__月__日。

软件项目计划书篇十二

适用于集团公司a类项目。

2定义。

2.1技术术语使用国家或行业标准中的正式术语；

2.2质量术语采用iso8402：1994标准中的术语和定义；

3职责。

3.1工程部：负责拟制本指导书，督促各新上项目编制《工程项目策划书》；

4编制要求。

4.2样式：版面宜采用a4纸，格式可参考工程项目策划书编制示例；

4.3工程项目策划书是为尽快掌握工程边界条件，确保项目满足顾客要求而编制的，是编写实施性施工组织设计的基础。

项目部应在工程进场后，对项目实施条件进行分析，对项目实施进行整体策划，工程项目策划书的主要内容（尽量采用图表化，明确关键问题）：

4.3.1工程概况及边界条件。

4.3.2对项目的评估及认识。

4.3.3项目组织。

4.3.4施工方案、施工方法简述。

4.3.5资源计划及组织。

4.3.6其他需要说明的情况。

4.4工程项目策划书的具体内容和型式可参照附录——工程项目策划书编制示例。

5相关/支持性文件。

施工过程控制程序zs/cx/gc02。

6质量记录。

7附表/附录。

软件项目计划书篇十三

软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施，大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。

（一）项目启动阶段。

此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。

此阶段主任务：

公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。

公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。

商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。

用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。

1、成立项目组。

部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。

2、前期调研。

项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。

3、编制《项目总体计划》。

《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：

沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。

4、启动会。

项目组与用户共同召开的宣布项目实施正式开始的会议。

会程安排如下：

共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。

项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：

项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；

项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；

项目实施中用户的参与和领导的支持的重要作用；

阶段验收、技术交接和项目结束后如何对用户提供后续服务。

（二）需求调研确认阶段。

此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现，如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：

1、进行需求调研准备。

2、编制《需求调研计划》。

3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。

4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。

5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。

7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。

8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。

9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。

10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。

11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。

（三）软件功能实现确认阶段。

此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。

（四）数据标准化初装阶段。

此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。

（五）系统培训阶段。

系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。

此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：

决策层：领导在实施中的作用与重要性、决策查询。

维护层：系统维护知识、操作方法。

操作层：操作方法。

具体的培训工作流程为：

1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。

2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。

3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。

4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。

5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。

6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。

7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。

汇报。

（六）系统安装测试及试运行阶段。

软件项目计划书篇十四

本报告的主要作用是确定各个项目模块的开发情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调，按步有序进行项目的开发。减少开发中的不必要损失。

便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

具体步骤：拟订开发计划书，分配项目工作，安排项目进度。

计划对象：网上书店开发小组。

2、项目概述。

2、1项目背景。

随着网络技术的发展，internet已成为最具市场潜力的技术领域，使用web技术设计的数据库应用软件，是目前internet市场的技术中坚，各种web应用如电子商务，网上购物等都采用这种方式实现。互联网的优势在于用户能同时从不同地点、不同数据库中存取数据。

网上购物系具体是指利用各种电子工具与网络，高效率，低成本地从事以商品交换为中心的各种商务贸易活动。电子商务应用的兴起已经促使商品流通领域发生了一场巨大的革命。

它打破了时空的界限，加速了整个社会的商品流通，有效地降低了企业生产成本，提高企业竞争力。电子商务的一个重要技术特征。是利用web技术来传输与处理商业信息，因此有人称：电子商务=web+it。因此我们将开发一个典型的电子商务系统：网上书店。

2、2项目目标与范围。

2、2、1目标和范围描述。

该系统适用于在网上书籍交易，网上书店的管理，通过此软件系统对书籍进行有效管理，灵活的满足自己客户需要。

问题：实地购书比较麻烦，购书范围小，能购书的种数也有限。

项目目标：开发一个网上购书系统是项目的总目标，为实现项目的总目标可按以下三个阶段目标来进行：

第一阶段目标：实现网上购书系统的基本功能，小组个成员进行各个模块的开发，形成初步的系统。

第二阶段目标：攻克技术上的难题，实现网上购书系统的一些特殊功能，进一步完善系统。

第三阶段目标：让系统投入到实际运用中，做好系统的维护工作。

项目范围：利用现有的微型计算机，借鉴前人的网上购书系统开发经验、徐州博库网上书城和资料中的电子商铺系统的开发模式，预计软件开发费用不超过***元。

初步设想：建议在系统中增加一个bbs的模块，方便用户发表言论。

2、2、2主要功能。

(1)概述。

可行性分析：这个系统没有经济效益，不能收回成本，但可以得到知识，熟悉做项目的过程;现有的技术能够完成系统的基本功能，但做bbs论坛还有一定的技术困难，开发这个新系统，只是借鉴前人的开发模式，做出有个人特色的网上购书系统，仅供平时学习用。不会引起任何的侵权问题。通过对用户的进一步访问，用户希望能够通过互连网，能够浏览书籍，查找他们想要的书籍，并能够订购要买的书，这不仅很方便，还节省了用户的时间。

(2)传统购书系统流程图。

网上购书流程。

(3)功能描述。

图书查询和浏览功能：当进入网上书店后，无需登录，就可以浏览书籍，而电子书店还可以提供一个更好的功能，即通过图书名称、类别等信息从浩瀚的书海中迅速的找到的书。

用户登录注册功能：在用户购买的图书时，系统将判断其是否登录，如果没有，则转向登录界面，登录后，系统还将转向原来用户浏览的页面。

购物车功能：用户登录后，就可以把图书放入购物篮中，可以对购物篮进行管理，包括修改所购图书数量、删除图书等。

图书信息管理功能：管理人员可以添加图书，修改图书的类别，价格，上传图书的相关图片等。

定单信息管理功能：用户确认购买图书，将形成一条订单信息，用户可以查询自己的定单。管理员可以查看定单，售出书籍。

2、2、3性能。

2、2、4管理和技术约束。

由于没有做过项目的经验，在加上编程技术的限制，小组人员少，时间的限制只能实现一个具有简单功能的网上购书系统。

2、项目估算。

2、1使用的历史数据。

徐州博库网上书店、电子商铺系统。

2、2使用的评估技术。

软件规模估算：采用类比的方法，根据历史数据来进行估算。

工作量估算：基本cocomo模型。

成本估算：基本cocomo模型。

时间估算：基本cocomo模型。

2、3工作量、成本、时间估算。

工作量估算：人员：六人。

成本估算：资料费(资料费、复印费)。

通信费(移动通信费、上网费、电费)。

时间估算：

基本cocomo模型把工作量作为软件规模的函数来计算，其计算公式为：

e=as^bs是以千源代码行(kloc)计数的程序规模，a，b为开发模式因子。

在我们的项目中，我们采用半分离式，因此a取值为3、0，b取值为1、12。

即e=3、0*13^1、12=53、056。

根据计算的工作量，我们由下面公式计算所需的开发时间：

t=ce^de为我们所计算的工作量人月为单位，c，d是随开发模式而改变的因。

子，在这里我们同样采用半分离式，c取值为2、5，d取值为0、35。

即t=2、5*53、056^0、35=10、036。

在小组中，我们共六人，大约2个月完成任务。

将本文的word文档下载到电脑，方便收藏和打印。

软件项目计划书篇十五

1、科研项目少。

在本学期的绩效考核中，我们发现李宝莹老师的科研项目较少，在要求线边缘，这远远达不到考核要求，达不到绩效考核的目的。

2、教学内容不充足。

根据几项绩效可凭结果分析，发现您的教学内容并不充足，使得教学效果一般，不能让学生全心全意的投入到课堂的学习中。

三、改进意见。

1、加强培训。

根据您教学内容不充足、科研项目少的问题，我们将会安排您参加培训。通过培训可以改善个人的.绩效，依据学院需求以及个人的问题进行培训，进而改善部门和整个组织的绩效。我们将从方面进行培训：

(1)、工作过程中培训;。

(2)、短期时间专业培训。

2、读书交流会。

我们将根据绩效考核结果，安排与您绩效考核结果类似的老师与您共同参加读书交流会，增进您的读书机会与促进您交流经验。

3、明确目标。

如果我们没有明确的工作目标，那么通常会比较迷惑、彷徨，没有方向感，当然工作效率会受到影响，所以我们会为您设计绩效考核目标，以便您能更好的得到提高。员的沟通就显得非常的重要了!

四、结语。

绩效考核就是一本个人行为记录本，它记录你的计划，计划执行情况，一切的失败与成功，让你有机会不断的反省，不断的进步!希望您能得到不断地提高。

一、考核基本情况：

学生评价：95权重35%。

上级评价：90权重30%。

自己评价：89权重10%。

专家评价：90权重10%。

同级评价：89权重15%。

最终得分83.1分。

经过分析，教师在备课，上课以及教学课件方面表现良好。

二、扣分情况分析。

教师扣分主要出在以下方面：

一、教学内容不充足。

二、课时仅达到学校及格要求。

三、科研较少。

四、辅导毕业生大作业量仅达到学校要求。

三、具体提升计划。

具体提升计划如下：

一、针对教学内容不充足问题，应从两个方面进行绩效提升，一方面，学校应多安排教师进行培训，丰富教师知识内容，提升教师教学素养，另一方面从教师角度来说，教师应多提升教学责任感，课外进行多学习来丰富知识内容，提升个人教学能力及素养。

二、针对课时仅达到学校及格要求问题，一方面，学校应多给予教师课时安排，鼓励教师申请课时，对于课时费用应多与绩效成绩挂钩，另一方面，教师应多树立自身教学能力提升计划，可以从多上课来锻炼自己的教学能力，从而提升自己，达到多薪酬的效果。

三、针对科研较少问题。学校应多针对教师个人要求来为教师申请科研项目，另外从学校方面提高科研薪酬奖励及精神文化奖励，教师应多申请科研，提高自身能力，做出完善的职业生涯规划。

四、针对辅导毕业生大作业仅达到学校要求方面。学校应加强合理安排毕业生作业分配，根据教师实际情况进行分配，并且针对教师进行培训，加强教师辅导作业能力。教师应多提升自身教学责任感，提升自身教学积极性。