2.1 如何撰写立项报告

本节任务：以一份简单的立项报告和两份立项报告模板为例，让读者去体会立项报告应该包含哪些重要内容，初步了解立项报告的各部分所要表达的内涵，领会起草立项报告的思路。

案例背景：某校计算机系新建一个网络安全实训室立项报告，希望得到上级部门以及相关职能处室的支持。因此计算机系网络技术专业相关教师撰写了一份立项报告，内容如下：

关于新建网络安全实训室的立项报告

由于计算机系已立项的省示范实训基地，省特色专业、市创新创业基地的建设要求，均涉及网络安全实训室建设的内容，而且建设时限即将到期。专业教师经过调查研究，对网络安全实训室建设已形成初步设想，望得到上级领导和相关职能处室的支持。

一、拟建项目的必要性

根据专业教学需要，结合省高职高专院校特色专业和省高职高专院校示范性实训基地建设计划，需在2012年完成本实训室建设。其建设的必要性如下：

（1）因实训场地限制，目前网络安全方面的实训教学内容借助计算中心公共机房来开展。普通机房开展网络安全实训是在虚拟机环境下完成的，每次实训环境的搭建与配置需花费较长的时间，挤占实际实训教学时间，效率偏低。

（2）由于网络安全实训具有特殊性，对计算机性能要求较高，必须运行多系统平台，同时很多实训项目具有破坏性、攻击性，容易导致机房系统崩溃，影响教学。另外，普通机房的实训环境不能完全满足课程要求，目前仅承担12个实训项目，只占教学安排22个实训项目的一半左右，教学内容也受到限制。

（3）该实训室主要用于网络安全项目实训，一些具有攻击性、破坏性的实训项目，可以利用专用设备来现实，可以有效避免由于破坏性实验带给的机房崩溃现象。

（4）该实训室通过安装硬盘保护卡、双网卡等技术措施也可作为普通机房使用，投入使用后也将缓解计算机各专业普通机房紧缺的现状。

（5）该实训室的投入使用将大大改善学生的网络安全方向课程的实训环境，使其与目前社会上的实际使用基本保持一致，更加贴近实际工作岗位的要求。

二、拟建项目的可行性

1．场地问题

该实训室建于教学大楼D区404室，使用面积约94m2，场地符合实训室建设要求。实训设备经计算机系实训中心、计算机网络技术教研室反复论证，满足计算机网络技术、计算机应用技术、计算机信息管理、软件技术等专业学生实训要求。

2．资金问题

实训室建设总投资42万元。实训室所需电脑、桌椅等设施设备是常用设备，容易采购。网络安全专用设备已有同类院校投入使用，可供参考和比价。经费可由学院投资或省示范建设基地项目列支。

3．使用问题

网络安全实训室主要面向计算机系的计算机网络技术、计算机应用技术、计算机信息管理、软件技术等专业，涉及课程有信息安全技术、网络安全系统集成、局域网管理与信息安全等。现有网络专业4个班，每班每周4课时，其他专业开展网络安全方面的实训内容平均每周4课时左右，每周共完成20课时左右的实训量。同时该实训室还将作为学生竞赛训练、网络工作室培训以及教师教科研的重要场所。初步预计该实训室投入使用后使用率将达90%以上。

三、主要仪器设备购置论证

网络安全实验的内容对电脑的运算能力、内存等部件性能有比较高的要求。在满足平台各项要求的条件下，根据性价比最高的原则，拟选购联想、惠普等品牌电脑。

通过对兄弟院校同类实训室的调研结果表明，××品牌设备档次较高，性能好，但价格较贵，最低配置的类似设备报价超过100万。拟选购品牌设备属于中端产品，报价远低于× ×品牌，性能已能满足教学要求，省内高校，如××警官职业学院、××职业技术学院已有应用实例。主要设备明细表如表2.1所示。

【思考题】

阅读这个立项报告后，你认为立项报告中应该突出哪些内容？

网络建设工程业主方立项申请报告模板

1．项目概述

总体说明要建设什么项目，简要说明项目背景。

2．建设意义和必要性

主要说明该项目是否与单位的总体规划相符，建成后能带来什么样的好处，如果不建设将产生什么样的影响。

3．现有建设基础

主要说明现有资源配置情况，比如现有几个计算机教室，运行情况如何，以往建设过程中积累了哪些经验，是否进行了相关调查。

4．建设目标、思路及主要建设内容

建设目标：详细阐述要建设的目标，要有项目总体目标，比较复杂的项目要有分阶段目标。

建设思路：用什么样的技术和方法来建设，先建设什么，后建设什么，在建设过程预期发生的问题将如何解决。

建设内容：具体描述所要建设的内容，如平面布局、综合布线设计、设施设备选型等等。

5．资金来源和年度资金安排

资金来源：年初总体建设预算有没有该项目，预算资金够不够用，如果不够要明确从哪个项目出资金，谁来出资金。

年度资金安排：项目预算。

6．建设具体实施计划

介绍项目的进程和实施计划，比如什么时候开工，实施过程中分哪些阶段，每阶段的任务是什么，每阶段起止时间是什么，什么时候整个项目可以竣工。

7．预期效益分析

详细分析该项目建成后可以带来什么样的效益，受益面怎样。

8．保障措施

组织机构保障：项目的成员有哪些，如何分工的，谁来负责。

建设资金保障：建设资金由谁来保证，资金到位的流程是怎样的。

制度保障：单位原有的管理制度中有没有相关的激励机制，也可以建立一套针对本项目的客观有效的奖惩措施。

【思考题】

请思考一下，哪些项目不需要立项，哪些项目需要立项？

网络建设工程承建方立项申请报告模板

1 引言

1.1 目的

注意，这里的“目的”不是“项目目标”，而是为了说明本文档的目的与作用。“项目目标”在2.1中说明。

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

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

1.2 背景

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

项目的名称：×××

项目的委托单位：×××

项目的用户（单位）:×××

项目的主要承担部门：×××

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

1.3 定义

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

1.4 参考资料

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

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

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

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

1.5 标准、条约和约定

列出在本项目开发过程中必须遵守的标准、条约和约定，相应的技术规范等。

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

2 项目概述

2.1 项目目标

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

2.2 规定与约束

对于项目必须遵守的各种约束（时间、人员、预算、设备等）进行说明。这些内容将设置你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。

规定是通过努力可以直接解决的问题，而这些问题一定要解决才能保证项目按计划完成。如：“必须在3天内到位”或“必须在8月8日前对需求文档进行确认”。

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

假设与约束是针对预期必然会发生的情况。如果问题的出现具有不确定性，则应分析其出现的可能性（概率）、造成的影响、应当采取的相应措施。

2.3 项目工作范围

说明为能够按时保质实现项目的目标需要进行哪些工作。

2.4 应交付成果

2.4.1 需完成的项目建设

列出需要项目建设的内容等等。

2.4.2 需提交用户的文档

列出需要移交给用户的每种文档的名称、内容要点，如需求规格说明书、操作手册等。

2.4.3 须提交内部的文档

列出需要提交给公司内部包括公司领导、项目组成员、质量管理等的各种文档的名称、内容要点，如项目变更申请、项目进度报告等等。

2.4.4 应当提供的服务

根据合同或建设工作需要，列出将向用户提供的各种服务，例如培训、安装、维护和运行支持等。具体的工作计划如需要，可编制培训计划等。

2.5 项目验收方式

说明项目内部验收和用户验收的方式及验收依据。

3 项目团队组织

3.1 组织结构

说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目总负责人、项目经理、运维工程师、业务接口人、客服、产品等等。组织结构可以用图形来表示，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。

3.2 人员分工

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

3.3 协作与沟通

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

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

3.3.1 项目团队内部协作

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

3.3.2 项目接口人员

应当说明接口工作的人员，即他们的职责、联系方式、沟通方式、协作模式，包括：

（1）负责本项目同用户的接口人员；

（2）负责本项目同公司内部的接口人员；

（3）负责本项目同支持方的接口人员。

3.3.3 项目团队外部沟通与协作模式

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

4 实施计划

4.1 风险评估及对策

识别或预估项目进行过程中可能出现的风险。

分析风险出现的可能性（概率）、造成的影响、根据影响应该采取的措施。

风险识别包括识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等。

风险的对策包括以下内容：一是避免，即排除特定威胁，往往靠排除危险起源；二是减缓，即减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；三是吸纳，即接受一切后果，可以是积极的（如制订预防性计划来防备风险事件的发生），也可以是消极的（如某些费用超支则接受低于预期的利润）。

网络建设项目常见的预估风险：

（1）工程/规模/进度上的风险：验收不能顺利地完成（或者出现了延迟）。

（2）技术上的风险：使用新的开发技术、新设备等，或是新的应用组合，没有经验；是新的行业或业务，没有经验；性能上的要求很严。

（3）用户方面的问题：功能会多次变更；与用户分担开发，造成工程拖延（或者出现了延迟）；用户或其他相关单位承担的工作有可能延误。

（4）其他：应该包含此处没有，但据推测有风险的项目。

4.2 工作流程

画出本项目采用的工作流程图及适当的文字说明。

4.3 总体进度计划

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

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

4.4 项目控制计划

4.4.1 质量保证计划

说明项目建设过程中，产品质量、建设质量、服务质量等等方面如何进行保证，制订计划。

记录的收集、维护和保存（指明需要保存的质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限）。

4.4.2 进度控制计划

本项目的进度监控由项目过程控制部门或控制人员统一进行监控，并保留在监控过程中产生的日常检查记录。

4.4.3 预算监控计划

说明如何检查项目预算的使用情况，根据项目情况需要制订。

5 支持条件

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

5.1 内部支持

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

5.2 客户支持

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

5.3 外部支持

列出需由外部支持方承担的工作、完成时间，包括需要由外部支持方提供的条件和提供的时间。

6 预算

6.1 人员成本

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

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

6.2 设备成本

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

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

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

列出可供使用的现有设备及其使用时间。

6.3 其他经费预算

列出完成本项目所需要的各项经费，包括：

（1）差旅费（旅费、出租等）（含补贴）；

（2）资料费（图书费、资料费、复印费、出版费等）；

（3）通信费（市话长话费、移动通信费、上网费、邮资等）；

（4）会议费（鉴定费、评审会、研讨费、外事费等）；

（5）办公费（购买办公用品等）；

（6）协作费（业务协作招待费、项目团队加班伙食费等）；

（7）培训费（培训资料编写费、资料印刷费、产地费、设备费等）；

（8）其他（检测、维修费、消耗品等）。

6.4 项目合计经费预算

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

7 关键问题（可选）

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

【思考题】

比较两个立项申请报告模板的不同，理解各自的侧重点。