1 项目简介

1.1 项目名称

【单位名称】系统安全可控应用全面替代项目

1.2 项目建设单位及负责人、项目责任人

项目建设单位：【单位名称】

项目建设单位负责人：XXXXX

项目联系人：XXXXXX

1.3 项目实施方案编制依据

《关于实施党政机关电子公文系统安全可控应用全面替代的意见》（厅字﹝2019﹞31号文件）；

《北京市关于实施党政机关电子公文系统安全可控应用全面替代的意见》；

《党政机关电子公文系统国产化推进工作总体方案》；

《党政机关电子公文系统国产化试点工作方案》；

《党政机关项目名称工作总体方案》；

《党政机关项目名称工作实施方案》；

《2017年党政机关电子公文系统安全可控应用推进工作要点》；

《党政机关电子公文系统安全可控应用需求规范（暂行）》（电文安办〔2017〕4号）；

《党政机关电子公文处理办法》 （厅字〔2019〕7号）；

《关于加快推进党政机关项目名称工作有关事项的通知》（电文安办〔2017〕55号）；

《北京市党政机关电子公文系统安全可控应用试点工作实施方案》；

《关于做好市委文件电子版接收准备工作的通知》（京电文安办法〔2019〕 7号）；

《国家电子政务工程建设项目管理暂行办法》（发改委第55令）；

《关于做好安全可控应用全面替代工作的通知》（应急消办函〔2019〕 158号）；

《电子文件存储与交换格式版式文档》（GB/T 33190-2016）；

《党政机关电子公文格式规范 第1部分 公文结构》（GB/T 33476.1-2016）；

《党政机关电子公文格式规范 第2部分 显现》（GB/T 33476.2-2016）；

《党政机关电子公文格式规范 第3部分 实施指南》（GB/T 33476.3-2016）；

《党政机关电子公文标识规范》（GB/T 33477-2016）；

《党政机关电子公文应用接口规范》（GB/T 33478-2016）；

《党政机关电子公文交换接口规范》（GB/T 33479-2016）；

《党政机关电子公文元数据规范》（GB/T 33480-2016）；

《党政机关电子印章应用规范》（GB/T 33481-2016）；

《党政机关电子公文系统建设规范》（GB/T 33482-2016）；

《党政机关电子公文系统运行维护规范》（GB/T 33483-2016）；

《计算机信息系统安全保护等级划分准则》（GB17859-1999）；

《信息系统安全等级保护基本要求》（GB/T 22239-2012）；

《信息系统安全等级保护定级指南》（GB/T 22240-2008）；

《信息系统安全等级保护实施指南》（GB/T 25058-2010）；

《信息系统安全等级保护测评要求》（GB/T 22241-2010）。

1.4 项目建设目标、规模、内容、建设期

1.4.1 建设目标

根据《北京市关于实施党政机关电子公文系统安全可控应用全面替代的意见》的相关要求，2023年底前全面完成市【单位名称】政务内网、外网办公终端和应用系统国产化安全可控设备全部替换工作。具体目标包括：

1、基于安全可控环境涉密_电子公文系统建设。

2、基于安全可控环境其他内部业务系统终端适配。

3、基于安全可控环境服务器、终端、安全等硬件及配套相关基础软件、安全保密软件建设。

4、建设政务内网涉密视频会议系统。

5、完成安全保障体系和运维管理系统的建设工作。

6、 建设政务内网，搭建屏蔽机房，完成相关信任服务体系及认证体系建设，为后续接入北京市电子政务内网，实现与北京市电子政务内网其他单位的互联互通做好服务保障和基础支撑。

1.4.2 建设规模

本工程建设规模包括电子政务内网办公系统（OA）搭建、政务外网XX个业务系统的终端适配工作；网络安全防护系统（核心交换机XX台，接入交换机XX台，终端接入交换机XX台、出口交换机XX台、防火墙XX台、负载均衡XX台、入侵检测XX台、网络安全审计XX台、数据库审计XX台、漏洞扫描XX台、运维管理XX台、网络密码机XX台等）建设，数据处理系统（服务器XX台）建设，存储系统（光纤交换机XX台、备份一体机XX台、存储XX台）、安全保密系统（密码认证网关X台、传输层密码机X台、服务器密码机3台）建设，视频会议系统（会议管理平台XX台、多点控制单元MCU2台、呼叫注册服务器XX台、录播服务器XX台、视频会议终端XX套）等建设。

终端机外设方面，完成电子政务内网台式机XXX台（包括XXX台内网办公终端、XX台安全保密终端、XX台三合一管理终端）、A4彩色打印机XX台、XX彩色打印机1台的全面替代。完成电子政务外网安全可控办公终端XXX台（台式机XXX台、笔记本XXX台）和A4扫描仪XXX台、A4彩色打印机XXXX台，A3彩色打印机XX台的全面替代。

1.4.3 建设内容

根据本工程的建设目标，本项目建设任务包括：

1．网络体系建设

建设【单位名称】内网网络基础设施、内网信任服务体系、电子认证等基础设施，为后续接入北京市电子政务内网提供网络接入和安全保障。

2．基础运行环境建设

根据【单位名称】内网办公需要，搭建内网基础运行环境，满足分保相关安全防护要求。结合建设单位实际情况，采用涉密专用信息设备和安全可控基础软硬件产品，完成内网网络系统、服务器系统、存储备份系统、安全保密系统、基础软件、终端及外设的建设，为业务系统提供基础运行环境。

本项目政务外网基础运行环境将依托北京市安可云提供的相关服务。

3．业务系统建设

搭建政务内网办公系统（OA）。该系统包含内网信息发布管理子系统、督查反馈子系统、后台统一授权管理子系统。通过购买成熟软件的方式部署电子公文交换系统与内网邮件系统。

政务外网办公及业务系统终端适配。完成政务外网XX个系统基于安全可控终端的适配，包括XXXX系统、XXXXXXX。

4．计算机及外设替代建设

完成本项目涉及的机关、16个区县以及XXXX个XXX级单位政务内网和政务外网办公终端、外设及基础办公软件的全替代和安装部署。

5．安全保障体系建设

遵循国家和北京市信息安全相关规定及要求，政务内网按照J_M增强开展分保体系建设，包括信任服务体系、电子认证基础设施、安全保密防护系统等；政务外网按照等保二级要求开展安全防护体系建设，并通过安全测评。

6．运维管理系统

在电子政务内网建设基于安全可控基础环境的运维管理平台，管理安全可控基础软硬件设备的运行安全，统一纳入市【单位名称】已有的信息系统运维体系。

7．机房及配套工程建设

建设内网配套基础设施，包括屏蔽机房、综合布线、电磁屏蔽、UPS、物理安全防护、新风及XF等，为政务内网各系统、设备部署与运行提供支撑与安全保障。

1.4.4 建设周期

本项目自招标工作完成开始至项目竣工验收止，建设期为XXXX个月。

XXXX年底基本完成需替代系统的适配改造，替代计算机终端和服务器总量均不少于需替代总量的50%。

XXXXX年底前全面完成需替代系统的适配改造，全面完成台账中全部计算机终端、服务器以及配套软硬件产品替代，按照北京市信息化项目管理有关要求组织项目验收。

1.5 考核指标

1．建设范围：完成台账中政务内网办公系统（OA）搭建和政务外网共XXXX个系统基于安全可控环境的适配。完成电子政务内网安全可控办公终端XXXX台和外设XX台的全面替代。完成电子政务外网办公台式机终端XXXX台、笔记本XXX台、A4扫描仪XXXX台、A4彩色打印机XXXX台，A3彩色打印机XXXX台的全面替代。

其中，XXXX年底基本完成政务内网办公系统（OA）搭建和政务外网需替代系统的适配改造，替代计算机终端和服务器总量均不少于需替代总量的50%，XXXX年底前全面完成需替代系统的适配改造。

2．建设标准：项目建设应遵循中办、工信部、公安部等单位发布的有关安全可控标准规范开展。

3．国产化替代产品选择：采购的安全可控产品应按党政机关安全可控应用信息类产品采购名录进行选型，不在清单内的选择适配的国产产品。

1.6 项目总投资及资金来源

本项目总投资143,585,858.54元，全部来源于北京市财政预算资金。

1.7 项目分年度工作目标及付款计划

根据市委、市政府关于安可替代工程有关工作要求，市【单位名称】工程按照"先内网、后外网"的方式有序推进，避免盲目追赶进度，杜绝不切实际的生搬硬抄，确保制定的安可替代工程实施方案紧贴实际、可操作性强。力争在XXXX年中前完成安可替代工程项目立项，明确年度替换计划和经费预算，按照计划开展搭建和适配改造工作。xxxx年底基本完成需替代系统的适配改造，替代计算机终端和服务器总量均不少于需替代总量的50%。xxxx年底前全面完成需替代系统的适配改造，全面完成台账中全部计算机终端、服务器以及配套软硬件产品替代，按照北京市信息化项目管理有关要求组织项目验收。

根据资金支付计划及实施进度计划，xxxx年支出100%。

2 项目建设单位概况

2.1 项目建设单位概况

【单位名称】xxxxxxxxx。

机关下设xxxx个业务处（室）和XXXX。

机关及直属单位人员编制数xxxxx人，其中机关xxxxx人，直属单位700人；现有人员实力xxxx人，其中机关xxxxx人，直属单位xxxx人。

2.2 项目实施机构与职责

【单位名称】内设xxxxx个业务处室为：xxxxxxx。

6个直属单位为：xxxxxxxxxxxxxxxxx。

2.2.1 市【单位名称】组织机构职责

1．部门名称

负责XXXXX等工作。

2．XXX

2.2.2 市【单位名称】直属单位组织机构职责

XXX

3 信息化现状及需求分析

3.1 项目提出的背景

3.1.1 国家背景

2018年5月23曰，习近平总书记在工信部呈报的《关于党政机关系统安全可控应用试点工作情况的报告》上作出重要批示，"要大力推进党政机关系统安全可控应用，早日实现国产化替代"。

2018年5月25日，党政机关系统安全可控应用推进工作领导小组召开第二批试点工作推进会议,要求各单位加快党政机关系统安全可控应用推进工作。

2018年5月28日，工信部随即召开安全可控应用第二批试点产业工作推进会，围绕贯彻落实习近平总书记重要批示精神和"525会议"精神做了工作部署。

2018年7月13日，中央财经会议第二次会议，习总强调"关键核心技术是国之重器，对推动我国经济高质量发展、保障国家安全都具有十分重要的意义 。

2018年9月17日，中办组织召开安可试点全覆盖工作会议，未参与二期试点的87家部委全部列入试点，至少20%替代。11月完成方案上报，18年底项目启动，19年6月完成验收。

受"中美贸易战升级"、"华为事件"等影响，加速了安全可控工程推进速度。

3.1.2 北京市背景

2018年5月25日，为落实国家的工作部署，北京市成立了以市委常委、秘书长崔述强同志为组长的推进工作领导小组。

2018年6月22日，北京市推进工作领导小组选定北京市委、市政府，市经信局、东城区政府、中关村管委会共5家单位作为第二批试点单位开展试点工作。整体试点工作由市委机要局牵头，按涉密项目管理。2019年7月底前完成终验。

2019年5月，市委机要局组织全市区级以上党政机关单位统计、汇总终端及系统情况，上报中办。

2019年8月28日，市委机要局召开"关于启动北京市安全可控全面替代"电视电话会议，会上宣贯了《北京市关于实施党政机关电子公文系统安全可控应用全面替代的意见》，意见对北京市区级以上党政机关实施安全可控替代工作提出明确要求。

3.1.3 【单位名称】背景

XXXXXXXX。

3.2 信息系统应用现状与差距

政务内网：XXXXX。

政务外网：目前主要XXXXX。

3.2.1 信息系统应用现状一览表

3.2.2 政务内网门户系统

XXXXXX。

3.2.3 涉密电子公文系统

市【单位名称】无政务内网涉密电子公文系统。现使用市委、市政府搭建的政务内网电子公文收发和电子公文传输系统进行涉密文件的办理工作。

3.2.4 督查反馈系统

市【单位名称】无政务内网督查反馈系统。现使用市委、市政府搭建的政务内网的督查平台进行督查情况落办反馈工作。

3.3 单位现状

本项目涉及机关、16个区县以及6个直属级单位，具体如下：

各单位人员情况如下表所示：

3.4 系统功能和性能需求

3.4.1 政务内网办公系统

3.4.1.1 功能需求

搭建政务内网办公系统（OA），该系统包含内网信息发布管理子系统、督查反馈子系统、后台统一授权管理子系统。其中：

内网信息发布管理子系统满足政务内网门户的信息发布、查看、提醒、删除、修改等新闻门户网站常用功能，支持对文字、图片、视频、音频、文件等多种形式信息的发布管理。

督查反馈子系统满足对内各业务口、对下个级单位的任务督办管理，实现对督办任务的登记、分发、执行、反馈、考核、评分等操作。

后台统一授权管理子系统满足机要值守人员信息登记管理、涉密部位（含人员、岗位）基础台账管理、加密会议视频管理等功能，并具有能够直接跳转到市、区两级政务内网、保密专网等门户网站的链接管理功能。

通过购买成熟软件的方式部署涉密电子公文交换系统与内网邮件系统。

3.4.1.2 性能需求

3.4.1.2.1 系统基本需求

在本系统建设中，需达到如下基本要求：

1．访问速度方面

简单类查询速度小于5秒，复杂类查询速度小于15秒。

2．稳定性方面

在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况。

3．资源利用方面

在进行数据的查询、统计、分析的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源，以保证工作人员利用电脑顺利进行其它的工作。

4．使用灵活性方面

当系统与其它软件的接口发生变化，用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时，软件系统要做到易于调整，拥有高度的灵活性。

3.4.1.2.2 系统性能需求

本项目中用户专业性、稳定性要求高，需要在政务内网环境下应用，对相应环境下的用户数提出要求；所有系统都对访问速度和稳定性提出要求。性能需求标准如下：

保证系统7*24小时不间断工作。

系统应具有灵活性与可扩展性，方便扩展设备容量和提升设备性能。系统架构应确保系统能平滑升级。系统升级应尽量在不影响正常业务的条件下进行。

系统处理能力应能够满足随业务发展对系统处理能力的需求。同时要求业务处理能力能满足随业务发展对系统处理能力的需求，系统可以实现平滑扩容。

系统应该采用相应的流量控制措施保证在一定的系统呼叫量下、业务处理要求下，系统均可保持稳定的运行。

具体指标，在网络保持畅通、稳定且带宽足够前提下，包括：

响应时间：不超过2秒；

访问速度：基本不超过5秒，部分涉及统计计算的内容不超过10秒，文本信息交换的响应时间应控制在1秒以内，采用消息中间件对数据交换进行管理，图片信息交换响应时间控制在10秒以内；

稳定性：实现7*24小时不间断运行；业务系统服务全年稳定率超过99.9%。

3.4.2 政务外网业务系统终端适配需求

本项目系统终端适配范围包括xxxx个办公及业务系统，系统列表如下：

在不改变现有应用和部署环境的条件下，针对系统基于国产浏览器开展适配工作。浏览器适配主要的内容包括前端架构调整、JS版本和插件变更、开发语法变更，页面布局及样式调整。

3.5 网络及安全需求

遵从国家相关标准规范，科学、规范地开展应用支撑及应用系统建设工作。电子政务外网根据安可云的安全保障现状开展【单位名称】应用系统的安全保障建设；电子政务内网根据内网办公系统承载的信息MJ开展安全建设。

1．设备安全

针对服务器、终端机外设等开展安全防护建设，确保设备在病毒防治、终端使用、设备管理等各方面具有全面的安全防护。

2．权限级控制

系统根据用户的职务、岗位、甚至具体到个人控制访问权限。每个用户都有MJ标识，用户只能访问到自己被授权和MJ范围内的信息，不能越权访问。

3．数据备份

（1）客户端数据备份

档案管理系统支持光盘打包备份功能，把部分或者全部数据打包到光盘备份保存，实现数据异地备份。当服务器端中心机房发生事故导致数据丢失，可以从异地备份的光盘中自动恢复，自动恢复过程由档案管理系统独立完成。

（2）服务端数据备份

系统支持借助第三方备份软件或其他备份机制进行实时的数据备份及灾难恢复，数据的备份与恢复由该维护人员发出指令，系统自动完成，不需要过多人为干预。

备份策略和方式可以支持：全备份、增量备份、累计增量备份。

4．日志管理

针对发布档案、授权、建立栏目、登录、MJ篡改，进行日志改造，实时生成符合保密测评时的日志，日志内容包括事件发生的时间、类型、对应档案唯一标识、操作者、操作者IP，操作方式、操作内容等。

3.6 数据资源需求

根据对各系统已有资源的计算和对未来5年的数据量估算，政务外网的数据存储量约需3T，政务内网数据存储量约需1T。具体各系统的数据量如下：

1．政务内网办公系统

政务内网办公系统按照每条数据10M，每年20000条数据计算，历史数据存储量为600G，未来5年存储空间需求为1T。

2．政务外网协同办公系统

协同办公系统按照每条数据5M，每年120000条数据计算，未来5年存储空间需求为3T。

4 总体建设方案

4.1 建设原则和策略

4.1.1 建设原则

4.1.1.1 规范实用

系统建设应满足建设单位实际需求，遵循党政机关电子公文相关标准规范，满足用户的实际要求与使用习惯，体现以人为本的设计思想。页面简洁直观，各项功能清晰。

4.1.1.2 合理配置

本项目安全可控服务器的配置数量需根据应用系统并发量、数据备份要求、应用系统的科学设计进行合理配置；安全可控终端的配置数量需根据各单位系统的用户规模和实际使用需求进行合理配置；安全产品应根据等级保护相关标准要求进行合理配置；外部设备应根据实际使用需求，明确部署原则进行合理配置。

4.1.1.3 安全可控

系统建设应基于安全可控基础软硬件环境，原则上不改变原有系统的安全保密等级。应明确物理环境和设备的管理要求，建立完备的安全防护策略，部署符合相关主管部门要求的安全防护产品，应符合与安全可控应用系统相配套的分级保护有关要求，从物理安全、应用安全、运行安全、网络安全、信息安全等多方面构建安全防护体系。

4.1.1.4 充分利旧

本项目应以"充分利旧"为原则，对于被替代设备中符合使用要求的，要充分利旧，对于替代后的设备，应据用户需求进行科学调配，可用于其它用途，做到减少浪费，充分发挥设备的可用性。

4.1.1.5 整体建设

本项目系统建设需要结合建设单位发展要求，进行整体建设，逐次验收。

4.1.1.6 规避风险

要充分考虑政策、应用环境、人员等风险，尤其是存在业务系统建设或迁移的单位，并制定相应的风险对策和管理措施。

4.1.2 建设策略

1．遵循安全可控建设标准、规范和原则；

2．遵循国家电子政务外网、电子政务内网建设标准规范和原则；

3．符合市【单位名称】业务需求和实践情况；

4．合理利用现有资源，避免重复建设；

5．"能替尽替、真替真用"。

4.2 建设目标

根据《北京市关于实施党政机关电子公文系统安全可控应用全面替代的意见》的相关要求，2023年底前全面完成市【单位名称】政务内网、外网办公终端和应用系统国产化安全可控设备全部替换工作。具体目标包括：

1、基于安全可控环境涉密电子公文系统建设。

2、基于安全可控环境其他内部业务系统终端适配。

3、基于安全可控环境服务器、终端、安全等硬件及配套相关基础软件、安全保密软件建设。

4、建设政务内网涉密视频会议系统。

5、完成安全保障体系和运维管理系统的建设工作。

6、建设政务内网，搭建屏蔽机房，完成相关信任服务体系及认证体系建设，为后续接入北京市电子政务内网，实现与北京市电子政务内网其他单位的互联互通做好服务保障和基础支撑。

4.3 建设任务

根据本工程的建设目标，本项目建设任务包括：

4.3.1 网络体系建设

建设【单位名称】内网网络基础设施、内网信任服务体系、电子认证等基础设施，为后续接入北京市电子政务内网提供网络接入和安全保障。

4.3.2 基础运行环境建设

根据【单位名称】内网办公需要，搭建内网基础运行环境，满足分保相关安全防护要求。结合建设单位实际情况，采用涉密专用信息设备和安全可控基础软硬件产品，完成内网网络系统、服务器系统、存储备份系统、安全保密系统、基础软件、终端及外设的建设，为业务系统提供基础运行环境。

本项目政务外网基础运行环境将依托北京市安可云提供的相关服务。

4.3.3 业务系统建设

搭建政务内网办公系统（OA）。该系统包含内网信息发布管理子系统、督查反馈子系统后台统一授权管理子系统。

通过购买成熟软件的方式部署电子公文交换系统与内网邮件系统。

政务外网办公及业务系统终端适配。完成政务外网xxxxx个系统基于安全可控终端的适配，包括XXXX系统、XXXX。

建设政务内网涉密视频会议系统，实现涉密会议会前、会中、会后的全流程管理，以及涉密文档等管理。

4.3.4 计算机及外设替代建设

完成本项目涉及的机关、XXX个区县以及XXX个直属级单位政务内网和政务外网办公终端、外设及基础办公软件的全替代和安装部署。

4.3.5 安全保障体系建设

遵循国家和北京市信息安全相关规定及要求，政务内网按照J_M增强开展分保体系建设，包括信任服务体系、电子认证基础设施、安全保密防护系统等；政务外网按照等保二级要求开展安全防护体系建设，并通过安全测评。

4.3.6 运维管理系统

在电子政务内网建设基于安全可控基础环境的运维管理平台，管理安全可控基础软硬件设备的运行安全，统一纳入市【单位名称】已有的信息系统运维体系。

4.3.7 机房及配套工程建设

建设内网配套基础设施，包括屏蔽机房、综合布线、电磁屏蔽、UPS、物理安全防护、新风及XF等，为政务内网各系统、设备部署与运行提供支撑与安全保障。

4.4 总体设计方案

4.4.1 总体框架

本系统分别以北京市政务内网和政务外网为依托，建立一套先进、安全、可靠、方便扩展、操作简单、易于维护的应用系统，实现政务内网办公系统（OA）的搭建，以及政务外网、互联网共xxxx个系统基于安全可控环境的适配。

4.4.2 技术路线

4.4.2.1 基于安全可控环境的改造

支持对党政机关安全可控应用信息类产品采购名录中的安全可控产品及国产设备设施的适配改造：

4.4.2.1.1 客户端

（1）支持国产麒麟、统信UOS等国产linux操作系统；

（2）支持WPS、OFD等办公软件等；

（3）浏览器支持火狐、360安全浏览器等；

4.4.2.1.2 服务端

（1）支持麒麟、统信UOS等国产linux操作系统；

（2）支持国产人大金仓、达梦、南大通用等国产数据库；

4.4.2.1.3 中间件

支持东方通TongWeb、金蝶、中创等主流国产应用中间件。

4.4.2.2 电子签章技术

本项目将选用国产的电子签章系统，与CA认证相互配合实现对公文中手写签章和公章的制作、管理和使用，并且实现对OFD版式文件的集成，应用数字签名技术实现文档真实性和完整性保障。

电子签章是用来做为身份验证的一种手段，泛指所有以电子形式存在，依附在电子文件并与其逻辑关联，可用以辨识电子文件签署者身份，保证文件的完整性，并表示签署者同意电子文件所陈述事实的内容。对电子签章的认定主要是指通过特定的技术方案来鉴别当事人的身份及确保交易资料内容不被篡改的安全保障措施。电子签章技术作为目前最成熟的"数字签章"，以公钥及密钥的"非对称型"密码技术制作而成，利用图像处理技术将电子签名操作转化为与纸质文件盖章操作相同的可视效果，同时利用电子签名技术保障电子信息的真实性和完整性以及签名人的不可否认性。

4.4.2.3 以Java EE为核心的技术路线

Java EE是一个标准中间件体系结构，旨在简化和规范多层分布式企业应用系统的开发和部署。Java EE方案的实施可显著地提高系统的可移植性、安全性、可伸缩性、负载平衡和可重用性。

Java EE的核心是一组规范和指南，定义了一个使用Java语言开发多层分布式企业应用系统的标准平台。开发人员在这些规范和指南的基础上开发企业级应用，同时由Java EE供应商确保不同的Java EE平台之间的兼容性。由于基于规范的各Java EE平台之间具有良好的兼容性，因此Java EE应用系统可以部署在不同的应用服务器上，无需或只需进行少量的代码修改。

综合考虑Java EE在保留现存IT资产、高效开发、支持异构环境、可伸缩性以及稳定可用性等各方面因素，本项目将基于Java EE架构进行构建。

4.4.2.4 基于构件技术的系统搭建模式

面向构件技术整合了传统的构件技术、模型驱动技术和面向服务技术。构件的意义超越了技术层面的代码集合，而是真正做到与业务层面的内容相映射。构件将成为表达业务需求的最小单元，在特定行业中，通过积累可以形成相对完备的客户业务需求构件库，以构件组装的形式快速搭建客户的应用；以构件修改和构件增减的方式快速满足客户业务需求的变化。其次，从构件的技术实现角度来说，可以用四个要素来陈述软件构件模型：构件本身、该构件的插口、构件与其他构件协作的能力、以及构件的使用者。

面向构件的开发是一种软件开发手段，在开发周期的不同阶段和不同方面，包括需求分析、结构、设计、建立、测试、上线、支撑性技术架构、项目管理等，都以构件为基础，同时为了使构件可随时用于组装，这些构件必须作为项目的零件来建造。

本项目是一个逐步发展的过程，需要在应用中对系统进行不断的完善和扩展，通过构件技术可以快速的满足需求的变化。

4.4.2.5 基于XML的数据交换

XML是eXtensible Markup Language（可扩展的标记语言）的缩写，是W3C组织于1998年2月发布的一种标记语言标准。XML解决了在不同平台/系统之间的数据结构/模式的差异，使得数据层在XML技术的支持下得到统一。在国际互联网上，服务器与服务器之间、服务器与浏览器之间有大量的数据需要交换。这些被交换的数据，都被要求对数据的内容和表现方式进行说明，用XML标记语言处理这类工作最为合适。

4.4.3 部署拓扑

4.4.3.1 政务内网部署

【单位名称】电子政务内网是北京市电子政务内网的重要组成部分，按照北京市电子政务内网有关要求建设、使用和管理。符合国家电子政务内网安全保密要求，并经国家保密管理部门涉密信息系统分级保护测评审批后，申请接入北京市电子政务内网中央网络平台。

【单位名称】电子政务内网由核心区、XXXXXX、xxxx网络区组成。网络总体架构图如下图所示：

4.4.3.2 政务外网部署

本次项目政务外网部署网络边界防火墙、交换域防火墙、交换域网闸、一体化安全管控、上网行为管理、网络安全审计等设备，以满足等级保护要求。部署拓扑如下图所示：

5 项目建设方案

5.1 建设目标、规模与内容

5.1.1 建设目标

根据《北京市关于实施党政机关电子公文系统安全可控应用全面替代的意见》的相关要求，2023年底前全面完成市【单位名称】政务内网、外网办公终端和应用系统国产化安全可控设备全部替换工作。具体目标包括：

1、基于安全可控环境涉密电子公文系统建设。

2、基于安全可控环境其他内部业务系统终端适配。

3、基于安全可控环境服务器、终端、安全等硬件及配套相关基础软件、安全保密软件建设。

4、建设政务内网涉密视频会议系统。

5、完成安全保障体系和运维管理系统的建设工作。

6、建设政务内网，搭建屏蔽机房，完成相关信任服务体系及认证体系建设，为后续接入北京市电子政务内网，实现与北京市电子政务内网其他单位的互联互通做好服务保障和基础支撑。

5.1.2 建设规模

本工程建设规模包括电子政务内网办公系统（OA）搭建、政务外网XX个业务系统的终端适配工作；网络安全防护系统（核心交换机XX台，接入交换机XX台，终端接入交换机XX台、出口交换机XX台、防火墙XX台、负载均衡XX台、入侵检测XX台、网络安全审计XX台、数据库审计XX台、漏洞扫描XX台、运维管理XX台、网络密码机XX台等）建设，数据处理系统（服务器XX台）建设，存储系统（光纤交换机XX台、备份一体机XX台、存储XX台）、安全保密系统（密码认证网关X台、传输层密码机X台、服务器密码机3台）建设，视频会议系统（会议管理平台XX台、多点控制单元MCU2台、呼叫注册服务器XX台、录播服务器XX台、视频会。

终端机外设方面，完成电子政务内网台式机XXXX台（包括XXXX台内网办公终端、XX台安全保密终端、XXX台三合一管理终端）、A4彩色打印机XXX台、A3彩色打印机XXX台的全面替代。完成电子政务外网安全可控办公终端XXXX台（台式机XXXX台、笔记本XXX台）和A4扫描仪XXXX台、A4彩色打印机XXXX台，A3彩色打印机XXX台的全面替代。

5.1.3 建设内容

根据本工程的建设目标，本项目建设任务包括：

1．网络体系建设

建设【单位名称】内网网络基础设施、内网信任服务体系、电子认证等基础设施，为后续接入北京市电子政务内网提供网络接入和安全保障。

2．基础运行环境建设

根据【单位名称】内网办公需要，搭建内网基础运行环境，满足分保相关安全防护要求。结合建设单位实际情况，采用涉密专用信息设备和安全可控基础软硬件产品，完成内网网络系统、服务器系统、存储备份系统、安全保密系统、基础软件、终端及外设的建设，为业务系统提供基础运行环境。

本项目政务外网基础运行环境将依托北京市安可云提供的相关服务。

3．业务系统建设

搭建政务内网办公系统（OA）。该系统包含内网信息发布管理子系统、督查反馈子系统、后台统一授权管理子系统。

通过购买成熟软件的方式部署电子公文交换系统与内网邮件系统。

政务外网办公及业务系统终端适配。完成政务外网XX个系统基于安全可控终端的适配，包括XXXX系统、XXXX。

建设政务内网涉密视频会议系统，实现涉密会议会前、会中、会后的全流程管理，以及涉密文档等管理。

4．计算机及外设替代建设

完成本项目涉及的机关、16个区县以及6个直属级单位政务内网和政务外网办公终端、外设及基础办公软件的全替代和安装部署。

5．安全保障体系建设

遵循国家和北京市信息安全相关规定及要求，政务内网按照J_M增强开展分保体系建设，包括信任服务体系、电子认证基础设施、安全保密防护系统等；政务外网按照等保二级要求开展安全防护体系建设，并通过安全测评。

6．运维管理系统

在电子政务内网建设基于安全可控基础环境的运维管理平台，管理安全可控基础软硬件设备的运行安全，统一纳入市【单位名称】已有的信息系统运维体系。

7．机房及配套工程建设

建设内网配套基础设施，包括屏蔽机房、综合布线、电磁屏蔽、UPS、物理安全防护、新风及XF等，为政务内网各系统、设备部署与运行提供支撑与安全保障。

5.2 政务内网建设方案

5.2.1 标准规范建设内容

本项目政务内网建设将遵循中办、工信部、公安部等单位发布的有关安全可控标准规范进行项目建设。

5.2.2 信息资源规划和数据库建设方案

5.2.2.1 信息资源规划

5.2.2.1.1 规划思路

资源规划的总体思路主要包括管理数据目录化、信息资源档案化，以及追溯数据归轨迹化。

5.2.2.1.1.1 管理数据目录化

所谓管理数据目录化的意思是管理的元数据和系统管理数据按照数据内容、存储和管理方式建立相应的目录体系。如管理及配置数据可以存放到资源目录体系中的XML数据库中，由XML数据库集中管理和维护。

5.2.2.1.1.2 信息资源档案化

建设信息资源库的目的就是将本系统涉及的相关信息资源有机地集成在一起，为办公等业务等提供全面的数据服务支撑。

5.2.2.1.1.3 追溯数据轨迹化

数据追溯目前已经被广泛应用于各个行业中。在数据资源设计中它其实就是一种可以对数据进行正向、逆向或者不定向追踪的数据流控制系统，可适用于数据汇集、应用、服务等各个环节，同时也适用于对历史情况的掌握，也就是说数据追溯包括空间和时间两个维度，这就要求数据全程处处留痕，形成轨迹。追溯数据轨迹化，可以促进数据管理规范化、标准化，是提高数据质量的有力保障；当发现数据质量缺陷时，可迅速实现数据问题定位，找出源头进行治理，避免深度影响数据应用。

5.2.2.1.2 信息资源类别

信息资源库在已有信息资源和数据库的基础上，按照本项目信息资源的总体规划对现有的数据库进行扩充和完善，形成办公信息资源库群，并且提供统一的接口为相关应用获取数据。系统按照一定的标准对数据进行处理，并通过数据交换与共享体系将对外提供的数据统一存储在数据库中。

办公信息资源库将办公需求以及业务模型分散到不同的应用系统和数据库中，在规划、组织、存储数据时，根据业务需求和业务模型特点，建设一套完整的数据分类体系，有利于数据库设计和建设。办公信息资源的类别主要包括：

5.2.2.1.2.1 业务类数据

包括市【单位名称】办公工作中产生的数据，如公文信息、会议信息、档案信息、资料信息、预警信息、值班信息。

5.2.2.1.2.2 管理类数据

包括用户信息、权限信息、日志信息、审计信息等。

5.2.2.1.3 信息资源结构设计

根据用户需求，信息资源主要来源于电子公文系统等业务办理过程中形成的成果等，其中主要包括公文信息、会议信息、档案信息、资料信息、预警信息、值班信息等。

5.2.2.2 数据库建设方案

根据本项目建设内容要求，新建一套安全可控数据资源，包括基础数据库、业务数据库及相关非结构化数据资源。

5.2.2.2.1 基础数据库

在安全可控环境建设基础数据库，存取本项目建设的安全可控电子公文系统提供或使用的"人员、单位、事、物"信息。

5.2.2.2.2 业务数据库

存储市【单位名称】应用系统所产生的结构化数据，包括公文信息、会议信息、档案资料信息、党建信息、公务员考核信息、综合指标信息、专家资源信息等。

5.2.2.2.3 非结构化数据

根据业务工作的实际需要，存储在工作中产生的文件、音频、视频、图片等非结构化数据。

根据本项目建设内容要求，新建一套安全可控数据资源，包括基础数据库、业务数据库及相关非结构化数据资源。

5.2.3 内网办公系统建设方案

搭建政务内网办公系统（OA），该系统包含内网信息发布管理子系统、督查反馈子系统、后台统一授权管理子系统。其中：

内网信息发布管理子系统满足政务内网门户的信息发布、查看、提醒、删除、修改等新闻门户网站常用功能，支持对文字、图片、视频、音频、文件等多种形式信息的发布管理。

督查反馈子系统满足对内各业务口、对下个级单位的任务督办管理，实现对督办任务的登记、分发、执行、反馈、考核、评分等操作。

后台统一授权管理子系统满足机要值守人员信息登记管理、涉密部位（含人员、岗位）基础台账管理、加密会议视频管理等功能，并具有能够直接跳转到市、区两级政务内网、保密专网等门户网站的链接管理功能。

通过购买成熟软件的方式部署电子公文交换系统与内网邮件系统。

详见附件1 应用系统建设方案。

5.2.4 主机、存储及备份系统设计

5.2.4.1 建设目标

本项目主机系统建设目标即实现电子政务内网应用系统相关的所有主机、存储和备份的全替代。

5.2.4.2 主机系统建设方案

5.2.4.2.1 建设内容

本项目根据需求需要XXXX台服务器。具体设计如下：

5.2.4.2.2 功能性能

1．应用服务器

CPU主频≥2.0GHz；内存≥128GB；系统硬盘 ≥240G SSD；数据硬盘 ≥4T SATA；Raid0/1/5；正版操作系统。

2．数据库服务器

CPU主频≥2.0GHz；内存≥128GB；系统硬盘 ≥240G SSD；数据硬盘 ≥4T SATA；Raid0/1/5；≥1块双口HBA卡；正版操作系统。

3．安全服务器

CPU主频≥2.0GHz；内存≥128GB；系统硬盘 ≥240G SSD；数据硬盘 ≥4T SATA；Raid0/1/5；正版操作系统。

5.2.4.3 存储系统建设方案

5.2.4.3.1 建设内容

通过对本项目内网办公应用需求及数据存储备份需求的分析，存储系统建设，采用基于系统数据集中存储为系统数据提供存储服务。

存储，采用SAN存储架构，为承担大数据量及IO访问率高的物理数据库服务器提供传统方式的数据存储服务。用光纤通道交换机、高性能光纤磁盘阵列，在数据库服务器上配置光纤通道卡，组成SAN存储网络。

SAN集中存储设备主要涉及数据库服务器部分，后端存储架构采用全冗余FC SAN架构，配置2套光纤交换机连接光纤存储系统，存储系统硬件结构采用冗余设计，硬盘、电源、存储控制器等关键部件均冗余，可热插拔在线更换。本次的存储备份系统建设采购备份一体机提供存储备份服务。

通过前面章节对系统产生的数据量、存储量分析，可以看出内网系统每年数据库存储量大约2T,五年累积下的数据存储量大约10T，因此对于数据存储空间的选型以及扩展性，应满足以上要求。

5.2.4.3.2 功能性能

1．光纤交换机（2台）

千兆、24端口交换机。

2．存储（1台）

10T存储容量。

5.2.4.4 备份系统建设方案

5.2.4.4.1 建设内容

进行备份的原因是尽量在系统崩溃以后能快速简单完全地恢复系统的运行。进行有效备份的最有效的方法是只备份那些对于系统崩溃恢复所必需的数据。系统的主要设备、软件、数据、电源等应有备份。备份系统应具有在较短时间恢复系统运行的能力。

本次建设主要通过备份一体机，实现定时的本地备份，实现数据、软件的有效备份。

5.2.4.4.2 功能性能

1．备份一体机（1套）

基于国产芯片的备份一体机平台，20TSATA硬盘，2个千兆网络接口，16G高速缓存，支持在线扩容，不限制备份客户端数量，4个千兆网口，RAID5。

5.2.5 网络系统设计

5.2.5.1 网络链路设计

本次项目旨在为客户提供xxxxx与各个区xxxxxx点对点之间的通信综合服务。

5.2.5.1.1 设计原则

5.2.5.1.1.1 路由设计

根据需求，对本次项目所涉及的路由进行了资源勘查和设计，综合考虑了节点间的链路长度要求等情况，设计了路由方案。

5.2.5.1.1.2 光纤衰减

光纤熔接模式以直熔为主。光纤衰减特性符合GB/T9771.3-2008国家标准：1310nm衰减系数最大值为0.42dB/km；1550nm衰减系数最大值为0.3dB/km。

5.2.5.1.1.3 验收标准

光缆测试方式：在主干接入节点机房ODF配线架两端使用OTDR双向测试。

衰耗方面：符合GB/T9771.3-2008国家标准。

5.2.5.1.2 光缆设计方案

5.2.5.1.2.1 路由方案

根据本项目需求，我司对本次工程项目所涉及的路由进行了现场踏勘和设计，综合考虑了节点间的链路长度要求等情况，设计了路由方案，确定节点间的路由长度（初步）如下：

5.2.5.1.2.2 路由设计

道路路由：道路路由采取路由最短化原则。

接入端路由：从红线外最近的通信管井敷设光缆至节点通信机房并成端，接入端敷设方案将在现场勘查后根据实地情况制定。尾纤采用单模光纤与用户传输设备连接。未来以尾纤到用户设备为界面，我司负责用户设备前端的光纤专网维护。

路由设计如下：

XXX

5.2.5.1.2.3 交付方式

可提供裸光纤加中继节点机房的模式予以交付。

5.2.5.1.2.4 技术参数

（1）衰减控制

本项目中的光缆全程采用G.652光纤，设计端到端的光纤损耗（使用1550nm波长）；

光纤损耗(L)包括：光纤活动连接器损耗(L1)、光纤线路损耗(L2)，即:

L1＝通道全部活动连接器数量×活动连接器损耗（0.5～1.0dB/每接头）

L2＝线路长度（单段最大线路长度）×光纤线路平均损耗（预估为0.3dBm/公里）

L＝光纤活动连接器损耗(L1)＋光纤线路损耗(L2)

光纤链路损耗应符合目前常用大容量长途光传输设备（模块）的光损耗要求。

（2）技术规范

本次项目中，光纤线路传输质量符合国家及ITU-T相关标准。

1）YD 5007-2003 通信管道与通道工程设计规范

2）YD 5103-2003 通信管道工程施工及验收技术规范

3）工信部规[2008]75号《通信建设工程概算、预算编制办法费用定额》及邮电部、信息产业部发布的与费用定额有关的补充文件

4）YD5121-2010《通信线路工程验收规范》

5）YD5012-2003《光缆线路对地绝缘指标及测试方法》

（3）项目验收标准

承诺本工程的施工质量为一次性验收合格。工程质量将依照YD5121-2010《通信线路工程验收规范》、YD5012-2003《光缆线路对地绝缘指标及测试方法》要求评定。

5.2.5.1.3 XF网络方案设计

本次XF网络建设，部署在核心节点及各支大队节点。用于XF内业务数据平台设备之间的互联，以达到各支大队和XF之间进行业务互通。整体架构遵循星型拓扑结构，设备主要部署在核心节点机房、服务器机房及各支大队。IP地址由统一分配。另外本次各XF通过安全设备接入网络，通过部署在安全设备上的相应策略保证XF边界接入安全。

5.2.5.1.3.1 路由设计

本次网络建设采用路由协议应采用成熟、标准的动态路由，保证网络的开放性，具备良好的扩展能力，能够支持网络规模的持续增长。支持灵活的路由策略，通过调整路由策略，可以实现数据分流。目前用于大规模域内网络部署同时又基于标准的IGP的路由协议有OSPF和IS-IS。两种路由协议均是基于链路状态计算的最短路径路由协议，采用同一种最短路径算法。两种协议在实现方法、网络结构上均相似，在大型网络中都有成功案例。本项目推荐采用OSPF协议，更加适合城域网部署。

OSPF是一种典型的链路状态路由协议。采用OSPF的路由器彼此交换并保存整个网络的链路信息，从而掌握全网的拓扑结构，独立计算路由。

本次新建的网络部署的核心交换机既做为机关大院连接至政务网的出口设备，有作为各服务器区之间数据通信的核心转发设备，同时还是各支大队之间及与之间通信的汇聚设备。建议采用OSPF路由协议，由于网络节点及IP地址数量相对较少可以考虑采用ospf单区域部署，以简化拓扑、加快路由收敛速度。

RouterID 是运行OSPF路由器的标识，可以理解为设备名字，每台运行OSPF协议的路由器，都需要一个ID，如果不手工指定，OSPF进程会自动选择一个接口的IP地址作为ID，为了维护方便，一般情况下手工指定ID，而且一般情况下，指定设备的第一个自环接口（loopback0）的IP地址为Router ID。在视频专网中将每台设备的loopback0地址设置为本台设备的router id。由于route id不参与实际选路，因此可考虑使用私有地址作为每台ospf路由器的route id。

并使之仅在本网络范围内可路由，对于外部网络（政务网）该地址不可见。

5.2.5.1.3.2 技术设计

本项目网络方案采用多虚一、链路聚合等多种技术，提升网络部署的灵活性、可靠性和先进性。

1. 多虚一技术

堆叠 iStack（Intelligent Stack）是指将多台交换机设备组合在一起，虚拟化成一台交换设备

通过交换机堆叠，可以实现网络高可靠性和网络大数据量转发，同时简化网络管理。

高可靠性：堆叠系统多台成员交换机之间冗余备份，同时利用跨设备的 Eth-Trunk实现跨设备的链路冗余备份。

强大的网络扩展能力：通过组建堆叠，可以在不改变网络拓扑的情况下，轻松地扩展端口数、带宽和处理能力。

简化配置和管理：一方面，用户可以通过任何一台成员交换机登录堆叠系统，对堆叠系统所有成员交换机进行统一配置和管理；另一方面，堆叠形成后，不需要配置复杂的二层破环协议（如 MSTP）和三层保护倒换协议（如 VRRP），简化了网络配置。

在堆叠中，有以下一些基本概念，如下图所示：

堆叠中的单台交换机称为成员交换机，按照功能不同可以分为以下角色：

主交换机

主交换机（Master）负责管理整个堆叠。堆叠中只有一台主交换机。

备交换机

备交换机（Standby）是主交换机的备份交换机。当主交换机故障时，备交换机会接替原主交换机的所有业务。堆叠中只有一台备交换机。

−从交换机

从交换机（Slave）主要用于业务转发，从交换机数量越多，堆叠系统的转发能力越强。除主交换机和备交换机外，堆叠中其他所有的成员交换机都是从交换机。

−堆叠域

交换机通过堆叠链路连接在一起组成一个堆叠，这些成员交换机的集合就是一个堆叠域。为了适应各种组网应用，同一个网络里可以部署多个堆叠，堆叠之间使用域编号（Domain ID）来以示区别。

堆叠成员 ID

堆叠成员 ID，即堆叠成员交换机的编号（Member ID），用来标识和管理成员交换机。堆叠中所有成员交换机的堆叠成员 ID 都是唯一的。

−堆叠优先级

堆叠优先级是成员交换机的一个属性，主要用于角色选举过程中确定成员交换机的角色，优先级值越大表示优先级越高，当选为主交换机的可能性越大。

−堆叠物理成员端口

堆叠物理成员端口，即被配置为堆叠模式的物理端口，用于堆叠成员交换机之间 的连接。

堆叠端口

堆叠端口是一种专用于堆叠的逻辑端口，需要和堆叠物理成员端口绑定。一个堆叠端口可以与一个或多个堆叠物理成员端口绑定，以提高链路的带宽和可靠性。 每台设备支持两个堆叠端口，为 Stack-Portn/1 和 Stack-Portn/2，其中 n 为设备的堆 叠成员 ID。

2. 链路聚合

以太网链路聚合Eth-Trunk简称链路聚合，它通过将多条以太网物理链路捆绑在一起成为一条逻辑链路，从而实现增加链路带宽的目的。同时，这些捆绑在一起的链路通过相互间的动态备份，可以有效地提高链路的可靠性。

随着网络规模不断扩大，用户对骨干链路的带宽和可靠性提出越来越高的要求。在传统技术中，常用更换高速率的接口板或更换支持高速率接口板的设备的方式来增加带宽，但这种方案需要付出高额的费用，而且不够灵活。

采用链路聚合技术可以在不进行硬件升级的条件下，通过将多个物理接口捆绑为一个逻辑接口，达到增加链路带宽的目的。在实现增大带宽目的的同时，链路聚合采用备份链路的机制，可以有效的提高设备之间链路的可靠性。

链路聚合技术主要有以下三个优势：

增加带宽

链路聚合接口的最大带宽可以达到各成员接口带宽之和。

提高可靠性

当某条活动链路出现故障时，流量可以切换到其他可用的成员链路上，从而提高链路聚合接口的可靠性。

负载分担

在一个链路聚合组内，可以实现在各成员活动链路上的负载分担。

如下图所示，DeviceA与DeviceB之间通过三条以太网物理链路相连，将这三条链路捆绑在一起，就成为了一条逻辑链路，这条逻辑链路的最大带宽等于原先三条以太网物理链路的带宽总和，从而达到了增加链路带宽的目的；同时，这三条以太网物理链路相互备份，有效地提高了链路的可靠性。

链路聚合接口可以作为普通的以太网接口来使用，实现各种路由协议以及其它业务。与普通以太网接口的差别在于：转发的时候链路聚合组需要从成员接口中选择一个或多个接口来进行数据转发。

5.2.5.1.3.3 链路质量保障

对于业务的性能故障诊断和性能质量评价成为越来越突出的问题，业务的性能故障诊断缺乏有效的定位手段，导致业务的性能故障诊断时间长、难度大。网络维护者都迫切希望能对运行在IP上的业务进行定量的质量度量。

影响网络质量的因素主要有以下方面：

带宽、丢包、 时延和抖动、 网络设备故障。

网络设备需支持网络链路质量的实时监测，充分保障视频专网视频业务的传输质量，具体实现功能如下：

随路检测，零偏差：直接对目标业务流（视频、语音等）染色，无需额外开销，检测零偏差

丢包检测：检测网络各端口的所有入口流量与输出流量的差值，轻松统计丢包率

芯片级精准定位：定位精度可达链路、设备、板卡、直至芯片

可视化定位：交换机作为数据收集点，汇总至网管分析数据，可视化呈现检测结果，轻松定界故障路径及性能瓶颈故障点。

5.2.5.1.3.4 QoS规则

在不同的环境中，数据流根据本身的重要程度，可以区分不同的优先级。在某些情况下，当数据流量很大超过带宽的情况下，需要实现Diff-Serv服务，保障优先级高的流量通过，以免对重要的业务造成影响。

在业务接入的边缘设备上（例如接入交换机），对业务报文进行优先级标记，根据网络的不同，可选择802.1p、DSCP等不同的标记方式。语音/视频等实时性业务标为高优先级，而数据业务标为低优先级。

在骨干网络中的设备（例如核心交换机等），则按照业务流的优先级标记进行优先级调度。调度时可以采用PQ或者WFQ等不同的调度方式，以保证高优先级的报文优先得到调度，从而保证业务的服务质量。

当前骨干网承载的业务比较单一，以数据传输业务为主,但是从长远来看，业务融合是一个发展趋势，未来本网络可能会承载视频电话会议业务，或接入其他各类资源。视频，语音等数据的多业务融合转发处理，使得网络带宽的合理分配变得尤为重要，如何部署QoS就会变得十分重要, 在网络内需要为不同的业务实施不同的QoS策略。根据各个承载业务的重要性设置报文优先级和QoS的带宽比例，使得在业务网络受到异常冲击时，或者互联平面由带宽充裕的主平面切换到带宽有限的备份平面时，所承载的业务在QoS的保障下不至于全网瘫痪。

在规划骨干网进行QoS设计时，遵循以下的原则：

（1） 正常情况下QoS是通过带宽来保证的，带宽利用率达到60％可考虑扩容；

（2） 网络设备的容量不成为瓶颈；

（3） 网络故障或突发流量情况下QoS策略生效；

（4） 任何时候都优先保证关键的实时业务。

需要说明的是QOS的最佳工作区间是在网络偶尔发生拥塞的情况下，如果网络经常发生拥塞，最好的QOS解决办法就是升级链路带宽。

5.2.5.1.3.5 IP地址规则

IP地址是构成整个网络的基础，IP地址资源是整个网络的基本核心资源，IP地址的合理规划是网络设计中的重要一环大型计算机网络必须对ip地址进行统一规划并得到实施。IP地址规划的好坏影响到网络路由协议算法的效率影响到网络的性能影响到网络的扩展影响到网络的管理也必将直接影响到网络应用的进一步发展。

IP地址的分配采用VLSM技术，针对每个支大队及不同业务模块划分出不同的VLAN 和IP地址，保证IP地址的利用率；采用CIDR技术，可减小路由器路由表的大小，加快路由器路由的收敛速度，也可以减小网络中广播的路由信息的大小。

具体分配时要遵循以下原则：

唯一性：一个IP网络中不能有两个主机采用相同的IP地址。

简单性：地址分配应简单易于管理降低网络扩展的复杂性简化路由表的款项。

连续性：连续地址在层次结构网络中易于进行路径叠合大大缩减路由表提高路由算法的效率。

可扩展性：地址分配在每一层次上都要留有余量在网络规模扩展时能保证地址叠合所需的连续性。

灵活性：地址分配应具有灵活性以满足多种路由策略的优化充分利用地址空间。

IP地址设计方案按照政务网的地址规划统一分配。具体分为以下三类，即：

1.设备互联地址

主要用于和各支大队之间进行互连。通过动态路由的方式来实现各区域之间的互通。本地址可不占用政务网的地址资源，使用私有地址互联，本段地址可做相应策略使路由不会被泄露至政务网内。

可采用一个C类的地址段进行互连，采用30位的掩码，来实现与各支大队交换机之间的互连。例如：192.168.1.0/30、192.168.1.4/30等。

2.系统业务地址

对于每一个支大队分配32个地址，用于业务终端使用，本网段网关部署在所属支大队的接入交换机上，从而实现终端地址互通。对于不同网段地址的互访，则通过动态路由协议OSPF方式来实现。

对于3个服务器区域，每个区域拟分配128个地址作为服务器的业务地址。本网段网关部署在各服务器区的服务器接入交换机上，从而实现服务器地址互通，对于不同网段地址的互访，采用动态路由协议ospf实现。对于同一个区域的不同功能的服务器可以按照用途或使用方式等将该段地址继续子网化，并分配不同的vlan，以达到隔离广播域、控制数据包泛洪的目的。

对于机关34台终端及26台笔记本电脑的地址分配要求，拟分配128个地址。本网段网关部署在局机关接入交换机上，从而实现终端地址互通。对于不同网段互访，采用动态路由协议ospf来实现

具体地址分配表如下所示：

为满足业务后续发展的需求，可考虑申请6-8个C类地址。

本网的IP地址规划依据政务网相关地址分配要求进行。

5.2.5.1.3.6 VLAN规划

VLAN是一种通过将局域网内的设备逻辑地而不是物理地划分成一个个网段从而实现虚拟工作组的新兴技术。VLAN是为解决以太网的广播问题和安全性而提出的，它在以太网帧的基础上增加了VLAN头，用VLAN ID把用户划分为更小的工作组，限制不同工作组间的用户二层互访，每个工作组就是一个虚拟局域网。虚拟局域网的好处是可以限制广播范围，并能够形成虚拟工作组，动态管理网络。

VLAN 虚拟局域网是一种在二层设备上隔离和划分广播域的技术，从技术上说 VLAN 可以分为静态 VLAN 和动态 VLAN,那么静态的VLAN是基于交换机端口进行划分，根据网络设备连接不同的交换机端口， 则进入相应的VLAN。动态 VLAN 则更灵活，它可以根据接入的 IP 地址， MAC地址，甚至是用户的登陆账号做出相应的处理，把计算机划分进相应的 VLAN 中，这样就为我们实际的网络管理带来了比较大的方便性和灵活性。

本次网络设计通过使用静态VLAN技术进行划分达到以下目的：隔离，划分广播域，减小不必要的广播流量，从而提高整个网络的利用效率。

在此次系统中，我们建议基于IEEE 802.1Q标准实现VLAN，从广播控制角度出发，为了保障网络的高可用和高性能，我们建议在进行具体VLAN规划时，同一个广播域内（一个VLAN）的通信主机最好控制在128台以内。VLAN解决方案来说，第二层和第三层处理性能是完全相同的，可以实现两种设计之间的直接融合，从而更加灵活自由。

作为特殊VLAN 的典型，建议保留VLAN1作为管理VLAN，管理VLAN覆盖到全网的每一台交换机，但在第三层接口上，需要与其他业务VLAN进行有效的隔离。

本方案中是根据各个业务划分VLAN，具体划分如下：

服务器业务VLAN（VLAN 100、101、102）：服务器VLAN是各功能模块服务器所属的VLAN,个功能模块处于不同的vlan是为了防止广播域过大，导致服务器不能正常收发数据。

机关大院终端业务VLAN（VLAN 200）：用于机关大院终端业务使用。

各与链路互联VLAN（VLAN 300-321）：该VLAN是将每个支大队与核心设备互联所用，用于承载设备之间的互联地址。

其他VLAN（VLAN 500及以上）：其他VLAN用于后续业务扩容。

5.2.5.2 网络拓扑设计

【单位名称】电子政务内网是北京市电子政务内网的重要组成部分，按照北京市电子政务内网有关要求建设、使用和管理。符合国家电子政务内网安全保密要求，并经国家保密管理部门涉密信息系统分级保护测评审批后，申请接入北京市电子政务内网中央网络平台。

【单位名称】电子政务内网由核心区、网络接入区（向上）、网络接入区（向下）、密钥管理区、电子认证区、安全管理区、信任服务区、应用及数据区、用户区、视频会议区、XXXX个网络区组成。网络总体架构图如下图所示：

5.2.5.2.1 核心区

核心交换区由2台核心交换机、1台入侵检测系统、1台网络审计系统、1台漏洞扫描系统组成。核心交换机上联网络接入区（向上）密码认证网关与边界防火墙，下联网络接入区（向下）、密钥管理区、电子认证区、安全管理区、信任服务区、应用及数据区、用户区、视频会议区。

5.2.5.2.2 网络接入区（向上）

网络接入区（向上）部署在【单位名称】电子政务内网边界，与北京市电子政务内网相连，实现【单位名称】安全接入北京市电子政务内网网络结点。网络接入区（向上）部署1台出口交换机、1台千兆网络密码机、1台防火墙和1台密码认证网关。

5.2.5.2.3 网络接入区（向下）

网络接入区（向下）部署在【单位名称】电子政务内网与16个区县以及6个直属内网边界，上联核心交换区，下联各出口交换机。网络接入区（向下）部署1台出口交换机、1台千兆网络密码机、1台防火墙和1台密码认证网关。

5.2.5.2.4 密钥管理区

密钥管理区部署二级密码管理系统，通过远程访问终端登录北京市二级密码设备管理系统，查看【单位名称】电子政务内网中新一代普通密码设备的运行情况、执行密钥分发等管理操作。主要部署1台防火墙、1台管理终端、1台百兆传输层密码机和配套认证型智能密码钥匙。

5.2.5.2.5 数字认证区

数字认证区建设通过对上接入北京市电子认证节点中的证书注册子系统，实现为【单位名称】电子政务内网用户、设备、应用提供统一的数字证书注册及本地化制证服务。

系统组成包括1套本地证书注册系统、1套从目录服务系统/证书查询验证服务系统、1台证书发布设备、1台服务器密码机、1台防火墙、3台交换机、配套管理员数字证书载体和用户数字证书载体等。

5.2.5.2.6 安全管理区

安全管理区主要部署1台防火墙、1台接入交换机以及涉密专用配置管理及三合一管理融合系统、涉密专用服务器及三合一管理融合系统、主机监控与审计系统、电子签章系统、服务器审计系统、打印及刻录监控与审计系统、运维管理软件、身份鉴别系统、病毒防治系统等安全保密系统。

5.2.5.2.7 信任服务区

信任服务区部署信任服务体系，主要实现用户、网络、应用和信息等资源安全利用和行为信任管理，对全网互联互通与互验互信提供支撑，对上能够实现与北京市电子政务内网信任服务系统的对接和互信互认。主要完成资源管理、授权管理、身份认证、电子签章和可信时间五大系统及配套密码设备的建设。。

部署1台防火墙、1台密码认证网关、3台接入交换机通过信任服务区边界防火墙上联核心交换区核心交换机，下联服务器及服务器密码机、管理终端；部署1台电子签章服务系统服务器、1台身份认证系统服务器、1台授权管理系统服务器、1台资源管理服务系统服务器、1台可信时间服务系统服务器、2台数据库服务器及1台千兆服务器密码机、1台商用服务器密码机。

5.2.5.2.8 应用及数据区

应用及数据区是电子政务内网核心业务应用、数据库及存储备份系统部署区域。部署2台接入交换机，通过访问控制网关上联应用服务与存储备份区边界防火墙，下联应用系统应用服务器、数据库服务器及备份系统。该交换机上旁路部署负载均衡设备和数据库审计，实现应用服务的负载分担以及数据库安全审计。部署2台光纤交换机，上联数据库服务器，下联存储系统。

5.2.5.2.9 用户区

部署3台终端接入交换机，上联核心交换机，下联接入终端。

5.2.5.2.10 视频会议区

部署视频会议接入交换机，上联核心交换机，下联视频会议终端、视频会议MCU、呼叫注册服务器、录播服务器及会议管理平台。

5.2.6 安全系统设计

5.2.6.1 系统定级

为加强涉及国家M_M的信息系统的保密管理，国家保密局于2005年12月印发了《涉及国家M_M的信息系统分级保护管理办法》（国保发【2005】16号）文件，同时根据《国家信息化领导小组关于我国电子政务建设指导意见》（中办发【2002】17号）以及《国家信息化领导小组关于推进国家电子政务网络建设的意见》（中办发【2006】18号）文件。本单位涉密信息系统处理信息的最高MJ为机MJ，因此将本单位涉密信息系统确定为"机MJ"，并按《涉及国家M_M的信息系统分级保护技术要求》和《涉及国家M_M的信息系统分级保护管理规范》的"J_M一般"的要求进行安全保密建设和管理。

5.2.6.2 安全体系框架设计

本方案依据"规范定密、准确定级；依据标准、同步建设；突出重点、确保核心；明确责任、加强监督"的指导思想，从物理安全、运行安全、信息安全保密、安全保密管理、产品选型与安全服务等方面对文联电子政务内网进行安全防护设计。系统安全保密防护框架图如下图所示：

XXX

5.2.6.3 安全保密系统设计

5.2.6.3.1 物理安全

本次项目在【单位名称】北楼2层新建屏蔽机房，屏蔽机房设计满足分级保护机MJ要求，从信息系统安装部署的物理环境、信息系统相关的设备安全、各类涉密信息相关的存储介质安全等方面采取措施，防止信息系统中的网络设备、设施、介质和信息遭受自然灾害、环境事故以及人为物理操作失误或错误及各种以物理方法进行违法犯罪行为导致的破坏、丢失。

5.2.6.3.2 运行安全

运行安全主要包括备份与恢复、系统安全性保护、应急响应和运行管理。

其中备份与恢复包括数据、设备、传输线路、支持保障系统、备份环境以及系统恢复预案等内容；系统安全性保护包括恶意代码与计算机病毒防治、软件安装管理、设备接入管理和系统补丁管理等内容；应急响应和运行管理包括应急响应的组织机构、标准规范、基础设施、技术措施、应急计划以及应急响应状态下的安全保密措施等内容。

针对分级保护运行安全要求，本次项目将在电子政务内网建设"三合一"系统、病毒防治系统的安全保密软件。

5.2.6.3.3 信息安全保密

为了保证涉密信息系统中信息的保密性、完整性、可控性、可用性和抗抵赖性，需要采用多种安全保密技术，如物理隔离、MJ标识、身份鉴别、访问控制、信息加密、电磁泄漏防护、信息完整性校验、抗抵赖、安全审计、安全保密性检测、入侵监控、操作系统安全防护、数据库安全防护等。

针对分级保护信息安全保密建设要求，本次项目将在电子政务内网建设入侵检测、网络审计、数据库审计漏洞扫描等安全设备，主机监控与审计系统、打印刻录监控与审计系统、服务器审计系统、身份鉴别系统、密集标志系统等安全保密软件。

5.2.7 密钥管理系统设计

密钥管理系统通过远程访问终端登录北京市二级密码设备管理系统，查看【单位名称】电子政务内网中新一代普通密码设备的运行情况、执行密钥分发等管理操作。

5.2.8 数字认证系统设计

数字认证系统建设是【单位名称】电子政务内网建设的重要组成部分，通过对上接入北京市电子认证节点中的证书注册子系统，实现为【单位名称】电子政务内网用户、设备、应用提供统一的数字证书注册及本地化制证服务。

【单位名称】电子认证区接收本地证书的使用申请，上报给北京市电子认证节点进行注册、审核和签发后，完成证书的制作。

5.2.8.1 本地证书注册系统

本地证书注册系统实现证书的注册申请，并将申请递交到北京市电子政务内网电子认证节点进行注册审核与签发后，完成证书制作。主要功能包括证书注册申请以及本地化数字证书制作。

5.2.8.2 从目录服务系统/证书查询验证服务系统

从目录服务系统/证书查询验证服务系统主要功能包括：证书和证书撤销列表的发布、更新服务，基于LDAP协议的目录访问服务，基于OCSP技术的证书在线状态查询服务。

本地证书注册系统的目录服务采用从目录结构，应用系统可以从目录服务系统上获取证书签发系统发布的机构证书、终端实体证书、机构证书撤销列表、增量CRL和基本CRL信息。

5.2.8.3 证书发布设备

1、目录服务

1）能够通过目录服务为证书用户提供证书及证书撤销列表的查询和下载服务；

2）能够提供包括机构证书和在用和已过期的所有应用证书的查询和下载功能；

3）采用"分布式服务"模式，支持一主多从的同步复制机制。

2、证书状态查询服务

具备为证书用户提供证书状态在线查询的功能。

3、系统状态上报

支持定期向证书签发管理设备上报系统运行状态。

4、安全审计

能够对管理员的操作行为进行签名和验签。

5.2.8.4 服务器密码机

服务器密码机通过网络接口为内网涉密应用系统提供数据加/解密、杂凑计算、数字签名/验证等密码服务，为涉密应用系统的实体鉴别、数据J_M性、数据完整性和不可否认性等提供密码保障。

5.2.8.5 管理员数字证书载体

管理员数字证书载体承载【单位名称】电子政务内网本地证书注册系统管理员数字证书，用于系统管理员登录本地证书注册系统时进行身份鉴别。

5.2.8.6 用户数字证书载体

用户数字证书载体承载【单位名称】电子政务内网用户的数字证书，用于用户登录业务应用时，进行身份鉴别。

5.2.9 信任系统设计

信任服务区部署信任服务体系，面向【单位名称】电子政务内网为各类业务应用和网络行为提供资源管理、身份认证、授权管理等安全服务支撑，主要实现用户、网络、应用和信息等资源安全利用和行为信任管理，对全网互联互通与互验互信提供支撑，对上能够实现与北京市电子政务内网信任服务系统的对接和互信互认。主要完成资源管理、授权管理、身份认证、电子签章和可信时间五大系统及配套密码设备的建设。。

5.2.9.1 电子签章管理服务系统

电子签章服务管理系统对电子签章的全生命周期进行管理，为用户和应用系统提供一套完整的安全、高效、便捷的印章制作、印章签发、印章发布、文件签章和签章验证服务，实现电子签章的规范管理、安全可控和互验互信，为公文处理系统、公文交换系统等各类办公应用提供可信支撑服务。

电子签章管理服务系统由电子签章注册系统、电子签章签发系统、电子签章发布验证系统、电子签章在线服务系统和电子签章签章验章客户端组成。

（1）电子签章注册系统

电子签章注册系统实现电子签章申请组织机构管理、电子签章制作申请及申请审核、电子签章状态（签发、撤销、冻结、解冻结）变更申请及申请审核、电子签章载体制作发放、电子签章数据离线导出等功能，主要包括电子签章注册业务系统、电子签章注册密码服务系统和电子签章注册管理客户端。

（2）电子签章签发系统

电子签章签发系统实现电子签章业务审核、电子签章制作与签发、电子签章状态（签发、撤销、冻结、解冻结）变更、电子签章信息发布和电子签章管理等功能，主要包括电子签章签发业务系统、电子签章签发密码服务系统和电子签章签发管理客户端。

（3）电子签章发布验证系统

电子签章发布验证系统实现电子签章状态信息发布、电子签章撤销列表下载、电子签章的有效性查询验证、电子签章状态数据全网同步和下级子系统监管，主要包括电子签章发布验证业务系统、电子签章发布验证密码服务系统和电子签章发布验证管理客户端。

（4）电子签章在线服务系统

电子签章在线服务系统实现电子签章列表和电子签章数据的在线获取服务、导入、统计等功能，主要包括电子签章在线服务业务系统、电子签章在线服务密码服务系统和电子签章在线服务管理客户端。

（5）电子签章签章验章客户端

电子签章签章验章客户端在电子签章发布验证系统和电子签章在线服务系统的支持下，实现对电子文件的签章、验章功能。

5.2.9.2 身份认证应用服务系统

身份认证应用服务系统既是为内网实体提供可信身份鉴别的服务系统，也是基于可信身份对用户通行网络、访问业务应用等网络行为实施控制的系统。安全规范的身份认证应用服务是实现身份互信互认、业务应用安全协同的重要基础。系统使用电子认证系统签发的应用系统证书和设备证书开展服务，使用电子政务内网密码协议和密码设备对有关通信协商和通信数据等进行保护。

身份认证应用服务系统基于电子认证系统颁发的数字证书，实现用户、应用和设备等实体身份认证、身份认证结果传递、证书验证、单点登录和访问控制等功能。

身份认证应用服务系统符合《国家电子政务内网信任服务设施建设总体方案》和《国家电子政务内网身份认证应用服务系统技术规范》等相关标准规范要求，该系统由认证服务系统、域间证书验证服务系统、资源访问控制网关和认证客户端组成。

5.2.9.3 授权管理服务系统

授权管理服务系统是基于用户的可信身份（数字证书），对用户的网络行为进行授权与权限鉴别的服务系统，采用安全规范的授权机制和权限信息共享机制为本地区本部门业务受控访问以及跨地区跨部门业务协同和信息共享提供支撑。系统使用电子认证基础设施签发的应用系统证书开展服务，使用电子政务内网密码协议和密码设备对有关通信协商和通信数据等进行保护。

授权管理服务系统支持基于身份、属性和角色的授权策略，支持直接授权和委托授权工作模式，对用户的网络接入和应用访问进行权限管理，为接入控制网关、访问控制网关和业务应用提供在线鉴权服务。授权管理服务系统由授权管理系统、鉴权服务系统和本地权限信息库三部分组成。

（1）授权管理系统

授权管理系统基于用户、应用、有关网络资源和组织架构等资源信息，对用户访问业务应用、用户通行网络等行为进行权限配置。

（2）鉴权服务系统

鉴权服务系统基于本地权限信息库，为接入控制网关、访问控制网关和业务应用提供安全的在线鉴权服务。

（3）本地权限信息库

本地权限信息库用于存储授权管理系统生成的权限信息。

5.2.9.4 资源信息管理服务系统

资源信息管理服务系统从证书注册点的证书目录服务中获取用户和设备数字证书信息，形成用户、应用，有关网络和组织架构资源信息；资源信息管理服务系统按需将资源信息共享给本地业务应用和信任服务设施相关系统，以及其他地区（部门）资源信息管理服务系统使用。

（1）资源信息

资源信息由资源属性组成，资源信息按照《国家电子政务内网资源信息管理服务系统资源编码规范》约定的数据格式管理和使用。各地区（部门）可根据自身业务应用需要扩展资源属性，地区（部门）内部可自行定义扩展属性，多个地区（部门）可按需协商共用的扩展属性。

用户资源信息分为机构用户和人员用户资源信息，机构用户资源信息主要包括政务部门名称、数字证书等，用户资源信息主要包括政务工作人员姓名、工作部门和数字证书等。

应用资源信息包括业务应用系统、信任服务设施相关系统的名称、IP地址、服务端口等信息。

有关网络资源信息包括资源访问控制网关地址、受保护的IP网段等资源信息等。

组织架构资源信息是按照政务部门实际组织建立的层级化树形资源信息，由资源编码、名称、行政级别等属性组成。

（2）资源信息注册同步服务

资源信息注册同步服务包括资源信息在线注册和同步等。资源信息在线注册生成资源信息；资源信息同步（如推送、内存共享等）按照同步策略将资源信息提供给本地业务应用、信任服务设施其他系统，以及其他地区（部门）资源信息管理服务系统使用。

（3）资源信息目录服务

资源信息目录服务按照目录发布策略为业务应用和信任服务设施相关系统提供资源信息查询、下载服务。

（4）资源信息管理

资源信息管理包括资源信息维护管理、服务策略管理和系统自身运行监管等功能。其中，服务策略管理包括资源信息注册策略、同步策略、目录发布策略等管理。

（5）资源信息库

资源信息库存储用户、应用、有关网络及组织架构资源信息。

5.2.9.5 可信时间服务系统

可信时间服务系统是为内网提供时间同步、时间戳服务的系统。统一的内网时间是业务应用、设备运行维护管理以及网络行为审计、追责等的基本要求，基于密码技术的时间戳服务是确保内网政务办公行为时间可信的关键。系统使用电子认证基础设施签发的应用系统证书和设备证书开展服务，使用电子政务内网密码协议和密码设备对有关通信协商和通信数据等进行保护。

可信时间服务系统由可信时间服务代理、时间戳服务系统、时间监管系统三部分组成。

（1）可信时间服务代理

可信时间服务代理从基准时间系统获取基准时间，为可信时间服务系统提供时间同步服务，为网络设备、专用设备、应用服务器、信任服务设施相关系统及终端提供普通时间同步和安全时间同步服务。

（2）时间戳服务系统

时间戳服务系统为检察政务内网各系统提供数字签名的时间戳，保证处理数据在某一时间的存在性及相关操作的可信，为业务处理的不可抵赖性提供有效支持。

（3）时间监管系统

时间监管系统提供在线监管服务，通过接收基准时间系统、可信时间服务代理、时间戳服务系统上报的运行状态数据及时间戳服务情况统计等，为系统运行、维护及管理提供支持。

5.2.9.6 千兆服务器密码机

千兆服务器密码机具备千兆网络通信能力和千兆密码处理能力，通过网络接口为内网涉密应用系统提供数据加/解密、杂凑计算、数字签名/验证等密码服务，为涉密应用系统的实体鉴别、数据J_M性、数据完整性和不可否认性等提供密码保障。

5.2.9.7 商用服务器密码机

商密服务器密码机为【单位名称】电子政务内网电子签章数据制作生成时提供商用密码调用服务。支持SM2（xxxx位）密码算法；支持SM1对称密码算法；支持SM2非对称密码算法，提供数字签名、验签接口；支持SM3散列算法；支持对称、非对称密钥的产生，存储和销毁，保证密钥在生存周期的各个环节的安全性等。

5.2.9.8 密码认证网关

密码认证网关是基于密码技术实现身份认证、应用/网络资源访问控制的安全设备，支持与资源信息管理服务系统、授权管理服务系统等进行组合部署，实现资源、权限的统一管理，满足网络和信息系统对安全防护、监控管理能力的要求。

5.2.10 终端系统设计

5.2.10.1 建设范围

本项目涉及机关、XXXXX个区县以及XXXX个直属级单位政务内网办公PC终端、外设及基础办公软件的安装部署。

5.2.10.2 选型原则

安全可控产品按党政机关安全可控应用信息类产品采购名录进行选型，不在清单内的选择适配的国产产品。

5.2.10.3 建设内容

为满足内办公需求，本项目在政务内网拟采购安全可控办公终端数目如下：电子政务内网安全可控办公终端xxxx台（xxx台，16个区县以及6个直属级单位共145台）和外设24台（机关、16个区县以及6个直属级单位各1台A4彩色打印机，A3彩色打印机 1 台）的全面替代。所有办公终端配置分别安装流式软件、版式软件等。

具体终端配发设计如下：

5.2.10.4 功能性能

1．安全可控终端

涉密专用计算机-台式：CPU主频≥2.3GHZ、核心数≥8；内存≥8GB；硬盘≥120GB SSD +1TB HDD；独立显卡，显存≥1GB；显示器≥23.8英寸，1块千兆光网卡（含光模块），含正版操作系统、三合一硬件、红盘。

2. 身份鉴别：

身份鉴别系统-用户USB KEY：用户USB KEY。

智能密码钥匙：支持SM1、SM2、SM3、SM4、算法，具有身份认证、加/解密、签名/验签等功能。

3．A4多功能打印扫描一体机

涉密A4多功能打印扫描一体机：具备文字文档打印、图片打印、份数设置、范围设置、页边距设置、缩放打印设置、打印队列管理等基本功能，支持彩色/黑白扫描、彩色/黑白打印、彩色/黑白复印、自动双面打印、网络打印、平板稿台及自动进纸器扫描/复印。

4．A3多功能打印扫描一体机

涉密A3多功能打印扫描一体机：具备文字文档打印、图片打印、份数设置、范围设置、页边距设置、缩放打印设置、打印队列管理等基本功能，支持彩色/黑白扫描、彩色/黑白打印、彩色/黑白复印、自动双面打印、网络打印、平板稿台及自动进纸器扫描/复印。

5．干扰仪

用于防止计算机视频信息被窃收还原。

6．流式软件

用于处理文字、表格及幻灯片的流式办公软件，包括WPS文字、WPS表格、WPS演示三个应用。

7．版式软件

用于处理OFD格式文件的版式办公软件。主要功能包括：阅读、编辑、保存、打印。

5.2.11 视频会议系统设计

5.2.11.1 方案设计依据

IETF RFC 3261：会话初始协议(SIP)

ITU-T H.323：分组多媒体通信系统

IETF RFC 4582：BFCP双流协议

IETF RFC 3264：使用SDP协议的Offer/Answer协商模型

IETF RFC 3550：实时媒体传输协议（RTP）/实时媒体传输控制协议（RTCP）

IETF RFC 6716：OPUS音频编解码定义

MPEG AAC-LC：低复杂度规格高级音频编码

MPEG AAC-LD：低延迟规格高级音频编码

ITU-T G.722：用于16 KHZ采样率的标准化宽带语音编码算法

ITU-T Rec. G.711-1988：数字传输系统的通用部分：音频的脉冲编码调制

ITU-T Rec. H.264-2005 H系列：用于通用音视频服务的先进视频编码

ITU-T Rec. H.265-2018：高效视频编码

GB/T 28181-2016：公共安全视频监控联网系统信息传输、交换、控制技术要求

5.2.11.2 视频会议系统功能设计

5.2.11.2.1 高清晰视音频功能

5.2.11.2.1.1 全高清视频体验

本项目新建的视频会议系统支持以下高清标准：

720P(1280×720)@25/30 fps （p：Progressive 即逐行扫描）

720P(1280×720)@50/60 fps （p：Progressive 即逐行扫描）

1080P(1920×1080)@25/30 fps （p：Progressive 即逐行扫描）

1080P(1920×1080)@ 50/60 fps （p：Progressive 即逐行扫描）

5.2.11.2.1.2 CD级音质体验

视频会议系统采用AAC-LD/ HWA-LD宽频的语音技术，语音质量有了大幅度的提高，可以到达CD音质效果。

视频会议系统支持全方位的语音处理，采用快速自适应回声抵消（AEC）、自动增益控制（AGC）和自动噪音抑制（ANS）技术，可向用户提供清晰的全双工数字音频；采用输入音频通道独立处理技术，AudioEnhancer（语音增强）和VoiceClear（语音清脆化）等专利技术使声音听起来更加饱满和丰富。

5.2.11.2.1.3 MCU全适配技术

由于MCU为真正的全编全解架构，可以最大限度任意会场、任意协议、任意速率的支持速率、协议动态适配，即所有参会的会场均能够以不同的通信协议、不同的带宽、不同的视音频协议、不同的清晰度加入会议。所有的会场加入会议中均先进行图像解码，然后再进行重新编码组合成新的图像。

MCU支持以下任意编码协议、图像格式在任意支持速率（64K～8M）下适配。

H.261 QCIF/CIF

H.263 QCIF/CIF/4CIF

H.264BP/HP QCIF/CIF/4CIF

H.264BP/H.264HP 720P30fps

H.264BP/H.264HP 720P60fps

H.264BP/H.264HP 1080P30fps

H.264BP/H.264HP 1080P60fps

H.265 4K*2K30fps

1．自动多画面

MCU支持自动多画面，随会场的新增/删减自动新增/删减多画面，不需要管理员手动操作，智能提供多画面给会场用户观看；同时各会场可任意选看不同子画面组合的多画面，满足不同会场用户观看不同多画面的需求。

2．音频自适应

MCU应用强大的音频自适应功能，即终端加入会议时，根据终端的音频能力，MCU可以自动匹配MCU和终端都支持的最优音频协议，让终端入会，充分保证各标清高、标清终端自动入会，保证最优秀的音频效果；而整个过程由MCU自动完成，不需要任何手工操作，智能提供优质的语音效果。

3．活动会议速率、视频动态适配

MCU支持强大的视频、带宽动态适配功能，即正在召开的高清会议，可以任意添加不同带宽、不同视频协议的高清终端、标清终端入会；当添加的会场能力低于会议时， MCU将自动完成会议动态适配，兼容不同能力终端入会，提供智能的适配功能。

5.2.11.2.2 云化资源池功能

高清视频平台内多个MCU资源进行资源池化，多MCU间的端口接入资源可以按照企业需求进行按需配置，实现就近接入、资源负载均衡、会议稳定备份的功能。

平台MCU资源池具有负载均衡功能，会根据每块业务板甚至MCU的忙闲状态，进行资源动态调整，每个单位的终端接入MCU平台时，系统会自动地为本服务区内的参会会场选择最优的MCU接入资源。

1．资源池功能具体分为四个方面：

1）MCU资源备份：当MCU异常时，系统自动将该MCU上的会议移动到其他可用的MCU上

2）服务区备份：一个服务区内MCU资源不够，会自动调度到备用服务区的MCU上

3）服务区MCU级联：服务区中的单台MCU资源不够时，可以与同区另外一个MCU级联开会

4）就近接入：自动寻找离自己最近（同服务区）的MCU接入

5）会议备份：会议在一个MCU上召开，该MCU故障后，会议回自动切换到另外可用的MCU上重新召集

MCU资源池管理的目的是实现多个区域用户对同一区域内的MCU会议端口资源的共享使用, 实现"MCU资源共享、MCU资源备份", 以减少整体会议端口资源建设的配比。

举例来讲，A区有100个终端，B区有80个终端，按照以前老的思路，A区的MCU端口数至少应该为100个，B区的MCU端口数至少为80个，整体上为180个。

但如下图所示，不同时间会议终端使用率是不同的，有高峰期也有低峰期：

按上图所示终端的平均使用率都为30%，考虑到20%的突发状态，A区的MCU 端口=10030%（平均）+10020%（突发）=50，B区MCU的端口=8030%（平均）+8020%（突发）=40 ，这个端口数基本上就覆盖了客户85%以上的会议。但考虑到突发情况并不都同时发生，因此A区+B区资源共享后端口= 10030%（平均）+8030%（平均）+100*20%（突发）=74，这样比相比以前MCU需要配180端口数，整体建设少了106个，整体建设成本减少了106/180=59%。

MCU资源池主要是通过会议管理系统实现对终端调度在MCU上的智能判断，并将会议调度成功，其核心功能就是MCU资源池的调度策略。

如上图所示：

会议管理系统软件主要实现的功能包括：实时获取MCU资源变化，虚拟MCU资源池，会议资源调配，通知MCU占用资源。

系统功能如下：

1．实时获取MCU资源变化

会议管理系统软件实时获取MCU资源，检测MCU资源的动态变化，为后续资源调配做好准备。

2．虚拟MCU资源池

会议管理系统软件通过虚拟MCU建立资源池。如图中将MCU 1和2、3和4分别虚拟成两个资源池A和B，资源管理软件对各个资源池的使用情况进行记录和管理。

3．会议资源调配

会议管理系统软件根据用户对会议的请求，计算需要的会议资源，按资源调配策略进行资源的占用。

4．通知MCU占用资源

会议管理系统软件在资源调配后，通知MCU召开会议，MCU和终端建立呼叫，占用MCU的资源。

5.2.11.2.3 丰富的会议召集模式

5.2.11.2.3.1 终端呼叫-主叫呼集

会场操控人员仅使用遥控器或PAD、Touch便可直接呼叫对方的号码（或从电话本选择呼叫），无需其他人协助，可以在任意几个终端会场，自主召集会议，不需要系统管理员协助。系统侧可实现无人值守，实现一键呼集已选择会场入会。

5.2.11.2.3.2 终端呼叫-视音频IVR导航

通过拨打统一接入号按照视频提示信息逐步操作，可以创建或者加入会议。

5.2.11.2.3.3 终端呼叫-激活ad-hoc会议

终端通过呼叫已经设定ad-hoc(即时会议)会议ID号，即可激活会议，对应会议中的会场将会自动被呼叫入会。

5.2.11.2.3.4 终端呼叫-特服号入会

如果采用上述方式召集会议后，某个终端会场未能按时入会并且不记得会议号，可通过拨打设置的特服号，系统会自动判断该终端当下应加入的会议，从而让终端加入会议中，无需用户记住会议号。

5.2.11.2.3.5 VMR虚拟会议室入会

VMR（Virtual Meeting Room）会议是指给一些用户或会议场所分配一些固定的VMR号码，每个接入号就好比一个虚拟的会议室。用户无需预定会议，直接拨VMR号码或单击该VMR号码对应的链接即可快捷入会，享受免预定随时随地开会的业务体验。

VMR会议以个人VMR的方式提供业务。给一个用户或者会议设备分配VMR会议资源，即在一个帐号上绑定一个VMR号码。此时，该VMR会议只属于该帐号，只有该帐号才能激活VMR会议室，激活后其他与会人才可以拨号入会。如果该帐号没有激活VMR会议，其他人无法入会。一个VMR会议在同一时间只能召开一个会议。

VMR会议可以保障个人用户的会议资源不被占用，任何时候要开会都可以开成功。

5.2.11.2.3.6 管理平台Web预约

用户可以登陆Web自行预约会议，并添加相应会场，各会场根据预约情况显示忙闲；会议到预定时间，系统便自动呼叫终端/会场入会。

5.2.11.2.4 完善的会议控制功能

视讯解决方案支持通过会议管理平台、视频会议终端等进行会议控制。

5.2.11.2.4.1 会议管理平台会控

会议管理平台支持搜索和查看会议，并支持对正在进行的会议执行丰富的会控操作。

每端口多画面：支持从会议管理平台的会控界面上操作每个会场观看不同的多画面模式，区别于会议默认的每端口多画面，这个可以认为的制定成想要的模式；

远程摄像机控制：用户可以调整终端摄像头，放大/缩小，调近/调远焦距 ；

轮询模板：支持预先设置单/多画面的轮询模板，会场、顺序、时间间隔等参数信息都可以指定；

会场提示信息配置

预置会场顺序

5.2.11.2.4.2 终端会控

5.2.11.2.5 会议录制与直播功能

提供基于视讯系统的高清录播解决方案，将会议中的视频、音频和辅流信号进行一体化的同步录制、直播和点播，全面记录会议内容，给用户的学习和工作带来了极大的便利。

录播服务器支持会议录制和直播，无法现场参加会议的用户可以在任意地点观看直播视频，在任意时间观看点播视频，使会议内容在更大范围得到分享，有效提高了沟通和办公效率，极大提升了视讯系统的使用价值。

5.2.11.2.5.1 会议录制功能

录播服务器基于IP网络，可以在会议过程中随时启动、停止会议录制，将会议中的视频、音频信号和计算机动态屏幕信号进行同步组合录制，并能够存储回放。

支持多个会议同时录制。支持双流会议的同步录制及直播、点播。采用"所见即所得"的录制方式，全面记录会议，减轻会议管理人员的工作负担。

支持视频会议终端在不召开远程会议的时候，单点连接录制本地会场的会议（包括双流）。

点对点会议录制

单个终端呼叫统一录制号或录播服务器号码/IP发起录制请求，快速实现录制功能。

多方会议录制

录播服务器被MCU呼入多方会议后，根据MCU的视频切换策略进行录制，也可以指定会议中任一会场或多画面进行录制。

直播评论

用户观看直播内容时，可以实时在线交流讨论；在观看点播内容时可以发表评论。

5.2.11.2.5.2 便捷的播放功能

录播服务器通过视讯的在线直播和点播功能，直播内容包括视频、音频和计算机动态屏幕，接收效果清晰流畅。支持CIF/4CIF/720p/1080p等多种格式的会议直播，最高支持1080p/30Hz的高清会议直播，带来细致入微的视觉体验。

支持无插件点播，在计算机、平板电脑、会议终端等多种设备，通过业界主流浏览器访问Web页面，在无需安装插件的情况下，流畅观看会议视频。

5.2.11.2.6 报表统计功能

会议管理平台支持会议报表、设备报表、告警报表、投资回报率报表及话单的统计。

5.2.11.2.6.1 基本的报表

会议管理平台支持按不同维度输出指定时间范围内的会议报表，包括按调度来源、计费码、组织结构等维度输出。同时，会议管理平台也支持输出设备利用率、告警、投资回报率的报表。

会议管理平台中基本的报表包括：

• 会议报表

• 会议统计报表

• 按调度来源统计报表

• 按计费码统计报表

• 按组织结构统计报表

• 按会议会场统计报表

• 设备报表

• 设备统计报表

• 会场入会报表

• 会场利用率报表

• MCU利用率报表

• 告警报表

• 投资回报率报表

报表可以保存为“Excel”或“PDF”文件，也可以直接打印。

5.2.11.2.6.2 CDR

定义会议模板时可以指定计费码，会议结束后可以按照计费码统计会议信息，生成包含计费码的CDR（Call Detail Record）话单，供第三方计费。

话单包括：

多点话单

话单中包含：会议名称、会场名称、会场标识、设备类型、呼叫会场类型、呼叫开始/结束时间、计费码、会议ID及XXXX人。

点对点话单

话单中包含：主叫标识、主叫协议类型、被叫标识、被叫协议类型、呼叫带宽、呼叫开始/结束时间。

导出的CDR话单为".cvs"格式，可以直接打开阅读。

5.2.11.2.7 管理维护功能

5.2.11.2.7.1 分级分权管理

会控管理系统的功能以组织结构为主线，划分出不同的组织/层级结构，每个组织结构内提供完整的业务功能，包括用户权限、MCU、会场、会议模板、会议调度、会议控制、统计和报表，可看作为一套虚拟的业务系统使用。

组织权限

按照组织结构管理用户：

只有当用户归属到组织当中时，才能登录系统。

一个用户可以分配到多个组织中，不同组织中用户的权限可以不同。

下级组织节点的权限在没有指定时继承上级组织。

按照组织关系管理设备，一个组织下可包含多个设备，同一个设备可从属于多个组织。

按照组织关系管理会议。

各层级/组织用户登入仅看到自己组织的设备、会议等资源

上级用户可以具备管理组织权利，下级用户没有管理上级组织权利。

用户权限

会控管理系统默认提供三个级别的用户：系统管理员、会议管理员、普通用户。默认的权限组不能被修改或删除，另外会控管理系统支持自定义用户类型。

各级组织结构的用户权限能够操作本组织结构和下级组织结构中的会场、MCU、会议模板、会议。

系统管理员（Administrator）

具有会控管理系统的全部操作权限，包括各类设备（会场、MCU、SC、录播服务器、融合网关）管理、会议管理和系统配置等。

会议管理员（Conference administrator）

具有本组织结构下的设备（会场、MCU）管理和会议管理权限。

普通用户（Operator）

具有本组织结构下的会场列表查询和会议模板操作权限。

自定义用户

具有系统管理、用户及组织结构管理、设备（会场、MCU、SC、录播服务器、融合网关）管理，会议管理以及第三方调用权限。

5.2.11.2.7.2 设备批量处理

会控管理系统支持批量导入、导出不可管理会场，对不可管理会场进行添加、修改和删除。

如果需要添加较多不可管理会场，可通过下载"批量导入模板"填写模板内待添加不可管理会场信息，向会控管理系统上传填写好的模板，批量化导入待添加的不可管理会场。

如果需要修改、删除较多不可管理会场，可通过导出当前不可管理会场信息，在导出模板中修改、删除相应不可管理会场后，向会控管理系统上传修改后的模板，对不可管理会场实现批量化修改、删除。

5.2.11.2.7.3 系统设备拓扑图生成管理

设备拓扑图：主要是将设备的"地理位置"呈现在一张"地图或图片"的正确位置上。在这个带有背景图的界面中，任意放置设备图标来表示布局示意图。设备图标在拓扑图上显示状态，以及是否有告警。支持多个拓扑图，拓扑图可以做为其他拓扑图的子图。

设备拓扑可以直观的标识全网设备的地址位置，展现客户投资；实时呈现设备状态，及时监控资源的健康情；提供设备统计功能，方便掌握资源利用情况；拓扑背景图可定制化，满足客户个性化需求。

5.2.11.2.7.4 系统设备巡检

客户现网会定期检查设备的健康状况，当前的检查项全部为人工操作，由于设备类型单一，且分布在各个地方，会导致维护人员重复性手工劳动、耗时耗力，维护成本较大。 会控管理系统提供了设备自动巡检功能，并自动收集各个设备巡检的结果，供用户后续查看。

支持自定义设备巡检项；

支持设备巡检结果导出；

支持闲时巡检或上电巡检；

支持终止巡检；

会控管理系统支持对终端进行巡检。

5.2.11.2.7.5 系统告警和日志管理

会控管理系统支持在Web界面查看操作日志。日志内容包括：

系统运行的告警信息

Web用户登录、退出记录

会议操作记录

会议调度记录

终端入会记录

设备Trap告警记录

设备添加、修改、删除操作记录

日志管理

告警管理

会控管理平台支持在Web界面查看系统告警，同时支持自定义设置各类告警的级别及提示方式等。

查看告警

在Web界面查看系统告警时，可对正在发生的告警进行确认和清除操作。

会控管理平台中内置了常见的告警场景，可设置各类场景的告警级别、是否屏蔽和是否开启声音等参数，而且能自定义设置告警声音文件。会控管理平台支持在Web界面查看系统告警，并对正在发生的告警进行确认和清除操作。

5.2.11.2.7.6 Nlog网络线路实时监控

承载网络的QOS质量对视讯系统的效果有着极大的影响，由于网络故障出现丢包等情况时，视讯的视音频质量就会受到影响，出现马赛克、停顿等现象。

高清视讯系统通过Nlog管理平台对MCU和终端进行端到端的监控，实时记录会议过程中各会场的丢包率情况和状态变化情况，并将丢包率以图形化的方式按照视频、音频以及辅流数据进行分类统计、记录以及显示。在会议中，实时刷新各种丢包率，当某些会场存在图形或声音故障时，通过会场丢包统计工具，分析其会场具体时间点的视音频丢包率，从而准确地判断出会场的故障原因，并以此为依据对网络QOS质量进行改进，提升会议质量。

5.2.12 运行维护系统设计

5.2.12.1 运维系统建设

随着信息化建设的不断深入，业务系统与IT系统的结合度愈来愈高，业务系统的运行稳定性和持续性要求也逐步提高。目前【单位名称】信息化运维人员较少，服务流程有待建立，运维组织结构需要完善。同时随着安可替代工程的建设，运维工作量会有较大的增长，现有运维服务水平难以满足日常运维服务的要求，因此迫切需要借助完善的综合运维管理系统把运维人员、运维流程有机结合起来，有效提升办公内网的整体运维管理水平和服务质量。

为保障业务系统稳定高效运行，本期工程在办公内网新建一套综合运维管理系统，实现对办公内网网络设备、计算和存储设备、安全设备等硬件基础设施，操作系统、中间件、数据库等软件基础设施及应用系统的运行状态监控和综合管理，及时准确了解设备性能、资源利用率、业务系统运行情况与运行质量等指标，主动、及时地发现问题，提供集中监控告警及监控性能展示，为决策提供数据依据。

运维管理系统应包括数据采集模块、资产管理模块、监控管理模块、统计分析模块、统一展现模块、监控告警模块、知识库管理模块等。

数据采集模块和基础监控管理模块可实现服务器、网络设备、数据库等运行状态的监测与异常告警，其中，数据采集模块主要实现对被监测设备的运行状态与异常告警数据的实时采集功能，基础监测管理模块实现对服务器、网络设备及数据库等运行状态的监测与异常告警。

运维管理系统具体的功能主要如下：

1、资产管理功能：提供对管理对象资源的数据管理、资源综合查询统计、以及资源展现等功能。包括对资源数据的录入、编辑、删除、查询及导入导出功能，并能提供简单图表形式的资源展现功能。

2、监控管理功能：提供对服务器、网络安全设备及操作系统、数据库、中间件、业务系统等运行指标的监测。

服务器监测包括网络连通性等运行状态；设备运行性能状态，包括CPU利用率、内存占用率、磁盘空间使用率、网络I/O等。

网络设备监测包括所有在线网络设备的设备连通性、设备运行性能（包括CPU利用率、内存利用率、端口流量、丢包率、转发速率、实时连接数等）。

数据库监测包括对数据库容量、表空间状态、表总数、块总数、使用率、剩余率、已用空间、剩余空间、数据库进程、用户连接数、查询总数、TPS、QPS、INNODB缓存等进行监控。

3、统计分析功能：对告警、资源数据提供一定的统计分析功能。

针对告警，提供按告警发生时间、告警时长、告警等级、软/硬件告警类别等指定条件对指定时间段的告警信息的统计。

针对资源，提供按管理设备类型、设备数量等对指定时间段的统计等。

4、统一展现功能：根据提供不同权限的数据进行展现。对监测、告警、配置等功能提供方便的用户使用页面。

5、监控告警功能：提供告警进行压缩、过滤、确认、派单等操作，并用合理的方式给予告警提示，其中包括用户界面提示、声音提示等。告警支持按不同级别的配置功能。

6、知识库管理功能：实现知识在事件处理过程中的积累，遇到同类事件时，可利用知识辅助参考，提高解决效率。知识库可有效提升IT人员的技术能力。

5.2.12.1.1 运维系统架构设计

综合运维管理系统以各种IT硬件设备的监控信息作为数据来源，以各类数据的流转和处理为功能划分依据，其体系结构分为IT基础架构层、数据采集层、基础支撑层、应用展现层等，详细描述如下：

1、IT基础架构层：网络、主机、数据库、中间件、存储设备、虚拟化平台，应用服务作为监控系统的监控对象；支持分布式管理；可实现异地部署监控。

2、数据采集层：针对被监控对象，通过使用不同监控工具将采集上来的事件数据和性能数据上报至相关功能进行处理、展现。

3、基础支撑层：主要针对监控资源管理、性能和事件管理，以及用于统计分析的报表管理和支持系统运行的系统管理和策略管理。

4、应用展现层：以功能层各项功能为支撑，提供统一的展示界面显示个人视图、应用视图、网络视图、统一事件及报表分析等内容；全中文界面，纯 B/S 架构，支持 https 配置。

5.2.12.1.2 符合安全规范的资产管理

保护信息资产是监控运维体系建设的核心目标，也是日常运维工作的核心环节。所有信息的存放，例如告警、事件等都应以资产的视角来查看，因此资产管理是运维监控平台系统的核心，是开展监控运维管理工作的基础。综合运维管理系统可帮助组织视觉化地直观掌控资产状况，快速确定资产分布、资产价值和风险。资产管理参照国际相关标准（如：ISO 17799）中关于资产管理的要求，实现资产登记、资产的所有权、资产的分类、标识和处理，并结合组织的特殊情况进行调整，也可按照国内相关标准（如：信息系统安全等级保护规范）来划分和标识资产。

5.2.12.1.3 深度全面的监控管理

5.2.12.1.3.1 网络安全设备监控

登记和显示被监控的所有受监控网络安全设备的资产信息，形成网络安全设备资产信息库，方便管理人员确认网络安全设备的资产状况。

通过SNMP、syslog等协议实现对网络安全设备的管理，全面支持各种不同厂商、不同型号的网络与安全设备，提供各类设备的基本信息、CPU / MEM负载状况，设备可用状态、连续运行时间、响应延时、端口速率、ICMP连通性等设备属性与监测信息，亦可自定义SNMP监测内容。

实时监控网络安全设备的运行状况，当设备出现异常时，及时产生告警信息，并可自动触发工单系统督促相关责任人进行快速处理。

支持主流的国产网络设备。

5.2.12.1.3.2 主机系统监控

登记和显示被监控的所有服务器和终端主机的资产信息，形成主机系统资产信息库，方便管理人员确认主机系统的资产状况。

通过SNMP、SSH、Telnet等方式实现对主机设备信息的采集，包括CPU使用情况，内存的使用情况，网络连接使用情况和磁盘空间使用情况，且能够通过IPMI协议监控服务器的物理健康特征，如风扇、电源、温度、电压等，最后汇总到统一管理平台。系统实时监控主机的运行状况，当主机系统出现异常时，及时产生预警信息，并可自动触发工单系统督促相关责任人进行快速处理。

支持主流的国产主机系统。

5.2.12.1.3.3 虚拟化平台监控

主要监测虚拟机常见的性能指标如CPU、内存、磁盘。

虚拟机监控包括：

基本信息采集：虚拟机的操作系统类型、虚拟机的总体状态、虚拟机的电源状态、虚拟机的配置文件路径、虚拟机名称、主机的基本信息或状态等。

虚拟机CPU监测：虚拟机可使用的CPU数量、虚拟机的CPU频率、虚拟机的CPU使用率。

虚拟机内存监测：虚拟机的内存使用率、虚拟机可已使用的内存量。

虚拟机磁盘监测：存储置备大小、已分配使用率、未共享大小、已分配大小、虚拟机名称。

5.2.12.1.3.4 数据库系统监控

针对数据库，监控的内容包括数据库进程启动情况，日常运行日志，表空间的使用情况，数据库Session情况，数据库系统设计的文件存储空间、系统资源的使用率、配置情况、数据库当前的各种锁资源情况、监控数据库进程的状态、进程所占内存空间等。当数据库系统出现异常时，及时产生告警信息，并可自动触发工单系统督促相关责任人进行快速处理。

支持主流的国产数据库。

5.2.12.1.3.5 中间件监控

系统能够对各类不同的中间件做到运行监控，提供包括配置信息、连接池、线程队列、负载监测、通道情况监测等多类监测组，分析与监测中间件的各项运行状态参数。

支持主流的国产中间件。

5.2.12.1.3.6 业务监控

系统支持以业务为核心，全局展现所有业务应用运行状况的一级视图，即业务应用总控视图；它把与业务运行相关的资源动态关联起来，并以业务拓扑的形式呈现，用户可以根据资源对业务的影响度定义不同的影响权重进行计算，得出业务的健康状态与可用状态，更加贴合用户的管理思路；业务应用总控视图还直观的呈现了最近24小时业务的可用性和健康性，方便用户快速定位到最近的故障时间点。

系统在业务总览视图上能够看到业务运行整体情况，运行总览视图中包含健康指数分析、关键业务系统雷达实时扫描、业务卡片等功能模块，可以实现在一个页面上了解业务的健康走势、实施运行状况、健康度、繁忙度、告警数量等信息，能实现自定义监控业务对象的功能。

系统通过对被监控对象的轮询，实时监测业务系统和被监控资源的监控度情况，在业务拓扑上能够通过颜色来提示当前业务和资源的监控情况，在告警列表中能够看到业务和资源的详细故障信息，支持通过多种方式如短信、邮件、声音等多种方式将告警通知到管理人员。

系统支持多级业务视图，实时显示组成应用系统各组成部分的运行状态，从而展示应用系统的运行状态信息。通过业务视图，能够准确呈现历史相关业务、资源的监控度情况，并能在此基础上分析出影响监控度上升和下降的相关事件。

系统支持自定义时间段分析多个业务的可用性、健康度、繁忙度、宕机次数、宕机时长，用二维表和图形的方式进行展现。

5.2.12.1.4 以责任单位为视角的统计分析

在综合运维管理系统的设计中，充分考虑用户将会采用多种维度来展示各个单位或者分支机构的运行状态（可用性和健康度）、安全状况，系统应提供温度计、仪表盘、曲线、柱状、饼状等多种模式来展示每个责任单位的近期运行状态（可用性和健康度）、安全状况，从事件和告警两个维度分别进行宏观统计和分析。事件统计包括按照事件类型的月度统计、事件数量趋势，待处理事件等几个方面的统计与分析。告警统计按告警数量趋势、告警级别趋势等几个方面。同时针对不同单位的安全状况，定期进行横向对比，以事件数量作为衡量指标进行月度、年度排名。

5.2.12.1.5 多样化的视图展现

综合运维管理系统支持以多类角度展现的监控视图，管理员可以从不同视角、不同深度了解业务网络的运行状况，从而发现潜在问题，了解网络运行情况。其中一种监控视图，就是以网络拓扑的方式，实时展示业务系统的安全状况。

拓扑管理功能包括：自动生成网络拓扑结构，网络拓扑监控、链路健康度监控、网络连接状况监控、设备运行健康度监控。

5.2.12.1.6 智能准确的监控告警

5.2.12.1.6.1 集中化告警管理

IT基础设施是支撑信息系统运转的基础设备，为此综合运维管理系统应能够实时监控IT基础设施的网络连接状况和关键运行指标，针对关键运行指标设置符合业务特点的阈值，一旦出现阈值偏差，立即发出性能告警；针对IT基础设施的网络连接实时探测，针对关键进程进行实时监测，针对重要文件实时检测，一旦出现异常，立即发出故障告警。

通过综合运维管理系统的告警分析功能，可以看到平台针对收集上来的监控指标项，经过实时归并、分析后的结果。包括：名称、类型、等级、IP地址、IP对应的责任单位、发生时间等。综合运维管理系统针对所有的IP地址，和资产管理中的责任单位自动进行关联，在监控告警分析中实现将IP地址定位到责任单位，从而为后续的以责任单位进行宏观统计与分析提供了依据。针对关键分析项，综合运维管理系统都设计了以"快速链接"的方式提供快速搜索查询功能，技术运维人员可通过"一键点击"IP地址或者告警类型等关键项的方式，直接过滤出需要重点分析的某个IP或某类的所有告警数据。

5.2.12.1.6.2 灵活的告警通知

支持短信、邮件、微信等告警通知手段。

根据不同的告警事件来源为它们指定不同的通知和处理方式，组成全面告警通知策略。

5.2.12.1.7 丰富的报表统计功能

报表是日常工作必不可少的统计工具。综合运维管理系统应提供多类报表统计功能，以方便管理人员查询和统计当前业务的安全状态，或者以前某个时期业务系统的安全状态。

综合运维管理系统应提供强大的报表功能，支持用户根据自己不同的需求，灵活定制不同的统计报表；支持根据特定的时间段或者时间周期生成日报、月报和年报。

5.2.12.1.8 便捷的知识共享

系统应为IT运维服务提供强大的知识支撑体系，可通过关键字、列表等方式进行知识的快速定位。支持知识分类、创建、审核、修改等操作。系统支持操作权限和审计修改权限分离，审计由审计管理员进行处理，从而确保审计信息的完整性、保密性和有效性。

5.2.12.2 运维服务内容

运维服务包括机房基础设施维护服务、网络系统维护服务、主机系统维护服务、存储及备份系统维护服务、系统软件维护服务、应用系统维护服务、终端及外设系统维护服务、各类故障处理以及其他维护事项等，包括但不限于日常例行操作、响应支持、优化改善、咨询评估、调研评估等。

5.2.12.3 运维服务提供方式

5.2.12.3.1 现场服务

技术支持服务内容包括：免费的产品升级、问题故障解决，系统性能优化，定期巡检，及重大事件期间的职守。

运维人员在故障2小时内赶赴现场，4小时内排除故障，重大故障8小时内解决，必要时，提供相应人员的驻场服务。故障解决后提供相应文档。

5.2.12.3.2 电话支持服务

运维单位提供7×24电话支持服务，提供问题答疑、事故排错和技术支持等服务。

5.2.12.3.3 系统巡检服务

例行巡检即预防性维护并提供例行巡检报告；定期采集系统信息进行分析并提供分析报告，提供性能改进措施建议； 提供年度服务总结报告。

5.2.12.3.4 特殊时期服务

在特殊时期，运维单位须派出工程师在提供7×24小时值班或者提供7×24远程技术支持，随时准备为突发事件做出服务响应，为系统的稳定保驾护航。

这些时期包括但不限于：国家法定的节假日（元旦、春节、五一、国庆）期间及其他需要7×24小时值班的时间。

5.2.13 综合布线设计

本项目采用光纤到桌面的解决方案，分别敷设光缆到各楼层终端摆放处，建立安装光纤面板及相关配套，固定到现场合理位置。通过光电转换器接入终端设备。

本方案综合布线设置以下三个子系统：

工作区子系统

水平干线子系统

设备间子系统

综合信息插座引出一根KDG25钢管，其中穿光缆到终端盒。

走廊的吊顶上安装有金属线槽，进入房间时，从线槽引出金属管，以埋入方式沿墙壁而下到各个信息点。如果现场已安装到位，需要考虑现场美观进行合理布置管线路由。

一般地，水平电缆自插座走墙内预埋管，至吊顶出房间汇至水平线槽，最后至楼层配线间。

走廊的吊顶上应安装有金属线槽，进入房间时，从线槽引出金属管，以埋入方式沿墙壁而下到各个信息点。

埋入式信息插座与其旁边电源插座应保持40cm的距离，信息插座和电源插座的低边沿线距地板水平面30cm。如下图所示：

配线架打接表格直接提供了各个配线间之配线架的线缆打接顺序，是工程施工安装和竣工维护必备文档，非常重要！一方面能指导正常的施工，协调任务分配，另一方面起到最终核对器件搭配是否合理的重要依据和日后管理维护的参考。尽管复杂，此部分将在以后深化的《工程施工组织设计》中详述和列出。

所有使用的标签应为专用机器打印，应在开始工作前2个星期将标签样本提交业主确认。

标签应打印在永久的粘贴性的标签上，并用永久性防水薄膜覆盖。

所有电缆将单独标签，配线架都用标签予以标识，所有插座端口应用固定的标签加以标识。所有的配线及跳线都予以标识并单独编号。

镀锌钢管与镀锌冷轧金属桥架之间的连接也加入有效的接地连接导线，并接入弱电系统的接地电极。金属桥架与机柜也用跨接导体连接。

各个信息点的出线盒和管路系统内的分线盒与线管的连接应加入有效的接地连接导线，并接入弱电系统的接地电极。

光纤系统的测试

A、光纤系统的测试指标

光纤线路的测试只要求测试一项结果──衰减：

衰减量<1.5dB，(1300nm)

衰减量<2.5dB，(850nm)

B、测试项目

连通性测试

全程衰减及LC连接头衰减测试

C、具体测试方法

单模光纤水平子系统需要测试端的参数；

沿一个方向在波长850nm或1300nm处测试衰耗值

单模光纤主干系统需要测试的参数；

沿一个方向在波长850nm及1300nm处测试衰耗值

（注：由于不同方向的测试的数值之差，一般会很小，而且多半由测试仪器的精度或测试手法而引起，所以单方向测试已足够。而水平子系统的距离标准极限很短（90米），所以其在不同波长处测试值的差别不大，因而单波长测试已足够）。

为符合TIA/EIA528-14A关于"单模光纤的安装及光功率损耗的测试"等要求，光纤测试采用FTK200型测试仪进行测试，对于光纤系统，测试指标可由以下公式计算得出：

全程链路衰耗值=光缆的衰耗值+耦合器光纤连接头损耗

注：耦合连接具体依据其连接插头型号有多种方式，相关的一些测试指标如下：

单模光纤损耗公式：

光纤线缆的损耗=光纤线缆长度（km）×(3.50dB/km在850nm处或1.50dB/km在1300nm处)

耦合器的衰耗(LC连接器)=(连接器的数目×0.39dB)+0.42dB

6、测试仪器

采用Fluke公司的新型双绞线测试仪来测试双绞线线路，光纤测试仪器测试光纤链路。