2023年软件项目计划书如何写 软件项目计划书(实用11篇)

时间过得真快，总在不经意间流逝，我们又将续写新的诗篇，展开新的旅程，该为自己下阶段的学习制定一个计划了。通过制定计划，我们可以更加有条理地进行工作和生活，提高效率和质量。下面是小编整理的个人今后的计划范文，欢迎阅读分享，希望对大家有所帮助。

软件项目计划书如何写篇一

1.1 编写目的

编写本文档的目的是确保项目包括成功完成项目所需的全部工作，但又只包括必须完成的工作的各个过程。是项目管理团队确定、记载、核实、管理和控制项目范围的指南。此文当中包括制作工作分解结构，并确定如何维持与批准该工作分解结构；规定如何正式核实与验收项目已完成可交付成果。

1.2 参考资料

1.3 重要术语

20xx：软件开发语言

visual studio 20xx 软件开发环境

2 项目概述

2.1 系统与项目的定义

本系统是建立在c/s系统架构下基于sql server数据库，采用技术分析、设计、开发用于酒店信息化管理的。该系统基本满足了酒店管理方面的需求，用户界面友好。系统对用户（主要是酒店管理层及员工）数据有效地实现了信息电子化处理，从而降低了人工劳动并增加信息的准确性。本系统的基本信息有客房、餐饮、财务及人力资源等，用户登录系统后根据权限操作这些基本信息。

要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资源管理子系统，包括员工信息的录入、查看及绩效考核等。

2.2 系统开发背景与目标

在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店宾馆作为一个服务性行业，从客房的营销即客人预订开始，到入住登记直至最后退房结账，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务。给宾客一种顾客至上的享受。提高酒店的管理水平，简化各种复杂操作，在最合理、最短时间内完成酒店业务规范化操作，这样才能令旅客舒适难忘，增加宾客回头率。而对酒店业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。虽然信息化不是酒店走向成功的关键因素，但它可以帮助那些真正影响成败的要素发挥更大的作用。因此，采用全新的酒店管理系统，将成为提高酒店的管理效率，改善服务水平的重要手段之一。

酒店行业的激烈竞争使得争取客源、提高酒店入住率、制定正确营销策略已经成为一项重要的任务，借助蓬勃发展的it工具来拓展其能力已经成为许多酒店的首选。

计算机管理系统在数据保存、数据交换方面的快速可靠，是手工操作不能完成的。 酒店管理系统的设计目标：

1）采用先进的分布式数据处理技术，以提高管理工作的质量、效率和规范性；

3）旨在提高酒店的管理效率，减免手工处理的繁琐和误差。及时、准确地反应酒店的工作情况、经营情况，从而提高酒店的服务质量，获得更好的经济效益；实现客房管理的规范化、自动化。

2.3 用户需求概述及系统主要功能

3 项目范围界定

3.1 开发技术选择与理由

开发酒店管理系统，软硬件方面选择的是可视化的visual 20xx和sql server 20xx数据库，windows xp操作系统等。

vb拥有图形用户界面（gui），可以轻易的使用ado连接数据库,程序员可以轻松的使用vb提供的组件快速建立一个应用程序,以上都是组员熟悉的语言和数据库，所以技术方面是绝对可行的。综上所述，我们完全有能力完成酒店管理系统的最终实现。

3.2 开发团队与开发环境、工作方式 开发团队：

项目经理王朝令

需求分析员 王朝令 况晓龙 设计人员况晓龙 黄志刚

编码人员王朝令 况晓龙 黄志刚 测试人员黄志刚

软件项目计划书如何写篇二

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

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

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

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

根据《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)培训费(培训资料编写费、资料印刷费、产地费、设备费)

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

6.4项目合计经费预算

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

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

二、项目计划书的编写说明

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

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

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

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

根据《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)培训费(培训资料编写费、资料印刷费、产地费、设备费)

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

6.4项目合计经费预算

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

7关键问题

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

8专题计划要点

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

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

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

软件项目计划书如何写篇三

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

2定义

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

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

3职责

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

3.2项目经理部：编制工程项目策划书，报工程部；

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附表/附录

7.1工程项目策划书编制示例。

软件项目计划书如何写篇四

天津桓xxx有限公司成立于20xx年12月，位于天津市南开区高新技术产业园区的中心地带（白堤路）。是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。员工队伍业务全面、经验丰富、敬业爱岗、素质优良，其中：专业技术人员20人，全部是大专以上学历，能够以最合理的价格为客户提供最专业的技术服务。

公司是北京用友集团天津地区小型管理软件授权营销服务商，并且连续两年获得用友软件在天津地区的产品a级代理销售及服务授权资格。而且销售额连续两年名列前两位，获得用友集团的表扬和鼓励。

公司内部管理制度合理适宜。外部社会关系广泛良好。经过不断地改进和完善，已基本形成了一套比较科学有效的管理运作体系。

为适应业务发展的需要，壮大经营规模，进一步增强核心竞争力，公司决定启动以“追求客户全面满意，扩大市场占有份额”为主旨的二次创业。

我们相信，通过努力，在以北京用友集团为后盾，桓博公司将成为更具综合实力的企业，也将为加速提高天津地区企业信息化技术应用水平，做出更大贡献。

公司不仅注重短期目标，更加重视长期发展。公司将秉承“重诚信，竭精心，尽全力，为客户着想，让客户满意”服务理念，在日常业务中不断丰富公司品牌内涵，努力拓宽渠道，扩大市场知名度及美誉度，激活市场，带动人气，力求在天津大部分地区实现销售增长，成为天津地区财务软件的最大代理服务商。

1、目标市场：创业前期（两年内）目标主要集中在天津及周围区县的小型企业，个体经营和一般事业单位，在后期（两年后）逐步进入天津的大型企事业单位，占领这部分增值潜力最大的市场。

2、企业定位：“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务，推动软件信息化的普及。

3、使用价格：参考报价

4、营销队伍：在创业初期，为了降低企业的运营成本，大部分的宣传工作都由本公司的成员承担；在企业不断发展过程中，再适时招纳一定数量新成员（15名左右）专门从事企业营销策划的工作。

5、服务支持：使顾客能迅速、方便的得到准确、完善的相关服务和技术支持。

6、广告宣传：开展有计划。有目的的广告活动。在初期（两年内）主要面向小型的企事业单位，提供尽可能多的免费培训和知识讲座，专门针对会计人员的业务应用环节，逐渐“渗透”的方式进入企业；从第三年开始，我们将集中一部分优势力量对企业中的广大财务人员展开新一轮软件的宣传、促销和培训攻势。广告中突出宣传我公司“专业化”、“人性化”等鲜明特点，并且保证初期的广告投入预算，迅速提升知名度，预计20xx年广告费10万元。

7、推广计划：20xx年下半年开始投入5万元建立自己的网站，并且丰富网站内容，建立会员机制，提供在线技术支持和交流论坛；注册3721网络实名和网站推广，在各大传媒中广告投入，吸引用户注册我们的会员，并且给予会员金额上的优惠和赠送礼品，以此扩大我们的客户群体。

用友公司是中国最大的管理软件、erp软件、财务软件供应商，是中国最大的独立软件供应商。在中国erp软件市场，拥有公司是市场份额最大、产品线最丰富、成功应用最多、服务网落最大、交付能力最强的领导厂商。

（1）软件产品介绍

1：用友财务通由于信息计算在财务领域的广泛应用，会计将由核算型向核算管理型转移；财务工作将进一步参与单位的经营管理，在控制、决策、分析和考评等方面发挥重大的作用。用友财务通正是基于这种环境，以“精细核算，卓越理财”为核心应用理论，面向中小企业及组织的财务应用，提供企业投资融资决策，从而帮助企业全面实现电算化管理。本产品主要包括财务处理、工资管理、固定资产管理、报表、财务分析以及存货管理六大系统。其中，财务处理又细分为总帐、应收应付、项目管理、现金管理等四大模块。用友财务通提供数据接口，可实现向u8管理软件的平滑过渡，满足企业业务发展的需要。

2：商贸通本系统通过预置多种会计制度模板、多种业务类型，全面满足各类小型商贸企业进销存及财务核算需求，为企业提供多种灵活的业务处理方法，准确及时汇总财务数据，出具多角度业务分析报表，规范业务流程，加速资金周转，降低运营成本，提高企业盈利能力及市场竞争力，帮助小型商贸企业高速发展！

3：用友u8系列/用友erp/u8产品介绍用友erp―u8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。他具备五大产品特性。

1、企业全面应用

2、按需部署

3、高度整合

4、快速见效

5、低成本

3：用友商用表单及耗材：

用友表单与用友软件全线配套，具有丰富的产品线，主要包括：会计帐簿；业务表单（寻报价单、送收货单、收付款单）；综合表单（工资单、固定资产卡片、出入库单）等以及配套装订用品。用友表单支持针式打印机、激光打印机、喷墨打印机等多种打印设备。

（2）软件优点说明：

1、系统优点：用友财务通针对新会计制度及财务管理的内涵和特点，形成了本身的一系列特色：

（一）财务会计与管理会计的融合

（二）内部管理的实现

（三）灵活的数据接口

（四）总帐工具的导入功能

（五）系统的无缝连接与信息的共享

2、技术特点：

（一）严密的安全技术

a、数据操作安全性

b、数据存贮安全性

c、数据运用、查询、分析时的安全性

3、应用特点：

全面支持小企业会计制度，满足更多小企业管理需求。

a、业务流程自由选择，企业灵活选择自己的业务处理流程。

b、报表统计与分析角色化，按应用角色多角度进行业务分析。

c、灵活自定义各种基础档案业务属性、各种业务报表及单据格式。

d、财务业务一体化管理，更加全面掌控企业物流，资金流，信息流。

e、规范企业管理，有效控制企业财务经营风险。

f、丰富快捷的财务，业务等分析处理，快速支持企业决策。

g、完善的资金管理，提供从日记帐到银行对帐单、支票登记簿、费用报销等一套出纳业务。

（3）产品服务对象

1、财务通：基础版：面向小型企业，小型诊所社区医院、小规模学校等以及兼职会计人员或小型代理记帐公司（5套帐以内）标准版及网络版：面向以财务核算为核心进行全面经营管理的小企业（主要为小型工业企业）以及规模较大的代理记帐公司等。

2、erpu8面向大中型企业或集团应用的一体化解决方案，用友erp―u8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上，针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。将成功的管理经验与业务实践应用产品化，把管理要素合理预置在软件中，让更多的企业通过应用和实施用友erp―u8企业应用套件来实现先进、成熟管理的应用价值。

3、授权资格等级用友软件时第一个通过国家财政部审批的财务信息化软件开发商。

1、收入来源：桓博公司的收入来源主要为软件销售、升级和软件售后服务费（包括用友软件配套耗材）三个部分，并根据行业的平均标准和公司的成本预算制定相应的收费标准。

其中收入主要以软件销售收入为主，软件升级和服务费及配套耗材销售收入为辅。年均软件销售额超过80万元，服务费收入超过15万元，用友配套耗材销售收入超过10万元，计算机硬件及网络工程实施收入10万元。

（1）、市场评估：计世资讯（ccwresearch）的研究表明，20xx年上半年，中国通用型管理软件市场规模为22.7亿元，增长率32%；同期，erp规模达到11.9亿元，增长率为29%。有关资料显示，截至到20xx年底，天津地区共有各类企业和组织近10万家，其中以应用软件进行相关管理的只有20xx家左右，仅占0.5%。市场发展潜力十分可观。

（一）中小企业erp需求旺盛20xx年，中国中小企业erp市场销售额已经占到erp市场销售额的68.2%，中小企业市场同比增长速度达到24.1%大幅超过了大型企业市场18.7%的增长速度。20xx年中小企业将会延续20xx年的快速增长态势，增长速度仍将超出大型企业市场的增长速度，继续成为拉动erp市场增长的主导力量。

（二）中小企业用户erp选型慎重

通过调查研究表明，中小企业用户在erp选型时更加慎重，选型时考虑的因素不再仅仅是厂商品牌、产品价格、功能模块是否全面等表现因素，而是会更加关注产品的可用行，产品是否真正适合企业业务和发展，是否真正能够满足企业现阶段和未来的潜在需求，给企业带来工作效率的提高和销售业绩的提升。

（2）主要竞争对手分析目前我们遇到的竞争对手主要有同行业的厂商，其他竞争对手虽然也有和用有软件争夺市场的能力，他们有和用友功能模块大致相同的产品投放市场，但是产品相对单一，配置也不如用友灵活。从长远的目光来看他们所占据市场份额还不足以威胁到用友软件的发展和生存。相反的，这部分市场份额对用友来说也是利润的增长点，而且中小企业占了国内企业的绝大部分。用友软件公司也注意到了这方面软件的需求，先后推出了系列产品，是所有软件厂商中唯一产品线最丰富，适用面最广泛，按需配置最灵活的管理软件开发商。

（3）销售策略：

帮助客户做到4个充分

充分了解需求；充分培训练习；充分反馈问题；充分总结经验；

利用各种方式，向目标客户传递以下理性诉求：

1、实时化—企业在经营中，必须掌握立即、快速的原则，新品上市快，客户服务要快，决策速度要快，企业应变速度要快。

3、创利化—经营无非时为了活力及贡献社会责任，因此就必须不断创造利益，就要在重视有利益的销售的同时，努力提高效率，降低成本。达到提升竞争力的目的。

（4）价格政策

完全按照用友公司的政策规定执行报价（略）

（5）销售方式

为了使本公司的产品一最快的速度，最全面的被目标客户企业家了解并接受，拟采取以区域集中推介会、社会关系介绍、销售人员上门联系3种直销形式为主，向下级代理商批发为辅的销售方式。公司还将重视做好现有客户的售后服务工作，力争在赢得美誉的基础上，将客户的关系渠道发展成为公司拓宽市场的销售通道。

软件项目计划书如何写篇五

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

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

二、公司的组成与管理

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

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

软件项目计划书如何写篇六

项目策划人：赵慧哲、吕延晨、李娜、顾观佩

现在不管是公司还是学校都有各式各样的系统，比如：学校里有教务管理系统、图书管理系统等等。而公司中有工资管理系统、人员管理系统等。目前市场上的这些公司，基本上每个公司都要对其每天的销售情况进行统计记录，而且现在电脑这么普及，我们不像以前都是用手工记录到本子上，然后人工进行数据的处理。所以建立一个销售系统很有必要，为公司省去了许多不必要的人力资源，并且效率高、省时、操作方便、有很广的应用域和发证，空间。

在大二下学期我们开设了一门《实用软件工程》的学科，在老师及专业课程的需要下，我们要进行一个为期15周左右的一个对软件工程深入学习的平台。需要我们在15周以内编出一个小型软件。其次，在21世纪这个繁华的年代，销售业也是蓬勃发展，出现了很多销售管理系统来促使公司的发展，有了销售管理系统，不仅仅有利于公司的管理，更加有利于我们及时地掌握数据资料，进行处理、统计与总结。基于这个想法，我们小组决定做一个销售管理系统，以实现灵活的管理公司销售业绩的小系统。

（1）计算某个月每个人每种产品的销售额；

（2）按销售额对销售员进行排序，输出排序结果；

（4）输出统计报表。

1.3系统与“创新杯”的主题关系

为迎接“创新杯”而进行的预演。我们的目标主要放在能做出一些实用性强的软件，如果好的话，就能被大家广泛使用。所以我们希望能使得“创新杯”能出现一些更有新意的东西，更好玩。吸引更多人的眼球。

在确定课题前，我们特地上网看了一下当前比较热门的课题，最多的为学校的图书管理系统，但这个太过于大众化，做的人比较多，而且我们也一直在使用，所以难度不大。后来我们发现销售方面还算是比较热门，而且做的人不多，对于我们来说，也比较新鲜，因为毕竟我们现阶段都没有接触到，所以根据我们的综合讨论，觉得现社会有很多的机构需要该软件，比如：酒店可以用该软件管理赠品的发放，超市可以用来管理货物的采购和销售状况，就连一个小饰品店都可以用该软件来管理饰品的销售量和顾客的需求量。从调查来看该软件是很受社会欢迎的，实用性较强，而且现如今类似于该软件的产品可谓是层出不穷，大大增加了我们做这个项目的必要性。

这是一个很实用的小型销售管理系统，包括了每件产品的销售额的统计，以及总销售额的统计，等等一系列的小功能，可以帮助小型商店和小型公司实现对每日产品的销售统计，而且可以输出各个销售员的不同业绩，操作简单，显示直观，无需太多的技术要求，所以适合于大众。

主要的面向对象：各类服装店和小型公司。

场景描述：有四个销售员，负责销售五种产品。每个销售员都将当天出售的每种产品各写一张便条交上来。每张便条要包含：销售员的代号，产品的代号，这种产品的当天的销售额；每位销售员每天可能上缴0-5张便条。

详细操作：在类似小型公司或者服装店，一般都是看业绩来提升的，或者是看业绩来提名最佳销售人员或者最佳员工，然后公司再进行一些奖励制度。所以假设一名销售经理需要在每天下班后统计今天的销售量和销售额，如果是手动统计，那计算量和工作量就太大了点；但如果她安装在了本款软件，运行程序后，可根据操作提示一步步操作。

首先，如果是第一次使用本款软件，他需要先注册用户名和密码，这样也可以保证销售情况的隐蔽性，后面每次查看或者添加新纪录时，只需要输入用户名和密码就可以进行操作，如果别人想要对销售情况进行修改，那必须要知道用户名和密码，否则无法进行操作。注册好用户名和密码后，进入界面，每个销售员都有编号，然后输入日期、销售员的编号、产品编号、销售额，都输入好后，程序可以从高到低进行排序，这样一眼便能看出每个人的销售情况—最好的销售人员。最后程序还可以进行总销售额的计算，可看出这一天或这个星期或这个月公司的业绩如何。

以上即是本款软件的详细操作过程，不仅实用而且简单、直观。在各类小型企业和服装店等地方使用再合适不过了。

我们设计这款软件时，最想突出它的一个优点就是实用！所以我们是本这个目的去设计的。它简单易懂、界面直观、隐蔽性强，非常适合各小型企业对公司的管理，统计，查询。花最低的成本去实现最高的效率。

本软件现在来讲只适用于小型的企业，但是将来会随着我们小组队伍的壮大，能力的加强，它不但可以应用在小型企业，更是可以在大型的企业中得以运用，而且功能会越来越强大，不仅仅是对营业额的统计，而且可以实现对每件产品销售量的统计、管理、查询。而且还有望发展到其他的各个领域。

软件项目计划书如何写篇七

改造建设项目

软件开发计划书

xxxxxxxxxx有限公司

软件开发部

1.概述

本系统按照国家留学基金管理委员会管理规范化、制度化、科学化的要求，通过对公派留学申请、项目信息重新整合、材料上传、中科院申报数据管理、优秀自费奖学金申报数据管理、在外申请人的申报及受理等相关留学申请审批业务的改造和重组，以适应现有的需求变化以及下一步工作安排和具体实施，提高留学申请和审批、管理工作的运转效率，减少申请人员网上申报不便利，实现中科院申报数据并入、在外人员申报管理等申报流程以及审批受理工作。完善业务信息资料库的共享和使用价值。使国家留学基金管理委员会业务审批管理更加严密和规范，逐步取消纸件，初步实现政务办公无纸化、业务数据与网站信息一体化。成为提高管理水平和辅助领导决策不可或缺的公派留学申报审批信息平台。

1.1项目简介

?项目名称：国家公派留学管理信息平台三期改造建设项目?项目建设方：?项目承建方：?项目监理方：

1.2软件开发内容：

2.软件开发进度计划

2.1.

项目实施过程中需由用户协助的工作

项目需求书

网站内容和单位标示内部组织结构和人员组成设备资产清查

2.2.项目整体进度计划

1、

产品测试与交付

2.3.

测试内容

对每一个开发成功的模块进行功能性测试?

进行各模块接口联调测试；

2.4.

产品交付

全部测试结束后，将产品交付集成部门现场安装调试?

最迟交付期为20xx年3月31日

3.软件交付日期

软件最后交付日期为20xx年3月31日。

本计划的批准者：

批准日期：20xx年1月16日

软件项目计划书如何写篇八

项目名称：销售管理系统

项目策划人：赵慧哲、吕延晨、李娜、顾观佩

1.系统主题

1.1引言

现在不管是公司还是学校都有各式各样的系统，比如：学校里有教务管理系统、图书管理系统等等。而公司中有工资管理系统、人员管理系统等。目前市场上的这些公司，基本上每个公司都要对其每天的销售情况进行统计记录，而且现在电脑这么普及，我们不像以前都是用手工记录到本子上，然后人工进行数据的处理。所以建立一个销售系统很有必要，为公司省去了许多不必要的人力资源，并且效率高、省时、操作方便、有很广的应用域和发证，空间。

1.2背景及目的

在大二下学期我们开设了一门《实用软件工程》的学科，在老师及专业课程的需要下，我们要进行一个为期15周左右的一个对软件工程深入学习的平台。需要我们在15周以内编出一个小型软件。其次，在21世纪这个繁华的年代，销售业也是蓬勃发展，出现了很多销售管理系统来促使公司的发展，有了销售管理系统，不仅仅有利于公司的管理，更加有利于我们及时地掌握数据资料，进行处理、统计与总结。基于这个想法，我们小组决定做一个销售管理系统，以实现灵活的管理公司销售业绩的小系统。

本销售系统可以完成以下功能：

（1）计算某个月每个人每种产品的销售额；

（2）按销售额对销售员进行排序，输出排序结果；

（4）输出统计报表。

1.3系统与“创新杯”的主题关系

为迎接“创新杯”而进行的预演。我们的目标主要放在能做出一些实用性强的软件，如果好的话，就能被大家广泛使用。所以我们希望能使得“创新杯”能出现一些更有新意的东西，更好玩。吸引更多人的眼球。

1.4市场调查过程和结论

在确定课题前，我们特地上网看了一下当前比较热门的课题，最多的为学校的图书管理系统，但这个太过于大众化，做的人比较多，而且我们也一直在使用，所以难度不大。后来我们发现销售方面还算是比较热门，而且做的人不多，对于我们来说，也比较新鲜，因为毕竟我们现阶段都没有接触到，所以根据我们的综合讨论，觉得现社会有很多的机构需要该软件，比如：酒店可以用该软件管理赠品的发放，超市可以用来管理货物的采购和销售状况，就连一个小饰品店都可以用该软件来管理饰品的销售量和顾客的需求量。从调查来看该软件是很受社会欢迎的，实用性较强，而且现如今类似于该软件的产品可谓是层出不穷，大大增加了我们做这个项目的必要性。

2.需求分析

2.1概要

这是一个很实用的小型销售管理系统，包括了每件产品的销售额的统计，以及总销售额的统计，等等一系列的小功能，可以帮助小型商店和小型公司实现对每日产品的销售统计，而且可以输出各个销售员的不同业绩，操作简单，显示直观，无需太多的技术要求，所以适合于大众。

2.2使用场景

主要的面向对象：各类服装店和小型公司。

场景描述：有四个销售员，负责销售五种产品。每个销售员都将当天出售的每种产品各写一张便条交上来。每张便条要包含： 销售员的代号，产品的代号，这种产品的当天的销售额；每位销售员每天可能上缴0-5张便条。

详细操作：在类似小型公司或者服装店，一般都是看业绩来提升的，或者是看业绩来提名最佳销售人员或者最佳员工，然后公司再进行一些奖励制度。所以假设一名销售经理需要在每天下班后统计今天的销售量和销售额，如果是手动统计，那计算量和工作量就太大了点；但如果她安装在了本款软件，运行程序后，可根据操作提示一步步操作。

首先，如果是第一次使用本款软件，他需要先注册用户名和密码，这样也可以保证销售情况的隐蔽性，后面每次查看或者添加新纪录时，只需要输入用户名和密码就可以进行操作，如果别人想要对销售情况进行修改，那必须要知道用户名和密码，否则无法进行操作。注册好用户名和密码后，进入界面，每个销售员都有编号，然后输入日期、销售员的编号、产品编号、销售额，都输入好后，程序可以从高到低进行排序，这样一眼便能看出每个人的销售情况—最好的销售人员。最后程序还可以进行总销售额的计算，可看出这一天或这个星期或这个月公司的业绩如何。

以上即是本款软件的详细操作过程，不仅实用而且简单、直观。在各类小型企业和服装店等地方使用再合适不过了。

2.3实用性分析

我们设计这款软件时，最想突出它的一个优点就是实用！所以我们是本这个目的去设计的。它简单易懂、界面直观、隐蔽性强，非常适合各小型企业对公司的管理，统计，查询。花最低的成本去实现最高的效率。

2.4未来发展方向

本软件现在来讲只适用于小型的企业，但是将来会随着我们小组队伍的壮大，能力的加强，它不但可以应用在小型企业，更是可以在大型的企业中得以运用，而且功能会越来越强大，不仅仅是对营业额的统计，而且可以实现对每件产品销售量的统计、管理、查询。而且还有望发展到其他的各个领域。

软件项目计划书如何写篇九

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

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

推荐度：

点击下载文档

搜索文档

软件项目计划书如何写篇十

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编写目的

编写本文档的目的是确保项目包括成功完成项目所需的全部工作，但又只包括必须完成的工作的各个过程。是项目管理团队确定、记载、核实、管理和控制项目范围的指南。此文当中包括制作工作分解结构，并确定如何维持与批准该工作分解结构；规定如何正式核实与验收项目已完成可交付成果。

1.2参考资料

1.3重要术语

20xx：软件开发语言

visualstudio20xx软件开发环境

2项目概述

2.1系统与项目的定义

本系统是建立在c/s系统架构下基于sqlserver数据库，采用技术分析、设计、开发用于酒店信息化管理的。该系统基本满足了酒店管理方面的需求，用户界面友好。系统对用户（主要是酒店管理层及员工）数据有效地实现了信息电子化处理，从而降低了人工劳动并增加信息的准确性。本系统的基本信息有客房、餐饮、财务及人力资源等，用户登录系统后根据权限操作这些基本信息。

要实现的功能模块包括4个方面，第一个方面是客房管理子系统，包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块；第二个方面是餐饮管理子系统，包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块；第三个个方面是财务管理子系统，包括财务预算的查看及发布审核、财务报表的生成等；最后一个方面是人力资源管理子系统，包括员工信息的录入、查看及绩效考核等。

2.2系统开发背景与目标

在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店宾馆作为一个服务性行业，从客房的营销即客人预订开始，到入住登记直至最后退房结账，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务。给宾客一种顾客至上的享受。提高酒店的管理水平，简化各种复杂操作，在最合理、最短时间内完成酒店业务规范化操作，这样才能令旅客舒适难忘，增加宾客回头率。而对酒店业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。虽然信息化不是酒店走向成功的关键因素，但它可以帮助那些真正影响成败的要素发挥更大的作用。因此，采用全新的酒店管理系统，将成为提高酒店的管理效率，改善服务水平的重要手段之一。

酒店行业的激烈竞争使得争取客源、提高酒店入住率、制定正确营销策略已经成为一项重要的任务，借助蓬勃发展的it工具来拓展其能力已经成为许多酒店的首选。

计算机管理系统在数据保存、数据交换方面的快速可靠，是手工操作不能完成的。酒店管理系统的设计目标：

1）采用先进的分布式数据处理技术，以提高管理工作的质量、效率和规范性；

3）旨在提高酒店的管理效率，减免手工处理的繁琐和误差。及时、准确地反应酒店的工作情况、经营情况，从而提高酒店的服务质量，获得更好的经济效益；实现客房管理的规范化、自动化。

2.3用户需求概述及系统主要功能

3项目范围界定

3.1开发技术选择与理由

开发酒店管理系统，软硬件方面选择的是可视化的visual20xx和sqlserver20xx数据库，windowsxp操作系统等。

vb拥有图形用户界面（gui），可以轻易的使用ado连接数据库,程序员可以轻松的使用vb提供的组件快速建立一个应用程序,以上都是组员熟悉的语言和数据库，所以技术方面是绝对可行的。综上所述，我们完全有能力完成酒店管理系统的最终实现。

3.2开发团队与开发环境、工作方式开发团队：

项目经理王朝令

需求分析员王朝令况晓龙设计人员况晓龙黄志刚

编码人员王朝令况晓龙黄志刚测试人员黄志刚