2021 基于云计算的电子政务公共平台服务规范 第4部分：应用服务

犌犅／犜３４０７９．４—２０２１

目次

前言…………………………Ⅲ

引言…………………………Ⅳ

１范围………………………１

２规范性引用文件…………………………１

３术语和定义、缩略语………………………１

４应用服务的分类及典型应用……………２

４．１概述…………………２

４．２办公应用服务………………………２

４．３政务专用应用服务…………………２

５电子邮件系统……………２

５．１功能要求……………２

５．２性能要求……………４

６即时通讯系统……………４

６．１功能要求……………４

６．２性能要求……………５

７协同办公系统……………５

７．１功能要求……………５

７．２性能要求……………６

８政府网站系统……………６

８．１功能要求……………６

８．２性能要求……………６

９电子公文传输系统………………………７

９．１功能要求……………７

９．２性能要求……………７

１０电子签章系统……………７

１０．１功能要求……………７

１０．２性能要求……………８

１１数字证书系统……………８

１１．１功能要求……………８

１１．２性能要求……………９

１２安全性要求………………９

１３运维要求…………………９

１３．１故障管理……………９

Ⅰ

书

犌犅／犜３４０７９．４—２０２１

１３．２运行监控……………９

１３．３统计分析……………９

１３．４日志管理…………………………１０

Ⅱ

犌犅／犜３４０７９．４—２０２１

前言

ＧＢ／Ｔ３４０７９《基于云计算的电子政务公共平台服务规范》预计分为以下５个部分：

———第１部分：服务分类与编码；

———第２部分：应用部署和数据迁移；

———第３部分：数据管理；

———第４部分：应用服务；

———第５部分：移动服务。

本部分为ＧＢ／Ｔ３４０７９的第４部分。

本部分按照ＧＢ／Ｔ１．１—２００９给出的规则起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。

本部分由中华人民共和国工业和信息化部（通信）提出。

本部分由全国通信标准化技术委员会（ＳＡＣ／ＴＣ４８５）归口。

本部分起草单位：西安未来国际信息股份有限公司、中国信息通讯研究院、中兴通讯股份有限公司、

万达信息股份有限公司。

本部分主要起草人：白峰、刘述、卫立波、蔡晨、卓毕强、徐展。

Ⅲ

犌犅／犜３４０７９．４—２０２１

引言

电子政务发展正处于转变发展方式、深化应用和突出成效的关键转型期。政府职能转变和服务型

政府建设对电子政务发展提出了更新、更高的要求。以云计算为代表的新兴信息技术、产业、应用不断

涌现，深刻改变了电子政务应用服务发展技术环境及条件。构建基于云计算的电子政务公共平台可以

充分发挥既有资源的作用和新兴信息技术潜能，加快电子政务发展创新，提高应用支撑服务能力，增强

安全保障能力，减少重复建设、避免各自为政和信息孤岛。

应用服务是指政务部门直接使用电子政务公共平台上提供的各种应用服务软件，快速实现业务应

用的服务。应用服务设计从集约化建设的角度出发，由电子政务公共平台统一规划、开发、管理应用服

务，用于支撑各部门业务工作开展。各级政务部门基于电子政务公共平台按照实际业务需求提出应用

服务申请，平台基于公共平台基础设施、支撑软件等构建应用功能服务，将应用功能以服务方式交付给

用户，用户只需关注应用的使用，无需关注实现过程，以及低层基础设施、支撑软件、应用功能的运维和

管理。

Ⅳ

犌犅／犜３４０７９．４—２０２１

基于云计算的电子政务公共平台服务规范

第４部分：应用服务

１范围

ＧＢ／Ｔ３４０７９的本部分规定了基于云计算的电子政务公共平台上提供的应用服务（政府网站系统、

邮件系统、即时通讯、电子公文传输系统、电子签章系统、办公系统等通用应用服务软件）的技术要求，包

括办公应用服务和政务专用应用服务的功能要求和性能要求等。

本部分适用于基于云计算的电子政务公共平台应用服务的设计、研发、应用、维护和验收等方面，快

速实现应用服务，供各政务部门按需调用。

注：除非特殊说明，以下各章中“电子政务公共平台”和“公共平台”均指“基于云计算的电子政务公共平台”。

２规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文

件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

ＧＢ／Ｔ３４０７８．１—２０１７基于云计算的电子政务公共平台总体规范第１部分：术语和定义

ＧＢ／Ｔ３４０８０．４—２０２１基于云计算的电子政务公共平台安全规范第４部分：应用安全

３术语和定义、缩略语

３．１术语和定义

ＧＢ／Ｔ３４０７８．１—２０１７界定的术语和定义适用于本文件。

３．２缩略语

下列缩略语适用于本文件。

ＨＴＭＬ：超级文本标记语言（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）

ＨＴＴＰ：超文本传输协议（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）

ＨＴＴＰＳ：基于ＳＳＬ安全协议之上的超文本传输协议（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌｏｖｅｒＳＳＬ）

ＩＭＡＰ４：第４版因特网信息存取协议（ＩｎｔｅｒｎｅｔＭｅｓｓａｇｅＡｃｃｅｓｓＰｒｏｔｏｃｏｌ４）

ＩＭＡＰ４（Ｓ）：基于ＳＳＬ安全协议之上的第４版因特网信息存取协议（ＳｅｃｕｒｅＩｎｔｅｒｎｅｔＭｅｓｓａｇｅ

ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ４ｏｖｅｒＳＳＬ）

ＬＤＡＰ：轻量目录访问协议（ＬｉｇｈｔｗｅｉｇｈｔＤｉｒｅｃｔｏｒｙＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）

ＰＯＰ３：第３版邮局协议（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ３）

ＰＯＰ３（Ｓ）：基于ＳＳＬ安全协议之上的第３版邮局协议（ＰｏｓｔＯｆｆｉｃｅＰｒｏｔｏｃｏｌ３ｏｖｅｒＳＳＬ）

ＳＭＴＰ：简单邮件传输协议（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）

ＳＭＴＰ（Ｓ）：基于ＳＳＬ安全协议之上的简单邮件传输协议（ＳｉｍｐｌｅＭａｉｌＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌｏｖｅｒ

ＳＳＬ）

ＳＳＬ：安全套接层（ＳｅｃｕｒｅＳｏｃｋｅｔｓＬａｙｅｒ）

１

犌犅／犜３４０７９．４—２０２１

ＵＡＳ：用户代理服务器（ＵｓｅｒＡｇｅｎｔＳｅｒｖｅｒ）

ＸＭＬ：可扩展标记语言（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）

４应用服务的分类及典型应用

４．１概述

电子政务公共平台应统一规划、设计、开发和部署政府网站系统、邮件系统、即时通讯、电子公文传

输系统、电子签章系统、办公系统等通用应用服务软件，供各政务部门按需调用。

电子政务公共平台应考虑应用功能服务的升级更新，保持接口一致性和应用的高度可用性。

电子政务公共平台应设计应用服务软件的使用权限管理，使各政务部门按照一定的授权进行部署

使用。在应用服务实施中针对公共性业务应用软件应采用统一规划、统一开发，在省级电子政务公共平

台以云计算模式集中部署，全省共用，同时把由各部门、各市开发应用效果较好、通用性较强的业务应用

软件提升为省级的公共性应用服务。

应用服务可以分为两类：办公应用服务和政务专用应用服务。

４．２办公应用服务

办公应用服务的典型应用有电子邮件、即时通讯及协同办公系统等。

４．３政务专用应用服务

政务专用应用服务的典型应用有政府网站系统、电子公文传输系统、电子签章系统、数字证书系

统等。

５电子邮件系统

５．１功能要求

５．１．１系统功能要求

系统功能要求应包括：

ａ）支持多域名和分级管理；管理员可指派域管理员；

ｂ）电子邮件系统采用安全、稳定的Ｌｉｎｕｘ、Ｕｎｉｘ系统搭建平台；同时支持仅通过管理页面配置，

可直接使用第三方ＬＤＡＰ系统实现用户认证；支持各种流行Ｌｉｎｕｘ系统；

ｃ）单机支持多域和多部门，适合与门户网站或其他应用系统做无缝接合；提供标准的单点登录接

口和未读邮件数接口程序；

ｄ）支持ＳＭＴＰ（Ｓ）、ＰＯＰ３（Ｓ）、ＩＭＡＰ４（Ｓ）、ＨＴＴＰ（Ｓ）等服务协议；

ｅ）支持系统运行状况扫描，管理员可在Ｗｅｂ方式对系统运行状况进行监控；

ｆ）提供多套皮肤供用户选择，并且管理员可针对本单位需求修改邮件系统Ｗｅｂ使用界面的风格

和样式；

ｇ）供日程管理功能；

ｈ）支持对系统数据、用户数据、邮件内容进行充分备份以保证系统在必要时可以恢复或重建；

ｉ）网络硬盘具备：提供文件管理，文件上传、复制、移动等；提供文件夹管理，添加、删除、修改；

ｊ）邮件系统应支持多种数据加密方式，而且应确保数据在传输的过程不会泄露；

ｋ）支持外部账号的功能，用户可登录Ｗｅｂｍａｉｌ设置外部账号，收取外部账号邮件，且能通过外部

账号发送邮件。

２

犌犅／犜３４０７９．４—２０２１

５．１．２犠犲犫邮件功能要求

Ｗｅｂ邮件功能要求应包括：

ａ）邮件系统应支持手机用户使用终端访问邮件和联系人信息；

ｂ）支持多语言环境；

ｃ）邮件系统Ｗｅｂｍａｉｌ搜索功能应提供丰富的搜索功能；

ｄ）具有Ｗｅｂ界面的用户邮箱管理模块（Ｗｅｂｍａｉｌ）；

ｅ）具有良好的人性化交互操作；

ｆ）支持大附件上传；

ｇ）可自定义邮件列表，并可根据多种条件的排序；

ｈ）支持邮件全文检索功能，可查询邮件正文内容；

ｉ）支持模糊查询；

ｊ）支持ＨＴＭＬ邮件的编辑与显示；

ｋ）支持用户的多邮箱管理和自定义的邮箱；

ｌ）支持地址本从客户端到Ｗｅｂｍａｉｌ的导入导出，支持标准的地址本文件上载和下载；

ｍ）支持自动转发、自动回复、自动过滤；

ｎ）支持用户账号的批量导入和导出；

ｏ）支持用户属性的批量修改和编辑；

ｐ）支持与其他邮件系统的数据迁移和系统割接；

ｑ）支持自定义编辑欢迎邮件；

ｒ）要求提供可选的多种个人用户界面配色风格；

ｓ）要求支持用户自创多级文件夹，可以将信件按照自身需要归类存储；同时要求按多种模式查找

邮件。

５．１．３系统管理功能要求

系统管理功能要求应包括：

ａ）提供树形管理系统，超级管理员可指派域管理员，域管理员只能管理对应权限下的账号；

ｂ）提供Ｗｅｂ方式的系统管理功能；可进行远程管理和故障诊断；管理员能以Ｗｅｂ方式管理后

台，包括域、账号的管理，并根据应用需求分配不同的权限；

ｃ）邮件系统具备强大的监控功能，页面上可以动态的随意查看邮件系统各个进程ＰＯＰ、ＨＴＴＰ、

ＳＭＴＰ、ＵＡＳ、ｑｕｅｕｅ等的状态；支持多邮件域管理功能，可以灵活的设定域和用户的属性设

置，激活或禁用域和用户；

ｄ）具有系统运行日志统计、分析和用户使用日志统计、分析模块及系统运行状况；

ｅ）提供邮件群发服务；

ｆ）支持通过Ｗｅｂ界面的后台可以实现对电子邮件系统的配置文件进行管理；

ｇ）邮件系统后台管理Ｗｅｂ界面支持硬件性能显示，如ＣＰＵ、内存、硬盘负载等内容；

ｈ）支持邮件优先级设置；

ｉ）提供完善的系统备份功能，可以实现全备份和增量备份，可以恢复用户信息数据、也可以删除

备份。

５．１．４反垃圾及防病毒要求

反垃圾及防病毒要求应包括：

ａ）支持用户自己设定过滤器，针对邮件主题、内容或者邮件来信地址进行邮件过滤；

３

犌犅／犜３４０７９．４—２０２１

ｂ）支持系统通过设定关键字进行系统级过滤，方式包含但不限于设定邮件主题关键字、发件人字

段包含关键字、信头包含关键字、信体包含关键字、全文包含关键字及设置最大的信件大小和

附件大小；

ｃ）实时监测系统的各项指标，当检测到指标超过阈值，根据预先的设定自动采取阻断或预警

措施；

ｄ）系统支持ＳＭＴＰ认证；

ｅ）系统可通过设置垃圾识别机制进行垃圾邮件识别，方式包含但不限于对发送电子邮件的特定

ＩＰ进行阻断、可限制来自与相同客户端ＩＰ的最大连接数及最大连接频率、可限制同一邮件在

间隔时间内的发送数量及同一账号在间隔时间内发送邮件数量。

５．２性能要求

５．２．１可靠性要求

可靠性要求应包括：

ａ）系统能够实现多机负载均衡，双机热备及分布式部署，支持多核处理器，支持多进程，多线程，

高容量内存；

ｂ）邮件系统具备全年９９．９９％稳定无宕机运行记录；

ｃ）单机系统峰值邮件处理速度应达到８０００封／ｍｉｎ以上（邮件平均大小１０ｋ）；

ｄ）系统应支持千万级以上的用户数；

ｅ）系统应支持千万级以上的邮件域。

５．２．２扩展性要求

扩展性要求应包括：

ａ）系统具有灵活扩展性，可在原版本基础上平滑升级；

ｂ）系统支持在线升级及扩容；

ｃ）系统各模块都应采用模块化设计，可灵活部署，以保证系统部署的灵活性和扩展性；

ｄ）系统应提供丰富的二次开发接口。

５．２．３可管理性要求

可管理性要求应包括：

ａ）邮件系统应采用完善的针对不同等级用户进行服务授权的机制，以实现不同的用户组具有不

同的服务分级；

ｂ）邮件系统能够进行集中和分级管理相结合；

ｃ）管理员可以清晰直观地查看系统运行情况，并可在线进行系统操作，启停服务；

ｄ）支持本地用户收发信件数量和流量统计。

６即时通讯系统

６．１功能要求

６．１．１客户端

客户端要求应包括：

ａ）即时消息：发送联机或脱机消息，同时可自定义消息字体、颜色、大小等信息，支持插入表情符

号，屏幕截图。支持多人对话以及消息群发等功能。

４

犌犅／犜３４０７９．４—２０２１

ｂ）语音对话：采用成熟的语音压缩技术，通话双方即使是使用拨号上网也可得到很好的通话

效果。

ｃ）视频功能：支持查看联机对话用户的摄像头，并可自定义图像的压缩级别，以使用各种上网速

度的要求。

ｄ）文件传输：提供高速、稳定的实时文件传输功能，支持断点续传，文件大小不受任何限制。

ｅ）远程协助：提供远程协助功能，联机用户能清晰地看到本地操作。

ｆ）留言功能：系统能够保存好友的留言，用户下次登录时将显示好友留言。

ｇ）状态管理：支持维护所有在线人员的状态，除了系统提供的集中常用状态（如：离开、忙碌、参加

会议等）之外，系统同时提供了自定义在线状态的功能，以满足各种应用场合的需求。

ｈ）历史消息：用户可以查看群组或个人历史聊天记录。

ｉ）个人设置：用户可以设置、修改账户信息（包括但不限于账户名、头像、密码、用户姓名、性别、电

话、ｅｍａｉｌ等）。

ｊ）用户注册：用户申请新的账户。

ｋ）登录的其他项：用户可以重设密码、注销、退出系统。

ｌ）添加好友：用户可以管理已有用户、查找其他用户和添加新的用户。

６．１．２服务端

服务端要求应包括：

ａ）启动和关闭服务：管理员可以随时关闭和启动一个服务。

ｂ）发布系统消息：支持将指定的消息发送给指定的用户。

ｃ）注册用户：支持注册新用户。

６．２性能要求

性能要求应包括：

ａ）实时性：文字、图片、语音、视频毫秒级传输速度；

ｂ）稳定性：系统具备全年９９．９９％稳定无宕机运行记录；

ｃ）可靠性：正常操作不会导致数据丢失，低级权限用户不能使用高级用户功能；

ｄ）高效性：在奔腾Ⅲ处理器以上ＰＣ可以流畅运行，功能使用简便；

ｅ）易用性：各项功能简单易懂，各项操作不繁琐；

ｆ）视音频质量：文字传输无丢失、音视频传输无失真；

ｇ）并发性：系统支持千万级用户同时发送请求；

ｈ）存储量：系统支持保存全年用户聊天记录；

ｉ）兼容性：可运行在大多数主流的操作系统上。

７协同办公系统

７．１功能要求

功能要求应包括：

ａ）个人办公：支持对便签、个人任务、通讯录进行增删查改等管理操作；

ｂ）公文管理：支持对各种类型的公文进行增删查改、审批等操作，对已完成流转的公文进行归档；

ｃ）公共信息：支持新闻、通知、期刊、知识和规章制度的发布和管理；

ｄ）行政办公：可对会议室、固定资产、办公用品、车辆、图书等资产进行管理；

ｅ）工作流程：支持灵活定义各种流程及针对不同流程定义表单；

５

犌犅／犜３４０７９．４—２０２１

ｆ）组织管理：可以对组织架构及组织人员进行管理；

ｇ）权限管理：支持角色管理，对系统的角色进行定义并给角色分配权限；支持用户管理，系统账号

的分配、给用户分配角色、给用户分配权限；

ｈ）系统管理：对系统所有功能、系统状态进行管理；

ｉ）人事档案：可以对人员的基本信息、人员的状态、每天的考勤情况进行管理。

７．２性能要求

性能要求应包括：

ａ）正确性：不出现业务错误；

ｂ）健壮性：能够容纳千人同时访问，服务器端程序可以连续运行一年以上；

ｃ）可靠性：除电源、硬件、操作系统、服务器管理系统外程序不准许异常退出或崩溃；

ｄ）高效性：系统处理业务时间最迟时间小于或等于５ｓ；

ｅ）易用性：操作简便；

ｆ）清晰性：业务流程明确；

ｇ）可扩展性：可在当前需求基础之上进行功能扩展；

ｈ）兼容性：可运行在大多数主流的操作系统上。

８政府网站系统

８．１功能要求

功能要求应包括：

ａ）工作动态：可查看最新及历史相关政府部门工作动态相关新闻；

ｂ）业务之窗：提供呈现相关政府部门的业务状况；

ｃ）信息公开：提供呈现相关政府部门所发布工作、法规、政策信息；

ｄ）互动交流：支持与百姓就相关政府部门所涉及业务进行交流，提供留言板、投稿箱等功能；

ｅ）在线服务：提供与相关政府部门业务相关的在线服务；

ｆ）专题专栏：提供与相关政府部门业务相关的专题新闻及咨询；

ｇ）权限管理：支持角色管理，对系统的角色进行定义并给角色分配权限；支持用户管理，系统账号

的分配、给用户分配角色、给用户分配权限；

ｈ）系统管理：对系统所有业务功能、内容进行管理。

８．２性能要求

性能要求应包括：

ａ）正确性：保证网站运行的正确性，无连接错误、图片显示错误及其他运行时错误；

ｂ）健壮性：能够容纳千人同时访问，服务器端程序可以连续运行一年以上；

ｃ）可靠性：除电源、硬件、操作系统、服务器管理系统外程序不准许异常退出或崩溃；

ｄ）高效性：系统处理业务时间最迟时间小于或等于３ｓ；

ｅ）易用性：操作简便；

ｆ）清晰性：业务流程明确；

ｇ）可扩展性：可在当前需求基础之上进行功能扩展；

ｈ）兼容性：可运行在大多数主流的操作系统上。

６

犌犅／犜３４０７９．４—２０２１

９电子公文传输系统

９．１功能要求

功能要求应包括：

ａ）公文传输：提供单位与单位之间公文的起草、制作、分发、接收、阅读、打印、转发和归档等功能。

ｂ）综合资料：提供统计表格、汇报材料、计划总结、办公文档等日常办公文件传输交换通道。

ｃ）上报下发：公文可以上报给上级单位，也可以下发给下级单位，公文制作完成后通过下发上报

设置选取接收单位发送，接收单位可以是单个也可以是多个或者群组。

ｄ）签收反馈：系统具有来文提醒功能，方便用户第一时间处理公文文件。签收后才可以对文件正

文内容进行浏览和打印。

ｅ）签收情况：支持对已发送的公文进行跟踪，发送人可以通过签收情况掌握文件的签收状态。

ｆ）会议通知：支持会议纪要管理、会议室预订、参会人员提醒等，会议事项的分解下达、协作、督办

跟踪等会议业务管理。

ｇ）权限管理：支持管理员对要使用本系统的人员和单位进行注册、登记相关信息。人员注册的内

容，大致包括用户名、中文名、所属部门、所属群组。

ｈ）数据备份、恢复和压缩：提供数据库压缩整理、备份和恢复功能。

９．２性能要求

性能要求应包括：

ａ）正确性：保证系统运行的正确性，无连接错误、传输错误及其他运行时错误；

ｂ）健壮性：能够容纳３００人同时访问，服务器端程序可以连续运行一年以上；

ｃ）可靠性：除电源、硬件、操作系统、服务器管理系统外程序不准许异常退出或崩溃；

ｄ）高效性：系统处理业务时间最迟时间小于或等于３ｓ；

ｅ）易用性：操作简便；

ｆ）清晰性：业务流程明确；

ｇ）可扩展性：可在当前需求基础之上进行功能扩展；

ｈ）兼容性：可运行在大多数主流的操作系统上。

１０电子签章系统

１０．１功能要求

１０．１．１客户端

客户端要求应包括：

ａ）电子签章：提供加盖电子签章操作，同时对文档进行保护，如果文档内容或者形式发送变化，则

签章失效；

ｂ）手写签名：支持“文字批注”“手写批注”和“署名批注”三种情况，可以混合使用以适用实际工作

的各个情况；

ｃ）签章撤销：对于已经加盖公章的文档，可以执行撤销签章操作，取消该公章对文档的保护；

ｄ）打印控制：客户在盖章时，可以点击签章右键进行打印设置，设置授权密钥以及相对应的打印

份数；

ｅ）文档检验：对于已经加盖签章的文档，可以对文档有效性进行校验，或者通过批量验证对文档

７

犌犅／犜３４０７９．４—２０２１

中的所有签章进行有效性验证；

ｆ）参数设置：支持用户进行全局参数设置，单独的参数设置按钮对全局签章操作进行控制；

ｇ）多文件格式：支持在多种文件格式文件上加盖电子签章，如Ｏｆｆｉｃｅ签章、ＰＤＦ签章、ＨＴＭＬ签

章、ＷＰＳ混合签章、ＴＩＦ签章、ＣＡＤ签章及ＤＧＮ签章。

１０．１．２服务端

服务端要求应包括：

ａ）密钥管理：支持对整个系统中用到的ＵＳＢＫｅｙ智能钥匙盘进行管理，主要功能包括钥匙盘制

作、发放、注销、过期，使用控制，密钥盘信息查看、查询、统计；整个平台中使用的钥匙盘都可以

在服务器端单方面进行注销、挂失、禁用，所有钥匙盘的使用都需要先到服务器端进行登记才

可以正常使用；

ｂ）签章管理：提供印章制入、删除、密钥盘印章查看，制章信息查看、查询、统计功能；

ｃ）签章日志审核：支持对电子印章的使用进行全程监控和记录，提供系统日志审计、签章日志审

计、日志查询、日志分类、日志类型、日志统计、日志备份等功能；

ｄ）打印控制：提供打印控制系统，可以根据实际需求制订完整的打印管理体系；

ｅ）系统设置：可对系统的基础信息进行管理与设置，包括系统参数设置、许可更换维护、客户端在

线升级、服务器软件升级、授权文件更新等功能。

１０．２性能要求

性能要求应包括：

ａ）正确性：保证系统运行的正确性，无连接错误、传输错误及其他运行时错误；

ｂ）健壮性：能够容纳３００人同时访问，服务器端程序可以连续运行一年以上；

ｃ）可靠性：除电源、硬件、操作系统、服务器管理系统外程序不准许异常退出或崩溃；

ｄ）高效性：系统处理业务时间最迟时间小于或等于３ｓ；

ｅ）易用性：操作简便；

ｆ）清晰性：业务流程明确；

ｇ）可扩展性：可在当前需求基础之上进行功能扩展；

ｈ）兼容性：可运行在大多数主流的操作系统上。

１１数字证书系统

１１．１功能要求

功能要求应包括：

ａ）证书格式：数字证书严格遵照Ｘ．５０９国际标准，同时支持个人证书、服务器证书、ＶＰＮ证书、机

构证书等；

ｂ）保密性、完整性和不可抵赖性：通过对数据的加密和签名，实现保密性、完整性和不可抵赖性等

ＰＫＩ应用中的几大特性；

ｃ）ＣＡ管理：能够支持与硬件加密机的接口，支持多个管理员，支持ＣＡ证书查询、ＣＲＬ、日志、统

计和审计等多种功能；

ｄ）密钥体制：支持单对和双对密钥体制，证书可以分为加密证书和签名证书，这样可以对加密密

钥进行备份；

ｅ）密钥管理：可以对加密密钥进行管理，用户即使忘记密码，也能恢复加密密钥，保证以前加密的

数据不会因为密码遗失而废弃；

８

犌犅／犜３４０７９．４—２０２１

ｆ）证书管理：提供证书的签发、证书的归档、证书的作废、证书的更新、证书的延期、证书的查询和

证书的冻结和解冻等功能；

ｇ）交叉认证：支持交叉认证通过对ＣＡ发放数字证书，实现单向和双向交叉认证。

１１．２性能要求

性能要求应包括：

ａ）正确性：保证系统运行的正确性，无连接错误、传输错误及其他运行时错误；

ｂ）健壮性：能够容纳千人同时访问，服务器端程序可以连续运行一年以上；

ｃ）可靠性：除电源、硬件、操作系统、服务器管理系统外程序不准许异常退出或崩溃；

ｄ）高效性：系统处理业务时间最迟时间小于或等于３ｓ；

ｅ）易用性：操作简便；

ｆ）清晰性：业务流程明确；

ｇ）可扩展性：可在当前需求基础之上进行功能扩展；

ｈ）兼容性：可运行在大多数主流的操作系统上。

１２安全性要求

安全性要求按照ＧＢ／Ｔ３４０８０．４—××××的规定执行。

１３运维要求

１３．１故障管理

故障管理要求应包括：

ａ）支持对故障信息的查看、查询、撤销；

ｂ）支持故障信息的通知和提醒等功能；

ｃ）支持运维管理员查看及处理整个应用服务的故障信息，还能够将某个或某些故障信息分配至

运维人员进行处理。

１３．２运行监控

运行监控要求应包括：

ａ）支持对网络通信状况的监控，能够发现攻击行为和非授权的访问连接，并可对异常状况进行

报警；

ｂ）支持对系统运行环境的监控，包括ＣＰＵ、内存、存储、数据库实际使用情况，并可对异常状况进

行报警；

ｃ）当威胁系统的环境发生变化、应用系统风险增加时，提升应用系统监测级别；

ｄ）确保应用系统监控活动符合关于隐私保护的相关政策法规。

１３．３统计分析

统计分析要求应包括：

ａ）应统计服务的使用情况、性能情况等；

ｂ）支持按照统计周期进行统计分析，统计周期可配置，例如每小时、每天、每月等统计周期；

ｃ）支持对统计结果按照ＨＴＭＬ、ＸＭＬ、ＥＸＣＥＬ等常用格式进行导出；

ｄ）可以设置统计数据的保存时长，超过保存时长的数据被自动清理。

犌犅／犜３４０７９．４—２０２１１