海南省金融行业信息系统建设项目可行性研究报告模板及编制说明.docx

海南省金融行业信息系统建设项目可行性研究报告模板及编制说明.docx

《海南省金融行业信息系统建设项目可行性研究报告模板及编制说明.docx》由会员分享，可在线阅读，更多相关《海南省金融行业信息系统建设项目可行性研究报告模板及编制说明.docx（30页珍藏版）》请在冰豆网上搜索。

海南省金融行业信息系统建设项目可行性研究报告模板及编制说明

说明：

梳理众多金融行业信息系统项目可行性研究报告，结合相关规范说明，制定该文档，已方便大家编制项目可行性研究报告。

金融行业信息系统建设项目可行性研究报告

（编制模板）

本文档主要包括以下两部分内容：

一、金融行业信息系统建设项目可行性研究报告目录

1项目概述

1.1项目背景

1.2建设单位概况

可行性研究报告编制依据

1.3项目可行性研究范围

项目建设目标与主要建设内容

1.4项目主要建设条件

1.5项目投资与效益

对项目建议书批复的调整*

问题与建议

2需求分析和项目建设的必要性

2.1业务概况

业务问题分析

2.2业务问题原因分析

2.3业务功能需求

系统性能需求

信息系统现状与差距

项目建设的必要性

3项目总体方案

3.1建设思路

3.2业务目标

3.3建设目标

3.4总体布局

3.5建设任务

总体架构

工程边界

4项目建设方案

4.1应用系统建设方案

4.2数据资源规划和数据库建设方案

4.3应用支撑平台建设方案

4.4主机及存储系统建设方案

终端系统建设方案

网络系统建设方案

安全系统建设方案

备份系统建设方案*

运行维护系统建设方案*

其它系统建设方案*

软硬件配置清单

机房及配套工程建设方案

5环保、节能与职业安全卫生

5.1环境影响及保护措施

5.2能耗分析与节能措施

5.3职业安全和卫生措施

6项目招标方案

6.1招标范围

招标方式

6.2招标组织形式

7项目组织机构和人员配置

7.1项目建设管理机构

7.2运行维护机构

技术力量配置

人员培训方案

8项目实施进度

8.1项目建设工期

实施进度计划

9投资估算与资金筹措

9.1投资估算

9.1.1估算依据

估算说明

投资估算

9.2运行维护经费估算

资金筹措

10效益评价和综合论证

10.1效益评价

10.1.1经济效益评价

社会效益评价

项目评价指标分析*

10.2综合论证和方案推荐

11项目风险与风险管理

11.1项目风险识别和分析

风险对策和管理

附表

附图

附件

注：

带*的内容为可选内容，视项目的具体情况而定。

二、章节编写说明及内容要求

12项目概述

12.1项目背景

简述项目提出的缘由，针对业务问题和业务发展需求，阐述项目立项的目的和意义。

续建项目应对前期项目做简要说明；对于前期工作过程较为复杂的项目，应简述业已开展的主要工作（如：

项目建议书的编制和审批、可行性研究的主要过程、相关的专题研究等）及其主要结论。

12.2建设单位概况

描述项目建设单位概况。

包括：

单位名称、主要领导人（法定代表人）及项目主管领导姓名和职务；单位的性质、隶属关系；主要职能（职责）及相关工作、事（职）权范围；组织机构体系、各级机构的职责定位及分工；人员编制等。

组织机构体系较复杂的单位，宜用图表形式描述其组织体系、职责分工、人员编制。

对于多个单位或部门参与建设的项目，按主办单位和参加单位的顺序分别描述。

12.3可行性研究报告编制依据

列出可行性研究所依据的工作合同（或委托书）、重要法规、审批文件、规划及技术报告、标准规范及相关参考文件等的名称、文号、颁布（批准或编制）单位、颁布（批准或编制）时间。

编制依据应为已经颁布或审定的文件；其中必要的部分可作为可行性研究报告的附件全文附后。

12.4项目可行性研究范围

简述项目拟投入应用的业务领域，界定项目的应用范围，包括涉及的业务职能，业务活动范围或服务对象范围。

12.5项目建设目标与主要建设内容

简述项目拟解决（改善）的业务问题及解决（改善）程度；说明项目的建设目标、建设规模和主要建设内容。

对于分期建设项目，应按各期工程分别叙述项目的建设目标、建设规模和主要建设内容。

12.6项目主要建设条件

简述项目的主要建设地点，以及所具备的基础建设条件。

12.7项目投资与效益

简要说明项目（分期建设项目则为本期工程）的总投资，资金构成及资金来源；简述实施后产生的主要经济和社会效益。

12.8对项目建议书批复的调整

如果项目建议书业经审批，可行性研究阶段对项目建议书批复意见进行了调整，则应简述可行性研究报告中相对于项目建议书批复调整的内容、调整原因和调整依据。

12.9问题与建议

简要说明项目的主要风险；对需要国家、有关部门解决的问题以及建设单位需要进一步落实的工作，提出相关建议。

13需求分析和项目建设的必要性

13.1业务概况

业务概况是业务功能和系统性能需求分析的基础，是判定需求分析合理的重要依据。

应简述项目应用领域的业务发展状况，分析出业务特征（体制机制、业务环境、业务模式、业务量，以及业务对象及其活动规律等方面的特征）和发展趋势。

业务概况分析应选用有代表性的数据来表达。

13.2业务问题分析

对照业务职能（职责）要求和社会需求，分析项目应用领域存在的主要业务效能问题，及其衍生的社会问题（或社会矛盾），并阐述其突出表现。

业务问题应尽量选择有代表性的统计分析结果来表达，可运用典型案例予以说明。

13.3业务问题原因分析

业务问题根源的改善程度是决定项目建设目标和建设内容的主要依据，是解决业务问题的关键成功因素。

应从业务运作方式、业务处理手段等方面分析业务问题产生的机理，明确业务问题的根源或本质症结。

13.4业务功能需求

业务功能需求主要应明确各项业务功能及其关键环节、业务流程及逻辑关系、业务处理量等内容。

应针对业务问题及其根源，根据业务职能、业务特征和发展要求，分析提出拟建信息系统的总体功能需求，即如何通过拟建信息系统促进业务机制的优化升级，支撑业务发展，提升业务效能。

业务功能需求主要应从项目用户（或服务对象）的角度进行分析，强调通过拟建信息系统将获得的业务效果，而不是获取或实现这些效果的方式或手段。

13.5系统性能需求

针对业务问题及其根源，根据业务功能需求、业务特征、用户（或服务对象）特性以及系统的应用环境，定量或定性描述拟建系统的性能需求；对系统的处理能力、存储能力和传输能力进行总量分析，提出系统能力的总量指标。

性能需求除了系统能力指标要求外，还可包括系统在可靠性、安全及保密性、易用性、效率、维护性、扩展性等方面的属性要求，以及系统运行维护方式方面的要求。

系统性能需求主要应从项目用户（或服务对象）的角度进行分析，强调通过拟建信息系统将获得的效果，而不是获取或实现这些效果的方式或手段；需求分析的深度应能反映拟建信息系统建设内容和技术水平的要求，即系统的外在特征。

13.6信息系统现状与差距

详细分析项目建设单位（或项目应用领域）当前信息化应用现状和应用系统功能现状及差距，信息资源的存量情况和差距，信息系统主要装备（包括主机及存储系统、网络系统、安全系统等）的存量情况和差距；并简要说明相关业务的规范化程度、用户的信息技术技能水平、建设单位（或建设单位指定的项目实施组织机构）信息化专业人才队伍、领导的信息化意识、项目建设的动员情况、信息化规章制度的建设情况等内容，分析其满足项目建设需要的程度和差距。

信息系统现状应分析说明现有应用系统、数据资源、系统装备等方面的主要技术特征、当前的运行及性能状况；现有系统的差距主要应对照业务功能和系统性能需求，简要分析其可利用情况，在此基础上，分析说明现有信息系统的差距及其不适应性。

如果相关政策及规划对项目应用领域的信息化有明确要求，则应简要说明这些要求；如果行业内类似业务信息化发展水平较高，可简要说明其信息化发展状况。

并对照分析项目应用领域业务信息化水平的差距以及由此可能产生的问题。

13.7项目建设的必要性

建设的必要性应反映系统的建设目的。

应结合业务问题及其原因分析、总体功能和性能需求分析以及现有信息系统的差距，分析项目建设的意义和必要性。

新建项目可从宏观形势、行业发展、技术进步、可能的效益等方面进行阐述；改建、扩建及资源整合类项目建设的必要性主要应从现有系统对需求的不适应性、升级改造或扩建整合后的能力提升及增量效益等方面进行阐述。

14项目总体方案

14.1建设思路

阐述项目建设原则，提出项目建设策略。

建设原则、策略应相对具体，能用于指导确定项目的建设目标、建设任务、建设步骤、技术方法（或核心技术选型）；应有较强的针对性，应能体现业务特征要求，保证项目顺利实施，确实发挥效能，改善业务问题。

项目如需分期建设，则应明确分期原则和实施步骤。

14.2业务目标

针对业务问题及其产生原因，根据业务功能和系统性能需求，按照项目建设条件和建设思路，分析确定项目建设所要解决或改善的业务问题范围，明确项目的功能定位，提出相应的业务目标（电子政务建设项目应提出政务目标、业务目标、作业目标），明确业务问题的解决（改善）程度，或预期的业务发展水平。

业务目标应用可考核、可量化的指标进行描述。

项目如分期建设，则应在总体业务目标的基础上，分阶段提出相应的业务目标。

14.3建设目标

根据所确定的业务目标和建设思路，以及项目的需求分析、建设条件分析，提出项目的建设目标、建设规模，并用可考核、可量化的指标进行描述。

建设目标应反映拟建信息系统建成后的总体特征，即：

要建成一个什么样的系统；应能反映出系统的主要内容及其技术水平。

建设规模应反映项目建成后正常运行状态下的服务能力，如涵盖或支撑的业务范围、年业务处理能力等。

建设目标的实现应能有效支撑业务目标的实现。

项目如分期建设，则应在总体建设目标基础上，提出分阶段工程建设目标（突出本期工程的建设目标），清晰界定各期目标的边界和演进的内容。

14.4总体布局

根据业务特征，明确业务运行机制，分析确定项目主要功能布署方案。

如涉及不同站点（或平台），则应论证项目的总体布局方案，说明各站点（或平台）的服务（或业务处理）范围和服务（或业务处理）能力。

总体布局方案应反映主要信息采集站点、分中心、总中心等信息处理节点的分布及相互间的分工协作关系，并体现总体业务机制和管理模式；不涉及具体建设内容的布署。

总体布局方案应根据业务功能、系统性能需求和项目的总体建设目标，在深入分析各站点（平台）建设条件的基础上进行论证。

总体布局方案需进行多方案比选。

有明显经济技术优势的方案可直接确定为项目建设的总体布局方案；可提出多个合理可行的总体布局方案（不同方案在建设内容、建设投资、运行维护方面应具有一定差异性，待综合比选）。

项目如涉及室外新建站点，则应简要叙述选址过程，并论述所选站址的选择理由。

室外站点较多（2个以上）时，应以相应的地形图为底图绘制站点布局图，作为可行性研究报告的附图。

当室外站点建设条件比较复杂时，宜按照相关的技术规范开展专项选址工作，并编制专项研究报告。

项目建设条件主要包括各站点机房（或场地）条件、传输链路条件或所依托平台的服务能力。

项目如涉及新建站点，建设条件还应包括站点所具备的通信、供电等外部协作条件，以及站点所在地的气象、水文、地质等自然条件情况。

对于新建站点，应说明外部协作条件的落实情况；相关部门（土地、规划、环保等）批准（批复）文件，以及与相关单位就外部协作条件达成的协议、意向书或会议纪要应作为可行性研究的附件。

14.5建设任务

根据项目的建设目标和总体布局，以及信息系统的现状、项目建设条件，提出项目的总体建设任务，并说明主要建设任务如何支撑建设目标和业务目标的实现。

建设任务主要从应用系统、数据资源等两方面进行描述；可在此基础上简要描述所需要的应用支撑平台、主机系统、终端系统、网络系统、安全系统等方面的主要建设内容。

对于分期建设的项目，则应根据项目分期目标，提出各期工程建设内容；并突出本期工程的建设内