政府投资项目计划说明

时光荏苒，一项工作总是在不知不觉间结束，我们又迎来新的任务与挑战，在开始新的任务前，我们要学会撰写计划，那么该如何拟定计划呢？以下是小编整理的关于《政府投资项目计划说明》，欢迎大家借鉴与参考，希望对大家有所帮助！

第一篇：政府投资项目计划说明

敢于政府采购计划及执行情况填报说明

低价出售百度文库财富值帐号 实力见证一切 联系旺旺 whx0910

专业销售爱问共享资料积分帐号 价格公道合理 联系QQ1747-88632

http://whx0910.taobao.com

附件3：

政府采购计划及执行情况编报说明

一、编报方式

从2010年起在“政府采购信息统计和计划管理系统”中填报政府采购计划和执行情况。各单位按规定时间录入“政府采购计划基础数据”信息，在采购计划执行完成后，录入“政府采购执行情况基础数据”。政府采购执行情况基础数据是指发生政府采购活动时取得相关凭证(主要指政府采购合同)中所包含的能用于反映政府采购执行情况的要素，由系统生成政府采购计划及执行情况表。对无法取得采购合同的项目，依据其他购销凭证例如发票和验收单等进行填报。

二、编报流程

(一)各单位按季度录入“表1 -中央单位政府采购计划表--基本支出”、“表2 -中央单位政府采购计划表--项目支出”，上报给上级单位。

(二)上级单位接收到下级报送的“表1-中央单位政府采购计划表--基本支出”、“表2-中央单位政府采购计划表--项目支出”，进行逐级汇总上报。

(三)每个季度完结后,各单位应在规定的时间内，录入“政府采购执行情况基础数据录入”表，由执行情况基础数据生成“表3-中央单位政府采购执行情况表—基本支出”、“表4-中央单位政府执行情况表—项目支出”，“表7-中央单位属地化采购执行情况表”汇总后上报给上级单位。

(四)上级单位接收到下级报送的“表3-中央单位政府采购执行情况表—基本支出”、“表4-中央单位政府执行情况表—项目支出”、“中央单位属地化采购执行情况表”进行逐级汇总上报。

(五)各单位还需要根据批量采购需求情况，按月填报“表5-批量采购计划表”，逐级汇总上报。

(六)已上报的采购计划如需变更，可通过软件系统中的“中央单位政府采购计划追加”功能来进行修正，单位在审核确认后上报上一级单位。

三、指标解释

(一)计划编号：指采购计划的编号，编号长度不得超过15位，同一单位的采购计划编号只能对应一个采购品目，不允许重复。计划编号前四位代表年度，第

五、六位代表编报期间(季度)，第七位分别用J和X表示，分别代表“基本支出”和“项目支出”，前七位由系统自动生成。第八至十位为单位名称(开头字母缩写)，第十一位为单位级次，后四位编号由各单位自行

填写，可以是数字、英文及字符，但不允许全角录入，同一单位的采购计划编号只能对应一个采购品目，不允许重复。如：档案馆2010年一季度采购实施计划-基本支出中有“复印机”10台，编号为：201001J-DAG10001的采购计划。其中“201001J”是系统自动生成;“DAG10001”是单位自行编写内容。

(二)项目编号：指部门预算中政府采购预算项目的编号。

第二篇：投资计划说明书

郑州·美侨世纪广场项目

2012年投资计划说明书

郑州〃美侨世纪广场项目位于金水东路南、圃田西路西，由河南美侨置业有限公司投资建设，项目建设用地主要指标符合相关政府部门要求。

一、项目投资进展计划：2012年2月至2014年2月，项目计划工期两年内完成。项目计划总投资5亿元人民币，其中2012年计划投资3亿元人民币，主要用于

1、建设前期准备工作(勘察、设计、行政事业性收费、场地准备等开办费用、)费用;

2、部分市政基础设施及建筑安装地基、主体费用。

二、手续办理情况：目前河南省企业投资项目备案，建设用地规划许可证书[2011]郑东规地管许字(0061)号已办理完毕，国有用地使用权证书正在办理中，建设前期准备工作正在稳步推进。

三、存在的问题：

1、按已签订国有用地使用出让合同规定河南美侨公司应于2011.08.31接收地块(土地出让金已按时足额交付)，至今已拖延近4个月仍不能接收使用，严重影响2012年投资计划执行。

2、项目建设用地附属物如树木，青苗，坟墓，高压线杆，现状使用道路，临建设施障碍尚未拆迁，现状使用道路、高压线路阻断后如何迁移等。

3、建设用地周边相邻单位(当地居民、企业)关系尚需解决，如出现阻拦进场施工如何解决等。

以上问题恳请政府有关主管部门协调处理，以便有利于本项目顺利开展及实现2012年投资计划目标。河南美侨愿为郑东新区美好未来贡献自己力量!

河南美侨置业有限公司

2011.12.15

第三篇：软件项目计划书编写说明

一、项目计划书格式

根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求，结合实际情况调整后的《项目计划书》内容索引如下： 1 引言

1.1 编写目的 1.2 背景 1.3 定义

1.4 参考资料

1.5 标准、条约和约定 2 项目概述 2.1项目目标

2.2产品目标与范围 2.3假设与约束 2.4 项目工作范围 2.5 应交付成果 2.5.1 需完成的软件

2.5.2 需提交用户的文档 2.5.3 须提交内部的文档 2.5.4 应当提供的服务 2.6 项目开发环境

2.7 项目验收方式与依据 3 项目团队组织 3.1 组织结构 3.2 人员分工 3.3 协作与沟通 3.3.1 内部协作 3.3.2 外部沟通 4 实施计划

4.1 风险评估及对策 4.2 工作流程

4.3 总体进度计划 4.4 项目监控

4.4.1 质量控制计划 4.4.2 进度监控计划 4.4.3 预算监控计划 4.4.4 配置管理计划 5 支持条件

5.1 内部支持(可选)

5.2 客户支持(对项目而言) 5.3 外包(可选) 6 预算(可选) 6.1 人员成本 6.2 设备成本

6.3 其它经费预算

6.4 项目合计经费预算 7 关键问题 8专题计划要点

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

1 引言

1.1 编写目的

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

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

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

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

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

1.2 背景

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

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

项目的委托单位：如果是根据合同进行的软件开发项目，项目的委托单位就是合同中的甲方;如果是自行研发的软件产品，项目的委托单位就是本企业。 项目的用户(单位)：软件或网络的使用单位，可以泛指某个用户群。注意项目的用户或单位有时与项目的委托单位是同一个，有时是不一样的。如海关的报关软件、税务的报税软件，委托单位是海关或税务机关，但使用的用户或单位不仅有海关或税务机关，还包括需要报关、报税的企业单位。

项目的任务提出者：本企业内部提出需要完成此项目的人员，一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位，前者一般是企业内部的人员。如果是内部开发项目，则两者的区别在于前者指人，后者指单位。 项目的主要承担部门：有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。项目的特点就是其矩阵式组织，一般一个项目的项目成员可能由不同的部门组成，甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。需要根据项目所涉及的范围确定本项目的主要承担部门。

项目建设背景：从政治环境上、业务环境上说明项目建设背景，说明项目的大环境、来龙去脉。这有利于项目成员更好地理解项目目标和各项任务。 例句：根据《某部关于某建设工作的实施意见》精神，为了保障某建设工作的正常实施，必须加强监督考核，建立督查通报制度，某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容，及时掌握进度，相关部门建立市某建设工作简报制度，及时反映全市某建设工作动态。

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

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

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

1.3 定义

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

1.4 参考资料

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

本项目的合同、标书、上级机关有关通知、经过审批的项目任务书; 属于本项目的其他已经发表的文件;

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

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定。例如：相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。 “参考资料”一般具有“物质”特性，一般要说明参照了什么，要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性，一般是必须遵守的，不说明在哪里可以获得。参考资料的内容应该涵盖“标准、条约和约定”。

2 项目概述

2.1 项目目标

设定项目目标就是把项目要完成的工作用清晰的语言描述出来，让项目团队每一个成员都有明确的概念。注意，不要简单地说成在什么什么时间完成开发什么什么软件系统或完成什么什么软件安装集成任务。注意“要完成一个系统”只是一个模糊的目标，它还不够具体和明确。明确的项目目标应该指出了服务对象，所开发软件系统最主要的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。 项目目标应当符合SMART原则： l S Specific 明确的陈述 l M Measurable 可以衡量的结果 l A Attainable 可以达成的目标

l R Realistic 合理的，现实的或者说是能和实际工作相结合 l T Trackable 可以跟踪的

项目目标可以进行横向的分解也可以进行纵向的分解。横向分解一般按照系统的功能或按照建设单位的不同业务要求，如分解为第一目标、第二目标等等;纵向的分解一般是指按照阶段，如分解为第一阶段目标、第二阶段目标等等，或近期目标、中期目标、远期目标等等。阶段目标一般应当说明目标实现的较为明确的时间。一般要在说明了总目标的基础上再说明分解目标，可加上“为实现项目的总目标，必须实现以下三个阶段目标······”

2.2 产品目标与范围

根据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。对项目成果(软件系统)范围进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。产品目标如“提高工作信息报送反馈工作效率，更好地进行工作信息报送的检查监督，提高信息的及时性、汇总统计信息的准确性，减轻各级相关工作人员的劳动强度。”

2.3 假设与约束

对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。 假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成。如：“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”

约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如人力资源的约束限制，就必须牺牲进度或质量等等。

假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。

2.4 项目工作范围

说明为实现项目的目标需要进行那些工作。在必要时，可描述与合作单位和用户的工作分工。 注意产品范围与项目工作范围的不同含义。

产品范围界定：软件系统产品本身范围的特征和功能范围。

工作范围界定：为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。

产品范围的完成情况是参照客户的需求来衡量的，而项目范围的完成情况则是参照计划来检验的。这两个范围管理模型间必须要有较好的统一性，以确保项目的具体工作成果，能按特定的产品要求准时交付。

2.5 应交付成果 2.5.1 需完成的软件

列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。其中软件对象可能包括：源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。 2.5.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点及存储形式，如需求规格说明书、帮助手册等。此处需要移交用户的文档可参考合同中的规定。 2.5.3 须提交内部的文档 可根据《GB8567-88计算机软件产品开发文件编制指南》附录O：“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制裁减衡量因素表》。根据《因素表》确定项目对应的项目衡量因素取值，以确定本项目应完成的阶段成果。将不适用于本项目的内容裁减，以减少不必要的项目任务和资源。

根据因素取值列出本项目应完成的阶段成果，说明本项目取值所在的区间，将其他因素值区间删除。

2.5.4 应当提供的服务

根据合同或某重点建设工作需要，列出将向用户或委托单位提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要编制现场安装作业指导书、培训计划等，应当在本计划“4.3总体进度计划”中条列出。

2.6 项目开发环境

说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。环境可能不止一种，如开发工具可能需要针对Java的，也需要针对C++的。有些环境可能无法确定，需要在需求分析完成或设计完成后才能确定所需要的环境。

2.7 项目验收方式与依据

说明项目内部验收和用户验收的方式，如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。

3 项目团队组织

3.1 组织结构

说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。 注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员(小组)，但需要知识转移方面的人员(小组)。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。 3.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。以下是一个示例。

3.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

3.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

3.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括： a、负责本项目同用户的接口人员;

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;

c、负责本项目同分包方的接口人员。 3.3.3 项目团队外部沟通与协作模式

项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直接用户及其所在本企业/部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。

4 实施计划

4.1 风险评估及对策

识别或预估项目进行过程中可能出现的风险。应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策，采取的措施。风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等

风险的对策包括：避免：排除特定危胁往往靠排除危险起源;减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数;吸纳：接受一切后果，可以是积

极的(如制定预防性计划来防备风险事件的发生)，也可以是消极的(如某些费用超支则接受低于预期的利润)。

对于软件开发项目而言，在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳，提高项目跟踪和控制的能力，由于在问题发生之前已经做了周密计划，因而对项目的成功产生更加充分的信心。 软件开发项目常见预估的风险： 1) 工程/规模/进度上的风险

规模大，规模估算不精确甚至误差很大;就规模而言，用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等); 2) 技术上的风险

使用新的开发技术、新设备等，或是新的应用组合，没有经验;是新的行业或业务，没有经验;性能上的要求很严; 3) 用户体制上的问题

用户管理不严，恐怕功能决定、验收不能顺利地完成(或者出现了延迟);或者恐怕功能会多次变更;与用户分担开发，恐怕工程会拖延(或者出现了延迟);用户或其他相关单位承担的工作有可能延误;

4) 其它：应该包含此处没有、但据推测有风险的项目。

4.2 工作流程

说明项目采用什么样的工作流程进行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己创建的工作流程。不同的流程将影响后面的工作计划的制定。必要时画出本项目采用的工作流程图及适当的文字说明。 4.3 总体进度计划

这里所说的总体进度计划为高层计划。作为补充，应当分阶段制定项目的阶段计划，这些阶段计划不在这份文档中，当要以这份总体计划为依据。

总体进度计划要依据确定的项目规模，列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果，在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。

对于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作，给出每项工作任务的预定开始日期、完成日期及所需的资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。 例如

需求评审

设计评审

表格中检查点/里程碑等阶段划分为举例，实际作业阶段划分、阶段成果等请根据项目需要确

定。

制定软件项目进度计划可以使用一些专门的工具，最常用的是Microsoft的Project作为辅助工具，功能比较强大，比较适合于规模较大的项目，但无法完全代替项目计划书，特别是一些主要由文字来说明的部分。小规模的项目可简便地使用EXCEL作为辅助工具。关于如何使用这些工具不在此作详细说明。

制定软件项目进度计划应当考虑以下一些因素: 1)对于系统需求和项目目标的掌握程度。如开始时对于系统需求和项目目标只有比较数的了解，就只能制定出比较粗的进度计划，等到需求阶段或设计阶段结束，就应该进一步细化进度计划。 2)软件系统规模和项目规模，这两个不是一个概念。软件系统规模往往是从功能点的估算或其他估算方式得来的，而项目规模还要考虑对文档数量与质量的要求，使用的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。例如，完成一个大型的系统，在一定的时间内一个人或几个人的智力和体力是承受不了的。由于软件是逻辑、智力产品，盲目增加软件开发人员并不能成比例地提高软件开发能力。相反，随着人员数量的增加，人员的组织、协调、通信、培训和管理方面的问题将更为严重。

3)软件系统复杂程度和项目复杂程度：和软件系统规模和项目规模一样，软件系统的复杂程度主要是考虑软件系统本身的功能、架构的复杂程度，而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度，多项目情况下资源保障的情况，等等等等。软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。

4)项目的工期要求，就是项目的紧急程度。有些项目规模大，却因为与顾客签订了合同，或者为了抢先占领市场，工期压缩得很紧，这时就要考虑如何更好地合理安排进度，多增加人选多采用加班的方式是一种万不得已的选择。增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不好会造成情绪上的问题，也可能会因为过于忙碌而无法顾及质量，造成质量的下滑。

5)项目成员的能力。这些能力包括项目经理的管理能力，系统分析员的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力，以及企业或项目团队激发出这些能力的能力。从另外一个角度看还有总体上对客户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。

4.4 项目控制计划

4.4.1 质量保证计划

执行质量评审活动，对过程质量进行控制。规模较大的项目应当单独编写《软件开发项目质量计划》。根据GB/T 12504 计算机软件质量保证计划规范，内容包括： l 引言(本章节包括质量计划的目的、定义、参考资料)

l 管理(描述负责软件质量管理的机构、任务及其相关的职责)

l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则)

l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施)

l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查) l 软件配置管理(编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)

l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途)

l 媒体控制(说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化)

l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。)

l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限) 4.4.2 进度控制计划

(可直接引用以下描述或根据项目情况制定本节内容) 本项目的进度监控执行本企业《项目管理规范》，由本企业过程控制部门如质量管理部统一进行监控，并保留在监控过程中产生的日常检查记录。 4.4.3 预算监控计划

说明如何检查项目预算的使用情况。根据项目情况需要制定。 4.4.4 配置管理计划

编制有关软件配置管理的条款，或引用按照GB/T 12505单独制订《配置管理计划》文档。在这些条款或文档中，必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤，并指出实现报告、追踪和解决软件问题的机构及其职责。

根据《GB/T 12505 计算机软件配置管理计划规范》，软件配置管理计划内容如下：

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

专题计划也就是因为项目的需要在本文档之外独立建立的计划，本节说明本项目开发中需要制定的各个专题计划的要点。专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。 参考文献

《项目管理—计划、进度和控制的系统方法》(第7版)Harold Kerzner(电子工业出版社，杨爱华等译);

《计算机软件工程规范国家标准汇编2003》中国标准出版社; 《PMBOK-2000》PMI; 《PMBOK-2004》PMI;

《成功的项目管理》Trevol L Young(泰晤士报商业版，严鸿娟译); 《成功的项目管理》Jack Gido & James P. Clements(21世纪管理经典教材系列，张金城等译); 《如何做好项目管理》Stanley E. Portny(IDG新经济工商实务傻瓜丛书，宁俊等译); 《管理软件开发项目》(第二版)Neal Whitten(软件项目管理系列丛书，孙艳春等译); 《IT项目管理》Kathy Schwalbe(项目管理译丛 王金玉等译); 《高级项目管理基础》(信息产业部计算机信息系统集成高级项目经理培训讲义)

第四篇：科技计划项目经费预算编制说明

一、预算编制要求

1、项目预算编制准备。在编制项目预算申报书之前，应认真阅读有关国家和浙江省科技计划项目与经费管理办法，并了解其他相关制度的要求与规定。

2、项目预算编制原则。编制项目预算必须以项目研究任务为依据，项目预算应与项目任务目标相关。预算应符合有关政策法规，项目预算支出中的有关标准，应按照国家和我省科技计划专项经费管理办法中的具体规定执行。预算应经济合理，在不影响项目研发任务的前提下，提高资金的使用效率，不得在各科目间重复列支。

3、支出预算和来源预算必须同时编制。采用支出预算和来源预算同时编制的方法编制项目预算。平衡公式为：项目经费支出预算合计=项目经费来源预算合计。

4、不可预见费与前期投入等。项目在预算编制时不考虑不可预见因素。项目在执行过程中发生不可预见费用，需要调整预算的，可以在执行时向省科技厅提出申请。

5、项目预算编制的规范性要求。

◆金额单位和数据精度：预算数据以“万元”为单位，精确到小数点后面一位。各类标准或单价以“元”为单位，精确到个位。外币需按人民银行公布的即期汇率折合成人民币。

◆名称的规范性：所有项目或项目承担单位的名称，应填写正式全称，单位名称、单位公章及单位开户名称必须一致，如有特殊情况应当说明原因。预算申报材料中不同地方出现的相同设备、材料等实物信息应填写规范和统一的名称。开户银行信息应将承担单位开户的银行所在市县、银行名称等信息填写完整，银行账号应填写准确。

◆签字盖章：项目预算申报书必须经项目承担单位加盖单位公章、项目负责人签字以及预算编制人签字。预算申报书中所有的签字之处，除提供打印名字外，还必须由本人签字，不得以本人签章代替。

6、项目预算申报书的主要内容。如申报项目含有相关子课题，应当对子课题分别进行经费预算后汇总。

项目预算申报书主要包括项目预算报表、预算编制说明材料。

7、对预算编制说明材料的要求。

◆预算说明书是项目经费预算申报书中的一部分，必须按照规定格式、内容等要求编写预算说明书。

◆对出资证明的要求：除申请专项经费外，若存在自筹经费的，需提供出资承诺及企业资产负债表等其他相关财务资料。银行贷款以及地方配套财政资金等其他资金来源，原则上，谁出资谁证明。由承担单位自有资金提供的经费，应提供承担单位的出资证明文件;利用银行资金开展研发和产业化活动的，应当提供与银行签定的贷款意向书;配套资金应当由市县科技和其他部门承诺配套的证明;由其他渠道提供的捐助，应提供捐助方的出资证明文件。所有自筹经费证明均应说明经费的来源、金额、落实情况及具体用途等等。

8、对合作承担单位参与完成项目的编制说明。对于有合作单位参与项目研究的项目，由项目第一承担单位填写项目预算书，并在预算说明文本中详细说明所有项目合作单位及其承担的任务和经费安排。合作单位名称、承担科研任务及负责人等信息应与项目任务合同书保持一致。项目经费的所有转拨单位都必须在合作单位研究经费支出预算明细表中列示，违反规定转拨经费将会影响项目的财务验收。

二、预算科目内涵及支出标准

1、项目经费的开支范围一般包括设备费、材料费、测试化验加工费、燃料动力费、差旅费、会议费、合作/协作与交流费、出版/文献/信息传播/知识产权事务费、劳务费、专家咨询费、管理费等。

◆设备费：是指项目研究过程中购置或试制专用仪器设备，对现有仪器设备进行升级改造，以及租赁和使用外单位仪器设备而发生的费用。专项经费要严格控制设备购置费支出。

◆材料费：是指项目研究过程中消耗的各种原材料、辅助材料等低值易耗品的采购及运输、装卸、整理等费用。

◆测试化验加工费：是指项目研究过程中支付给外单位(包括项目承担单位内部独立经济核算单位)的检验、测试、化验及加工等费用。

◆燃料动力费：是指项目研究过程中相关大型仪器设备、专用科学装置等运行发生的可以单独计量的水、电、气、燃料消耗费用等。

◆差旅费：是指项目研究过程中开展科学实验(试验)、科学考察、业务调研、学术交流等所发生的外埠差旅费、市内交通费用等。差旅费的开支标准应当按照浙江省有关规定执行。

◆会议费：是指项目研究过程中为组织开展学术研讨、咨询以及协调项目或项目等活动而发生的会议费用。项目承担单位应当按照浙江省有关规定，严格控制会议规模、会议数量、会议开支标准和会期。

◆合作、协作研究与交流费：是指项目研究过程中与国际、国内科研机构合作、协作研究支付给合作、协作单位的费用，项目研究人员出国及外国专家来华工作的费用。国际合作与交流费由项目承担单位统一管理，应当严格执行国家和省外事经费管理的有关规定。

◆出版/文献/信息传播/知识产权事务费：是指项目研究过程中，需要支付的出版费、资料费、专用软件购买费、文献检索费、专业通信费、专利申请及其他知识产权事务等费用。

◆人员劳务费：是指在项目研究过程中支付给项目组成员中没有工资性收入的相关人员(如在校研究生)和项目组临时聘用人员等的劳务性费用。

◆专家咨询费：是指在项目研究过程中支付给临时聘请的咨询专家的费用。专家咨询费不得支付给参与项目管理的工作人员。

以会议形式组织的咨询，专家咨询费的开支参照以下标准执行：具有或相当于高级专业技术职称人员第

1、2天为500-800元/人天，第3天及以后为300-400元/人天;其他专业技术人员第

1、2天为300-500元/人天，第3天及以后为200-300元/人天。

以通讯形式组织的咨询，专家咨询费的开支参照以下标准执行：具有或相当于高级专业技术职称人员60-100元/人次、其他专业技术人员40-80元/人次。

◆管理费：是指项目研究过程中对使用本单位现有仪器设备及房屋，日常水、电、气、暖消耗，以及其他有关管理费用的补助支出。管理费按照项目专项经费预算分段超额累退比例法核定，核定比例如下: 项目财政资助经费预算在100万元及以下的部分按照8%的比例核定; 超过100万元至500万元的部分按照5%的比例核定; 超过500万元至1000万元的部分按照2%的比例核定; 超过1000万元的部分按照1%的比例核定。

项目管理费实行总额控制,由项目承担单位管理和使用。

2、项目研究过程中发生的除上述费用之外的其他支出，应当在预算申请时单独列示，单独核定。

第五篇：973计划2006项目申报要求和说明

一、项目申报基本条件和要求 1.申报项目应满足下述基本条件： (1)符合本申报指南内容;

(2)围绕国家发展的重大需求，着眼解决国家中长期发展中面临的重大科学问题;

(3)针对重大科学前沿问题，体现学科交叉和综合、发挥中国特色和优势、有可能在国际占有一席之地。

2.项目申报基本要求：

(1)根据规定格式要求按时申报;

(2)有创新的学术思想;有明确的研究目标和任务; (3)有科学可行的研究方案，经费资助要求合理;

(4)研究队伍为国内优秀队伍，具有较好工作积累，并体现项目和国家研究基地与人才建设相结合的指导思想。

二、申报资质要求

1.大陆境内具有法人资格的科研机构和高等院校，遵守973计划有关管理办法，均可直接或通过主管部门推荐向科技部申报项目。

2.申报单位在申报项目时应推荐项目首席科学家。每个项目只能推荐一位项目首席科学家。项目首席科学家应具备以下条件：

(1)具有较高的学术水平、优秀的科研业绩和开拓创新能力;

(2)具有较强的组织协调能力;

(3)能将主要精力用于项目组织协调与研究工作; (4)年龄一般不超过60岁。

3.项目申报人员应遵守《国家科技计划项目承担人员管理的暂行办法》的有关规定。在研973计划项目首席科学家、课题负责人一般不得因申报新项目而退出目前承担的项目。一个科研人员不能同时参与两个或两个以上项目的申报。

4.外籍科学家及港、澳、台地区科学家被推荐为项目首席科学家或课题负责人，须提供正式受聘于大陆境内单位的有效证明。

5.以下人员不能参与项目申报：

(1)973计划专家顾问组成员、领域专家咨询组成员; (2)承担国家科技计划项目总工作时间已达满负荷的人员; (3)中央和地方各级政府公务员、专职科研管理人员;

(4)因违规被取消申报资格和其他不能保证履行规定义务者。

三、项目申请书编写要求说明

1.项目研究重点突出，预期目标明确。总体研究思路清晰，突出创新性。 2.项目只设置课题，课题下不设置子课题。课题数一般不超过8个，每个课题的承担单位不超过2个。

3.项目研究队伍要精干，结构合理，体现优势集成。鼓励多学科的交叉综合研究，鼓励跨部门组织研究队伍，注意规模适度和组织管理的有效性。

4.如实反映项目申报单位已有的工作基础和研究条件(包括主要仪器设备)，如实反映申报项目与有关国家科技计划在研项目的关联，如实说明项目推荐首席科学家和课题负责人正在承担的其他国家科技计划项目的情况。包括：项目名称、来源、经费额度、起止年月、本人在该项目中承担的任务及与所申报项目的关系、投入的工作时间等。注意与国家科技攻关计划、863计划及其它科技计划项目的协调与衔接。

5.根据实际需要合理估算经费。项目资助分为三类，A类为3000万元以上，B类为1500—3000万元，C类为1500万元以下。人均全时资助强度要求在10万元/年以上。

6.项目申请书不能附加任何个人或学术组织对所申报项目的评价意见。 7.项目申报者应遵守《国家科技计划项目评估评审行为准则与督察办法》，如有违规，科技部将记录在案，并予惩处。

四、中医理论专项的申报说明

中医理论专项按课题形式申报，申报单位应按照指南规定重要支持方向组织课题申报，在网上提交课题申请书，编写提纲在973计划网站中下载。

五、欧盟合作项目申报

1.根据“中华人民共和国政府与欧洲共同体科学技术合作协定”，欧盟向中方开放欧共体条约第一百三十(g)条规定的框架计划第一类行动范畴的所有研究与技术开发及示范活动，科技部向欧方开放973计划项目。

2.欧盟成员国研究机构必须与两个或两个以上、不隶属于同一部门的中方单位，根据973计划项目重要支持方向和申报要求，联合提出项目申请，经中方申报单位报科技部，同时提交由双方推荐的项目首席科学家签字的联合申报协议。

3.欧盟合作项目立项评审办法及立项程序与其它项目申请基本相同。未能通过评审的项目，由科技部通知中方申报单位，并由其告知欧方单位。

六、申报与受理程序 1.项目实行网上申报，由申报单位提交项目申请书，并以网上提交的项目申请书作为评审的依据。

2.网上申报程序将于2006年1月中旬在973计划网站上另行通知。 3.对项目申请书进行形式审查时，具有下列情况之一的不予受理： (1)不符合项目申报基本条件和要求; (2)不符合申报资质要求;

(3)申请书编写不符合规定格式要求; (4)申报手续不完备，不符合规定申报程序。

4.项目申请书(包括不予受理的项目申请书)不予退回，由科技部基础研究司统一处置。