软件项目策划书6篇
日子如同白驹过隙，不经意间，我们又将迎来新的喜悦、新的收获，是时候抽出时间写写计划了。什么样的计划才是好的计划呢？差异网为您带来了6篇《软件项目策划书》，如果对您有一些参考与帮助，请分享给最好的朋友。
软件项目计划书 篇一
论文 摘要：介绍了信息系统建设中软件项目管理的理念，深入探讨了软件项目管理的组织模式、内容、配置管理、质量管理、风险管理及人员管理等，并给出了软件项目计划书的范本。
论文关键词：软件项目管理；软件配置管理；软件项目计划书
1软件项目管理的组织模式
1．1项目管理委员会。项目管理委员会是公司项目管理的最高决策机构，—般由公司总经理、副总经理组成。主要职责如下：(1)照项目管理相关制度管理项目；(2)监督项目管理相关制度的执行；(3)对项目立项、项目撤消进行决策；(4)任命项目管理小组组长、项目评审蚕员会主任、项目组组长。
1.2项目管理小组。项目管理小组对项目管理委员会负责，—般由公司管理人员组成。主要职责如下：(1)草拟项目管理的各项制度；(2)组织项目阶段评审；(3)保存项目过程中的相关文件和数据：(4)为优化项目管理提出建议。
1.3项目评审小组。项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，—般由公司技术专家和市场专家组成。主要职责如下：(1)对项目可行性报告进行评审；(2)对市场计划和阶段报告进行评审；(3)对开发计划和阶段报告进行评审；(4)项目结束时，对项目 总结 报告进行评审。
1．4软件产品项目组。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。
2软件项目管理的内容
在二十世纪八十年代初，著名软件工程专家b．w．boehm总结出了软件开发时需遵循的七条基本原则，同洋，我们盔件项目管理时，也应该遵循这七条原则。它们是：(1)用分阶段的生命周期计划严格管理；(2)坚持进行阶段评审；(3)实行严格的产品控制；(4)采用 现代 程序设计技术；(5)结果应能够清楚地审查；(6)开发小组的人员应该少而精；(7)承认不断改进软件工程实践的必要性。
3编写《软件项目计划书》
《软件项目计划书》一般应该包括下述内容
(1)引言。a计划的目的；页目的范围和目标：范围描述；主要功能；性能；管理和技术约束。(2)项目估算。使用的 历史 数据；b使用的评估技术；c工作量、成本、时间估算。(3)风险管理战略。风险识别；d风险的时论；e冈险管理计划：风险计划风险监视；风险管理。(4)日程。a项目工作分解结构；b时限图(甘特图)；c琶源表。(5)项目资源。a人员；b硬件和软件；c特别资源。(6)人员组织。a组织结构；b管理报告。(7)跟踪和控制机制。a质量保证和控制；b变化管理和控制。(8)附录。
4软件配置管理
软件配置管理应提供的功能：在is090003中了如下描述：
唯一地标识每个软件项的版本；标识共同构成一完整产品的特定版本的每一软件项的版本；控制由两个或多个独立工作的人员同时对一给定软件项的更新；控制由两个或多个独立工作的人员同时对一给定软件项的更新：按要求在—个或多个位置对复杂产品的更新进行协调；标识并跟踪所有的措施和更改；这些措施和更改是在从开始直到放行期问，由于更改请求或问题引起的。
5软件质量管理
5．1软件质量保泾计划。在进行软件开发前。需要有—个《软件质量保证计划》。一般包括以内容：(1)计划目的；(2) 参考 文献 ；(3)管理。a组织任务；b责任。(4)文档。a目的；b要求的软件工文档；d也文档；(5)标准和约定。a目的；b约定(6)评审和审计。a目的；b评审要求。软件需求自噼审；设计评审；软件验证和确认评审；功能评审；理评审；内部过程评审；管理评审。(7)测试。(8)题报告和改正活动。(9)工具、技术和方法。(10)媒体控制。(11)供应者控制。(12)记录、收集、维护和保密。(13)培训。(14)风险管理。
5.2质量管理的基本原则。控制所有过程的质量；过程控制的出发点是预防不合格；质量管理中心任务是建立并实施文件化的质量体系；持续的质量改进；有效的质量体系应满足顾客和组织内部双方的需要和利益；定期评价质量体系；搞好质量管理关键在于领导。
5.3软件评审。软件评审并不是在软件开发毕后进行评审，而是在软件开发的各个阶段都进行评审。因为在软件开发的各个阶段都可能生错误，如果这些错误不及时发现并纠正，会不地扩大。最后可能导致开发的失败。软件评审是相当重要的工作，也是目前国开发最不重视的工作。
5．4测试。测试—般包括单元测试省测试集成系统测试。如果测试结果与预期结果不—致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：(1)测试计划：确定测试范围、方法和需要的资源等。(2)测试过程：详细描述和每个测试方案有关的测试步骤和数据(包括测试数据及预期的结果)。(3)测试结果：把每次测试行的结果归人文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。
6软件风险管理
6．1风险的分类。根据风险内容，我们可以将风脸分为项目风险(成本提高，时间延长等)、技术风险(技术不成熟等)、商业风险(销售问题等)、战略风险(公司的经营战略发生了变化)、管理风险(公司管理人员是否成熟等)、预算风险(预算是否准确等)等。另外，我们还可以将风险分为已知风险(如员工离职等)、可预报风险(从以往经验得出可能有风险的)和不可预知风险。
6.2风脸的识别。风险项目检查表。主要涉及以下几方面检查：(1)产品规模风脸检查；(2)业务影响风险检查；(3)与客户相关的风险检查；(4)过程风险检查；(5)技术风险检查；(6)开发环境风险检查；(7)与人员的模式和经验有关的风险检查。
6．3风险评估。风险评估主要从下面七个方面进行：(1)发生的可能性；(2)发生的结果(影响) (3)建立—个尺度表示风险可能性(如，极罕见、罕见、普通、可能、极可能)；(4)描述风险带来的后果；(5)产品和项目的影响；(6)确定风险评估的正确性；(7)根据影响排定有限队列。另外，要对每个风险的表现、范围、时间做出尽量准确的判断。
6.4风险的评价。对风险的评价主要依据三个因素：风险描述、风险概率和风险影响。从成本进度及性能三个方面对风险进行评价。确定项目的中止点，在中止点处再—次进行风险评价。
6.5风险的驾驭和监控。风险的驾驭与监控主要要靠管理者的经验来实施。如，某开发人员的离职概率是0.7，离职后会对项目造成—定的影响，则该风险驾驭和监控的策略如下：(1)与在职人员协商，确定流动原因。(2)在项目开始前，把环节这些流动原因的工作列入风脸驾驭计划。(3)项目开始时，做好人是会流动的准备，采取—些措施确保人员一旦离开时，项目仍能继续。(4)制定文档标准，并建立—种机制，保证文档及时产生。(5)对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作。(6)对每个关键眭技术人员培养后备人员。在考虑风险成本之后，决定是否采用上述策略。
7人员管理
7．1对项目经理的要求。(1)能够使小组每个成员都能发挥能力；(2)有—定的组织能力；(3)能够使小组每位成员有成就感；(4)有提出解决问题方案的能力；(5)对问题的理解有一定的深度；(6)要能让成员知道软件质量的重要性。
7.2人员的通讯方式。(1)正式非个人方式，如正式会议等；(2)正式个人之间交流，如成员之间的正式讨论等(一般不形成决议)；(3)非正式个人之间交流，如个人之间的自由交流等；(4) 电子 通讯，如e—mail．(电子邮件)、 bbs (电子公告板系统)等；(5)成员 网络 ，如成员与小组之外或公司之外有经验的相关人员进行交流。在实践中发现，(5)的通讯效率最高，其次是(1)。
软件项目计划书 篇二
【关键词】CMMI2（已管理级） 公司内部问卷调查 裁剪活动
1 引言
在企业内部问卷调查系统项目开发中，人员较少，只有项目经理、开发人员和测试人员各一名组成；资源也十分有限，人员的技术基础也较为薄弱。人员一般未经过充分的系统培训就开始工作。该项目的软件生产领域有限，软件产品用户有限，该软件的使用人群仅仅是针对使用企业内部问卷调查系统的为数不多的人，虽然如此，但是要在较短的时间内拿出尽量让用户满意的产品，那么就需要具有比大型软件项目更高的生产效率。因此，在企业内部问卷调查系统项目中进行CMMI2实施和裁剪是非常有必要的。
2 系统方案
2.1 组织机构的剪裁
在我们的企业内部问卷调查系统仅仅只有三个人，因此，我们的质量保证由项目经理兼职完成。
项目经理（1人）。
开发人员（1人）。
测试人员（1人）。
2.2 需求管理过程的裁剪
可以进行裁剪的活动有评审计划文档。用户能抽出时间与项目组一同参与评审，那么只需要简要书写的评审计划文档。
不能进行裁剪的活动有如下2种。①定义需求规格说明书标准。客户没有向项目组提供需求规格说明书标准，同时项目组没有现成可以借鉴的需求规格说明书标准。②需求技术培训：需求分析人员缺乏开发经验，在过去又没有经过严格的技术培训
2.3 项目计划过程的裁剪
项目计划的目的是制定和维护项目计划，在企业内部问卷调查系统开发过程中要根据自己的管理经验，实施以下工作。
可以进行裁剪的活动有如下两点：
（1）在项目人员足够的条件下可以指定单独的软件项目计划人。在该项目组中，人员不足，资金不够，规模小，项目经理完成软件项目计划人的工作。
（2）在企业内部问卷调查项目中，人员少，资金不足，项目经理在项目计划的整个过程中都在对软件项目计划进行评审，所以评审计划可以裁剪。
不能进行裁剪的活动有两点：
（1）在企业内部问卷调查中，客户未提供软件项目计划的标准格式，这样就需要明确项目所需的各类资源、所用的开发软件方法和内部控制有可能会面临的风险。
（2）企业内部问卷调查存在一定的风险，在风险估计就是要对可能出现的风险做预测，并将其按0级到10级做等级划分。
2.4 项目监督和控制过程的裁剪
而在企业内部问卷调查系统项目中，项目经理要在项目中还扮演着其他的角色，并与其他开发人员一直存在一起，他熟悉项目的开发进程。这时，项目经理就不需定期对该项目进展做调查了，他可以随时对项目进展调查。在该项目开发中，我们随时就会对项目的进展情况进行一次详细的考察，其中包括：企业内部问卷调查系统的项目任务跟踪；企业内部问卷调查系统的项目费用跟踪；企业内部问卷调查系统的项目资源跟踪；企业内部问卷调查系统的项目工作成果及其规模跟踪。
软件跟踪与监控在企业内部问卷调查系统中具体活动的裁剪。
可以进行裁剪的活动有如下两点：
（1）在企业内部问卷调查中，人员少，资金不足，项目经理直接参与到了整个项目的开发跟踪和监控管理，项目经理完全了解到了该项目的开发的过程，所以不需要专门制定跟踪计划。
（2）由于企业内部问卷调查的人员少，所以不需要专门定期召开状态评审会议，可以直接由跟踪负责人随时对状态进行评审，所以评审会议可以裁剪，用跟踪负责人随时对状态进行评审来代替评审会议。
2.5 过程和产品质量保证过程的裁剪
下为过程和产品质量保证在企业内部问卷调查系统中具体活动的裁剪。
可以进行裁剪的活动有如下两点：
（1）在企业内部问卷调查中，没有足够的人力，所以不用设立专门的质量保证组，质量保证由其他组兼任。
（2）在企业内部问卷调查中，项目经理直接参与项目的质量保证，这样项目经理清楚软件项目开发的整个过程。
不能进行裁剪的活动有如下几点：
（1）无论是大型软件企业还是中小型软件企业开发的中小型软件项目，质量保证经费预算都是必不可少的。
（2）在企业内部问卷调查项目中，用户参与软件项目的质量保证时，对软件产品的质量问题提出的意见或建议。
（3）在企业内部问卷调查项目中，虽然用户抽出了时间与项目组一起进行评审，但质量保证评审文档仍应进行详细文档书写。
2.6 供应商合同管理过程的裁剪
由于该项目为中小型项目，且根据开发中的具体情况，不存在第三方软件的购买以及软件外包情况。
可以进行裁剪的活动有如下两点：
（1）该项目不需要将软件承包给第三方厂家，所以就不需要外部联络。
（2）由于企业内部问卷调查项目不需要对软件实行外包，所以就不需要对外包进行监督。
2.7 配置管理过程的裁剪
可以进行裁剪的活动有如下两点：
在企业内部问卷调查项目中，由于人员有限，所以项目经理担任了配置管理的监督人员，因此将该角色对软件的评审与项目经理按时评审软件配置管理合并在一起；
不能进行裁剪的活动有：组织的自身的管理机制不够完善，所以需要引进相关软件管理工具帮助软件项目开发的管理。
2.8 度量和分析过程的裁剪
度量和分析过程的目的是开发和维护一个用于支持项目信息需要的度量能力。
可以进行的裁剪活动有：提供将度量合并到未来的附加过程中的基础
不能进行的裁剪的活动有： 在该项目中，不妨将实最终数据的收集、存放、分析和报告纳入项目专用仓库中。
3 总结
本论文主要从CMMI第2级（已管理级）的角度进行剪裁实施研究。根据CMMI2的7个关键过程管理域的各自过程特点，与中小型项目的特点相结合进行合理的剪裁。以企业内部问卷调查系统为例，具体阐述了CMMI2如何在中小型项目中实施并裁剪。在开发过程的每一个阶段，都应用CMMI第二级进行管理和改进，保证软件的质量，从而更好地进行中小型软件项目的开发。
软件项目策划书 篇三
软件项目策划书
软件项目策划书（一）一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方
面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件
项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调
研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
（一）项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目
目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别
那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项
目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面
内容：
项目描述，项目目标、主要项目阶段、里程碑、可交
付成果。所计划的职责分配（包括用户的）；
沟通管理计划，确定项目干系人对信息和沟通的需
要：即什么人何时需要什么信息以及通过什么方式将信息提
供给他们。质量管理计划，确定适合于项目的质量标准和如
何满足其要求。如果有必要，可以包括上述每一个计划，详
细程度根据每个具体项目的要求而定。未解决事宜和未定的决策
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；阶段验收、技术交接和项目结束后如何对用户提供后
续服务。
（二）需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调
研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项
目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备 2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部
门经理、商务等人员根据合同要求和项目实际情况对《需求
调研计划》草稿进行评审，如评审通过，则在稍后的时间内
签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需
求调研计划》，则作为以后需求调研工作的指南。否则重新 修改。
5、《需求调研计划》 是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求
调研通知》，确定进行需求调研的相关事宜，发给用户，为 顺利完成需求调研工作做准备
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开 深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将 分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部 门经理、公司其他技术部门的人员对《需求分析报告》草稿 进行评审，如评审通过，则在稍后由用户签署，如评审不通 过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组
编写《需求分析报告确认通知》，发给用户，确定进行需求
确认的相关事宜，告之相关部门及人员安排好工作，准时参
与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》
。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行
调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程
（三）软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件
功能确认表》，将定制好软件功能待用户确认，用户根据 《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
五）系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前天由用户实施负
责人，将参加培训的部门和人员情况填入《受训部门汇总
表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责 人商议具体培训内容、时间，场地，人员等。项目组编制 《培 训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前天，按照签署的《培
训计划》，将培训内容、时间，场地，人员等信息通知用户 实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培 训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户 将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负 责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考
核统计表》，及时向相关负责人汇报。
（六）系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测
试测试及试运行的目的在于确保系统各项功能均能正常使
用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同
时目的还在于在正式运行前用户的有关人员能进一步提高
操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试
运行时间，地点，人员等安排，项目组编制《测试及试运行
计划》。
2、签署计划：用户签署《测试及试运行计划》，进一
步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前
天，按照签署的《测试及试运行计划》，将时间，地点，人
员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件 环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题； 5、组织测试及试运行：用
户相关各级领导给予全面配合，组织相关人员进行测试及 试运行。公司项目组负责担当指挥，检查用户人员组织情况并
给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人
员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相
关负责人。
（七）总体验收阶段
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行验收，在测试及试运行结束后，对系统进行总体验 收。
软件项目策划书（二）一、项目计划的要素
根据 PMBOK2000，项目计划可以包含如下要素：
1、项目范围说明
项目范围说明阐述进行这个项目的原因或意义，形成项目的基本框架，使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素，使 项目干系人在项目开始实施前或项目相关文档编写以前，能够就项目的基本内容和结构达成一致；项目范围说明应当形成项目成果核对清单，作为项目评估的依据，在项目终止以后或项目最终报告完成以前进行评估，以此作为评价项目成败的依据；范围说明还可以作为项目整个生命周期监控和考核项目实施情况的基础，和项目其他相关计划的基础。
2、项目进度计划
进度计划是说明项目中各项工作的开展顺序、开始时
间、完成时间及相互依赖衔接关系的计划。通过进度计划的编制，使项目实施形成一个有机的整体。进度计划是进度控制和管理的依据，可以分为项目进度控制计划和项目状态报告计划。
在进度控制计划中，要确定应该监督哪些工作、何时进行监督、监督负责人是谁，用什么样的方法收集和处理项目进度信息，怎样按时检查工作进展和采取什么调整措施，并把这些控制工作所需的时间和人员、技术、物资资源等列入项目总计划中。
3、项目质量计划 4、项目资源计划
有了项目范围计划和进度计划后，资源计划就是决定
在项目中的每一项工作中用什么样的资源（人、材料、设备、信息、资金等等），在各个阶段使用多少资源。项目费用计
划包括资源计划、费用估算、费用预算。
5、项目沟通计划
沟通计划就是制定项目过程中项目干系人之间信息
交流的内容、人员范围、沟通方式、沟通时间或频率等沟通要求的约定。
6、风险对策计划
风险对策计划是为了降低项目风险的损害而分析风险、制定风险应对策略方案的过程，包括识别风险、量化风险、编制风险应对策略方案等过程。
7、项目采购计划
项目采购计划过程就是识别哪些项目需求可应通过
从本企业外部采购产品或设备来得到满足。如果是软件开发工作的采购，也就是外包，应当同时制定对外包的进度监控和质量控制的计划。
8、变更控制、配置管理计划
由于项目计划无法保证一开始就预测得非常准确，在项目进行过程中也不能保证准确有力的控制，导致项目计划与项目实际情况不符的情况经常发生，所以必须有效处理项目的变更。变更控制计划主要是规定变更的步骤、程序，配置管理计划就是确定项目的配置项和基线，控制配置项的变更，维护基线的完整性，向项目干系人提供配置项的准确状态和当前配置数据。
二、项目计划编制过程
由于软件开发的手工性、个体性特征，软件开发项目
计划不可能是一个静态的计划，一次在项目启动时，可以先
制定一个颗粒度相对比较粗的项目计划，先确定项目高层活
动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭
代，根据项目的大小和性质以及项目的进展情况进行迭代和
调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到个月左右。经过不断的计划制订、调
变得非常详细。整、修订等工作，项目计划从最初的粗粒度，这样的计划将一直延续到项目结束，延续到项目的成果出 现。
制定计划的过程就是一个对项目逐渐了解掌握的过
程，通过认真地制定计划，项目经理可以知道哪些要素是明
确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项
目计划。阶段计划中包含的工作汇报和下一阶段工作安排是
掌握项目进度的依据，从阶段计划对照总体计划，才能一目
了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问
题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责
任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你
保证项目按时完成。
企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或
相关协议，项目的大致范围、项目结束的截止时间和一些关
键时间，指定项目经理和部分项目成员等等。
接下来的项目计划编写一般要按照以下过程：
1、成立项目团队：相关部门收到经过审批后的“项目立项文件”和相关资料，则正式在“项目立项文件”中指定的项目经理组织项目团队，成员可以随着项目的进展可以在不同时间加入项目团队，也可以随着分配的工作完成而退出项目团队。但最好都能在项目启动时参加项目启动会议，了解总体目标、计划，特别是自己的目标职责，加入时间等 等。
2、项目开发准备：项目经理组织前期加入的项目团队成员准备项目工作所需要的规范、工具、环境。如开发工具、源代码管理工具、配置环境、数据库环境等。前期加入的项目团队成员主要由计划经理，系统分析员等组成，但快要制定好的项目计划一定要尽可能经过在所有项目团队成员和项目干系人中间的充分沟通。如果项目中存在一些关键的（指将影响项目成败）技术风险，则在这一阶段项目经理应组织人员进行预研。预研的结果应留下下书面结论以备评审。
说明：项目计划书必须在相应阶段对项目目标、阶段
目标和各项任务进行精确的定义，就是要在相应阶段进一步
进行项目目标的细化工作；特别是在概要设计完成，详细设
计或编码实现开始之前应该对下一阶段的目标任务进行细
化。应当充分调查并掌握影响项目计划的一切内部和外部影
响因素；应当尽可能充分地分析项目工作分解结构，通过分
析项目工作分解结构不仅获得项目的静态结构，而且通过逻
辑分析，获得项目各工作任务之间动态的工作流程；应当将
项目目标、任务进行分解，制定详细的实施方案。
3、项目信息收集：项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行 Q&A讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。
4、编写《软件项目计划书》
项目经理负责组织编写《软件项目计划书》
。《软件项
目计划书》是项目策划活动核心输出文档，它包括计划书主 体和以附件形式存在的其他相关计划，如配置管理计划等。
《软件项目计划书》 的编制参考 《 GB8567－ 88 计算机软件产
品开发文件编制指南》中项目开发计划的要求。各企业在建
立 ISO9001 质量管理体系或
CMM过程中也会建立相应的《软
件开发项目计划书规范》。
编制项目计划的过程应当分为以下几个步骤：
a、确定项目的应交付成果。这里的项目的应交付成果不仅是指项目的最终产品，也包括项目的中间产品。例如 通常情况下软件开发项目的项目产品可以是：需求规格说明
书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验 收报告、项目总结报告等等；
b、任务分解：从项目目标开始，从上到下，层层分解，确定实现项目目标必须要做的各项工作，并画出完整的工作分解结构图。软件开发项目刚开始可能只能从阶段的角度划分，如需求分析工作、架构设计工作、编码工作、测试工作等等，当然规模较大时也可把需求、设计拆分成不同的任务。不过特别是在概要设计完成时可以对下一阶段的目标任务进行横向的细化。
c、在资源独立的假设前提下确定各个任务之间的相
互依赖关系，以确定各个任务开始和结束时间的先后顺序；
获得项目各工作任务之间动态的工作流程。
d、确定每个任务所需的时间，即根据经验或应用相关方法给任务需要耗费的时间；确定每个任务所需的人力资源要求，如需要什么技术、技能、知识、经验、熟练程度等
等。
e、确定项目团队成员可以支配的时间，即每个项目成员具体花在项目中的确切时间；确定每个项目团队成员的 角色构成、职责、相互关系、沟通方式。
f、确定管理工作，管理工作是贯穿项目生命周期的，如项目管理、项目会议等、编写阶段报告。项目团队成员之间的沟通时间、项目团队成员和其他项目干系人之间的沟通时间也比较容易被忽视，而沟通时间也是比较不容易固定地量化和日程化。但这些工作在计划中都应当充分地被考虑进去，再回师项目计划更加合理，更有效地减少因为计划的不 合理而导致的项目进度延期。
g、根据以上结果编制项目总体进度计划，总体进度计划应当体现任务名称、责任人、开始时间、结束时间、应 提交的可检查的工作成果。
h、考虑项目的费用预算、可能的风险分析及其对策、需要公司内部或客户或其他方面协调或支持的事宜。
5、软件项目计划书评审、批准
项目计划书评审、批准是为了使相关人员达成共识、减少不必要的错误，使项目计划更合理更有效。
项目经理完成《软件项目计划书》后，首先组织项目
团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可
采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。
项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。
批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。
项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》 ；规模较小的可以在《软件项目计划书》的某个章节说明“软件开
发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。
配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划
规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。
项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。
三、项目计划内容确定
项目计划内容的确定一般要按照以下过程：
1、确定项目概貌
合同项目以合同和招投标文件为依据，非合同项目以
可行性研究报告或项目前期调研成果为依据，明确项目范围和约束条件，并以同样的依据，明确项目的交付成果。进一步明确项目的工作范围和项目参与各方责任。
2、确定项目团队
确定项目团队的组织结构和与项目开发相关的职能
机构，包括管理、开发、测试、QA、评审、验收等。确定项
目团队人员及分工。与相关人员协商，确定项目团队人员构成。如内部不能满足人员需求，则提出人员支援申请。
3、明确项目团队内、外的协作沟通
明确与用户单位的沟通方法。明确最终用户、直接用
户及其所在本企业／部门名称和联系电话。客户更多的参与是项目成功的重要推动力量，加强在开发过程中与用户方项目经理或配合人员的主动沟通，将有助加强客户等项目的参与程度。建议采用周报或月报的方式通告项目的进展情况和下一阶段计划，出现的需要客户协调或了解的问题。
当项目团队需要与外部单位协作开发时，应明确与协作单位的沟通方式。确定协作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
明确本企业内部协作开发的部门名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。明确
项目团队沟通活动。项目团队成员规模在 3 人以上的项目应该组织项目团队周例会，项目团队采用统一的交流系统建立项目团队的交流空间。
4、规划开发环境和规范
说明系统开发的所采用的各种工具，开发环境，测试
环境等。列出项目开发要遵守的开发技术规范和行业标准规范。对于本企业还没有规范的开发技术，项目经理应组织人员制订出在本项目中将遵守的规则。
5、编制工作进度计划
根据本企业规定和项目实际情况，确定项目的工作流
程。编制项目的工作计划，此计划为高层计划，各阶段的工
作时间安排要包括完成阶段文档成果、文档成果提交评审及
进行修改的时间，各阶段结束的标志是阶段成果发布。在计
划中要求明确以下内容：
a、工作任务划分；
b、显示项目各阶段或迭代的时间分配情况的时间线或甘特图；
c、确定主要里程碑、阶段成果；
d、要求用文字对项目工作计划做出解释。最终用一张时间表格来完整说明整个工作计划；对于迭代开发的项
目，应编制出第一阶段的阶段计划。阶段内的任务分割以
天为合适，特殊任务的时间跨度在两个星期内；在项目的进
行过程中，项目经理编制双周工作计划，指导成员的具体工
作。
6、编制项目的监控计划。其中说明进度控制、质量控制、版本控制、预算控制等。
7、编制项目的风险计划，分析项目过程中可能出现的风险以及相应的风险对策。对于大型项目，建议以附件方式编制，便于不断更新。
8、制定辅助工作计划。根据项目需要，编制如培训
2-5
软件项目计划书 篇四
项目计划书是一个全方位的商业计划，里面记录着行业、市场和企业等全方位的信息和分析。今天小编在这给大家带来项目计划书范文，接下来我们共同阅读吧！
项目计划书范文1
一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
(一)项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
(三)软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
(四)数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下，对用户网络及硬件设备进行测试，对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用，并且符合用户签署的《需求分析报告》中描述的需求，同时把尽可能多的潜在问题在正式运行之前发现并改正；同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平，掌握操作规范。此阶段的主要工作内容为：
1、编制计划：与用户实施负责人商议具体测试及试运行时间，地点，人员等安排，项目组编制《测试及试运行计划》。
2、签署计划：用户签署《测试及试运行计划》，进一步确认测试及试运行安排。
3、发测试及试运行通知：在测试及试运行开始前2天，按照签署的《测试及试运行计划》，将时间，地点，人员等信息通知用户实施负责人。
4、搭建环境及数据准备：在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路；检查软件、硬件、网络、线路等各个环节是否有问题；
5、组织测试及试运行：用户相关各级领导给予全面配合，组织相关人员进行测试及试运行。
公司项目组负责担当指挥，检查用户人员组织情况并给予指导，跟踪检查如下情况：
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通，确定解决办法。
6、测试及试运行总结：测试及试运行完成，总结试运行中设备、软件的运行情况，总结试运行中业务流程和操作环节的情况，以书面总结形式将测试及试运行结果通知相关负责人。
(七)总体验收阶段
此阶段是对项目总体的完成情况进行验收。验收分阶段进行，在每一项目阶段结束时，用户对这一阶段的可交付成果进行
项目计划书范文2
一：项目计划书是什么？
项目计划书是是一个全方位的商业计划，里面记录着行业、市场和企业等全方位的信息和分析，是一个企业价值的集中提现。
二：项目计划书有什么用？
1：用于寻找项目投资人或合伙人
一个好的项目计划书是能够多方面，多层次的分析自己所做的事情，有一个清晰地盈利分析和发展眼光。从另一个角度来看是体现了项目领袖个人特有的气质。投资人恰恰看中的就是团队的优秀。有一位优秀的投资人曾经说过：“我宁可投资一流的团队去干二三流的事儿，也不投资一个二三流的团队干一流的事儿。”
2：用于参加各种创新创业大赛
有政府部门组织的(例如：每年科技厅，人社局等部门组织的)，其中有奖金支持10万到100万不等。更重要的是获得的奖项能帮助项目寻找更好的合伙人和投资人，大家熟知的《小黄车OFO》等就是从全国创业创业大赛中脱颖而出的项目。也有很多大型企业举办的比赛，例如腾讯、阿里等巨头企业也会举办；通过比赛对优秀的项目进行投资，有他们的背书存在能更好的帮助项目的发展。
3：最重要的是能系统清晰地为创业者分析每一步该如何走
项目计划书应该在项目成立初期就开始不断更新和完善的，相当于项目的发展和不断地纠错过程。对于企业的发展有着非常重要的帮助。
三：项目计划书该如何写？
此次梳理的是针对参赛网评和线下参赛需求的项目计划书的规范要求。这两种项目计划书整体思路是统一的，内容上参赛网评的项目书应该言简意赅，在重点上着重说明即可。而线下参赛的项目计划书更注重的是重点的罗列，主要的表达方式是嘴说。所以项目计划书的制作要清晰明快，简单明了，不要堆砌过多的文字。
内容制作上不要用过多颜色，要有主体颜色，配上两三种颜色点缀，让整个PPT看上去简洁不乱。
四：项目计划书的思路？
1：市场
简单来说就是商业模式的顶层设计，市场的规模有多大，市场的容量就有多大。对于任何一个产品来说，找准市场是关键。所以在写计划书的时候要把市场分析清楚，现状、未来的发展等。
2：行业的痛点
如果一个能找到蓝海那最好不过，但是那是得有非常深刻的行业认知才能做到的，找到蓝海就不愁没有人投资，不愁赚不到钱。但是对于绝大多数行业来说都有人在做，甚至有的已经是火热的红海。不过每个行业都有各自的痛点，能发现并解决痛点是成功的关键，这也就是为什么很多行业会被重新洗牌，为什么有人能在红海中赚的盆满钵满。
3：我们要做什么？
用一句话说明自己干什么的，用50个字说明自己怎么干。
4：项目的描述和成果的展示
5：商业逻辑图
简单来说就是项目的运营模式和如何赚钱。逻辑图是能够清楚地说明项目如何运作、如何赚钱的。所以在写这部分内容的时候思路一定要清晰。模棱两可的内容尤其是盈利来源这方面不要轻易往上写。这部分内容在计划书中占比较大，所以要着重梳理和编写。
6：风险防控
在项目的运营阶段会出现各种各样的风险，要把遇到过的和未来可能遇到的风险写清楚，并且要有有效的应对方式。这部分内容能够体现的是项目负责人处理危机的能力，也决定的项目未来发展的好坏。
7：融资需求
融资需求是必须要写的，不管你是参赛还是干别的。首先这是项目价值量化的提现，再有就是资金需求上合理的规划和安排。因为在写这部分内容的时候也需要把融到的资金用途写清楚，表明的项目近期的发展重点和方向。
8：团队介绍
刚才在开头也说过人员的重要性，一个优秀的团队是一个项目成功的基础，在这里一定要把团队人员的优势强调出来，要有实力和亮点，让人觉得有你们带动项目的发展是没有问题的。这是项目书中最重要的一部分。
五：注意事项
1：互联网项目一定要分清“用户”和“客户”的区别。用户是平台使用者，不一定是买单方，他的数量决定了你的客户群体。客户是买单方，他是看中你平台上的用户而愿意出钱买单的。
2：项目计划书出了开头和结尾页，中间介绍的部分15页最适宜。
正确的写项目计划书的几点建议：
1、封面页
这是容易被忽视的部分。有很多机构认为内容比形式更重要。其实，形式是可以更好地表现内容的。另外，项目计划书也是能使资助机构了解和认识我们的一个很重要的窗口，表现得专业与严谨，是绝对可以得到加分的。
封面可以只简单地写上项目名称和日期，也可以包括以下信息：项目名称；申请(执行)机构；通讯地址；电话、传真、E-mail;联系(负责)人；
还可以把银行账户、律师、审计机构等信息列在封面页上。
另外，如果是向某一机构筹款的话，最好在前面加封简单的附信。由于一份项目计划可以提交给多个资助机构，这就需要一个个性化的附信，要以“某机构某人”为开头，以表明你对该机构的重视与尊重。
2、项目概要(总论)
这是最重要的一部分，也是读者最先阅读、浏览的部分。要知道基金会的项目经理们每天都会收到大量的申请要求，他们也许没有足够的时间“看”完所有的项目计划书。所以，项目‘概要’部分将成为影响“初选”结果的决定因素；在概要部分，要把你认为重要的所有信息汇集起来。概要一般要包括：机构的背景信息、使命与宗旨；项目要解决的问题与解决的方法；项目申请方的能力和以往的成功经验，等等。
需要特别指出的是：尽管项目概要部分排在计划书的前半部，但实际上，这一部分是要在写完所有计划书以后，才动手写的。
3、项目背景、存在的问题与需求
在这一部分，需要详细介绍存在的问题以及为什么你要设计这个项目来解决这些问题。要充分地说明问题的严重性与紧迫性，最好能提供一些数据，这样不但可以充分地说明问题，同时还能表明你对这一项目的了解。此外，你还可以使用一些真实、典型的案例，以便在情感上打动读者，进而引起他们的共鸣。要说明项目的起因、逻辑上的因果关系、受益群体及其与其它社会问题之间的关联等。
一般来讲，这一部分包括以下主要信息：
__项目范围(问题与事件、受益群体);
__导致项目产生的宏观与社会环境；
__提出这个项目的理由与原因；
__其它长远与战略意义；
4、解决方案与实施方法
通过以上的部分，你已经清楚地解释了存在的问题及你希望完成的事情。现在，需要介绍你如何达到目标，即采用什么方法、开展什么活动来实现这些目标。
在介绍方法时，你要特别说明这种方法的优越特性。你可以同时列举出其它相关的方法，并对它们进行比较，还可以引用专家的观点和其它失败或成功的案例，等等。总之，要充分说明你选择的方法是最科学、最有效、最经济的。同时，也要说明你的机构在采用这种方法时，也存在一定的风险与挑战。
此外，还要提到为了执行这一解决方案，都需要那些条件与资源，包括：谁？在什么时候？使用什么样的设备？做什么样的事情？做这些事情的人要具备什么样的能力与技能等。最好能在附件中详细描述一下主要工作岗位的职务要求。
验收，在测试及试运行结束后，对系统进行总体验收。
项目计划书范文3
前言
通过对润业苑项目的初步分析，我们感到这将是一个可塑性非常强的项目，通过专业的营销和策划操作，它不但可体现出开发商的实力和形象，更应在小高层市场上独树一帜。
我司经过长时间的市场调研，根据市场所反映出来的背景，结合自身所积累的经验，提出切合市场销售的建议供贵司参考。
如能有幸成为贵司的合作伙伴，届时将根据具体资料提供一套系统的极具可行性的营销策划报告，以飨贵司慧眼。
众成伟业房地产营销管理有限公司
目录
一、市场背景
二、项目分析
三、项目定位
四、客源定位
五、产品建议
六、推案策略
七、广告策略
八、销售执行
九、公司简介
十、合作模式
一、市场背景
济南房产市场日趋规范，整体处于上升态势，在市场发展的过程中，我司认为可分为两个阶段，每个阶段市场构成要素的特征，简析如下：
(一)九九年之前，被动销售的暴利阶段：
客源特征：以高收入者为主，追求身份与地位的显示，此时市场选择范围小，客户购买存在一定盲目性。
开发商特征：政府对开发公司的实力要求不严，开发商实力良莠不齐，受传统观念束缚严重，不重视客源心理及市场发展特性，主观开发，追求暴利，无品牌意识，对专业销售机构极度排斥。
项目特征：产品形式单一(多层为主)，缺乏特色，不注重整体规划，且有明显区域性特征(集中在千佛山周边)。
销售特征：无整体营销思路，盲目追求高利，定价偏高，且无有效的表现及宣传手法，不注重品牌的培养和树立。
(二)__年以后，振荡中走向规范的过渡阶段
客源特征：客源层次广泛，需求多样化，在楼盘选购及消费心理上趋于理性，此时散户消费逐渐成为市场主力。
开发商特征：迫于竞争的压力，开发商主动寻求新的开发理念，对营销策划理念逐渐接受，同时专业销售人才带来的先进理念也影响了开发商的思想，开始注重客源需求，逐渐向以产定销的路线靠拢。品牌意识已大大增强，大量实力雄厚、理念先进的外地开发企业着眼于济南房产市场的良好发展前景，进而纷纷抢占济南市场。同时由于政府对土地资源进行统一管理，地价开始上升，而促使开发企业走出暴利阶段，利润趋于合理，此时一部分资金实力弱、管理不完善、开发理念陈旧的小企业将面临严峻考验。
项目特色：产品多元化，在仍以多层为主的同时，小高层逐步为市场认可，高层也占领一定市场份额。地域限制日渐被打破，小区规划趋于合理，特色鲜明，并且小区品质不断提升。
销售特色：价格趋于合理，市场出现整合态势，营销理念随专业销售机构的介入逐步为市场接受，人员日趋专业化，宣传手段不断翻新。
在上述市场背景下，客户、市场及开发商几个方面都发生了较大变化：
1、客户需求的变化
?能承受价格在2500元/m2以下楼盘的客户，已由先期的单纯追求满足居住要求、工程质量，向追求舒适性、安全性、私密性方向转变。
?对于能承受2500-4000元/m2价格的客户，在追求上述要求的基本基础上，更加注重楼盘的个性、内涵及升值潜力，对小区的整体规划要求较严格。
?能承受4000元/m2以上的客户，相对前两种客户来说已有了质的提高，在选择楼盘时，最注重的是享受，追求一种理念和内涵，同时对开发商的资质、楼盘的知名度、社区环境也非常注重。
软件项目计划书 篇五
中国第一汽车集团公司（以下简称集团公司）内部审计信息系统自2001年开始建立至2003年正式使用以来，不断根据内部管理需要进行改进，功能日臻完善，已建立起内部审计初级管理信息系统。笔者在对审计信息系统的构建实践基础上，对集团公司内部审计信息系统的架构及模型进行了全面的研究。
内部审计信息系统架构及模型的搭建应立足于未来集团公司建立现代企业法人治理结构之后而带来的内部审计重新定位的基础上，找到审计监督与内部控制体系的最佳切入口，有机搭接点，才能真正发挥内部审计在集团公司整体管控环境下的监督与服务作用。笔者根据研究分析和多年来企业的审计系统信息化实践认为，审计信息系统建设可按照审计工作管理平台、利用计算机网络进行审计系统管理控制和审计作业系统三个方面进行架构。
一是审计工作管理平台，也就是审计办公自动化系统，即OA（office automatic）系统。能够实现对审计计划管理、员工绩效考核及提供管理技术平台支撑的目的。通过对审计办公自动化系统的应用可以使审计人员从繁杂的手工劳动中解脱出来，是提高工作效率行之有效的一种模式。
二是利用计算机网络进行审计系统管理控制。针对集团公司所属各单位地域分散，总部与所属单位之间管理和沟通不便、不及时的特点而设置，可充分发挥计算机及网络作用进行审计系统内部管理控制，实现系统管理、信息共享、工作计划协调管理、人力资源控制等功能。
三是审计现场作业系统，也就是辅助审计软件，是审计人员在实施现场作业时运用的一种软件工具。通过辅助审计软件，将与企业经营活动相关的信息流、资金流与物资流紧密结合，进行查询、统计、比较、分析，找出存在经营风险的关键部位。审计现场作业系统理论上可以采取直接对在线数据或脱机数据的作业方式，但考虑到审计风险问题，推荐使用脱机数据的作业方式，编制审计辅助软件，实施审计时将与审计项目相关的会计数据等信息拷贝或输入，再由计算机进行汇总、计算、分析，优选重点实施审计。
按照以上的架构设想搭建的审计信息系统，具体功能如下：
一、审计工作管理平台
目前审计部“IT办公”就属于审计工作管理平台，但根据审计工作发展的需要，功能尚需丰富，并应根据集团公司整体发展的需要，适时纳入到职能综合业务系统中。
（一）计划管理
1.年度计划管理。年度计划即审计部、监事会办公室列入集团整体职能计划体系中的项目计划，按照集团公司要求，又细分为“Z、Y、N”三类，每个项目计划有项目子节点，明确项目的详细完工进度和完工标准。审计部、监事会办公室的年度计划与所监督的单位关联度大，通过年度计划管理，可实现计划的分类、汇总查询、计划预警、计划成果跨年度查询、审计文书编号等功能。年度计划管理细分为计划项目的维护、计划的查询、计划的完成维护、计划的统计、计划的有关汇报情况、计划的拖期汇总、计划节点统计、季度重点工作计划完成统计、值得关注的事项提示等功能。具体如下：（1）计划的维护分为导入、增加、修改、删除。（2）计划的查询可按照计划年度、责任科室、关键字、是否带子项展开等分类进行高级查询，并可按照project、主要内容、执行单位、起始日期、结束日期等进行查询。计划查询后的显示界面应包括：一级显示——对应的阶段完工成果完成数、被审计单位、起始日期、截止日期、完成日期；全部显示--按照project形式显示项目及其节点及其完成情况。（3）计划的完成成果维护。对于审计项目的成果，大体分为审计通知书、审计实施方案、审计小结、审计意见书提交复核稿、审计复核意见书、审计意见书征求意见稿、审计意见书征求意见函、审计意见书8个阶段性成果，而其他类型项目则按照文书编号中的有关类型维护。维护过程参见有关的作业指导书，部长签发后自动编号。维护的成果以附件文档的形式保存，维护记录应体现出以下的信息：年度、被审计单位、审计组长、维护人、文书类型、计划节点的ID号、文书编号，以便和工作计划建立起关联，且可以按照维护人或审计组长信息传递给绩效考核模块和人工成本分析模块。（4）计划的统计。每年度按照类型统计或按照部门统计进展情况，列出进度条，并可以有向下层次的展开。（5）计划的有关汇报情况。维护、查询、汇总分析“重点审计工作计划执行汇报情况”，并可以有向下层次的展开。（6）计划的拖期汇总。按照维护时间，搜寻出实际完成时间晚于计划的完成日期的节点，按照部门进行汇总分析，并可以有向下层次的展开。（7）计划节点统计。按照选定的时间区间列示出计划节点及其完成的有关情况，包括节点数、节点完成数、有关节点详细情况等信息。（8）季度重点工作计划完成统计。列示季度重点工作项目数、项目类型及其完成情况。（9）值得关注的事项提示。列示已经进入预警期（7天），尚未完成的项目节点。（10）计划及完成的图表分析。
2.绩效计划管理。绩效计划是对年度计划的二次拆解，是员工的日计划，体现员工每日的工作内容。绩效计划完成后需做完成维护。完备的绩效计划应具备以下特点：（1）绩效计划应与年度工作计划直接挂钩，通过查询项目执行，不但可以查询工作计划及其完成情况，而且可以查询绩效计划的配置及完成情况。绩效计划可以由员工申请并经直接领导批复，也可由领导委托的方式下达。员工日计划应直接、美观，便于使用。可以在周六处写上周工作总结，周日处写下周工作计划。绩效计划根据需要所进行的调整，有关其他人员的计划可以自动调整。由绩效计划的执行情况可生成月工作总结、年工作总结。（2）绩效计划管理具体细分为绩效计划的增加、完成维护，绩效计划的调整，生成总结，查询月绩效计划，查询年绩效计划。具体维护方式方法采用审计部现有的体系，不做调整。
（二）管理技术平台
管理技术平台即将审计工作的作业方法、审计工作的成果不断积累、提升，成为提高审计工作的质量，加强管理的有力手段。具体内容包括完成报告分析、基础作业指导和制度基础框架。
1.完成报告分析。（1）审计发现问题提炼归纳支撑。包括倾向性问题模板的维护、倾向性问题的维护、倾向性问题的输出。（2）季度审计发现的成果维护支撑。包括工程项目审计工作情况统计 表和审计工作完成情况汇总表模板的定义，工程项目审计工作情况统计表和审计工作完成情况汇总表的维护及输出。（3）审计发现问题整改落实反馈支撑。
2.基础作业指导（逐条分析列示）。以基础作业指导书为基础，实现各项作业指导书维护、修改；实现审计实施方案细化，利用数据库生成。
3.制度基础框架（word附件）。可将各项规章制度统一分类列示。此功能综合业务系统已经具备，可直接转化并纳入到综合业务系统中。
（三）员工绩效考核
绩效计划的考核可以由多位领导给一个员工的绩效计划进行月评价，也可以多次评价。各室主任能够管理本部员工的绩效信息（含计划和考核两部分内容），部长能够管理和使用所有员工的绩效信息。普通员工只能管理和使用本人的绩效信息。
绩效考核的具体内容：职能部门关于员工绩效考核目前尚未有一个统一的模板，结合过去对员工绩效考核的经验，提出员工绩效考核方案可包括：（1）项目考核。具体包括：审计组长考核组员、审计复核员考核审计组成员、部领导考核审计组长、被审计单位对审计组的评价。（2）行政考核。可由直接领导考核。（3）参加项目加分。具体包括：参加项目加分、撰写审计报告加分。（4）突出表现加分。
二、利用计算机网络进行审计系统管理控制
审计系统管理具体包括如下内容：（1）系统工作计划。收录并管理审计系统的工作计划。（2）定期汇报（总结）。收录并管理审计系统的总结。（3）定期评价。收录并管理审计运控评价报告。（4）审计论坛。提供审计系统间业务交流的平台（受安全性考虑此模块应独立于主系统）。（5）审计通报。收录并管理审计系统发现的倾向性问题。（6）任职资格管理。收录并管理审计系统专兼职人员信息。（7）系统培训。收录并管理审计系统的培训资源。
三、审计现场作业
审计现场作业目前成熟的软件品种较少，实用性较差，功能比较单一（主要从财务的视角进行审计分析），很难进行二次开发，难以满足审计工作的需要。具体如下：
（一）从未来ERP系统的信息接入
原则上企业所有的信息都在审计的监控范围，都需要给审计预留接口（如给审计预留数据的查询、分析、汇总接口；授予审计可使用整体备份数据的职能）。具体进度将根据集团公司信息系统的建设进程动态提出。
1.财务相关信息的接入。来源：财务控制部。
2.工程项目相关信息的接入。来源：规划部、技术中心。
3.经济责任相关信息的接入。来源：组织部、纪委。
4.其他信息的接入。来源：营销信息、人力资源信息、管理信息、采购信息、生产信息。
（二）具体辅助审计软件的功能
开发的审计软件流程是：获取被审计单位的电子数据；对已获取的电子数据进行转换、生成审计软件自身的账簿、报表；利用审计软件提供的分析查询功能对电子数据进行审计，对查出问题进行记录，生成审计日记、审计工作底稿、审计报告；最终将项目归档及进行审计跟踪。具体流程见图1。
审计人员可以利用审计软件对被审计单位的电子数据进行分析、查询、归类、对比、校验、制作审计日记、审计工作底稿、审计报告等工作。数据准备是指获取被审计单位的电子数据及将获取的被审计单位的电子数据进行转换的过程。
在审计现场作业中，比较重要的环节就是数据准备，其成功与否将直接决定辅助审计的成败。（1）数据获取。运用审计软件进行审计只是针对被审计单位信息化的情况，因此被审计单位的电子数据存储在数据库中，是无形的，而作为审计人员来说又是必须拿到的，否则将无法开展计算机辅助审计工作，因此数据能否成功获取就成为了首要问题。在实际工作中所面临的又一个现实问题是，审计人员对数据库知识了解较少，凭借自身较难实现顺利的获取被审计单位的电子数据这项工作，而针对上述问题再展开相关的专业培训并不现实，因此就需要审计软件提供相应的功能解决这一矛盾。（2）数据获取的模式。通过人工，凭借审计人员自身对数据库知识的了解，直接打开数据库找到所需表格并进行复制；利用审计软件自带功能对被审计单位数据库进行搜索并复制。第一种模式要求审计人员具备一定的数据库知识，应用范围较小可操作性差。目前此种模式仅被政府审计领域或内部审计极少单位中的一小部分审计人员所采用。第二种模式需要审计软件提供此项功能，就目前国内的审计软件而言，能提供上述功能的较少且水平不等，仍处于完善过程中。尽管如此，利用已提供的功能，自动或半自动的获取被审计单位的电子数据已成为可能。（3）存储、获取被审计单位电子数据的途径。就已实现局域网搭建的内部审计单位来说，如果内部协调不存在问题，审计人员可以通过局域网，连接到服务器直接获取数据，可以是被知模式或监控模式。此种途径仅限于已实现了局域网搭建的内部审计部门。除上述情况外，运用最普遍的是，根据被审计单位电子数据的大小，利用U盘、移动硬盘存储已获取的电子数据。此种途径比较方便且购置硬件的成本较小。（4）数据转换。由于被审计单位采用的系统软件种类不同、采用的数据库格式不同，其庞大的数据库中并非所有的表格都是所需的，因此就需要审计软件将不同类型的被审计单位的电子数据进行转换，找出审计人员需要的数据库中的表格，同时将其转换成统一格式的数据库，也就是审计软件自身的数据库格式，只有这样审计软件才能在自身数据库基础上调用、查找、引用、操作相关数据。（5）数据转换的依托。将不同软件的数据库里的相关内容转换成审计软件自身的数据库这一过程需要有个中间媒介，其所起到的作用在于能够识别对方的数据库，从中找出审计人员所需的表格、字段等内容，同时还要能够将其同审计软件相关的表格、字段挂钩，实现一一对应，只有这样才能顺畅地实现数据转换工作。（6）数据转换模板。数据转换模板的制作可以参考2010年6月1日由国家标准化管理委员会颁布的“GBT 24589.1-2010财经信息技术会计核算软件数据接口第1部分：企业”标准确定，该标准明确了会计核算软件的数据转换模板。数据转换的有效性、时效性、可靠性就成了评价一个审计软件成熟与否的重要指标。
辅助审计软件通用功能如下：
1.财务辅助审计。（1）账簿凭证的浏览查询。利用审计软件对总账、明细账、辅助账及相关的记账凭证进行浏览和查询，找出审计线索。这一功能使审计所用的数据与企业财 务软件的数据分开，审计人员可以在时间和空间方面获得很大的操作自由。同时可以保证被审计单位提供账套的唯一性，遏制多套账的发生。（2）辨别账套的真伪。利用审计软件导入相关财务数据，可以重新生成会计报表，与会计电算化系统生成的报表对比，可以验证企业提供电子数据与上报的会计报表数据是否一致，以防止出现“假账真审”的情况。（3）协助审计人员进行统计抽样。计算机辅助审计技术不但能快速方便地进行审计日常抽样的编码工作，而且在决定恰当的抽样方法及规模、选择样本及评价方面都能使审计人员得到帮助。在统计抽样中运用计算机辅助审计技术可达到迅速、客观、公正的目的。（4）异常项目的筛选。通过审计辅助软件的综合查询功能，可以方便地查找到一些异常项目。如重要的不常变动的会计科目，价值超过一定数额的账务记录。这一功能有助于审计人员确定审计重点，降低审计风险。（5）日常会计资料的分析及计算。现代审计要求审计人员对企业的会计资料进行较多的分析，如对企业的应收账款账龄进行分析、对固定资产和材料成本差异的复核等。而这正是计算机辅助审计技术的专长，在以前人工审核需要花费很多时间才能完成的计算，用辅助审计软件可能几秒钟就能完成，大大提高了审计效率，降低了审计人员的劳动强度。（6）财务指标分析。利用辅助审计软件导入财务数据后，可以通过软件系统内置的公式自动计算出相关财务指标，帮助审计人员进行盈利能力、负债能力、变现能力、资产管理等方面的分析。
2.内部控制辅助审计。（1）获取内部控制文件（企业章程、组织机构、内部控制制度、岗位职责、作业指导书、流程图）。（2）内部控制关键节点数据库，可生成有关表单。（3）内部控制执行测试输入、汇总、输出支持。
3.工程辅助审计。（1）工程定额的有关数据库支撑。审计人员可将现场勘察的隐蔽工程量、审查无误的竣工图工作量、材料用量及价格、取费标准等相关数据输入计算机，通过审计软件计算出较合理的工程造价。同时，系统软件自动生成审计工作底稿、台账及统计报表。此外，还有工程跟踪审计软件，利用计算机记录的工程现场作业、大小修等工程动态，跟踪审计，防止舞弊行为，如重复作业及多结算等问题的发生。（2）审计人员对价格信息的采集和分析确认至关重要，借助的重要手段之一就是利用包容大量信息的互联网络。利用网络取得有关建筑材料、设备、机电仪表等价格信息，可计算出较合理的材料差价和工程造价：利用网络获得拟购买的劳务或产品的性能、价格、厂家的资质等经济信息，结合其他审计方法，审计人员即可对采购行为经济与否作出恰当的评价。
四、审计工作平台、审计系统管理与现场作业的结合
对各审计作业单位、部门的具体作业情况、结果实施管理，就要求有一套行之有效的管理系统实施管理，这就需要搭建审计管理平台。如果只有上述平台，而审计现场作业系统的具体情况不能同此平台相衔接，也就失去了管理、协调的意义。只有将其紧密地结合在一起，才能实现通过管理平台对下辖各审计项目的具体情况实施监控、协调、指导，同时审计现场作业人员则能够通过此平台及时地将作业成果上传、从平台上下载各种有关资料通过平台实施协调。
上述系统的结合点具体体现为数据库，其搭建模型如下：
1.管理数据库。（1）业务流程表：编码、流程名称、节点名称、节点等级、节点特性、处理去向、相关文书编码。（2）审计文书表：编码、文书名称（代码表）、报送、主送、抄送、形成日期、审批人。（3）员工管理表：编码、姓名、性别、出生日期等。（4）审计项目表：编码、被审计单位（代码表）、被审计单位名称、审计类别（代码表）、审计时间、审计范围、审计组长（代码表）、审计组员（代码表）。（5）集团公司各单位概况表：编码、单位名称、单位性质（代码表）、职能分工或经营范围、股东名称1、持股比例1、股东名称2、持股比例2、股东名称3、持股比例3、股东名称4、持股比例4、股东名称5、持股比例5、其他股东、持股比例、董事长（代码表）、董事（代码表）、监事（代码表）、经管会成员（代码表）。（6）集团公司各单位财务情况表：编码、单位名称（代码表）、年度、资产总额、负债总额、所有者权益总额、主营业务收入、主营业务利润、营业利润、净利润等。（7）集团公司各单位重大决策情况表：编码、单位名称（代码表）、决策事项年度、决策事项描述、影响现金流额度。（8）内部控制制度列表：（已有，略）。
2.底稿库。底稿库需根据不同底稿类别设计具体的字段。证据的大类需要分为：综合分析类、内部控制分析类、抽样检查类、实物盘点类、记录取证类。（1）综合分析类。审计底稿表：编码、审计项目（代码表）、直接审计员、一级类别（涉及管理领域）、二级类别（涉及内部控制分工）、三级类别（涉及事项性质）、事项描述、审计结论、涉及的法律法规（代码表）。财务指标分析表：编码、审计项目（代码表）、指标名称（代码表）、指标数值、常规数值（代码表）、原因分析。指标参考表：编码、指标名称、计算公式、常规数值、高于常规数值的可能原因、低于常规数值的可能原因。（2）内部控制分析类。控制点分析表：编码、审计项目（代码表）、直接审计员、内部控制分工（代码表）、控制点列表、被审计单位制度是否涵盖、制度名称及相关条款、其他替代控制程序、符合度、内部控制分值。控制点表：编码、内部控制分工（代码表）、控制点名称、控制点描述、权重。内部控制分工表：编码、内部控制分工名称、权重。（3）抽样检查类。抽样底稿：抽样证据表：编码、审计项目（代码表）、直接审计员、取证范围、比例、抽样方式、异常数量、抽样异常率。（4）实物盘点类。库存现金盘点表、银行存款未达账调节表、存货盘点表、固定资产盘点表、应收款项检查表、对外投资检查表、无形资产检查表、其他资产检查表，各表单具体结构略。（5）记录取证类。询证函、座谈记录、调查问卷（应建立文卷问题库），各表单具体结构略。
3.案例库。（1）主表。编码、发生时间、案例类别、具体事项、金额、发现时间、发现人、主底稿代码。（2）案例类别表。编码、一级类别、二级类别、三级类别。（3）法规库。两种设立方式，一是以法规全文作字段，这种形式维护比较方便，但查找时 没有针对性，查找、引用起来有一定的困难。二是以条款作字段，使用起来比较方便，但维护工作量非常大。
软件项目策划书 篇六
1 引言
1 .1 编写目的
本开发计划的目的是：
a． 把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功；
b． 制订项目组开发过程中的评审和**计划，明确相应的质量管理负责人员；
规定软件配置管理的活动内容和要求，明确配置管理工作的人员。
特别要求：需求分析必须详细，并且有相关专家合作进行，
1 .2 背景
本项目软件名称为《电能质量数据分析软件》。
任务来源于（略）公司；
交办单位：（略）公司；
承办单位：**长峰新康科技有限责任公司。
1 .3 参考资料
无；
1 .4 术语和缩写词
暂无；
特别说明：有关公司内部秘密的内容用（略）代替。
2 任务概要
2 .1 工作内容
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。
文档计划建立：
软件开发计划；
软件目录
软件需求规格说明
项目开发计划
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码（略）
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明
2 .2 产品
2 .2.1 程序
见需求。
2 .2.2 文档
文档内容见2.1中文档建立。
文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：
项目开发计划；?软件开发计划
软件目录；?文档目录
软件需求规格说明；? 需求分析报告
概要设计说明；? 概要设计文档
详细设计说明；?详细设计文档
软件标准规范；?源代码
软件使用说明；?软件使用说明书
测试分析报告；?软件测试报告
软件评审检查单。?软件**报告
2 .2.3 服务
培训：
时间：1天；
内容：软件使用及安装；
软件**：略。
2 .2.4 验收标准和验收计划
验收测试：
时间：1天。
内容：软件使用。
软件确认：
时间：1天；
内容：确定软件的可使用性，软件的功能完整性。
3 实施总计划
3 .1 阶段划分
需求分析：2周；
概要设计：6天；
详细设计：1.5周；
编码：3周；
测试：2周；
验收：2天。
项目启动时间：20xx-11-14
3 .2 人员组成
姓名 职责 参加时间
廖燕宁 负责软件的总体 设计时段：全部，开发时段：部分
耿江涛 软件设计，开发 全部
高小光 设计，开发全部
张欣 说明书，部分文档 部分
赵健颖 需求 部分
3 .3 任务的分解和人员分工
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。
管理、协调人员：廖燕宁，赵健颖；
确定质量保证人员：廖燕宁
配置管理人员：耿江涛
形式化检查人员：赵健颖
使用者：赵健颖。
软件任务：系统需求
负责人：（略）的市场部经理赵健颖
职责：提供需求。
软件任务：需求分析
负责人：廖燕宁
职责：进行需求分析，提供需求分析报告。
软件任务：概要设计
负责人：廖燕宁，耿江涛，高小光
职责：进行概要设计，概要设计框图，相应文档。
软件任务：详细设计
负责人：廖燕宁，耿江涛，高小光
职责：进行详细设计，出详细设计流图及报告。
软件任务：编码
负责人：耿江涛，高小光
职责：编码，调试及报告。
软件任务：测试
负责人：廖燕宁，耿江涛，高小光
职责：路径测试。
软件任务：更新
负责人：廖燕宁，耿江涛，高小光，赵健颖
职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。
软件任务：文档编制
负责人：张欣
职责：软件使用说明书，部分其他文档。
3 .4 进度和完成的最后期限
进度包括：
需求分析；
软件概要设计；
软件详细设计；
编码；
测试；
的时间。
完成的最后期限（不包括测试及验收）为：20xx/12/15日(中间有一周软件培训，延误一周)。 3 .5 经费预算
略
3 .6 关键问题
（略）。
3 .7 **确认测试工作计划和安排
测试由长峰新康进行；
测试数据由长峰华辉提供；
时间：编码结束后一周内；
设备：
普通PC 机
Windows 98
（略）电能分析仪。
4 **需求
以上就是差异网为大家整理的6篇《软件项目策划书》，能够给予您一定的参考与启发，是差异网的价值所在。