公路水路交通运输信息系统建设项目前期工作管理办法.docx

公路水路交通运输信息系统建设项目前期工作管理办法（试 行）2011年 月目 录公路水路交通运输信息系统建设项目前期工作管理办法1附件 公路水路交通运输信息系统建设项目可行性研究报告编制要求7一、编写提纲7二、内容要求10三、编写规则37公路水路交通运输信息系统建设项目前期工作 管理办法第一章 总则第一条 为进一步加强公路水路交通运输信息系统建设项目前期工作管理，提高投资效益，降低投资风险，推动公路水路交通运输信息化科学发展，根据国家及交通运输部相关规定，制定本办法。 第二条 本办法适用于中央投资、中央与地方共同投资的信息系统新建、改建、扩建项目。地方投资的信息系统建设项目可参照执行。第三条 本办法所称信息系统，是指按照一定的应用目标和业务规则对信息进行采集、传输、存储、加工、维护和使用的人机系统。本办法所称信息系统建设项目，主要是指计算机网络、业务应用系统、信息资源库、信息安全基础设施、信息系统支撑体系等方面的建设项目。信息系统建设项目应以应用需求为主导，以信息资源开发利用为主线，加强信息共享和业务协同，切实解决交通运输运行监测、行政执法、运输组织、安全应急、宏观管理、政务公开等方面的突出业务问题，充分发挥信息系统对增强交通运输效能、保障交通运输安全、提高公众出行服务水平的关键作用。第四条 本办法所称前期工作主要包括预可行性研究、工程可行性研究阶段的研究报告（项目建议书、工程可行性研究报告）编制和评估，以及项目审批等工作。总投资3000万元以下或技术上较为成熟的项目，经项目审批部门同意后，可不开展预可行性研究阶段的相关工作。第五条 本办法所称项目建设单位，是指交通运输部直属单位（或派出机构）和省级交通运输主管部门。项目建设单位负责提出信息系统建设项目的立项申请，组织项目的可行性研究、工程设计、建设实施、运行管理，对项目建设质量、运行效果负总责。第六条 本办法所称项目审批部门，是指交通运输部负责投资项目立项审批的部门。项目审批部门负责信息系统相关规划的编制、建设项目前期各阶段研究报告的审查和项目审批，并会同相关部门对项目实施监督管理。第二章 项目申报要求第七条 项目建设单位应根据国家有关文件、公路水路交通运输信息化相关规划，研究制定信息系统建设项目的前期工作计划，组织编制项目建议书、工程可行性研究报告。分期建设的后续项目应在上期项目竣工验收并经后评价后开展前期工作。第八条 项目建设单位应招标选定或委托具有相应资质的单位承担项目建议书、工程可行性研究报告的编制工作。总投资3000万元以上的项目，应由具有通信信息、电子类相关专业甲级工程咨询单位编制项目建议书、工程可行性研究报告。第九条 项目建议书、工程可行性研究报告编制单位应组织符合国家有关部门资质要求、有经验的工程技术人员，在深入调查研究的基础上，坚持客观、公正、独立的原则，科学地进行分析论证，对提供的研究报告质量负责。多个编制单位共同承担的项目，应确定一个主编单位。主编单位负责协调有关合作单位的工作，对研究报告质量负全面责任。第十条 项目建设单位应按规定的程序对编制单位送交的项目建议书、工程可行性研究报告组织预审，并将附有预审意见的研究报告报送项目审批部门一式3份。第十一条 中央和地方共同投资的项目，涉及地方投资的建设内容及投资规模，应征求地方相关部门的意见，落实配套资金，并将资金承诺函（或意向书）作为工程可行性研究报告的附件，一并报送项目审批部门。第三章 项目建议书、工程可行性研究报告编制要求第十二条 项目建议书应重点研究项目建设的必要性和建设时机，初步确定项目的建设目标、建设规模和基本建设方案。项目建议书主要应加强项目的需求分析，明确项目在解决业务问题中的关键作用、与体制机制变革和业务模式发展要求的适应程度。主要包括拟解决的业务问题分析、目标体系分析、业务逻辑及业务量分析、系统功能及性能（处理能力及特性要求）分析、系统结构分析等内容，以量化分析为主；在论证项目建设必要性的基础上，明确项目总体框架、主要建设内容、初步建设方案和预期投资规模。第十三条 项目建议书应达到以下基本深度要求：（一）业务问题及其原因、目标体系、系统功能及性能、初步建设方案、投资估算间有严密的逻辑支撑关系； （二）具备可度量的效果性目标指标体系，目标体系能表征业务问题的解决途径和改善程度；（三）系统功能及性能需求的量化指标能指导确定项目建设规模。第十四条 工程可行性研究报告应对项目建设的必要性、技术的可行性、经济的合理性和实施的可能性进行综合研究论证。工程可行性研究报告应根据项目应用领域的业务需求和信息系统支撑能力的差距，论证项目建设的必要性；根据业务特征、建设条件，分析提出项目的建设目标、建设任务、技术设备方案和组织实施方案，进行投资估算和效益评价；经多方案综合比选后，选择技术可行、经济合理、条件成熟、投资效益好的建设方案作为项目的推荐方案。未报批项目建议书的，工程可行性研究报告应加强项目的需求分析。第十五条 工程可行性研究报告应符合以下基本要求：（一） 严格执行国家法律、法规、政策和相关国际公约的规定；采用交通运输部及相关部委发布并正在实施的有效技术规范和标准；（二） 格式规范，内容全面，符合本办法的编制要求（见附件（公路水路交通运输信息系统建设项目可行性研究报告编制要求）；（三） 数据准确，论据充分，相关参数前后一致或相互支撑；（四） 重大技术、经济方案，应有两个以上方案的比选；（五） 所需的建设条件均已落实，附有项目评估、决策（审批）所必需的相关合同、协议、意向书、政府批件等。第十六条 工程可行性研究报告应达到以下深度要求：（一） 建设需求、建设目标、系统功能及性能、建设方案、投资估算间有严密的逻辑支撑关系； （二） 具备可度量的效果性目标体系，目标体系能表征业务问题的解决途径和改善程度；（三） 系统功能及性能需求的量化指标能指导确定项目建设规模；（四） 系统布局应能反映业务运行模式，体现业务特征要求；（五） 应用系统及其子系统建设方案应能体现系统的业务逻辑、内外部相关系统（子系统）间的数据关系，有明确的系统开发建设工程量；（六） 数据库建设方案应涵盖项目所需数据内容，有明确的数据来源、集成思路、布署方案和建库工程量；（七） 所有硬件系统建设方案均应体现系统的性能要求，有明确的技术选型、集成思路、布署（布局）和配置方案；主要规格、参数能反应设备（系统）的单价。第十七条 编制完成的项目建议书、工程可行性研究报告，编制单位应在相关人员签字并加盖公章后，送达项目建设单位。第四章 项目评估与审批第十八条 项目建议书、工程可行性研究报告由项目审批部门审查批复，或委托有资格的咨询机构评估后审核批复。按相关规定需报上级主管部门审批的项目，项目审批部门在上级主管部门审批后下达批复。中央和地方共同投资的项目，由项目审批部门批复可行性研究报告后，按规定主送或抄送地方相关投资主管部门。第十九条 项目建议书、工程可行性研究报告、以及审查评估后的修改报告内容和深度未达到本办法要求，或未附有项目建设单位预审意见的，项目审批部门将不予受理。项目建议书未通过审查、评估，项目审批部门将不受理项目的工程可行性研究报告。第二十条 咨询机构出具的评估报告，应在分析项目建设需求的基础上，评估项目在解决业务问题（或社会矛盾）中的作用及业务问题的改善程度，明确项目是否必要建设；评估项目主要建设目标、建设内容、总体布局、建设规模等是否明确、合理；说明主要建设内容的技术方案，评估其可行性；评估项目建设条件、软件开发和数据库建设工程量、投资规模；反映相关部门、专家的不同意见。咨询机构可聘请专家对项目软件开发和数据库建设工程量等进行量化评估，评估结果作为评估报告的附件。咨询机构在项目建议书、工程可行性研究报告评估过程中发现的问题，应提出具体修改（补充）意见或建议，及时通告项目建设单位，并报告项目审批部门；必要时可向项目审批部门建议暂缓评估。第二十一条 项目建议书及工程可行性研究报告未通过审查、评估累计三次的项目建设单位，两年之内不得申报新的建设项目。第二十二条 项目审批部门批准的项目建议书是工程可行性研究报告编制的主要依据。工程可行性研究报告的编制内容与项目建议书内容有重大变更的（包括项目建设单位、主要建设地点的变更，业务目标、功能定位主要建设内容及建设规模的变更），应重新申报项目建议书。第二十三条 项目审批部门对工程可行性研究报告的批复是项目初步设计和项目建设的重要依据。批复中核定的建设内容、规模、标准、投资和其他控制性指标原则上应严格遵守。（一）项目初步设计方案与工程可行性研究报告批复内容有重大变更（包括项目建设单位、主要建设地点的变更，业务目标、功能定位、主要建设内容的变更，系统布局结构、主要技术路线的变更等），或变更投资超出已批复投资额度（包括总投资及各项主要建设内容投资）10%的，应重新报批工程可行性研究报告。（二）项目初步设计方案和投资概算与工程可行性研究报告批复内容有所调整且调整内容未超出已批复总投资额度（包括总投资及各项主要建设内容投资）10%的，需在提交项目初步设计报告时以独立章节对调整部分进行补充说明。第二十四条 中央和地方共同投资、可由地方相关部门审查批复初步设计的项目，项目建设单位应根据可行性研究报告批复，招标选定或委托具有相关专业设计资质（国家重点项目或总投资3000万元以上的项目须甲级资质）的设计单位编制初步设计方案，报送相关部门审查批复后，将初步设计批复及时报备项目审批部门，以便安排投资计划。第五章 附则第二十五条 本办法由中华人民共和国交通运输部负责解释。第二十六条 本办法自发布之日起施行。附件公路水路交通运输信息系统建设项目可行性研究报告 编制要求一、编写提纲1 项目概述1.1 项目背景1.2 建设单位概况1.3 可行性研究报告编制依据1.4 项目可行性研究范围1.5 项目建设目标与主要建设内容1.6 项目主要建设条件1.7 项目投资与效益1.8 对项目建议书批复的调整*1.9 问题与建议2 需求分析和项目建设的必要性2.1 业务概况2.2 业务问题分析2.3 业务问题原因分析2.4 业务功能需求2.5 系统性能需求2.6 信息系统现状与差距2.7 项目建设的必要性3 项目总体方案3.1 建设思路3.2 业务目标3.3 建设目标3.4 总体布局3.5 建设任务3.6 总体架构3.7 工程边界4 项目建设方案4.1 应用系统建设方案4.2 数据资源规划和数据库建设方案4.3 应用支撑平台建设方案4.4 主机及存储系统建设方案4.5 终端系统建设方案4.6 网络系统建设方案4.7 安全系统建设方案4.8 备份系统建设方案*4.9 运行维护系统建设方案*4.10 其它系统建设方案*4.11 软硬件配置清单4.12 机房及配套工程建设方案5 环保、节能与职业安全卫生5.1 环境影响及保护措施5.2 能耗分析与节能措施5.3 职业安全和卫生措施6 项目招标方案6.1 招标范围6.2 招标方式6.3 招标组织形式7 项目组织机构和人员配置7.1 项目建设管理机构7.2 运行维护机构7.3 技术力量配置7.4 人员培训方案8 项目实施进度8.1 项目建设工期8.2 实施进度计划9 投资估算与资金筹措9.1 投资估算9.1.1 估算依据9.1.2 估算说明9.1.3 投资估算9.2 运行维护经费估算9.3 资金筹措10 效益评价和综合论证10.1 效益评价10.1.1 经济效益评价10.1.2 社会效益评价10.1.3 项目评价指标分析*10.2 综合论证和方案推荐11 项目风险与风险管理11.1 项目风险识别和分析11.2 风险对策和管理附表附图附件注：带*的内容为可选内容，视项目的具体情况而定。二、内容要求1 项目概述1.1 项目背景简述项目提出的缘由，针对业务问题和业务发展需求，阐述项目立项的目的和意义。续建项目应对前期项目做简要说明；对于前期工作过程较为复杂的项目，应简述业已开展的主要工作（如：项目建议书的编制和审批、可行性研究的主要过程、相关的专题研究等）及其主要结论。1.2 建设单位概况描述项目建设单位概况。包括：单位名称、主要领导人（法定代表人）及项目主管领导姓名和职务；单位的性质、隶属关系；主要职能（职责）及相关工作、事（职）权范围；组织机构体系、各级机构的职责定位及分工；人员编制等。组织机构体系较复杂的单位，宜用图表形式描述其组织体系、职责分工、人员编制。对于多个单位或部门参与建设的项目，按主办单位和参加单位的顺序分别描述。1.3 可行性研究报告编制依据列出可行性研究所依据的工作合同（或委托书）、重要法规、审批文件、规划及技术报告、标准规范及相关参考文件等的名称、文号、颁布（批准或编制）单位、颁布（批准或编制）时间。编制依据应为已经颁布或审定的文件；其中必要的部分可作为可行性研究报告的附件全文附后。1.4 项目可行性研究范围简述项目拟投入应用的业务领域，界定项目的应用范围，包括涉及的业务职能，业务活动范围或服务对象范围。1.5 项目建设目标与主要建设内容简述项目拟解决（改善）的业务问题及解决（改善）程度；说明项目的建设目标、建设规模和主要建设内容。对于分期建设项目，应按各期工程分别叙述项目的建设目标、建设规模和主要建设内容。1.6 项目主要建设条件简述项目的主要建设地点，以及所具备的基础建设条件。1.7 项目投资与效益简要说明项目（分期建设项目则为本期工程）的总投资，资金构成及资金来源；简述实施后产生的主要经济和社会效益。1.8 对项目建议书批复的调整如果项目建议书业经审批，可行性研究阶段对项目建议书批复意见进行了调整，则应简述可行性研究报告中相对于项目建议书批复调整的内容、调整原因和调整依据。1.9 问题与建议简要说明项目的主要风险；对需要国家、有关部门解决的问题以及建设单位需要进一步落实的工作，提出相关建议。2 需求分析和项目建设的必要性2.1 业务概况业务概况是业务功能和系统性能需求分析的基础，是判定需求分析合理的重要依据。应简述项目应用领域的业务发展状况，分析出业务特征（体制机制、业务环境、业务模式、业务量，以及业务对象及其活动规律等方面的特征）和发展趋势。业务概况分析应选用有代表性的数据来表达。2.2 业务问题分析对照业务职能（职责）要求和社会需求，分析项目应用领域存在的主要业务效能问题，及其衍生的社会问题（或社会矛盾），并阐述其突出表现。业务问题应尽量选择有代表性的统计分析结果来表达，可运用典型案例予以说明。2.3 业务问题原因分析业务问题根源的改善程度是决定项目建设目标和建设内容的主要依据，是解决业务问题的关键成功因素。应从业务运作方式、业务处理手段等方面分析业务问题产生的机理，明确业务问题的根源或本质症结。2.4 业务功能需求业务功能需求主要应明确各项业务功能及其关键环节、业务流程及逻辑关系、业务处理量等内容。应针对业务问题及其根源，根据业务职能、业务特征和发展要求，分析提出拟建信息系统的总体功能需求，即如何通过拟建信息系统促进业务机制的优化升级，支撑业务发展，提升业务效能。业务功能需求主要应从项目用户（或服务对象）的角度进行分析，强调通过拟建信息系统将获得的业务效果，而不是获取或实现这些效果的方式或手段。2.5 系统性能需求针对业务问题及其根源，根据业务功能需求、业务特征、用户（或服务对象）特性以及系统的应用环境，定量或定性描述拟建系统的性能需求；对系统的处理能力、存储能力和传输能力进行总量分析，提出系统能力的总量指标。性能需求除了系统能力指标要求外，还可包括系统在可靠性、安全及保密性、易用性、效率、维护性、扩展性等方面的属性要求，以及系统运行维护方式方面的要求。系统性能需求主要应从项目用户（或服务对象）的角度进行分析，强调通过拟建信息系统将获得的效果，而不是获取或实现这些效果的方式或手段；需求分析的深度应能反映拟建信息系统建设内容和技术水平的要求，即系统的外在特征。2.6 信息系统现状与差距详细分析项目建设单位（或项目应用领域）当前信息化应用现状和应用系统功能现状及差距，信息资源的存量情况和差距，信息系统主要装备（包括主机及存储系统、网络系统、安全系统等）的存量情况和差距；并简要说明相关业务的规范化程度、用户的信息技术技能水平、建设单位（或建设单位指定的项目实施组织机构）信息化专业人才队伍、领导的信息化意识、项目建设的动员情况、信息化规章制度的建设情况等内容，分析其满足项目建设需要的程度和差距。信息系统现状应分析说明现有应用系统、数据资源、系统装备等方面的主要技术特征、当前的运行及性能状况；现有系统的差距主要应对照业务功能和系统性能需求，简要分析其可利用情况，在此基础上，分析说明现有信息系统的差距及其不适应性。如果相关政策及规划对项目应用领域的信息化有明确要求，则应简要说明这些要求；如果行业内类似业务信息化发展水平较高，可简要说明其信息化发展状况。并对照分析项目应用领域业务信息化水平的差距以及由此可能产生的问题。2.7 项目建设的必要性建设的必要性应反映系统的建设目的。应结合业务问题及其原因分析、总体功能和性能需求分析以及现有信息系统的差距，分析项目建设的意义和必要性。新建项目可从宏观形势、行业发展、技术进步、可能的效益等方面进行阐述；改建、扩建及资源整合类项目建设的必要性主要应从现有系统对需求的不适应性、升级改造或扩建整合后的能力提升及增量效益等方面进行阐述。3 项目总体方案3.1 建设思路阐述项目建设原则，提出项目建设策略。建设原则、策略应相对具体，能用于指导确定项目的建设目标、建设任务、建设步骤、技术方法（或核心技术选型）；应有较强的针对性，应能体现业务特征要求，保证项目顺利实施，确实发挥效能，改善业务问题。项目如需分期建设，则应明确分期原则和实施步骤。3.2 业务目标针对业务问题及其产生原因，根据业务功能和系统性能需求，按照项目建设条件和建设思路，分析确定项目建设所要解决或改善的业务问题范围，明确项目的功能定位，提出相应的业务目标（电子政务建设项目应提出政务目标、业务目标、作业目标），明确业务问题的解决（改善）程度，或预期的业务发展水平。业务目标应用可考核、可量化的指标进行描述。项目如分期建设，则应在总体业务目标的基础上，分阶段提出相应的业务目标。3.3 建设目标根据所确定的业务目标和建设思路，以及项目的需求分析、建设条件分析，提出项目的建设目标、建设规模，并用可考核、可量化的指标进行描述。建设目标应反映拟建信息系统建成后的总体特征，即：要建成一个什么样的系统；应能反映出系统的主要内容及其技术水平。建设规模应反映项目建成后正常运行状态下的服务能力，如涵盖或支撑的业务范围、年业务处理能力等。建设目标的实现应能有效支撑业务目标的实现。项目如分期建设，则应在总体建设目标基础上，提出分阶段工程建设目标（突出本期工程的建设目标），清晰界定各期目标的边界和演进的内容。3.4 总体布局根据业务特征，明确业务运行机制，分析确定项目主要功能布署方案。如涉及不同站点（或平台），则应论证项目的总体布局方案，说明各站点（或平台）的服务（或业务处理）范围和服务（或业务处理）能力。总体布局方案应反映主要信息采集站点、分中心、总中心等信息处理节点的分布及相互间的分工协作关系，并体现总体业务机制和管理模式；不涉及具体建设内容的布署。总体布局方案应根据业务功能、系统性能需求和项目的总体建设目标，在深入分析各站点（平台）建设条件的基础上进行论证。总体布局方案需进行多方案比选。有明显经济技术优势的方案可直接确定为项目建设的总体布局方案；可提出多个合理可行的总体布局方案（不同方案在建设内容、建设投资、运行维护方面应具有一定差异性，待综合比选）。项目如涉及室外新建站点，则应简要叙述选址过程，并论述所选站址的选择理由。室外站点较多（2个以上）时，应以相应的地形图为底图绘制站点布局图，作为可行性研究报告的附图。当室外站点建设条件比较复杂时，宜按照相关的技术规范开展专项选址工作，并编制专项研究报告。项目建设条件主要包括各站点机房（或场地）条件、传输链路条件或所依托平台的服务能力。项目如涉及新建站点，建设条件还应包括站点所具备的通信、供电等外部协作条件，以及站点所在地的气象、水文、地质等自然条件情况。对于新建站点，应说明外部协作条件的落实情况；相关部门（土地、规划、环保等）批准（批复）文件，以及与相关单位就外部协作条件达成的协议、意向书或会议纪要应作为可行性研究的附件。3.5 建设任务根据项目的建设目标和总体布局，以及信息系统的现状、项目建设条件，提出项目的总体建设任务，并说明主要建设任务如何支撑建设目标和业务目标的实现。建设任务主要从应用系统、数据资源等两方面进行描述；可在此基础上简要描述所需要的应用支撑平台、主机系统、终端系统、网络系统、安全系统等方面的主要建设内容。对于分期建设的项目，则应根据项目分期目标，提出各期工程建设内容；并突出本期工程的建设内容。3.6 总体架构分析确定系统的总体架构，说明系统的内部结构、与外部系统间的联系，并区分出已建系统及功能和新增系统及功能。绘制系统总体架构图。总体架构应反映项目主要建设内容以及相互间的逻辑关系。对于分期建设项目，还应说明本期工程各项建设内容在总体架构中的定位。3.7 工程边界界定工程边界，说明本项目主要建设内容与外部相关系统、相关工程（包括已建、在建、待建工程）间的分工协作关系、资源共享关系，并说明相关系统、相关工程间的界面。系统边界可运用图表进行辅助说明。对于分期建设项目，主要界定本期工程的工程边界。4 项目建设方案项目如分期建设，则本章及以后章节中的“项目”均指本期工程。信息系统建设项目的建设内容一般由应用系统、数据库及数据资源、应用支撑平台、主机及存储系统、终端系统、网络系统、安全系统等主要部分组成。不同信息系统建设项目可根据各自建设内容及项目特点对系统的组成进行归并或细分。相应地，本章的条目标题及其内容可根据不同项目的实际建设内容进行调整。项目建设方案必须经过多方案（不同方案在功能、性能、投资、建设难度、运行维护等方面应具有一定差异性）比选，并提出推荐方案。多个方案中，有明显经济技术优势的方案，可直接确定为推荐方案；经济技术优势不很明显的多个合理可行方案，可一并作为推荐方案，待综合比选。4.1 应用系统建设方案分析确定应用系统中子系统的划分，说明相互间的业务逻辑和数据关系。描述各子系统的主要功能和业务效果。比选推荐应用系统的体系结构（或计算模式）；分析提出应用系统（或子系统）的布署方案。简要说明应用系统集成开发的基本技术要求或技术方案；说明原有应用系统的利用方案。测算并列出各应用系统建设工作量（以人月为单位）初步核算表（见附表1）。子系统的功能主要应从业务应用的角度进行说明，反映基本的业务流程和业务运行模式，体现业务特征要求；功能描述应反映出子系统基本的输入、处理、输出形式；业务效果应能有效支撑建设目标和业务目标的实现；子系统中用到的重要模型（管理模型、数学模型）或特殊算法，应予以简要说明。应用系统的体系结构应能反映出应用处理逻辑的层次关系以及层间的协同方式。不同应用系统的体系结构可以不同，可分别描述。根据业务特征、用户特性、建设条件，应用系统的体系结构可能存在多种方案，对所有可行的体系结构方案应进行比选。应用系统的布署应反映各个应用系统（或子系统）在相关站点的配布安排。按照项目的总体布局方案、应用系统的体系结构，并根据系统的建设条件，应用系统的布署可能存在多种方案，对合理可行的多个布署方案应进行比选。应用系统集成开发的基本技术要求及技术方案应反映系统的建设方式或主要做法；各个应用系统的实现方式可根据实际情况进行合理选择，可进行适当比选。4.2 数据资源规划和数据库建设方案分析确定应用系统所需数据，明确数据来源，分析说明数据的采集、更新方案，以及数据集成方案；制定信息（数据）资源规划，明确数据库总体结构、主要数据内容、技术要求，以及数据资源的布署方案、数据资源与相关应用系统间的支撑关系；说明与相关系统间数据共享及交换方式，明确需要开发的数据接口或需要制定的数据接口标准。测算数据量，并测算数据采集、整理、转换、迁移（入库）等环节的工程量。数据来源主要应说明数据源所在单位、所在信息系统、数据存在格式等内容，并分析数据来源的可行性和可靠性；数据的采集方案主要应说明数据获取途径和获取方式、数据的整理录入方式，以及数据采集的组织方式和责任单位等内容；数据的更新方案主要应说明如何保证数据内容及时更新，包括更新方式、更新频率以及数据更新的组织方式和责任单位等内容；数据的集成方案主要应说明数据的转换与迁移方式、数据关联与整合方案、数据接口及数据整合应遵循的数据规范或代码标准、数据集成的组织形式和责任单位等内容，并说明数据交换平台、数据仓库等数据集成管理平台的配置要求。信息资源规划应体现信息共享理念，防止信息孤岛和信息冗余。各种数据的采集、更新及集成方案，数据资源的布署方案，数据的共享及交换方式等均应根据总体布局方案以及实际建设条件合理选择，可进行适当比选。4.3 应用支撑平台建设方案根据应用系统集成开发、数据集成管理等方面的要求，分析确定应用支撑平台的组成；简要说明应用支撑平台各组成部分的功能，分析论证应用支撑平台各组成部分的逻辑结构，并提出相应的技术要求和布署方案。应用支撑平台主要用于为应用系统的开发运行提供集成环境，支持应用系统公共功能的实现。常见的应用支撑平台主要包括信息资源目录管理、工作流、报表制作、信息分析展示、地理信息系统、公共访问控制等应用集成管理平台。应用支撑平台各组成部分的逻辑结构、技术要求和布署方案应根据应用系统建设方案、数据库建设方案中比选推荐的不同方案，有针对性地进行论证，可有多种方案，对合理可行的多个方案应进行适当比选。对于改扩建和资源整合项目，应在对现有相关平台适用性进行评估的基础上，论证所需应用支撑平台的布署或集成方案。4.4 主机及存储系统建设方案分析不同站点主机及存储系统的构成及功能，测算并提出相应的主要性能要求。明确主机及存储系统的布署策略、集成方案。简述各站点设备选型思路；明确各站点设备配置方案，并说明主要设备的主要技术指标。主机系统主要指数据管理、应用处理、信息服务等服务器，以及个别项目中的视频、音频控制处理主机等。主机系统中应包括操作系统、集群管理系统、数据库管理系统、应用服务器中间件、备份管理系统等系统软件或支持软件。主机及存储系统的构成主要从应用和数据处理功能的角度进行分析论述；其功能及性能要求应反映各站点的应用和数据处理需要。主机系统的布署指各种处理功能（逻辑服务器）在相关设备上的安排，以便资源共享。主机及存储系统的布署策略、集成方案、设备选型思路应根据其性能要求、市场技术发展，以及各站点的建设条件、现有主机及存储设备配置等情况，在多方案比选的基础上提出相应的推荐方案。应根据不同的比选推荐方案，分别论述各个站点主机及存储系统的设备配置方案。对于改扩建和资源整合项目，应在对现有主机及存储系统设备性能、适用性进行评估的基础上，论证所需主机及存储系统的布署策略、集成方案。主要技术指标应能反映设备的性能和价格（下同）；可行性研究报告中的设备一般不应选择具体生产厂商和型号（下同）。4.5 终端系统建设方案分析不同站点终端系统的构成及功能，测算并提出相应的主要性能要求。简述各站点设备技术选型思路，明确站点（尤其是信息采集终端站点）布局（布署）方案；简要说明各站点终端系统的结构和集成方案。明确各站点设备配置方案，并说明主要设备的主要技术指标。终端系统主要包括数据采集（输入）系统和信息显示（输出）系统，包括相应的专用数据采集、信息显示处理设备。终端系统的布局（布署）方案、设备技术选型思路应根据其性能要求、市场技术发展，以及各站点的建设条件（供电、通信等）、现有终端设备配置等情况，在多方案比选的基础上提出相应的推荐方案。应根据不同的比选推荐方案，分别论述各个站点终端系统的设备配置方案。对于改扩建和资源整合项目，应在对现有终端系统设备性能、适用性进行评估的基础上，论证所需终端系统的布署策略、集成方案。结构复杂的终端系统，其建设方案可按照相关的编制办法和设计规范，编制单独的论证报告，作为项目可行性研究报告的附件。4.6 网络系统建设方案分析所需广域网系统或城域网的总体技术要求，选定组网技术及组网方式，明确广域网的拓扑结构；分析测算网络互联带宽，选定网络链路；提出网络管理等方面的初步方案或策略；简述主要设备选型及配置思路，明确设备配置方案，并说明主要设备的主要技术指标。分析各站点局域网的技术要求，选定相应的组网技术，明确各站点局域网的拓扑结构；提出可靠性设计、网络管理等方面的初步方案或策略；简述各站点主要设备选型及配置思路，明确各站点的设备配置方案，并说明主要设备的主要技术指标。广域网、城域网、各站点的局域网的技术方案及设备配置思路，应根据业务功能及系统性能需求、技术发展、各站点间的网络建设条件及现有网络架构，在多方案比选基础上，进行合理选择。应根据不同的比选推荐方案，分别论述其设备配置方案。对于改扩建和资源整合项目，应在对现有网络系统设备性能、适用性进行评估的基础上，论证所需网络系统的技术方案、设备配置和集成方案。各种网络的拓扑结构应运用相应的图形进行辅助描述；网络拓扑结构图应能反应出节点（或站点）的分布、网络的结构类型、节点连接方式、主要技术特点、主要设备的配置等方面的内容。网络拓扑结构图较多时，可作为可行性研究报告的附图。4.7 安全系统建设方案对照国家相关规定，结合系统特点和应用环境，分析系统的安全风险隐患，明确系统安全域的划分，确定系统的安全等级，制定安全策略；明确安全保障系统的组成，从技术和管理两个方面论述安全保障系统各层面的保障措施及保障方案。简述各站点所需设备（或系统）的选型及配置思路，明确各站点主要设备的配置方案，并说明主要设备的主要技术指标。安全系统各个层面的保障措施及保障方案，以及设备选型和配置思路，应根据工程特点和建设条件，并在综合考虑其先进性和经济性的基础上，进行合理选择，可进行适当比选。对于改扩建和资源整合项目，应在对现有安全系统体系结构、以及安全设备功能、性能、适用性进行评估的基础上，论证所需安全系统的保障措施、设备配置和集成方案。应根据各个层面不同的比选推荐方案，分别描述各站点的安全保障设备的配置方案。4.8 备份系统建设方案确定备份等级，提出数据备份、应用备份、网络备份、环境备份解决方案，简述各站点所需设备（或系统）的选型及配置思路，明确各站点主要设备的配置方案，并说明主要设备的主要技术指标。备份等级的划分、备份方案的确定、以及设备的选型和配置，应根据工程特点和建设条件，并在综合考虑其先进性和经济性的基础上，进行合理选择，可进行适当比选。对于改扩建和资源整合项目，应在对现有备份系统性能、适用性进行评估的基础上，论证所需备份系统的布署策略或配置方案。4.9 运行维护系统建设方案系统的设备维护、网络维护、安全系统维护、应用系统维护、数据维护等任务如需要特定的运行维护系统，则应分析相应的建设方案，简述运行维护系统建设内容，各站点所需设备（或系统）的选型及配置思路，明确各站点主要设备的配置方案，并说明主要设备的主要技术指标。运行维护系统建设方案及其设备的选型和配置思路，应根据工程特点和建设条件，并在综合考虑其先进性和经济性的基础上，进行合理选择，可进行适当比选。对于已有的运行维护系统，应在对其功能、性能、适用性进行评估的基础上，论证所需运行维护系统的建设和设备配置方案。4.10 其它系统建设方案根据项目需求和特点，提出除上述系统建设以外的其它系统建设方案。其建设思路和建设方案可进行适当比选。4.11 软硬件配置清单编制系统硬件及软件的配置清单，并绘制系统主要设备配置图。优化组合项目各个系统建设方案的推荐方案，形成整个项目建设方案的待综合比选方案。待综合比选方案数量应不少于2个，一般不宜超过3个，在“效益评价和综合论证”一章中再进行综合比选。按照不同的待综合比选方案，分别汇总项目各个系统的配置内容，相应编制软硬件的配置清单（见附表2）。软硬件配置清单、系统主要设备配置图应反映出各站点的配置情况。4.12 机房及配套工程建设方案分析确定各站点的配套工程项目，描述其建设内容及规模。简述各项配套工程的建设方案，并说明主要技术及设备的选型思路。说明各个站点各项配套工程的工程量和主要设备配置方案，并说明工程或设备的主要技术经济指标。机房及配套工程未列入项目同步建设时，应说明解决途径，并提出相应的技术和工艺要求。配套工程主要包括各站点的机房建设、综合布线系统建设等内容；新建室外站点的配套工程还可能包括站房建设、设备安装基础建设、防雷接地系统建设，以及相应的供电、通信、供水等基础设施的建设工程。配套工程的建设内容及其建设规模应根据项目各层面的建设方案、建设条件进行确定。对应于不同的待综合比选方案，配套工程的建设项目及其相关要求如有不同的方案，则应分别进行说明。配套工程的建设方案应执行国家相应的设计规范和技术标准。所设计的建设方案应反映配套工程各部分建设内容的主要作法、相应技术方案及设备配置方案。配套工程各部分具体的建设方案，可根据建设条件、技术发展，在适当比选的基础上确定。对于配套工程多个不同的建设方案，应分别列表说明各个站点各项配套工程的主要技术指标、工程量、以及主要设备配置情况。如果配套工程的建设内容较为复杂，其建设方案可在本章之后作为独立章节进行论述。复杂的大型配套工程，可委托有相应资质的单位，按照相关的编制办法和设计规范，编制相应的可行性研究报告，作为项目可行性研究报告的附件。5 环保、节能与职业安全卫生5.1 环境影响及保护措施识别项目中的环境影响因素，分析其环境污染或影响程度，按照相关规定提出相应的环境保护或治理控制措施。需要相关环保批复的应说明环保批复情况。信息系统工程可能存在的环境影响因素主要包括电磁辐射、噪声、设备材料本身的非环保因素、电子废弃物，以及配套工程的环境影响。应根据国家相关法律法规以及有关环境保护标准，分析评估相关环境影响因素的影响程度，提出相应的保护措施或治理方案。环境保护措施或治理方案可能存在多种方案，应在适当比选基础上确定推荐方案。应在信息系统工程中推行绿色采购，采用环境标志产品。5.2 能耗分析与节能措施分析项目中的主要耗能设备、能源消耗种类，测算其年能耗总量，评估能耗水平。说明能源的供应来源及供应规模，分析能源供应满足项目需求的程度。综述系统所采取的节能降耗措施；分析节能措施的可行性，说明节能效果。