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

ICS35.240CCSL70Technicalspecificationofdigitaltwinapplicationplatformwithnocodeconfiguration中关村标准化协会发布T/ZSA229—2024I前言 12规范性引用文件 13术语、 3.1术语和定义 13.2缩略语 14总体架构 15总体要求 26平台功能要求 36.1运行时 36.2系统管理中心 36.3运行监控中心 46.4消息中心 46.5个人中心 46.6数字孪生基座 46.7业务建模中心 56.8插件管理中心 56.9应用配置中心 57平台性能要求 87.1界面 87.2实时性 88安全要求 89验证 89.1验证方法 89.2运行时功能测试 89.3系统管理中心功能测试 99.4运行监控中心功能测试 99.5消息中心功能测试 9.6个人中心功能测试 9.7数字孪生基座功能测试 9.8业务建模中心功能测试 9.9插件管理中心功能测试 9.10应用配置中心功能测试 9.11平台性能测试 9.12测试结论 9.13改进 T/ZSA229—2024附录A A A A A A.5组件 A.6数据关联 A 参考文献 T/ZSA229—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中关村标准化协会技术委员会归口。本文件起草单位：北京中盈安信技术服务股份有限公司、北京当境数字科技有限公司、中关村新兴科技服务业产业联盟、北京京航计算通讯研究所、国家管网集团北京管道有限公司、广州海格星航信息科技有限公司、北京兴油工程项目管理有限公司、深圳市赛易特信息技术有限公司、北京飞渡科技股份有限公司、北京数元创科科技有限公司、北京精航伟泰孪生科技有限公司、中国标准化研究院、北京中科标准科技集团有限公司、福建理工大学。本文件主要起草人：白俊波、熊锋、李俊杰、施飞、李世磊、杨斌、刘蕊蕊、周永涛、刘武明、朱延军、罗晓勇、李广超、成波、谢红日、李志辉、温金明、宋彬、朱旭平、郝靖仕、刘广瑜、王志民、曹新九、李慈女、曾小凡。T/ZSA229—2024数字孪生应用系统的开发是一个需要专业技能和大量时间投入的工作，通常开发一套个性化的软件系统需要开发人员熟悉多种编程语言和系统架构，掌握数字孪生理论和数据库管理等知识，并且需要花费大量精力进行代码的编写和调试。对于很多非专业人员而言是一个巨大的挑战。无代码（零代码）配置平台是一种创新的开发工具，可使配置人员在不编写代码的情况下按照需求搭建个性化的数字孪生应用系统。无代码平台通过提供可视化的界面、应用组件和数字孪生组件，使配置人员可以直接通过拖拽和配置组件等方式完成系统搭建。本文件通过对无代码配置型数字孪生应用平台进行标准化规范，将对无代码配置型数字孪生应用平台的应用和建设具有良好的促进作用。本文件的发布机构提请注意，声明符合本文件时，可能涉及到6.9.3.1.1与组件切换相关的专利的使用。本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。该专利持有人已向本文件的发布机构承诺，他愿意同任何申请人在合理无歧视的条款和条件下，就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得：专利持有人姓名：北京中盈安信技术服务股份有限公司地址：北京市朝阳区天元港中心B座802室请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。T/ZSA229—20241无代码配置型数字孪生应用平台技术规范本文件描述了无代码配置型数字孪生应用平台的总体框架，规定了平台的总体要求、平台功能要求、平台性能要求、安全要求和配置文件要求，给出了应用平台要求的验证方法。本文件适用于无代码配置型数字孪生应用平台的构建、运行和维护。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T22239信息安全技术网络安全等级保护基本要求GB/T36635信息安全技术网络安全监测基本要求与实施指南GB/T41479信息安全技术网络数据处理安全要求3术语、定义和缩略语3.1术语和定义下列术语和定义适用于本文件。3.1.1数字孪生digitaltwin由物理资产、虚拟镜像和用户界面组成的混合模型。[来源：GB/T41723—2022，3.2]3.1.2一种遵循一定规范的应用程序接口编写出来的程序，只能运行在规定程序的系统平台下（可以同时支持多个平台），而不能脱离指定的平台单独运行。[来源：GB/T36096—2018，3.4]3.1.3业务应用子系统businessapplicationsubsystem利用无代码配置型数字孪生应用平台搭建的可以在运行时上运行的满足特定需求的子系统。3.2缩略语下列缩略语适用于本文件。CPU：中央处理器（CentralProcessingUnit）Web：万维网（WorldWideWeb）4总体架构无代码配置型数字孪生应用平台主要由运行时、系统管理中心、运行监控中心、消息中心、个人中心、数字孪生基座、业务建模中心、插件管理中心、应用配置中心等模块组成，总体架构见图1。T/ZSA229—20242业务建模中心插件管理中心图1无代码配置型数字孪生应用平台总体架构用户在应用配置中心根据应用配置文件的要求，搭建各种业务应用子系统，形成各个应用子系统的配置文件，并将其发布到运行时的开发测试环境或生产运行环境。应用解释器将配置文件翻译成业务应用子系统，业务应用子系统单独或与数字孪生基座集成后在运行时上执行。应用连接器用于各个业务子系统之间的集成应用，使外部系统能够在运行时上与业务应用子系统协同运行。业务应用子系统的配置文件应符合附录A的规定。各模块基本功能如下：a)运行时：作为平台整体运行环境，提供业务应用子系统的基础框架以及整个平台各个模块的运行时环境，包括运行框架、应用解释器、开发测试环境和生产运行环境、应用链接器等；b)系统管理中心：对企业的基础信息进行管理，包括组织架构管理、角色管理、岗位管理、用户管理、权限管理、管理员管理等；c)运行监控中心：对系统运行以及用户的操作行为进行监控，包括系统运行监测和用户应用监测；d)消息中心：提供平台各个模块以及业务应用子系统的消息管理，能够展示各种消息并能够直接通过消息对话的方式执行各个业务子系统的特定功能；e)个人中心：提供个人的信息维护以及平台的个性化设置功能，支持账号信息、邮箱信息、手机号等信息的维护，支持系统导航布局、主题色以及默认首页等个性化配置；f)数字孪生基座：具备二、三维一体化基础数据环境，支持对各类外部数据的接入、处理及整合，按照构建好的数据模型存储，同时提供数据展示、运用的工具，能够为业务应用子系统提供数字孪生插件；g)业务建模中心：以面向对象的设计思想为基础，通过建立基础模型之间的关系，构建数字孪生业务实体数据基础模型，形成统一的、标准的数字孪生业务实体数据库；h)插件管理中心：对所有插件进行管理，根据需要进行插件扩展；i)应用配置中心：基于可视化的表单设计器、流程设计器、规则设计器、大屏设计器、报表设计器，配置人员可直观看到各个设计器组件的功能和配置，并通过拖拽配置组件来进行系统的构建。5总体要求T/ZSA229—20243无代码配置型数字孪生应用平台应符合下列要求：a)可视化设计要求：提供可视化的界面，配置人员通过拖拽和配置的方式进行系统搭建，并预览系统配置效果；b)组件化设计要求：提供表单、流程、报表、大屏等一系列预先构建好的组件，并直接拖拽用于系统的搭建，每个组件具有特定的外观、功能和属性，满足业务需求；c)自定义扩展要求：提供自定义应用、自定义按钮、自定义流程及规则、自定义报表、自定义组件等功能，配置人员按照需求进行自定义扩展，并通过与外部系统建立连接扩展系统功能；d)多层级管理要求：通过提供的管理员管理分配机制，在管理范围内对企业的组织机构、用户、岗位、角色、授权进行管理，从而实现多层级管理人员共同管理企业功能的需求；e)内外用户一体化要求：平台具有企业内部运营管理系统以及对外客户服务经营系统的搭建能力，能够有效管理内部员工用户与外部上下游用户，实现企业内外部用户一体化管理；f)大型企业应用系统建设的工程化管理要求：平台提供开发测试环境和生产运行环境，两个环境数据隔离，提供开发测试到生产运行的无缝切换。6平台功能要求6.1运行时应提供一系列基础运行服务，以便平台在运行时期间调用服务完成相应的功能。平台功能包括但不a)运行框架：经登录验证后系统应能转入主界面，并提供平台的运行框架，包括系统导航、系统logo、子系统运行区等；b)应用解释器：应能够对配置文件进行解释，将配置文件转译成Web端应用、移动端应用、服务端应用以及对应的数据库结构，转译后的应用可以在运行时中执行；c)开发测试环境：应用配置人员构建应用后，应能够在这个环境中进行应用的功能测试；d)生产运行环境：经测试的应用应能够正式发布到生产运行环境，且与开发测试环境数据隔离；e)应用链接器：用于平台与第三方应用系统之间的数据通讯传输，应支持关联第三方应用，实现数据、服务以及应用界面三个层次的集成，确保第三方应用系统能够在运行时上执行。6.2系统管理中心6.2.1组织机构管理应具备对组织机构信息的维护功能，组织机构信息包括组织机构名称、编号以及类型（单位或部门）。组织机构应能够区分机关部门及业务单位，其目的是用于处理业务数据的权限范围。6.2.2角色管理角色管理的权限可用于控制系统管理中心、应用配置中心以及业务应用子系统等模块的权限，角色可根据实际需求新增、修改和删除平台角色。平台默认角色包括租户管理员、系统管理员和配置员。租户管理员为平台的超级管理员，用于维护企业信息以及指定系统管理员。系统管理员具有系统管理中心权限。配置人员具有应用配置中心权限。6.2.3岗位管理应对用户的岗位信息进行维护，岗位信息包括岗位名称、岗位编码、所属组织机构等。6.2.4用户管理应具备组织内部用户的管理功能，能够对用户的用户名、性别、手机号、邮箱等基本信息进行维护。并对用户进行密码重置、冻结以及关联角色等操作。6.2.5权限管理T/ZSA229—20244权限管理分为功能权限管理、数据权限管理和字段权限管理。对于内部人员分配权限应根据角色、岗位、组织机构进行分配。对于外部人员分配权限应根据业务应用数据设定用户筛选规则，通过设定的规则选定用户组，并对用户组分配相应权限。6.2.6管理员管理指定系统的子管理员，为子管理员指定管理的组织机构范围，实现多层级的系统管理方式。6.3运行监控中心6.3.1登录日志应能够查看用户的登录信息，包括登录时间、退出时间、登录终端、登录IP等。6.3.2操作日志应能够查看用户的操作信息，包括子系统、应用、功能、业务数据等。6.3.3在线用户应能够查看当前在线的用户信息。6.3.4服务监控应能够查看平台后台服务的运行情况。6.3.5流程监控应能够查看各个子系统内流程的运转情况。6.4消息中心应提供平台各个模块以及业务应用子系统的消息管理，能够展示各种消息并能够直接通过消息对话的方式执行各个业务子系统的特定功能。6.5个人中心应提供个人的信息维护以及平台的个性化设置功能，支持账号信息、邮箱信息、手机号等信息的维护，支持系统导航布局、主题色以及默认首页等个性化配置。6.6数字孪生基座6.6.1数据接入设置应支持物联网、专题图、图层、计算机辅助设计（CAD）、三维模型及空间数据等数据的接入，支持通过协议、导入等多种方式将数据接入到平台中的功能。6.6.2三维底图设置应具备支持接入基于经纬度划分的Web地图瓦片服务（XYZ）、基于开源的全球地图（OSM）、基于网络的地图服务（WMS）的影像图、地形图、电子图的功能，并支持倾斜摄影、激光扫描等数据。6.6.3素材库应具备支持标注、文字、图片、语言、视频、文档、特效、模型、工具等素材的管理的功能，并支持将素材运用到三维场景中。6.6.4图层配置应具备支持图层服务的发布及管理，能够将图层叠加到三维场景中展示的功能。6.6.5工具栏配置应具备基于三维场景可视化选择三维内置的工具栏，并可对工具栏进行分类的功能。T/ZSA229—202456.6.6三维脚本设置应能够提供可视化的设计界面，通过拖拽和配置的方式进行各类要素动画的创建和编排，并可结合镜头实现动画的镜头切换的功能。6.6.7二维应用应具备支持在无代码平台中基于二维地图展示各种图层和数据，并可配置点、线、面数据的图例、简介信息及展示地图比例尺的功能。6.6.8逻辑图应能够提供可视化的设计界面，通过拖拽和配置的方式进行逻辑图的构建，同时支持逻辑图与三维设备模型的位置联动及数据联动。6.7业务建模中心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.8插件管理中心插件管理中心应能够对插件进行管理，实现插件的发布、删除等功能。插件发布后，应用配置工具即可利用插件进行应用的搭建。6.9应用配置中心6.9.1创建子系统创建子系统功能应包括：a)创建空白子系统：应具备输入子系统名称、描述，选择子系统图标、子系统类型（内部系统、外链系统）的功能，如为外链系统应输入链接系统URL地址；T/ZSA229—20246b)选择模板创建子系统：应具有基于平台预先构建好的系统模板库，从中选择一个模板后会将系统模板导入到新建系统，并可在此基础上进行调整。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)高级输入组件：T/ZSA229—202471)上传图片：应具备用于上传图片信息的功能，上传的图片格式包括但不限于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创建复合应用T/ZSA229—20248应支持用户基于平台提供的组件自定义组合组件构建复合应用的功能，且组件内容包括容器组件、树形组件、二维地图组件、三维地图组件、视图组件、统计图组件、文本组件、图片组件、轮播组件、日历组件、甘特图组件、链接组件、筛选组件等，并配置各类组件自身事件及响应事件，通过消息通信机制实现组件间的联动交互。6.9.5创建大屏应用应支持用户基于可视化设计界面，拖拽及配置大屏组件构建可视化大屏应用的功能。且大屏组件的数据源支持自定义数据、链接数据库、选择已有表单数据等。同时支持配置各个组件的响应事件，通过消息通信机制实现大屏组件间的联动交互。7平台性能要求平台的界面应具备可辨识性、易学性及兼容性的特征。7.2实时性Web发布及移动应用的实时性应满足以下要求：a)单值实时类数据刷新时间不大于5s；b)单值非实时类数据刷新时间不大于1min；c)调用页面的响应时间不大于5s。8安全要求无代码配置型数字孪生应用平台网络安全等级保护应符合GB/T22239的基本要求，宜采用第二级安全保护能力等级，重要信息系统可采用第三级安全保护能力等级。还宜满足GB/T41479、GB/T36635的相关安全规定中软件平台部分的要求。9验证9.1验证方法对无代码配置型数字孪生应用平台相关技术资料、平台功能和性能进行专家审查或软件测试的方法进行验证，以判定平台特性是否达到规定的要求。关于平台的架构、总体要求以及功能要求中的基本要求等条款，宜采用专家审查法验证，平台的具体功能要求及性能要求宜采用软件测试的方法验证。9.2运行时功能测试9.2.1测试内容运行时功能测试应符合表1要求。表1运行时功能测试内容和测试要求a)用户登录验证后系统能转入主界面；b)用户查看平台主界面时包括系统导航、系统logo、子系统运行区a)应用解释器能够对配置文件进行解释，将配置文件转译成Web端b)转译后的应用可以在运行时中执行。开发测试环境中配置人员配置应用后，能够直接在应用中进行功能测9a)平台支持与第三方应用系统之间进行数据通讯传输；b)平台支持关联第三方应用，实现数据、服务以及应用界面三个层9.2.2测试结果符合表1中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.3系统管理中心功能测试9.3.1测试内容系统管理中心功能测试应符合表2要求。表2测试内容和测试要求理a)具有对组织机构进行新增、删除、修改和查询的操作权限；b)组织机构主要信息包括机构名称、编号、类型（部门/单位)；c)组织内部人员能够查看其所处单位、部门信息。a)角色管理中默认存在角色:租户管理员、系统管理员和配置员；b)租户管理员默认拥有查看系统管理中心和应用配置中心权限，系统管理员默认拥有系统管理中心权限，配置员默认拥有配置中心管理人员对角色、岗位、组织a)租户管理员、系统管理员可通过角色、岗位、组织机构来给组织b)被分配权限的组织内部人员在系统中具备相应的功能权限、数据a)租户管理员可通过用户筛选规则和配置分配外部人员的操作权b)被分配权限的外部人员在外联企业中具备相应的功能权限、数据a)租户管理员具有对系统的子管理员信息可进行新增、删除、修改b)租户管理员具有对系统的子管理员分配或取消其权限配置和组织子管理员管理的组织架构范围系统的子管理员可对管理范围内的组织机构和权限配置进行新增、删9.3.2测试结论符合表2中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.4运行监控中心功能测试9.4.1测试内容运行监控中心功能测试应符合表3要求。T/ZSA229—2024表3运行监控中心功能测试内容和测试要求9.4.2测试结果符合表3中测试要求时测试结果为通过运行时功能测试，有任意一项不满足时测试结果为不通过。9.5消息中心功能测试9.5.1测试内容测试消息中心功能测试应符合表4要求。表4测试内容和测试要求直接通过消息对话的方式链接各个业务子系统相关应用的特定功9.5.2测试结果符合表4中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.6个人中心功能测试9.6.1测试内容个人中心功能测试应符合表5要求。表5测试内容和测试要求9.6.2测试结果符合表5中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.7数字孪生基座功能测试9.7.1测试内容数字孪生基座功能测试应符合表6要求。表6测试内容和测试要求置支持物联网、专题图、图层、计算机辅助设计（CADT/ZSA229—2024置支持图层服务的发布及管理，能够将图层叠加到三维场景中展示的功置a)支持在无代码平台中基于二维地图展示各种图层和数据；b)支持配置点、线、面数据的图例、简介信息及展示地图比例尺的具备提供可视化的设计界面，通过拖拽和配置的方式进行逻辑图的构9.7.2测试结果符合表6中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.8业务建模中心功能测试9.8.1测试内容业务建模中心功能测试应符合表7要求。表7测试内容和测试要求6.7.2.1模型的抽象类型a)平台提供基本的抽象类型如资产层次结构、元数据等；b)平台提供抽象类型的组合封装功能，可实现自定义的抽象类型。6.7.2.2模型的元数据元数据应包括表格、模块、图层的结构和内容、模型版本和参考规则系a)模型能够通过各个模型要素位置描述及关系进行网络拓扑分析；b)平台能提供线性参考计算和网络拓扑分析工具，用于构建和分析系a)抽象模型中具有固化的用于记录模型数据时间和版本的属性；b)实现抽象模型的实现类能继承抽象模型字段，以及实现模型历史9.8.2测试结果符合表7中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.9插件管理中心功能测试9.9.1测试内容插件管理中心功能测试应符合表8要求。表8测试内容和测试要求6.8插件管理中心插件管理中心能够对插件进行管理，支T/ZSA229—20249.9.2测试结果符合表8中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.10应用配置中心功能测试9.10.1测试内容应用配置中心功能测试应符合表9要求。表9测试内容和测试要求a)平台支持预先构建系统模板配置维护于系统模板库；b)选择模板创建子系统具有基于平台预先构建好的系统模板库，从支持开发测试环境与生产运行件件a)流程节点包括流程审批节点和流程规则节点；c)流程规则节点配置内容包括规则条件、规则执行动作。a)规则节点配置内容包括规则执行条件，规则执行动作；b)执行条件可根据函数计算判断，执行动作包括新增数据、更新数用a)支持配置各类组件自身事件及响应事件；b)支持通过消息通信机制实现组件间的联动交互。a)大屏组件的数据源支持自定义数据、链接数据库、选择已有表单b)支持配置各个组件的响应事件，通过消息通信机制实现大屏组件9.10.2测试结果符合表9中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.11平台性能测试9.11.1测试内容平台性能测试应符合表10要求。表10测试内容和测试要求a)确保平台的设备兼容性，支持在电脑、平板、手机以及各屏幕尺单值实时类数据刷新时间不大9.11.2测试结果符合表10中测试要求时测试结果为“通过”，有任意一项不满足时测试结果为“不通过”。9.12测试结论9.2～9.11中测试结果全部为“通过”时，给出“通过”结论，否则为“不通过”。测试结论为“不通过”时，针对9.2～9.11中测试结果为“不通过”项进行改进，并重新对该项进行测试，并依据9.12要求给出测试结论。T/ZSA229—2024配置文件要求A.1子系统子系统结构定义内容包括子系统名称、子系统图标、子系统描述、子系统的主题颜色、子系统的类型（内联/外联）、子系统的地址（当子系统类型为外联时填写）、子系统发布状态、所属租户、子系统创建时间、创建人员、更新时间、更新人员。A.2应用应用结构定义内容包括应用名称、应用图标、应用图标颜色、父应用名称、应用类型（表单应用/复合应用）。A.3菜单支持将应用同步为菜单，也支持自定义创建菜单。菜单结构定义内容包括菜单名称、菜单图标、菜单图标颜色、父菜单、菜单关联应用、菜单创建时间、创建人员、更新时间、更新人员。A.4数据字典数据字典结构定义内容包括字典名称、字典描述、字典排序、字典所属子系统、字典所属租户，字典创建时间、创建人员、更新时间、更新人员。A.5组件A.5.1输入方式组件输入方式分为直接输入、下拉选、框选、弹框选等。A.5.2数据展示格式数据展示格式分为文本（电话）、数字（百分比、千分位、金额）、时间（年月日时分秒）、地址（省市区+详细描述）等。A.5.3布局组件布局分为组件高度、宽度、跨行数设置。A.5.4数据来源组件数据来源分为自定义、关联已有数据、数据填充、函数。功能要求包括：a)自定义：输入或选择固定值作为组件数据源；a)关联已有数据：选择已有表单数据，将数据关联到当前组件中，当源数据发生变化，关联数据也随之变化；b)数据填充：选择填充表单，将数据填充到当前组件中，当源数据发生变化，填充数据不随之变化；c)函数：将通过函数计算后值作为组件的数据源。A.5.5存储方式组件存储方式包括：a)1：n通过下拉多选、多选框、弹窗多选、子表单、关联视图组件实现本应用与主应用的多条数据关联；b)n：1通过下拉单选、单选框、弹窗单选建立本应用与主应用的关联。A.5.6数据存储类型T/ZSA229—2024组件数据存储类型分为文本、数字、时间、坐标、文件。为实现组件间的切换，一个组件会对应多个存储字段。A.6数据关联支持将表单的数据关联到其他表单，当源表单数据发生变化时，关联表单的数据也随之变化。A.7数据填充支持将表单的数据填充到其他表单，当源表单数据发生变化时，填充表单的数据不随之变化。T/ZSA229—2024参考文献[1]GB/T8566系统与软件工程软件生存周期过程[2]GB/T14394计算机软件可靠性和可维护性管理[3]GB/T15532计算机软件测试规范[4]GB/T36096—2018信息技术学习、教育和培训虚拟实验构件服务接口[5]GB/T41723—2022自动化系统与集成复杂产品数字孪生体系架构ICS35.240CCSL70T/ZSA229—2024IssueDate05-07-2024ImplementionDate05T/ZSA229—2024IForeword Introduction 错误!未定义书签。 13Terms,, 1.2,antheareviationNO Patformfunctonrequirements4.1,antheruntime 6.Op 3eraionandmonitoringcener5 6Diitaltwinbase6 8Plug-inManaementCenter76.App 9ThelicationConigurationCenter77Platformp 7.1Interface 117.2,thereal-timesex 11 9Validation 3FunctionaltestofthestemManaementCenter129.p 4Functionaltestoftheoerationmonitoringcenter13 6Personalcenterfunct 8Functionaltestoftheb 9Add-inmanaementCenterfunctiontest169.App 10licationConfiguration9.p .12,testconclusion T/ZSA229—2024AppA endix(Normative)configurationstandardrequirement21A.y A.App A A A.p A A referencestandardation T/ZSA229—2024ThisstandardisdraftedinaccordancewiththeprovisionsofGB/T1.1--2020,GuidelinesforStandardizationWork--Part1:StructureandDraftingRulesofStandardizationStandards.Pleasenotethatsomeelementsofthisstandardmayinvolvepatents.Theissuingauthorityofthisstandardshallnotassumetheresponsibilityforidentifyingthepatents.ThestandardwasproposedandunderthejurisdictionofZhongguancunStandardizationAssociation-TechnicalCommittee.Thisstandardwasdraftedby:BeijingJASTechnicalServiceCo.,Ltd.,BejingDangjingDigitalTechnologyCo.,Ltd.,Z-ParkXinxingScienceandTechnologyServiceIndustrialAlliance,BeijingJinghangComputationandCommunicationresearchinstitute,ChinaPipelineGroupBeijingpipelineCo.,Ltd.,GuangzhouHaigstarnavigationinformationtechnologyCo.,Ltd.,BeijingXingyouEngineeringProjectManagementCo.,Ltd.,ShenzhenSAIITInformationTechnologyCo.,Ltd.,BeijingFreedotechnologyCo.,Ltd.,BeijingDigitalMetaInnovationTechnologyCo.,Ltd.,JingHangWeiTaiAutomatictestequipment(Beijing)Co.,Ltd.,ChinaNationalInstituteofStandardization,BeijingZhongkeStandardTechnologyGroupCo.,Ltd.,FujianUniversityofTechnology.Chiefdraftersofthisstandardare:BaiJunbo,XiongFeng,LiJunjie,ShiFei,LiShilei,YangBin,LiuRuirui,ZhouYongtao,LiuWuming,ZhuYanjun,LuoXiaoyong,LiGuangchao,ChengBo,XieHongri,LiZhihui,WenJinming,SongBin,ZhuXuping,HaoJingshi,LiuGuangyu,WangZhimin,CaoXinji,LiCinv,ZengXiaofan.T/ZSA229—2024Thedevelopmentofdigitaltwinapplicationsystemsisajobthatrequiresprofessionalskillsandasignificantamountoftimeinvestment.Typically,developingapersonalizedsoftwaresystemrequiresdeveloperstobefamiliarwithmultipleprogramminglanguagesandsystemarchitectures,masterdigitaltwintheoryanddatabasemanagement,andspendalotofenergyoncodewritinganddebugging.Itisahugechallengeformanynon-professionals.Theno-code(zero-code)configurationplatformisaninnovativedevelopmenttoolthatenablestheconfigurationpersonneltobuildapersonalizeddigitaltwinapplicationsystemaccordingtotherequirementswithoutwritingthecode.Thenocodeplatformprovidesvisualinterfaces,applicationcomponents,anddigitaltwincomponents,allowingconfigurationpersonneltodirectlybuildthesystemthroughdraganddropandcomponentconfiguration.Thisstandardstandardizesthedigitaltwinapplicationplatformwithnocodeconfiguration,whichwillhaveagoodpromotingeffectontheapplicationandconstructionTheissuingauthorityofthisstandarddrawsattentiontohowstatingcompliancewiththisstandardmayinvolvetheuseofpatentsrelatedtocomponentswitchingin6.9.3.1.1.Theissuingauthorityofthisstandardhasnopositionontheauthenticity,validityandscopeofthepatent.Thepatentholderhaspromisedtotheissuingbodyofthisstandardthatheiswillingtonegotiateapatentlicensinglicensewithanyapplicantonthetermsandconditionsreasonablywithoutdiscrimination.Thestatementofthepatentholderhasbeenfiledwiththeissuingauthorityofthisstandard.Informationcanbeobtainedthroughthefollowingcontactinformation:Nameofpatentholder:BeijingZhongyingExinTechnicalServiceCo.,LTDAddress:Room802,BlockB,TianyuanPortCenter,ChaoyangDistrict,BeijingPleasenotethatapartfromtheabovepatents,somecontentsofthisstandardmaystillinvolvepatents.Theissuingauthorityofthisstandardshallnotassumetheresponsibilityforidentifyingthepatents.T/ZSA229—20241platformwithnocodeconfigurationThisstandarddescribestheoverallframeworkofthedigitaltwinapplicationplatformwithnocodeconfiguration,specifiestheoverallrequirementsoftheplatform,platformfunctionrequirements,platformperformancerequirements,securityrequirementsandconfigurationstandardrequirements,andgivestheverificationmethodoftheapplicationplatformrequirements.Thisstandardisapplicabletotheconstruction,operationandmaintenanceofthedigitaltwinapplicationplatformwithnocodeconfiguration.2NormativereferencestandardsThecontentsofthefollowingdocumentsconstituteessentialprovisionsinthisdocument.Forreferences,onlytheversioncorrespondingtothatdateappliestothisdocument;fortheunspecifiedreferenceddocument,thelatestversion(includingallmodificationorders)appliestothisdocument.GB/T22239informationsecuritytechnology--networksecuritylevelprotectionbasicrequirementsGB/T36635informationsecuritytechnology--BasicrequirementsandimplementationguidelinesfornetworksecuritymonitoringGB/T41479informationsecuritytechnology--networkdataprocessingsecurityrequirementsThefollowingtermsanddefinitionsshallapplytothisstandard.3.1.1Ahybridmodelconsistingofphysicalassets,virtualmirrors,andauserinterface.[Source:GB/T41723--2022,3.2]3.1.2Aprogramwrittenbyanapplicationprograminterfacethatfollowsacertainspecificationcanonlyrununderthesystemplatformofthespecifiedprogram(whichcansupportmultipleplatformsatonetime),andcannotberunseparatelyfromthespecifiedplatform.[Source:GB/T36096--2018,3.4]Asubsystemthatbuildbythedigitaltwinapplicationplatformwithnocodeconfigurationandcanrunatruntimetomeetspecificneeds.Thefollowingabbreviationsapplytothisstandard.T/ZSA229—20242CPU:Centralprocessor(CentralProcessingUnit)TheWeb:TheWorldWideWeb(WorldWideWeb)4OverallarchitectureThedigitaltwinapplicationplatformwithnocodeconfigurationismainlycomposedofruntime,systemmanagementcenter,operationmonitoringcenter,messagecenter,messagecenter,personalcenter,digitaltwinbase,businessmodelingcenter,plug-inmanagementcenter,applicationconfigurationcenterandothermodules.TheoverallarchitectureisshowninFigure1.Figure1:TheoverallarchitectureofthedigitaltwinapplicaticonfigurationAccordingtotherequirementsoftheapplicationconfigurationfiles,usersbuildvariousbusinessapplicationsubsystemsintheApplicationConfigurationCenter,formtheconfigurationfilesofeachapplicationsubsystem,andpublishthemtotheDevelopment&TestEnvironmentorProduction&OperationEnvironmentattheRuntime.TheApplicationInterpretertranslatesprofilesintoabusinessapplicationsubsystem,whichisexecutedonRuntimealoneorafterintegrationwithaDigitalTwinBase.Applicationlinkerareusedforintegratedapplicationsamongindividualbusinesssubsystems,enablingexternalsystemstocooperatewiththebusinessapplicationsubsystematRuntime.TheprofileofthebusinessapplicationsubsystemshallbeinaccordancewithAppendixA.Basicfunctionsofeachmoduleareasfollows:T/ZSA229—20243a)Runtime:astheoveralloperationenvironmentoftheplatform,itprovidesthebasicframeworkofthebusinessapplicationsubsystemandtheruntimeenvironmentofeachmoduleofthewholeplatform,includingtheOperationFramework,ApplicationInterpreter,Development&TestEnvironmentandProduction&OperationEnvironment,ApplicationLinker,etc.;b)SystemManagementCenter:tomanagethebasicinformationoftheenterprise,includingOrganizationalStructureManagement,Rolemanagement,Postmanagement,Usermanagement,Authoritymanagement,Administratormanagement,etc.;c)OperationMonitoringCenter:monitorthesystemoperationandusers'operationbehavior,includingSystemOperationMonitoringandUserOperationMonitoring;d)MessageCenter:providesthemessagemanagementofeachmoduleoftheplatformandthebusinessapplicationsubsystem,whichcandisplayvariousmessagesandcandirectlyperformthespecificfunctionsofeachbusinesssubsystemthroughthewayofmessagedialogue;e)PersonalCenter:providepersonalinformationmaintenanceandpersonalizedsettingfunctionoftheplatform,supportthemaintenanceofaccountinformation,emailinformation,mobilephonenumberandotherinformation,andsupportthepersonalizedconfigurationofsystemnavigationlayout,themecoloranddefaulthomepage;f)DigitalTwinBase:withthebasicdataenvironmentoftwoandthree-dimensionalintegration,supporttheaccess,processingandintegrationofallkindsofexternaldata,accordingtotheconstructeddatamodelstorage,atthesametimetoprovidedatadisplay,applicationtools,canprovidedigitaltwinplug-insforbusinessapplicationsubsystems;g)BusinessModelingCenter:Basedontheobject-orienteddesignidea,byestablishingtherelationshipbetweenthebasicmodels,buildthedatabasicmodelofthedigitaltwinbusinessentity,andformaunifiedandstandarddigitaltwinbusinessentitydatabase;h)Plug-inManagementCenter:managealltheplug-insandexpandtheplug-insasneeded;i)ApplicationConfigurationCenter:visualization-basedFormDesigner,ProcessDesigner,RuleDesigner,Large-screenDesigner,andReportDesigner.Allocationpersonnelcanintuitivelyseethefunctionsandconfigurationofeachdesignercomponent,andbuildthesystembydraggingtheconfigurationcomponents.Thedigitaltwinapplicationplatformwithnocodeconfigurationshallmeetthefollowingrequirements:a)Visualdesignrequirements:providevisualinterfacetobuildthesystembydraggingandconfiguration,andpreviewthesystemconfigurationeffect;b)Componentdesignrequirements:provideaseriesofpre-builtcomponentssuchasform,process,report,largescreen,anddirectlydraganddropfortheconstructionofthesystem,eachcomponenthasaspecificappearance,functionandattributes,tomeetthebusinessneeds;c)Customextensionrequirements:providecustomizedapplication,custombutton,customprocessandrules,customreport,customcomponentsandotherfunctions,tocustomizetheextensionaccordingtotherequirements,andexpandthesystemfunctionsbyestablishingtheconnectionwiththeexternalsystem;T/ZSA229—20244d)Multi-levelmanagementrequirements:throughtheprovidedadministratormanagementallocationmechanism,managetheorganization,users,positions,roles,andauthorizationoftheenterprisewithinthescopeofmanagement,soastorealizetheneedsofmulti-levelmanagementpersonneltojointlymanagetheenterprisefunctions;e)Requirementsfortheintegrationofinternalandexternalusers:theplatformhastheabilitytobuildthein