公路水路交通运输信息系统建设项目可行性实施报告编制办法.docx

1、公路水路交通运输信息系统建设项目可行性实施报告编制办法公路水路交通运输信息系统建设项目可行性研究报告编制办法（试行）第一条 项目可行性研究报告是项目投资决策的主要依据。为进一步规公路水路交通运输信息系统建设项目可行性研究报告的编制要求，加强项目前期工作管理，提高投资效益，降低投资风险，推动公路水路交通运输信息化科学发展，根据国家与交通运输部相关规定，制定本办法。第二条 本办法适用于中央投资、中央与地方共同投资的公路水路交通运输信息系统新建、改建、扩建项目，包括计算机网络、业务应用系统、信息资源库、信息安全基础设施、信息系统支撑体系等方面的建设项目。矚慫润厲钐瘗睞枥庑赖賃軔。第三条 项目可行性研

2、究应对项目建设的必要性、技术的可行性、经济的合理性和实施的可操作性进行综合研究论证，经多方案比选后，选择技术可行、经济合理、条件成熟、投资效益好的建设方案作为项目的推荐方案。聞創沟燴鐺險爱氇谴净祸測。第四条 项目建设单位应根据国家有关文件、公路水路交通运输信息化、交通运输支持系统等规划，组织编制项目可行性研究报告。残骛楼諍锩瀨濟溆塹籟婭骒。分期建设的后续项目，原则上应在上期项目进行后评估后，开展后续项目可行性研究工作。第五条 信息系统建设项目以应用需求为主导，以信息资源开发利用为主线，以提高应用水平、发挥系统效能为重点，推动应用系统的互通互联、信息共享和业务协同，建设支撑交通运输发展的信息化应

3、用体系，充分发挥信息系统对增强交通运输效能、保障交通运输安全、提高公众出行服务水平的关键作用。酽锕极額閉镇桧猪訣锥顧荭。第六条 项目可行性研究，要给出业务需求分析和现有信息化基础情况，在此基础上论证其必要性,并根据业务特征、建设条件，分析提出项目的建设目标、建设任务、技术设备方案和组织实施方案，进行投资估算和效益评价。彈贸摄尔霁毙攬砖卤庑诒尔。需求分析主要包括拟解决的业务问题与其根源分析、业务逻辑与业务量分析、系统功能和性能（处理能力与特性要求等）分析等容。謀荞抟箧飆鐸怼类蒋薔點鉍。第七条 项目可行性研究报告应符合以下基本要求：（一） 符合国家法律、法规、政策和相关国际公约的规定；采用交通运输

4、部与相关部门发布的技术标准和规；（二） 格式规，容全面，符合本办法的编制要求（见附件、附件、附件）；（三） 数据准确，论据充分，相关参数前后一致或相互支撑；（四） 重大技术、经济方案，应有两个以上方案的比选；（五） 所需的建设条件均已落实，附有项目评估、决策（审批）所必需的相关合同、协议、意向书、政府批件等。厦礴恳蹒骈時盡继價骚卺癩。第八条 项目可行性研究报告应达到以下深度要求：（一） 建设需求、建设目标、系统功能与性能、建设方案、投资估算间有严密的逻辑支撑关系； （二） 具备可度量的效果性目标体系，目标体系能表征业务问题的解决途径和改善程度；（三） 系统功能与性能需求的量化指标能指导确定项目

5、建设规模；（四） 系统布局应能反映业务运行模式，体现业务特征要求；（五） 所有系统建设方案均应体现系统的功能和性能要求，有明确的技术选型、布署（布局）和配置方案；主要技术参数能反应设备（系统）的单价。茕桢广鳓鯡选块网羈泪镀齐。（六） 应用系统与其子系统建设方案应能体现系统的业务逻辑、外部相关系统（子系统）间的数据关系，有明确的系统开发建设工程量；鹅娅尽損鹌惨歷茏鴛賴縈诘。（七） 数据资源建设方案有明确的数据来源和建库工程量；第九条 经审查批准的项目可行性研究报告可作为项目设计和建设的重要依据。项目可行性研究报告批复中核定的建设目标、规模、标准、投资和其他控制性指标原则上应严格遵守。籟丛妈羥为贍

6、偾蛏练淨槠挞。项目可行性研究报告批复后，批复容有重大变更（包括项目建设单位、主要建设地点、业务目标、功能定位、主要建设容等），或初步设计概算投资超出已批复投资估算的，应重新报批项目可行性研究报告。預頌圣鉉儐歲龈讶骅籴買闥。第十条 项目建设单位应招标选定或委托具有相关专业甲级资质的工程咨询单位编制项目可行性研究报告。第十一条 项目可行性研究报告编制单位应组织符合国家有关部门资质要求、有经验的工程技术人员，在深入调查研究的基础上，坚持客观、公正、独立的原则，科学地进行分析论证，对提供的研究报告质量负责。渗釤呛俨匀谔鱉调硯錦鋇絨。多个编制单位共同承担项目可行性研究报告编制工作的，应确定一个主编单位。

7、主编单位负责协调有关合作单位的工作，对研究报告质量负全面责任。铙誅卧泻噦圣骋贶頂廡缝勵。第十二条 编制完成的项目可行性研究报告，编制单位应在相关人员签字并加盖公章后，送达项目建设单位。项目建设单位应按规定的程序对项目可行性研究报告组织预审，并将附有预审意见的研究报告报送项目审批部门一式份。擁締凤袜备訊顎轮烂蔷報赢。第十三条 中央和地方共同投资的项目，涉与地方投资规模的，应征求地方相关部门的意见，落实配套资金，并将资金承诺函（或意向书）作为工程可行性研究报告的附件，一并报送项目审批部门。贓熱俣阃歲匱阊邺镓騷鯛汉。第十四条 项目可行性研究报告由项目审批部门审查批复，或委托有资格的咨询机构评估后审核

8、批复。按相关规定需报上级主管部门审批的项目，项目审批部门在上级主管部门审批后下达批复。坛摶乡囂忏蒌鍥铃氈淚跻馱。中央和地方共同投资的项目，由项目审批部门批复可行性研究报告后，按规定主送或抄送地方相关投资主管部门。第十五条 本办法由中华人民国交通运输部负责解释。第十六条 本办法自发布之日起施行。附件公路水路交通运输信息系统建设项目可行性研究报告 编写提纲项目概述项目背景建设单位概况可行性研究报告编制依据项目可行性研究围项目建设目标与主要建设容项目主要建设条件项目投资与效益对项目建议书批复的调整问题与建议需求分析和项目建设的必要性业务概况业务问题分析业务问题根源分析系统功能需求系统性能需求信息系统

9、现状与差距项目建设的必要性项目总体方案建设思路业务目标建设目标总体布局建设任务总体架构工程边界项目建设方案应用系统建设方案应用支撑平台建设方案数据资源建设方案主机与存储系统建设方案终端系统建设方案网络系统建设方案安全保护系统建设方案备份系统建设方案运行维护系统建设方案其它系统建设方案软硬件配置清单机房与配套工程建设方案环保、节能与职业安全卫生环境影响与保护措施能耗分析与节能措施职业安全卫生措施项目招标方案招标围招标方式招标组织形式项目组织机构和人员配置项目建设管理机构运行维护机构人力资源配置人员培训方案项目实施进度项目建设工期实施进度计划投资估算与资金筹措投资估算估算依据估算说明投资估算运行维

10、护经费估算资金筹措效益评价和综合论证效益评价经济效益评价社会效益评价综合论证和方案推荐项目风险与风险管理项目风险识别和分析风险对策和管理附表附图附件注：不同类型信息系统建设项目，可根据其建设容与项目特点对上述章节条目进行归并或细分，适当调整章节结构，但涉与的相关容应按本办法附件的要求进行编制。蜡變黲癟報伥铉锚鈰赘籜葦。附件公路水路交通运输信息系统建设项目可行性研究报告 容要求项目概述项目背景简述项目提出的缘由，针对业务问题和业务发展需求，阐述项目立项的目的和意义。续建项目应对前期项目做简要说明；对于前期工作过程较为复杂的项目，应简述业已开展的主要工作（如：项目建议书的编制和审批、可行性研究的主

11、要过程、相关的专题研究等）与其主要结论。買鲷鴯譖昙膚遙闫撷凄届嬌。建设单位概况描述项目建设单位概况。包括：单位名称、主要领导人（法定代表人）与项目主管领导和职务；单位的性质、隶属关系；主要职能（职责）与相关工作、事（职）权围；组织机构体系、各级机构的职责定位与分工；人员编制等。綾镝鯛駕櫬鹕踪韦辚糴飙钪。组织机构体系较复杂的单位，宜用图表形式描述其组织体系、职责分工、人员编制。对于多个单位或部门参与建设的项目，按主办单位和参加单位的顺序分别描述。驅踬髏彦浃绥譎饴憂锦諑琼。可行性研究报告编制依据列出可行性研究所依据的工作合同（或委托书）、重要法规、审批文件、规划与技术报告、标准规与相关参考文件等的

12、名称、文号、颁布（批准或编制）单位、颁布（批准或编制）时间。猫虿驢绘燈鮒诛髅貺庑献鵬。编制依据应为已经颁布或审定的文件；其中必要的部分可作为可行性研究报告的附件全文附后。项目可行性研究围简述项目拟投入应用的业务领域，界定项目的应用围，包括涉与的业务职能，业务活动围或服务对象围。项目建设目标与主要建设容简述项目拟解决（改善）的业务问题与解决（改善）程度；说明项目的建设目标、建设规模和主要建设容。对于分期建设项目，应按各期工程分别叙述项目的建设目标、建设规模和主要建设容。项目主要建设条件简述项目的主要建设地点，以与所具备的基础建设条件。项目投资与效益简要说明项目（分期建设项目则为本期工程）的总投资

13、，资金构成与资金来源；简述实施后产生的主要经济和社会效益。锹籁饗迳琐筆襖鸥娅薔嗚訝。对项目建议书批复的调整如果项目建议书业经审批，可行性研究阶段对项目建议书批复意见进行了调整，则应简述可行性研究报告中相对于项目建议书批复调整的容、调整原因和调整依据。構氽頑黉碩饨荠龈话骛門戲。问题与建议简要说明项目的主要风险；对需要国家、有关部门解决的问题以与建设单位需要进一步落实的工作，提出相关建议。輒峄陽檉簖疖網儂號泶蛴镧。需求分析和项目建设的必要性业务概况简述项目应用领域的业务发展状况，分析出业务特征（包括业务环境、业务模式、业务量，以与业务对象与其活动规律等）和发展趋势。尧侧閆繭絳闕绚勵蜆贅瀝纰。业务概

14、况分析应选用有代表性的数据来表达。业务问题分析对照业务职能（职责）和社会需求，分析项目应用领域存在的主要业务效能问题，与其衍生的社会问题（或社会矛盾），并阐述其突出表现。识饒鎂錕缢灩筧嚌俨淒侬减。业务问题应尽量选择有代表性的统计分析结果来表达，可运用典型案例予以说明。业务问题根源分析业务问题根源的改善程度是决定项目建设目标和建设容的主要依据，是解决业务问题的关键成功因素。应从业务运作方式、业务处理手段等方面分析业务问题产生的机理，明确业务问题的根源或症结。系统功能需求针对业务问题根源，根据业务职能、业务特征和业务发展要求，详细分析拟建信息系统的功能需求，提出系统的总体功能框架，反映拟建信息系统

15、在业务流程或关键业务环节中的运作方式和支撑作用。凍鈹鋨劳臘锴痫婦胫籴铍賄。系统功能需求主要应从用户（或服务对象）的角度进行分析，强调通过拟建信息系统的业务效果，即如何通过拟建信息系统促进业务机制的优化升级，有效改善业务问题，提升业务效能，支撑业务发展；而不是获取或实现这些效果的方式或手段。恥諤銪灭萦欢煬鞏鹜錦聰櫻。系统性能需求针对业务问题根源，根据业务特征、系统功能需求，定量或定性描述拟建系统的性能需求；对系统的处理能力、存储能力和传输能力进行量化分析，提出系统能力的总量指标。鯊腎鑰诎褳鉀沩懼統庫摇饬。性能需求除了系统能力指标要求外，还应包括系统在可靠性、安全与性、易用性、效率、维护性、扩展性

16、等方面的属性要求，以与系统运行维护方式方面的要求。硕癘鄴颃诌攆檸攜驤蔹鸶胶。系统性能需求应能反映拟建信息系统建设容和技术水平的要求，即系统的外在特征。信息系统现状与差距详细分析项目建设单位（或项目应用领域）当前信息化应用现状和应用系统功能现状与差距，信息资源的存量情况和差距，信息系统主要装备（包括主机与存储系统、网络系统、安全保护系统等）的存量情况和差距；并简要说明相关业务的规化、用户的信息技术应用技能、建设单位（或建设单位指定的项目实施组织机构）信息化技术保障力量和规章制度等建设条件的发展水平，分析其满足项目建设需要的程度和差距。阌擻輳嬪諫迁择楨秘騖輛埙。信息系统现状应分析说明现有应用系统、

17、数据资源、系统装备等方面的主要技术特征、当前的运行与性能状况；现有系统的差距主要应对照业务功能和系统性能需求，简要分析其可利用情况，在此基础上，分析说明现有信息系统的差距与其不适应性。氬嚕躑竄贸恳彈瀘颔澩纷釓。如果相关政策与规划对项目应用领域的信息化有明确要求，则应简要说明这些要求；如果行业有应用水平较高的类似信息系统，可简要说明其建设和应用状况。并对照分析项目应用领域现有信息系统的差距以与由此可能产生的问题。釷鹆資贏車贖滅獅赘慶獷。项目建设的必要性应结合业务问题与其根源分析、系统总体功能和性能需求分析以与现有信息系统的差距，分析项目建设的意义和必要性。怂阐譜鯪迳導嘯畫長凉馴鸨。建设的必要性应

18、反映系统的建设目的。新建项目可从宏观形势、行业发展、技术进步、可能的效益等方面进行阐述；改建、扩建与资源整合类项目主要应从现有系统的不适应性、升级改造或扩建整合后的增量效益等方面进行阐述。谚辞調担鈧谄动禪泻類谨觋。项目总体方案建设思路阐述项目建设原则和策略，明确项目建设思路。建设思路应相对具体，能用于指导确定项目的建设目标、建设任务、建设步骤、技术方法（或核心技术选型）；应有较强的针对性，应能体现业务特征要求，保证项目顺利实施，确实发挥效能，改善业务问题。嘰觐詿缧铴嗫偽純铪锩癱恳。项目如需分期建设，则应明确分期原则和实施步骤。业务目标针对业务问题与其根源，根据项目建设条件和建设思路，分析确定项

19、目建设所要解决或改善的业务问题围，明确项目的功能定位；提出相应的业务目标（电子政务建设项目应提出政务目标、业务目标、作业目标），明确业务问题的解决（改善）程度，或预期的业务发展水平。熒绐譏钲鏌觶鷹緇機库圆鍰。业务目标应用可考核、可量化的指标进行描述。项目如分期建设，则应在总体业务目标的基础上，分阶段提出相应的业务目标。建设目标根据系统功能和性能需求、项目建设思路和建设条件，提出项目的建设目标，并用可考核、可量化的指标进行描述。鶼渍螻偉阅劍鲰腎邏蘞阕簣。建设目标应反映拟建信息系统建成后的总体特征，即：要建成一个什么样的系统，包括系统的总体技术形态、主要支撑作用、正常运行状态下的服务能力等。纣忧蔣

20、氳頑莶驅藥悯骛覲僨。建设目标应能有效支撑业务目标的实现。项目如分期建设，则应在总体建设目标基础上，提出分阶段建设目标，清晰界定各期目标的边界和演进的容，并突出本期工程的建设目标。颖刍莖蛺饽亿顿裊赔泷涨负。总体布局说明系统的主要技术方法和建成后的业务运行机制；分析确定项目主要功能布署方案。如涉与不同站点（或平台），则应论证项目的总体布局方案，说明各站点（或平台）的服务功能和服务围。濫驂膽閉驟羥闈詔寢賻減栖。总体布局方案应反映主要信息采集站点、信息处理节点（如分中心、总中心等）的分布与相互间的分工协作关系，并体现业务机制和管理模式；不涉与具体建设容的布署。站点较多（个以上）时，应以相应的地形图为底

21、图绘制站点布局图，作为可行性研究报告的附图。銚銻縵哜鳗鸿锓謎諏涼鏗穎。总体布局方案应根据项目建设思路和总体建设目标，在深入分析各站点（平台）建设条件的基础上进行多方案比选。比选后，技术经济优势特别突出的方案可直接确定为项目的总体布局方案；技术经济无显著差异的多个合理可行方案可一并作为项目的备选方案。挤貼綬电麥结鈺贖哓类芈罷。站点建设条件主要包括机房（或场地）条件、传输链路条件、技术保障力量等。对于新建站点，建设条件还应包括所需通信、供电等外部协作条件，站点所在地的气象、水文、地质等自然条件。赔荊紳谘侖驟辽輩袜錈極嚕。项目如涉与室外新建站点，则应简要叙述选址过程，并说明站址选择理由和外部协作条件

22、的落实情况；相关部门（土地、规划、环保等）批准（批复）文件，以与与相关单位就外部协作条件达成的协议、意向书或会议纪要应作为可行性研究的附件。建设条件非常复杂的重要室外站点，宜按照相关的技术规开展专项选址工作，并编制专项研究报告。塤礙籟馐决穩賽釙冊庫麩适。建设任务根据项目的建设目标和总体布局，以与信息系统的现状、项目建设条件，提出项目的总体建设任务，并说明如何支撑建设目标的实现。裊樣祕廬廂颤谚鍘羋蔺递灿。建设任务包括应用系统、数据资源、应用支撑平台、主机与存储系统、终端系统、网络系统、安全保护系统等方面的主要建设容，应反映出不同类型信息系统建设项目主要技术形态。仓嫗盤紲嘱珑詁鍬齊驁絛鯛。对于分期

23、建设的项目，则应根据项目分期目标，提出各期工程建设容；并突出本期工程的建设容。总体架构描述系统的总体逻辑框架，说明系统的部结构、与外部相关系统间的资源共享关系；绘制系统总体架构图；对于分期建设项目，还应说明本期工程建设容在总体架构中的定位，区分出已建系统（功能）和新增系统（功能）。绽萬璉轆娛閬蛏鬮绾瀧恒蟬。总体架构应反映项目主要建设容以与相互间的逻辑关系。工程边界说明本项目与相关工程（包括已建、在建、待建工程）间的分工协作关系，并说明本项目主要建设容与相关工程间的工程界面。骁顾燁鶚巯瀆蕪領鲡赙骠弒。工程边界可运用图表进行辅助说明。对于分期建设项目，主要界定本期工程的工程边界。项目建设方案根据项

24、目总体方案，具体论证项目各个系统的建设方案或技术工艺方案。对于分期建设项目，本章与以后章节中的“项目”均指本期工程。瑣钋濺暧惲锟缟馭篩凉貿锕。项目建设方案必须经过多方案（不同方案在技术选型上应具有一定差异性）比选，并提出推荐方案。多个方案中，技术经济优势特别突出的方案，可直接确定为推荐方案；技术经济无显著差异的多个合理可行方案，可一并作为备选方案。鎦诗涇艳损楼紲鯗餳類碍穑。对于改扩建和资源整合类项目，项目各个系统建设方案应在评估现有设备（系统）适用性的基础上，论证技术选型、所需设备（系统）集成或升级改造方案。栉缏歐锄棗鈕种鵑瑶锬奧伛。项目各个系统设备（系统）配置方案，应根据比选推荐的不同技术架

25、构、集成方案，分别论述各个站点设备（系统）配置或升级改造的种类与规模。设备（系统）主要技术参数应能反映设备的性能和价格，但一般不应标明具体生产厂商和型号。辔烨棟剛殓攬瑤丽阄应頁諳。应用系统建设方案分析确定应用系统中子系统的划分，说明相互间的业务逻辑和数据关系，描述各子系统的主要功能和业务效果；比选推荐应用系统的体系结构（或计算模式）和布署方案；简要说明应用系统的集成方案，以与现有应用系统的利用方案。测算各应用系统的开发工作量（以人月为单位）（见附表）。峴扬斕滾澗辐滠兴渙藺诈機。子系统功能应主要从业务应用角度进行描述，反映业务的基本处理方式，体现业务特征要求；业务效果应反映系统对业务的支撑作用，

26、能有效支撑建设目标和业务目标的实现。詩叁撻訥烬忧毀厉鋨骜靈韬。应用系统的体系结构应反映出应用处理逻辑的层次关系以与协同方式；布署方案应反映各个应用系统（或子系统）在相关站点的配布安排；集成方案应反映系统的集成方法和和基本技术要求。则鯤愜韋瘓賈晖园栋泷华缙。应用支撑平台建设方案根据应用系统的集成开发和运行管理要求，分析确定应用支撑平台的组成；简要说明应用支撑平台各部分的功能，分析论证应用支撑平台各部分的逻辑结构，并提出相应的技术要求和布署方案。胀鏝彈奥秘孫戶孪钇賻锵咏。应用支撑平台主要为应用系统的开发运行提供集成环境，支持应用系统公共功能的实现。常见的应用支撑平台主要包括信息资源目录管理、工作流

27、、报表制作、信息分析展示、地理信息系统、公共访问控制等集成管理平台。鳃躋峽祷紉诵帮废掃減萵輳。应用支撑平台各部分的逻辑结构、技术要求和布署方案，应针对应用系统不同的集成方案分别论证，可进行多方案比选。稟虛嬪赈维哜妝扩踴粜椤灣。数据资源建设方案分析应用系统的数据需求，明确数据来源、数据采集和更新方案，论证数据集成方案；明确数据库总体结构、主要数据容，以与数据库的布署与数据同步方案；说明数据库对应用系统的支撑作用、相关系统间数据共享方式，明确需要开发的数据接口或需要制定的数据接口标准；测算数据量，以与数据采集、整理、转换、迁移（入库）等环节的工程量。陽簍埡鲑罷規呜旧岿錟麗鲍。数据来源主要应说明数据

28、源所在单位、所在信息系统、数据存在格式等容，并分析数据来源的可行性和可靠性。数据采集方案主要应说明数据获取途径和获取方式、数据的整理录入方式，以与数据采集的组织方式和责任单位等容。沩氣嘮戇苌鑿鑿槠谔應釵蔼。数据更新方案主要应说明如何保证数据容与时更新，包括更新方式、更新频率以与数据更新的组织方式等容。数据集成方案主要应说明数据的转换与迁移方式、数据关联与整合方案、数据整合应遵循的数据规或代码标准、数据集成的组织形式等容；并说明数据交换平台、数据仓库等数据集成管理平台的配置要求。钡嵐縣緱虜荣产涛團蔺缔嵛。数据库总体结构应反映出数据资源的概念模型；数据库布署方案应反映数据在各站点（平台）上的配布安

29、排。数据采集、更新、集成、布署、共享等方案，应在综合分析各种建设条件基础上，经多方案比选后合理选择。主机与存储系统建设方案分析主机与存储系统的构成；测算各站点各类主机与存储系统的主要性能指标；简述各站点主机与存储系统的技术选型和集成方案；明确各站点设备配置方案，并说明其主要技术参数。懨俠劑鈍触乐鹇烬觶騮揚銥。主机系统主要指各类服务器与相关视频、音频控制处理主机，包括相应的操作系统、集群管理系统、数据库管理系统、应用服务器中间件、备份管理系统等系统软件或支持软件。謾饱兗争詣繚鮐癞别瀘鯽礎。主机与存储系统构成主要应说明其功能结构与布局。应根据项目总体布局方案和建设条件，按照资源共享和可靠运行的要求

30、，从应用和数据处理功能的角度论述主机与存储系统构成，可进行多方案比选；其性能指标与要求应有效支撑系统性能需求。呙铉們欤谦鸪饺竞荡赚趱為。主机与存储系统集成方案主要应说明各种处理功能在相关设备上的布署安排，以与保证设备可靠性的技术方法。应根据其性能要求，在综合分析市场技术发展、项目建设条件的基础上，论述主机与存储系统集成方案，可进行多方案比选。莹谐龌蕲賞组靄绉嚴减籩诹。终端系统建设方案明确终端系统站点的具体站址；测算各类终端系统的主要性能指标；简述不同终端系统的技术选型思路和系统结构；明确各站点设备布署、集成和安装工艺方案，以与相应的设备配置方案，并说明其主要技术参数。麸肃鹏镟轿騍镣缚縟糶尔摊。

31、终端系统主要指数据采集、信息显示等设备系统，包括各种数据采集器、传感器、显示器，以与相应的专用处理设备与软件系统。納畴鳗吶鄖禎銣腻鰲锬颤階。终端系统站址主要应说明室外设施设备的敷设（安装）位置，明确具体的建筑（构筑）物。终端系统设备布署方案应反映系统结构中各部分设备的安装位置。结构复杂的终端系统，其建设方案可按照相关的编制办法和设计规，编制单独的论证报告，作为项目可行性研究报告的附件。風撵鲔貓铁频钙蓟纠庙誑繃。终端系统技术选型以与各站点设备布署、集成、安装工艺等方案，应根据其性能要求，在分析市场技术发展、站点建设条件的基础上，经多方案比选后合理选择。灭嗳骇諗鋅猎輛觏馊藹狰廚。网络系统建设方案分析所需广域网或城域网的总体技术要求，选定组网技术，测算网络互联带宽，选定网络链路，明确广域网的拓扑结构；简述网络可靠性保障、网络管理技术方案；论述主要设备选型与集成方案，明确设备配置方案，并说明其主要技术参数。铹鸝饷飾镡閌赀诨癱骝吶转。选定各站点局域网的组网技术，简述网络可靠性保障、网络管理等技术方案，明确网络拓扑结构；论述各站点主要设备选型与集成方案，明确设备配置方案，并说明其主要技术参数。攙閿频嵘陣澇諗谴隴泸鐙浍。网络拓扑结构应运用图形进行辅助描述；拓扑结构图应能反应出节点（或站点）的