T/ZSA 229-2024 无代码配置型数字孪生应用平台技术规范

ICS35.240

CCSL70

团体标准

T/ZSA229—2024

无代码配置型数字孪生应用平台技术规范

Technicalspecificationofdigitaltwinapplicationplatformwithnocodeconfiguration

2024-05-07发布2024-05-08实施

中关村标准化协会发布

T/ZSA229—2024

目次

前言III

引言IV

1范围1

2规范性引用文件1

3术语、定义和缩略语1

术语和定义1

缩略语1

4总体架构1

5总体要求2

6平台功能要求3

运行时3

系统管理中心3

运行监控中心4

消息中心4

个人中心4

数字孪生基座4

业务建模中心5

插件管理中心5

应用配置中心5

7平台性能要求8

界面8

实时性8

8安全要求8

9验证8

验证方法8

运行时功能测试8

系统管理中心功能测试9

运行监控中心功能测试9

消息中心功能测试10

个人中心功能测试10

数字孪生基座功能测试10

业务建模中心功能测试11

插件管理中心功能测试11

应用配置中心功能测试12

平台性能测试14

测试结论14

改进14

I

T/ZSA229—2024

附录A（规范性）配置文件要求15

A.1子系统15

A.2应用15

A.3菜单15

A.4数据字典15

A.5组件15

A.6数据关联16

A.7数据填充16

参考文献17

II

T/ZSA229—2024

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

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

本文件由中关村标准化协会技术委员会归口。

本文件起草单位：北京中盈安信技术服务股份有限公司、北京当境数字科技有限公司、中关村新兴

科技服务业产业联盟、北京京航计算通讯研究所、国家管网集团北京管道有限公司、广州海格星航信息

科技有限公司、北京兴油工程项目管理有限公司、深圳市赛易特信息技术有限公司、北京飞渡科技股份

有限公司、北京数元创科科技有限公司、北京精航伟泰孪生科技有限公司、中国标准化研究院、北京中

科标准科技集团有限公司、福建理工大学。

本文件主要起草人：白俊波、熊锋、李俊杰、施飞、李世磊、杨斌、刘蕊蕊、周永涛、刘武明、朱

延军、罗晓勇、李广超、成波、谢红日、李志辉、温金明、宋彬、朱旭平、郝靖仕、刘广瑜、王志民、

曹新九、李慈女、曾小凡。

III

T/ZSA229—2024

引言

数字孪生应用系统的开发是一个需要专业技能和大量时间投入的工作，通常开发一套个性化的软件

系统需要开发人员熟悉多种编程语言和系统架构，掌握数字孪生理论和数据库管理等知识，并且需要花

费大量精力进行代码的编写和调试。对于很多非专业人员而言是一个巨大的挑战。无代码（零代码）配

置平台是一种创新的开发工具，可使配置人员在不编写代码的情况下按照需求搭建个性化的数字孪生应

用系统。无代码平台通过提供可视化的界面、应用组件和数字孪生组件，使配置人员可以直接通过拖拽

和配置组件等方式完成系统搭建。本文件通过对无代码配置型数字孪生应用平台进行标准化规范，将对

无代码配置型数字孪生应用平台的应用和建设具有良好的促进作用。

本文件的发布机构提请注意，声明符合本文件时，可能涉及到6.9.3.1.1与组件切换相关的专利的

使用。

本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。

该专利持有人已向本文件的发布机构承诺，他愿意同任何申请人在合理无歧视的条款和条件下，就

专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系

方式获得：

专利持有人姓名：北京中盈安信技术服务股份有限公司

地址：北京市朝阳区天元港中心B座802室

请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责

任。

IV

T/ZSA229—2024

无代码配置型数字孪生应用平台技术规范

1范围

本文件描述了无代码配置型数字孪生应用平台的总体框架，规定了平台的总体要求、平台功能要求、

平台性能要求、安全要求和配置文件要求，给出了应用平台要求的验证方法。

本文件适用于无代码配置型数字孪生应用平台的构建、运行和维护。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T22239信息安全技术网络安全等级保护基本要求

GB/T36635信息安全技术网络安全监测基本要求与实施指南

GB/T41479信息安全技术网络数据处理安全要求

3术语、定义和缩略语

术语和定义

下列术语和定义适用于本文件。

3.1.1

数字孪生digitaltwin

由物理资产、虚拟镜像和用户界面组成的混合模型。

[来源：GB/T41723—2022，3.2]

3.1.2

插件plug-in

一种遵循一定规范的应用程序接口编写出来的程序，只能运行在规定程序的系统平台下（可以同时

支持多个平台），而不能脱离指定的平台单独运行。

[来源：GB/T36096—2018，3.4]

3.1.3业务应用子系统businessapplicationsubsystem

利用无代码配置型数字孪生应用平台搭建的可以在运行时上运行的满足特定需求的子系统。

缩略语

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

CPU：中央处理器（CentralProcessingUnit）

Web：万维网（WorldWideWeb）

4总体架构

无代码配置型数字孪生应用平台主要由运行时、系统管理中心、运行监控中心、消息中心、个人中

心、数字孪生基座、业务建模中心、插件管理中心、应用配置中心等模块组成，总体架构见图1。

1

T/ZSA229—2024

系统管理中心个人中心业插应用配置中心

组织机构管理务件表单设计器流程设计器

消息中心

角色管理建管

规则设计器大屏设计器

模理

岗位管理运行监控中心

中中报表设计器子系统配置器

用户管理系统运行监测心心

复合应用设计器

权限管理

用户应用监测

管理员管理数字孪生基座

开发测试环境生产运行环境

运行时应用连接器

运行框架应用解释器

图1无代码配置型数字孪生应用平台总体架构

用户在应用配置中心根据应用配置文件的要求，搭建各种业务应用子系统，形成各个应用子系统的

配置文件，并将其发布到运行时的开发测试环境或生产运行环境。应用解释器将配置文件翻译成业务应

用子系统，业务应用子系统单独或与数字孪生基座集成后在运行时上执行。

应用连接器用于各个业务子系统之间的集成应用，使外部系统能够在运行时上与业务应用子系统协

同运行。业务应用子系统的配置文件应符合附录A的规定。各模块基本功能如下：

a)运行时：作为平台整体运行环境，提供业务应用子系统的基础框架以及整个平台各个模块的

运行时环境，包括运行框架、应用解释器、开发测试环境和生产运行环境、应用链接器等；

b)系统管理中心：对企业的基础信息进行管理，包括组织架构管理、角色管理、岗位管理、用

户管理、权限管理、管理员管理等；

c)运行监控中心：对系统运行以及用户的操作行为进行监控，包括系统运行监测和用户应用监

测；

d)消息中心：提供平台各个模块以及业务应用子系统的消息管理，能够展示各种消息并能够直

接通过消息对话的方式执行各个业务子系统的特定功能；

e)个人中心：提供个人的信息维护以及平台的个性化设置功能，支持账号信息、邮箱信息、手

机号等信息的维护，支持系统导航布局、主题色以及默认首页等个性化配置；

f)数字孪生基座：具备二、三维一体化基础数据环境，支持对各类外部数据的接入、处理及整

合，按照构建好的数据模型存储，同时提供数据展示、运用的工具，能够为业务应用子系统

提供数字孪生插件；

g)业务建模中心：以面向对象的设计思想为基础，通过建立基础模型之间的关系，构建数字孪

生业务实体数据基础模型，形成统一的、标准的数字孪生业务实体数据库；

h)插件管理中心：对所有插件进行管理，根据需要进行插件扩展；

i)应用配置中心：基于可视化的表单设计器、流程设计器、规则设计器、大屏设计器、报表设

计器，配置人员可直观看到各个设计器组件的功能和配置，并通过拖拽配置组件来进行系统

的构建。

5总体要求

2

T/ZSA229—2024

无代码配置型数字孪生应用平台应符合下列要求：

a)可视化设计要求：提供可视化的界面，配置人员通过拖拽和配置的方式进行系统搭建，并预

览系统配置效果；

b)组件化设计要求：提供表单、流程、报表、大屏等一系列预先构建好的组件，并直接拖拽用

于系统的搭建，每个组件具有特定的外观、功能和属性，满足业务需求；

c)自定义扩展要求：提供自定义应用、自定义按钮、自定义流程及规则、自定义报表、自定义

组件等功能，配置人员按照需求进行自定义扩展，并通过与外部系统建立连接扩展系统功能；

d)多层级管理要求：通过提供的管理员管理分配机制，在管理范围内对企业的组织机构、用户、

岗位、角色、授权进行管理，从而实现多层级管理人员共同管理企业功能的需求；

e)内外用户一体化要求：平台具有企业内部运营管理系统以及对外客户服务经营系统的搭建能

力，能够有效管理内部员工用户与外部上下游用户，实现企业内外部用户一体化管理；

f)大型企业应用系统建设的工程化管理要求：平台提供开发测试环境和生产运行环境，两个环

境数据隔离，提供开发测试到生产运行的无缝切换。

6平台功能要求

运行时

应提供一系列基础运行服务，以便平台在运行时期间调用服务完成相应的功能。平台功能包括但不

限于：

a)运行框架：经登录验证后系统应能转入主界面，并提供平台的运行框架，包括系统导航、系

统logo、子系统运行区等；

b)应用解释器：应能够对配置文件进行解释，将配置文件转译成Web端应用、移动端应用、服

务端应用以及对应的数据库结构，转译后的应用可以在运行时中执行；

c)开发测试环境：应用配置人员构建应用后，应能够在这个环境中进行应用的功能测试；

d)生产运行环境：经测试的应用应能够正式发布到生产运行环境，且与开发测试环境数据隔离；

e)应用链接器：用于平台与第三方应用系统之间的数据通讯传输，应支持关联第三方应用，实

现数据、服务以及应用界面三个层次的集成，确保第三方应用系统能够在运行时上执行。

系统管理中心

6.2.1组织机构管理

应具备对组织机构信息的维护功能，组织机构信息包括组织机构名称、编号以及类型（单位或部门）。

组织机构应能够区分机关部门及业务单位，其目的是用于处理业务数据的权限范围。

6.2.2角色管理

角色管理的权限可用于控制系统管理中心、应用配置中心以及业务应用子系统等模块的权限，角色

可根据实际需求新增、修改和删除平台角色。平台默认角色包括租户管理员、系统管理员和配置员。租

户管理员为平台的超级管理员，用于维护企业信息以及指定系统管理员。系统管理员具有系统管理中心

权限。配置人员具有应用配置中心权限。

6.2.3岗位管理

应对用户的岗位信息进行维护，岗位信息包括岗位名称、岗位编码、所属组织机构等。

6.2.4用户管理

应具备组织内部用户的管理功能，能够对用户的用户名、性别、手机号、邮箱等基本信息进行维护。

并对用户进行密码重置、冻结以及关联角色等操作。

6.2.5权限管理

3

T/ZSA229—2024

权限管理分为功能权限管理、数据权限管理和字段权限管理。对于内部人员分配权限应根据角色、

岗位、组织机构进行分配。对于外部人员分配权限应根据业务应用数据设定用户筛选规则，通过设定的

规则选定用户组，并对用户组分配相应权限。

6.2.6管理员管理

指定系统的子管理员，为子管理员指定管理的组织机构范围，实现多层级的系统管理方式。

运行监控中心

6.3.1登录日志

应能够查看用户的登录信息，包括登录时间、退出时间、登录终端、登录IP等。

6.3.2操作日志

应能够查看用户的操作信息，包括子系统、应用、功能、业务数据等。

6.3.3在线用户

应能够查看当前在线的用户信息。

6.3.4服务监控

应能够查看平台后台服务的运行情况。

6.3.5流程监控

应能够查看各个子系统内流程的运转情况。

消息中心

应提供平台各个模块以及业务应用子系统的消息管理，能够展示各种消息并能够直接通过消息对话

的方式执行各个业务子系统的特定功能。

个人中心

应提供个人的信息维护以及平台的个性化设置功能，支持账号信息、邮箱信息、手机号等信息的维

护，支持系统导航布局、主题色以及默认首页等个性化配置。

数字孪生基座

6.6.1数据接入设置

应支持物联网、专题图、图层、计算机辅助设计（CAD）、三维模型及空间数据等数据的接入，支

持通过协议、导入等多种方式将数据接入到平台中的功能。

6.6.2三维底图设置

应具备支持接入基于经纬度划分的Web地图瓦片服务（XYZ）、基于开源的全球地图（OSM）、基于

网络的地图服务（WMS）的影像图、地形图、电子图的功能，并支持倾斜摄影、激光扫描等数据。

6.6.3素材库

应具备支持标注、文字、图片、语言、视频、文档、特效、模型、工具等素材的管理的功能，并支

持将素材运用到三维场景中。

6.6.4图层配置

应具备支持图层服务的发布及管理，能够将图层叠加到三维场景中展示的功能。

6.6.5工具栏配置

应具备基于三维场景可视化选择三维内置的工具栏，并可对工具栏进行分类的功能。

4

T/ZSA229—2024

6.6.6三维脚本设置

应能够提供可视化的设计界面，通过拖拽和配置的方式进行各类要素动画的创建和编排，并可结合

镜头实现动画的镜头切换的功能。

6.6.7二维应用

应具备支持在无代码平台中基于二维地图展示各种图层和数据，并可配置点、线、面数据的图例、

简介信息及展示地图比例尺的功能。

6.6.8逻辑图

应能够提供可视化的设计界面，通过拖拽和配置的方式进行逻辑图的构建，同时支持逻辑图与三维

设备模型的位置联动及数据联动。

业务建模中心

6.7.1基本要求

应提供可视化的模型设计工具，将模型的内在约束关系隐藏在工具背后，实现设计者只需关注业务

逻辑本身，尽可能降低对模型的约束的理解要求。

6.7.2模型的组成要求

6.7.2.1模型的抽象类型

用于定义模型中最原始的、顶层的抽象类。为具体业务类型的定义提供抽象描述，并约束抽象类型

之间的关联关系。抽象类型的定义应满足如下要求：

a)平台提供基本的抽象类型如资产层次结构、元数据等；

b)平台提供抽象类型的组合封装功能，实现自定义的抽象类型。

6.7.2.2模型的元数据

用于描述通用非空间元素模型的结构和内容的规则，元数据包括表格、模块、图层的结构和内容、

模型版本和参考规则等。

6.7.2.3模型的分组

应具备模型分组功能，用于对业务模型实体类进行分类组织，平台应提供无限级的分组功能。

6.7.2.4固化的空间关系

应能够通过各个模型要素位置描述及关系进行网络拓扑分析。平台应提供线性参考计算和网络拓扑

分析工具，用于构建和分析线性基础数据和网络拓扑数据。

6.7.2.5固化的历史关系

抽象模型中固化的用于记录模型数据时间和版本的属性，实现抽象模型的实现类继承抽象模型字段，

实现模型历史数据记录及版本控制。

插件管理中心

插件管理中心应能够对插件进行管理，实现插件的发布、删除等功能。插件发布后，应用配置工具

即可利用插件进行应用的搭建。

应用配置中心

6.9.1创建子系统

创建子系统功能应包括：

a)创建空白子系统：应具备输入子系统名称、描述，选择子系统图标、子系统类型（内部系统、

外链系统）的功能，如为外链系统应输入链接系统URL地址；

5

T/ZSA229—2024

b)选择模板创建子系统：应具有基于平台预先构建好的系统模板库，从中选择一个模板后会将

系统模板导入到新建系统，并可在此基础上进行调整。

6.9.2子系统发布

应支持开发测试环境与生产运行环境隔离，配置人员在开发测试环境构建并验证系统后，通过子系

统发布将子系统配置的应用数据、流程数据、规则数据、数据字典等内容同步到生产运行环境。

6.9.3创建流程表单应用

6.9.3.1表单配置

6.9.3.1.1基本要求

基本要求包括：

a)表单配置应支持树状结构表单的构建；

b)表单配置应支持自定义按钮设置，自定义按钮能够设置第三方应用程序接口（API）、自动数

据处理等操作；

c)表单配置应支持关联其他表单的视图，关联后在表单详细页面可以关联查看相关视图；

d)表单配置应支持时间触发的自动任务调动功能，可以实现根据表单的时间字段或任意时间点

自动执行自动数据处理等操作；

e)表单的选择输入组件应支持数据填充和数据关联操作，数据填充指数据来源于其他表单，用

其他表单的指定字段的数据复制填充到当前表单的字段，源表单数据发生变化时，当前表单

数据不跟随变化。关联指数据来源于其他表单，将其他表单的指定字段的数据关联到当前表

单字段，源表单数据发生变化时，当前表单数据自动跟随变化；

f)表单配置应支持列表视图、树形视图、日历视图、甘特视图、地图视图、三维视图、统计视

图、看板视图等多种视图的设置；

g)表单配置需支持单行文字、多行文字、单选框、下拉单选、多选框、下拉多选等组件之间的

切换。

6.9.3.1.2输入组件

输入组件功能要求包括：

a)基础输入组件：

1)单行文本：应具备收集文字、数字、编号等信息的功能；

2)多行文本：应具备收集文字较多的场景，可录入内容较长的文本类信息的功能；

3)数字：应具备用于记录数字类型的数据信息，如金额、年龄、数量等，数字字段录入的

数字，可进行计算、统计、汇总等的功能；

4)日期时间：应具备用于记录时间信息，支持自动获取访问时间或者自定义填写其他时间

的功能；

5)流水号：应具备在表单中设置固定规律序列号的功能，可按照表单提交顺序自动递增。

b)选择输入组件：

1)下拉单选：应具备用于选项较多场景，通过下拉框选择事项类型的功能；

2)下拉多选：应具备用于选项较多场景，通过下拉框复选多个事项类型的功能；

3)单选框：应具备用于单选且选项较少的场景的功能；

4)多选框：应具备用于多选且选项较多的场景的功能；

5)单选下拉树：应具备用于选项层级较多的场景的功能；

6)弹窗单选：应具备实现页面弹窗插件的功能，且当用户在当前表单时，可关联到其他表

单，在填写页面以弹窗的形式打开对应表单字段的链接内容，可在数据关联时选中表单

数据内容；

7)弹窗多选：应具备实现页面弹窗插件的功能，当用户在当前表单时，可关联到其他表单，

在填写页面以弹窗的形式打开对应表单字段的链接内容，可在数据关联时同时选中多条

表单数据内容。

c)高级输入组件：

6

T/ZSA229—2024

1)上传图片：应具备用于上传图片信息的功能，上传的图片格式包括但不限于jpg、jpeg、

png、bmp、gif、psd等格式；

2)上传文件：应具备用于上传文件信息，且支持多种文件类型，满足表单中具有广泛的应

用的功能；

3)富文本：应具备用于收集文本、表格、图片、视频等信息，能够对这些信息进行排版、

设置标题、调整字体、设置样式等的功能；

4)开关：应具备用于类似流程的开启关闭，包括打开与关闭两种状态的功能；

5)评分：应具备用于根据分数来评定星级的功能，且主要适用于对员工工作水平的评定、

考试结果等评级的场景；

6)地址：应具备用于录入地址的功能，并可直接选择省、市、区；

7)坐标：应具备用于定位二维、三维地图的精确位置的功能，并可通过经度纬度值坐标显

示或者详细地址信息显示，解决一地多名、地址识别、地址真伪辨别等多种问题，为用

户提供地址数据清洗、地址标准化能力；

8)子表单：应具备用于添加多个子字段的功能，且支持录入多条数据。适用于录入字段格

式一定，录入条数不定的情况。

6.9.3.1.3布局组件

布局组件功能要求包括：

a)分割线：应具备将表单分成不同的部分，使得结构更加清晰的功能；也可展示为文本，用于

对下文做出说明、解释；

a)描述文字：应具备用于对下文做出说明、解释的功能；

b)折叠布局：应具备对表单的字段排列、标题样式、输入框宽度等进行自定义设置的功能；

c)标签页：应具备在一张表单中，添加多个标签页面，且在不同标签页中查看不同字段的功能。

并通过多标签的布局方式，让表单的数据结构更加分明，便于成员查看。

6.9.3.1.4部门成员组件

部门成员组件功能要求包括：

a)成员单选：应具备直接获取通讯录中的成员，根据可选范围，选择一个成员的功能；

b)成员多选：应具备直接获取通讯录中的成员，根据可选范围，选择多个成员的功能；

c)部门单选：应具备直接获取通讯录中的成员，根据可选范围，选择一个部门的功能；

d)部门多选：应具备直接获取通讯录中的成员，根据可选范围，选择多个部门的功能；

e)外联成员：应具备将企业外部人员账号关联到应用中，实现上下游用户管理的功能；

f)外联企业：应具备将外部企业账号关联到应用中，实现上下游客户管理的功能。

6.9.3.2流程配置

应支持用户基于可视化设计界面，拖拽流程节点构建流程图的功能。流程节点包括流程审批节点和

流程规则节点。流程审批节点配置内容包括审批人员、审批方式、审批限时提醒、审批自定义按钮、审

批数据权限等配置。流程规则节点配置内容包括规则条件、规则执行动作。

6.9.3.3业务规则配置

应支持用户基于可视化设计界面，拖拽规则节点构建业务规则的功能。规则节点配置内容包括规则

执行条件，规则执行动作。执行条件可根据函数计算判断，执行动作包括新增数据、更新数据、发送消

息、发起流程及自定义动作，自定义动作支持用户通过在线编辑脚本代码的方式自定义执行动作。

6.9.3.4报表配置

应支持用户基于可视化设计界面，自定义报表格式，自定义数据源或者选择已有表单数据配置报表

字段数据的功能。并应支持报表导出。

6.9.4创建复合应用

7

T/ZSA229—2024

应支持用户基于平台提供的组件自定义组合组件构建复合应用的功能，且组件内容包括容器组件、

树形组件、二维地图组件、三维地图组件、视图组件、统计图组件、文本组件、图片组件、轮播组件、

日历组件、甘特图组件、链接组件、筛选组件等，并配置各类组件自身事件及响应事件，通过消息通信

机制实现组件间的联动交互。

6.9.5创建大屏应用

应支持用户基于可视化设计界面，拖拽及配置大屏组件构建可视化大屏应用的功能。且大屏组件的

数据源支持自定义数据、链接数据库、选择已有表单数据等。同时支持配置各个组件的响应事件，通过

消息通信机制实现大屏组件间的联动交互。

7平台性能要求

界面

平台的界面应具备可辨识性、易学性及兼容性的特征。

实时性

Web发布及移动应用的实时性应满足以下要求：

a)单值实时类数据刷新时间不大于5 s；

b)单值非实时类数据刷新时间不大于1 min；

c)调用页面的响应时间不大于5 s。

8安全要求

无代码配置型数字孪生应用平台网络安全等级保护应符合GB/T22239的基本要求，宜采用第二级安

全保护能力等级，重要信息系统可采用第三级安全保护能力等级。还宜满足GB/T41479、GB/T36635

的相关安全规定中软件平台部分的要求。

9验证

验证方法

对无代码配置型数字孪生应用平台相关技术资料、平台功能和性能进行专家审查或软件测试的方法

进行验证，以判定平台特性是否达到规定的要求。关于平台的架构、总体要求以及功能要求中的基本要

求等条款，宜采用专家审查法验证，平台的具体功能要求及性能要求宜采用软件测试的方法验证。

运行时功能测试

9.2.1测试内容

运行时功能测试应符合表1要求。

表1运行时功能测试内容和测试要求

功能要求测试内容验证要求

a)用户登录验证后系统能转入主界面；

运行框架b)用户查看平台主界面时包括系统导航、系统logo、子系统运行区

等模块。

a)应用解释器能够对配置文件进行解释，将配置文件转译成Web端

应用解释器应用、移动端应用、服务端应用以及对应的数据库结构；

6.1运行时

b)转译后的应用可以在运行时中执行。

开发测试环境中配置人员配置应用后，能够直接在应用中进行功能测

开发测试环境

试。

生产运行环境经测试的应用能够正式发布到生产运行环境，且与开发测

生产运行环境

试环境数据隔离。

8

T/ZSA229—2024

a)平台支持与第三方应用系统之间进行数据通讯传输；

应用链接器b)平台支持关联第三方应用，实现数据、服务以及应用界面三个层

次的集成，确保第三方应用系统能够在运行时上执行。

9.2.2测试结果

符合表1中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。

系统管理中心功能测试

9.3.1测试内容

系统管理中心功能测试应符合表2要求。

表2测试内容和测试要求

功能要求测试内容测试要求

a)具有对组织机构进行新增、删除、修改和查询的操作权限；

6.2.1组织机构管

组织机构信息的数据管理b)组织机构主要信息包括机构名称、编号、类型（部门/单位)；

理

c)组织内部人员能够查看其所处单位、部门信息。

租户管理员和系统管理员具有对角色进行新增、修改、删除和查询的操

角色信息的数据管理

作权限。

a)角色管理中默认存在角色:租户管理员、系统管理员和配置员；

6.2.2角色管理

角色配置的权限范围b)租户管理员默认拥有查看系统管理中心和应用配置中心权限，系

统管理员默认拥有系统管理中心权限，配置员默认拥有配置中心

权限。

租户管理员和系统管理员具有对岗位信息(名称、编码、所属机构)进行

6.2.3岗位管理岗位信息的数据管理

新增、编辑、删除和查看的操作权限。

租户管理员、系统管理员具有对组织内部用户信息（户名、性别、手机

用户基本信息的数据管理

号、邮箱等基本信息）进行新增、编辑、删除的操作权限。

6.2.4用户管理

租户管理员、系统管理员具有对组织内部用户进行密码重置、冻结、关

不同用户的操作权限

联角色、岗位的操作权限。

a)租户管理员、系统管理员可通过角色、岗位、组织机构来给组织

管理人员对角色、岗位、组织内部人员分配权限；

机构的权限分配b)被分配权限的组织内部人员在系统中具备相应的功能权限、数据

权限和字段权限。

6.2.5权限管理

a)租户管理员可通过用户筛选规则和配置分配外部人员的操作权

限；

外部人员的权限分配

b)被分配权限的外部人员在外联企业中具备相应的功能权限、数据

权限和字段权限。

a)租户管理员具有对系统的子管理员信息可进行新增、删除、修改

和查询的操作权限；

子管理员权限的配置

6.2.6管理员管理b)租户管理员具有对系统的子管理员分配或取消其权限配置和组织

管理范围的操作权限。

子管理员管理的组织架构范围系统的子管理员可对管理范围内的组织机构和权限配置进行新增、删

权限除、修改、查询和授权。

9.3.2测试结论

符合表2中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。

运行监控中心功能测试

9.4.1测试内容

运行监控中心功能测试应符合表3要求。

9

T/ZSA229—2024

表3运行监控中心功能测试内容和测试要求

功能要求测试内容测试要求

支持查看用户的登录信息，包括登录时间、退出时间、登录终端、登录

6.3.1登录日志查看登录日志信息

IP等。

6.3.1操作日志查看操作日志信息支持查看用户的操作信息，包括子系统、应用、功能、业务数据等。

6.3.3在线用户查看当前在线用户信息支持查看当前在线的用户信息。

查看平台后台服务的运行

6.3.4服务监控支持查看平台后台服务的运行情况。

情况

查看各个子系统内流程的

6.3.5流程监控