新型智慧城市智慧应用系统总体设计规范(T-SCIIA 6—2021).pdf

《新型智慧城市智慧应用系统总体设计规范(T-SCIIA 6—2021).pdf》由会员分享，可在线阅读，更多相关《新型智慧城市智慧应用系统总体设计规范(T-SCIIA 6—2021).pdf（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、中关村智慧城市信息化产业联盟发发布布ICS 35.240.01I65新型智慧城市智慧应用系统总体设计规范新型智慧城市智慧应用系统总体设计规范Overall Design Specification for Smart Application System of New Smarter City2021-12-31 发布2021-12-31 实施团团体体标标准准T/SCIIA 6-2021T/SCIIA 62021目目次次前言.I引言.II1 范围.12 规范性引用文件.13 术语和定义.14 缩略语.25 智慧城市设计任务分类.26 智慧应用系统总体设计的需求分析.26.1 界定职能域.26.

2、2 业务梳理，建立业务模型.26.3 用户视图调研与规范化.36.4 数据流定性分析.36.5 数据流定量分析.57 智慧应用系统总体设计的系统建模.57.1 功能建模.57.2 数据建模.77.3 存储层结构建模.88 智慧应用系统总体设计的数据标准化体系.108.1 信息资源管理基础标准.108.2 应用系统之间的数据交换标准.138.4 智慧应用系统与其他系统的数据交换标准.14IT/SCIIA 62021前言本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。本文件由中关村智慧城市信息化产业联盟提出。本文件由中关村智慧城市信息化产业联盟归口

3、。本文件起草单位：中关村智慧城市信息化产业联盟、北京智慧城市云网规划设计研究院有限公司、大连圣达信息工程有限公司、中国市政工程华北设计研究总院第一研究院。本文件主要起草人：高复先、辛继巍、徐超忠、孟昭辉IIT/SCIIA 62021引言中关村智慧城市信息化产业联盟通过调研和实践探索，总结了智慧城市智慧应用系统总体设计的经验和问题，为此编制了本文件，可作为智慧城市智慧应用系统总体设计遵循的思路和方法，有利于创新制定科学、简明和实用的智慧应用系统建设方案。本文件的新型智慧城市智慧应用系统总体设计，即智慧应用系统的信息资源规划（IRP）。引进国际先进的信息化理论信息工程方法论（IEM）经过创新发展和

4、实践检验，其中的基本理念与核心技术，是信息资源规划（IRP）、主题数据库（SDB）和数据环境重建（DER）。T/SCIIA 620211新型智慧城市智慧应用系统总体设计规范新型智慧城市智慧应用系统总体设计规范1范围本文件规定了新型智慧城市智慧应用系统总体设计的术语和定义、缩略语、设计任务、需求分析、系统建模的通用要求和数据标准化体系。本文件适用于新型智慧城市智慧应用系统总体设计、制定各类智慧应用系统建设规范参考。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单

5、）适用于本文件。GB/T 36333-2018智慧城市顶层设计指南GB/T 37043-2018智慧城市术语3术语和定义GB/T 36333-2018 和 GB/T 37043-2018 以及下列术语和定义适用于本文件3.1智慧城市 smart city运用信息通信技术，有效整合各类城市管理系统，实现城市各系统间信息资源共享和业务协同，推动城市管理和服务智慧化，提升城市运行管理和公共服务水平，提高城市居民幸福感和满意度，实现可持续发展的一种创新型城市。3.2新型智慧城市 new smart city“新型智慧城市”是以为民服务全程全时、城市治理高效有序、数据开放共融共享、经济发展绿色开源、网络

6、空间安全清朗为主要目标，通过体系规划、信息主导、改革创新，推进新一代信息技术与城市现代化深度融合、迭代演进，实现国家与城市协调发展的新生态。其本质是全心全意为人民服务的具体措施与体现。3.3智慧城市顶层设计 overall design for smart city从城市发展需求出发，运用系统工程方法统筹协调城市各要素，开展智慧城市需求分析，对智慧城市建设目标、总体框架、建设内容、实施路径等方面进行整体性规划和设计的过程。GB/T 36333-2018，定义 3.13.4智慧应用系统的总体设计 overall design for smart application system智慧应用系统的

7、总体设计是指智慧政务（政府协同办公、行政审批网络化、政务公开和信息发布、应急处理与指挥等）、城市治理（智慧城管、智慧交通、智慧水务、智慧环保等）、智慧民生（智慧医T/SCIIA 620212疗、智慧教育、智慧社区、智慧养老、精准扶贫等）、智慧经济（智慧制造、智慧能源、智慧港口、智慧农业、智慧旅游等）的各智慧应用系统的总体设计，属于战役层的规划设计。主要解决各智慧应用系统的信息化、数字化建设成果继承和提升，统一数据标准，实现信息资源共享交换和业务协同，消除“信息孤岛”等问题。4缩略语下列缩略语适用于本文件。IEM：信息工程方法论IRP：信息资源规划SDB：主题数据库DER：数据环境重建5智慧城市

8、设计任务分类智慧城市设计任务可以分为两大类：a)智慧城市顶层设计；b)智慧应用系统总体设计。6智慧应用系统总体设计的需求分析根据实际情况安排的智慧应用系统分期建设任务，不论是智慧政务、城市治理、智慧民生，还是智慧经济等领域的各项智慧应用系统，都要统一进行总体设计。智慧应用系统总体设计面向要建设的所有智慧应用系统。例如，某市本期要建设的智慧应用系统包括：智慧政务领域的协同办公、行政审批、政务公开和信息发布；城市治理领域的智慧城管、智慧交通、智慧环保；智慧民生领域的智慧医疗、智慧教育、精准扶贫；智慧经济领的智慧港口、智慧能源、智慧旅游等12个智慧应用系统。智慧应用系统的需求分析是以信息工程方法论（

9、IEM）为指导进行的，与传统的软件工程方法的需求分析有很大的区别，包括以下的系统分析工作。6.1界定职能域按信息工程方法论，信息资源规划以职能域（Function Area）为基本单元。职能域是各类业务范围的抽象，具有稳定性，不是当前机构部门的照搬，但与机构部门相关。职能域的划分定义，需要对业务调研资料做分析综合并结合已有的经验，才能准确地界定出若干个职能域。例 某市慧医疗的职能域有：社区卫生、妇幼保健、医疗服务、医药监管、疾病预防控制、卫生执法监督、公共卫生应急指挥等职能域。面向某一智慧应用系统，要对其每一职能域作规范化的描述：该职能域的管理目标、覆盖的机构部门和主要工作职责。6.2业务梳理

10、，建立业务模型业务梳理，即业务流程分析，是为了系统地、概括地把握一个职能域的业务功能结构。梳理的结果，用简明的“职能域业务过程业务活动”三个层次来表达完整的业务功能结构，就是业务模型T/SCIIA 620213(Business Model)。其中，业务过程或业务流程(Process)是职能域中一组联系紧密的活动；业务活动(Activity)是不可再分解的最小业务单元。业务过程需要用一句话做概括性的描述。业务活动是最小的业务工作单元，用“动-宾”结构的短语来定义，具有“凝聚性”在一定的场合、一定的时间、由一个（或一组）人完成的一项完整的工作。业务模型的编码规范：例 某市智慧医疗的业务模型（部分

11、）：F01 公共卫生F0101 疾病防控F0102 健康教育F0103 妇幼健康F010301 妇幼基础档案管理F010302 婚前保健应用F010303 妇女病查治F010304 孕产期保健应用F0104 食品安全F0105 血液管理F0106 综合监督F0107 卫生应急决策F02 计划生育F03 医疗服务F04 医疗保健F05 药品供应F06 综合管理6.3用户视图调研与规范化用户视图（User View）是指最终用户对数据实体的看法，是对单证、报表、账册、屏幕表单等数据载体的综合。对各职能域调研的用户视图规范化，包括用户视图的分类编码、登记和组成。6.4数据流定性分析通过绘制一级数据流

12、程图（1-DFD）做数据流的定性分析：a)某智慧应用系统内部各职能域之间的数据流；b)各智慧应用系统之间的数据流；c)各智慧应用系统与其他外部系统的数据流。T/SCIIA 620214一级数据流程图的基本符号有:例.智慧医疗的医疗服务职能域一级数据流程图的示例见图1。图1智慧医疗的医疗服务职能域一级数据流程图图中箭杆上标注的用户视图，表示各种数据流，原则是“左进右出”。右边的输出数据流，包括：（）医疗服务职能域到社区卫生职能域、妇幼保健职能域等的数据流；（）医疗服务职能域到智慧教育系统的数据流；（）医疗服务职能域到外单位上级卫生局的数据流。左边的输入数据流，包括：（）智慧教育系统到医疗服务职能

13、域的数据流，智慧环保系统到医疗服务职能域的数据流；（）上级卫生局和质监局到医疗服务职能域的数据流。一级数据流程图是在用户视图调研识别定义了数据流向之后，由工具软件系统自动生成的。通过绘制二级数据流程图（2-DFD）来反映职能域内部的数据流。二级数据流程图的基本符号有:数据流中心处理(所研究的职能域)外部项(其它职能域或外单位)数据流处理框(业务过程)外部项(其它职能域或外单位)数据存储框T/SCIIA 620215二级数据流程图中的处理框代表业务过程，存储框代表存储类用户视图。例.智慧医疗的医疗服务职能域二级数据流程图的示例见图2。二级数据流程图是由工具软件系统支持，人-机交互绘制的。图 2智

14、慧医疗的医疗服务职能域二级数据流程图6.5数据流定量分析通过绘制一级数据流程图（1-DFD）做数据流的定性分析：数据流的量化分析，是指上述（）、（）、（）三种数据流按不同的统计期的输入、存储、输出流量估算报告，作为制定科学的数据分布规划，进而提出数据存储设备和网络通信方案所需要的数据流数据。数据流量化分析报告，是在用户视图登记参数、用户视图组成和流向识别定义准确完整的基础上，由软件支持工具自动计算输出的。7智慧应用系统总体设计的系统建模智慧应用系统建模，包括建立系统功能模型、系统数据模型和系统体系结构模型，是需求分析的优化和定型，能真实准确反映用户需求，是智慧应用系统成功开发建设的保证。7.1

15、功能建模7.1.1计算可行性分析和系统功能模型在需求分析阶段，业务梳理建立了由“职能域-业务过程-业务活动”三层结构组成的业务模型。但是，并非所有的业务活动都能实现计算机化的管理，所以要进行计算可行性分析：a)有些业务活动可以由计算机自动完成；b)有些业务活动可以人-机交互完成；c)有些业务活动仍然需要由人工完成。我们将能由计算机自动进行处理和人-机交互进行的活动挑选出来，按“子系统-功能模块-程序模块”组织，就是系统功能模型（Function Model）。一般来说，业务模型与功能模型有如下的对应关系：T/SCIIA 620216业务模型：职能域 业务过程业务活动功能模型：子系统 功能模块程

16、序模块对业务活动做计算机化可行性分析，一方面应该根据管理的实际情况和业务人员借助信息技术建立新的管理机制的构思；另一方面要考虑信息技术的运用，这既有当前信息技术能达到什么程度，也有采用某种信息技术的开发费用和投资问题。7.1.2定义子系统定义子系统是建立功能模型的首要的工作，就像建立业务模型首先要研究职能域的定义一样。首先，规划组要通过讨论提出子系统的划分定义，要注意研究和回答以下问题：a)子系统的目标，需要对系统总体目标进行分解，作更具体的界定；b)子系统的边界，即覆盖哪个职能域或跨职能域，为哪个管理层次或跨管理层服务；c)信息加工处理深度或信息系统类型，包括事务处理(TPS)、管理信息系统

17、(MIS)、联机实时处理分析(OLTP/OLAP)、决策支持系统(DSS)、主管信息系统(EIS)、战略信息系统(SIS)等；d)子系统的主要功能，注意运用“关键成功因素”和“价值流”等分析方法，在业务过程计算机化可行性分析的基础上加以识别。综合以上方面内容，用一短文准确概括描述，即为子系统的定义。7.1.3定义功能模块和程序模块在子系统划分定义工作完成后，就要对每一子系统定义其功能模块和程序模块，这时要注意研究和解决的以下问题：a)功能模块体现子系统的目标，即对子系统的目标进行分解，落实到具体的功能模块上；b)功能模块的边界，即它属于哪个职能域或跨职能域，为哪个管理层次或跨管理层服务；c)信

18、息加工处理深度或模块类型属于事务处理、信息形成模块，还是属于实时处理分析(OLTP/OLAP)或更为高层服务的(DSS/EIS/SIS)模块；d)突出关键性功能模块（或反映主业的功能模块），这要借助“关键成功因素”和“价值流”分析来识别；e)通过分解与集结的权衡，确定功能模块-程序模块的层次关系，分解要注意控制细化程度，集结要注意控制综合程度；f)分析选取已经开发的应用系统（包括应用软件产品）有用的模块；g)特别是为实施大数据战略和互联网+战略，很多业务活动要采用物联网和移动互联网技术，就要在功能建模时注意识别定义新的程序模块（或组件），解决好线上应用和线下应用相结合的问题；h)每一功能模块需

19、要用短文加以描述；i)每一程序模块的规范化描述：功能简介，数据存取（即读/写那些数据库表）；处理逻辑（IPO，输入-处理-输出）。功能模型的编码规范：T/SCIIA 6202177.2数据建模智慧应用系统的数据建模，是解决智慧城市数据体系建设的信息资源规范整编的基础问题，是信息资源规划的核心部分，是数据环境重建的根本保障。7.2.1数据模型(Data Model)数据模型是对用户数据需求的概括，反映了智慧应用系统的信息组织框架结构。数据模型分为由概念数据库组成的概念数据模型和由逻辑数据库组成的逻辑数据模型。概念数据库(Conceptual Database)是最终用户对数据库的看法，反映了用户

20、的综合性信息需求。概念数据库的表达规范：数据库名称(内容描述或数据项罗列)例.“组织机构”和“机构人员”两个概念数据库表达如下：组织机构（织机构代码，名称，领导班子，人员等）机构人员（人员代码，姓名，自然信息，简历，考核信息等）7.2.2概念数据模型（Conceptual Data Model）概念数据模型是指整个智慧应用系统的全部概念数据库的列表。例.智慧城管系统的概念数据模型如下：7.2.3逻辑数据模型（Logical Data Model)逻辑数据库(Logical Database)是系统分析设计人员的看法，是对概念数据库的进一步分解和细化。在数据组织的关系模式中，逻辑数据库是一组规范

21、化的基本表(Base Table)。例.“组织机构”和“机构人员”两个逻辑数据库及其连接关系如下：图中，每个方条都代表一个基本表，左探出的是一级基本表，下面是二级基本表，带下划线的字段是主键。基本表(Base Table)是由基础的业务数据所组成的表，而其它业务数据则是在这些表的基础之上衍生出来的。基本表可以代表一个实体，也可以代表一个关系，基本表中的数据项就是实体或关系的属性。T/SCIIA 620218基本表具有一些基本特性：a)原子性，表中的数据项是数据元素；b)演绎性，可由表中的数据生成系统全部的输出数据；c)稳定性，表的结构不变，表中的数据一处一次输入，多处多次使用；d)规范性，表中

22、的数据关系满足三范式(3-NF)；e)客观性，表中的数据是客观存在的数据，不是主观臆造的数据。逻辑数据模型是概念数据模型的细化，由整个智慧应用系统或其逻辑子系统相关的基本表集构成。例.智慧城管系统的逻辑数据模型以及与概念数据模型的关系如下：7.2.4数据建模的过程第一步，识别定义业务主题，根据用户视图分组定义一个个主题数据库，建立概念数据模型；第二步，数据结构规范化，按业务需要进一步分析实体的属性，规范化数据结构产生基本表，建立逻辑数据模型；第三步，数据元素规范化，进一步审核基本表的组成，将数据元素标准和信息分类编码标准落实到基本表中。利用支持软件工具辅助数据建模，可以提高数据建模的质量和效率

23、。7.3存储层结构建模在信息工程方法论中，信息系统体系结构(Information System Architecture)，是指系统数据模型和功能模型的关联结构，采用C-U矩阵来表示。系统体系结构模型的建立，是决定共享数据库的创建与使用责任、进行数据分布分析和制定系统开发计划的科学依据。系统体系结构模型分为全域系统体系结构模型和子系统体系结构模型。7.3.1全域系统体系结构模型按DB23/T 2814-2021 7.3.1规范要求执行。全域系统体系结构模型，即全域C-U矩阵，表示某一智慧应用系统所有子系统与主题数据库的关联情况。全域系统体系结构模型的模式如下：T/SCIIA 620219其中

24、，行代表各子系统，列代表各主题数据库，行列交叉处的“C”代表所在行的子系统生成所在列的主题数据库，即负责该主题数据库的创建和维护；“U”代表所在行的子系统使用所在列的主题数据库，即读取该主题数据库的信息；“A”表示既生成又使用所在列的数据库。7.3.2子系统体系结构模型子系统体系结构模型，即子系统C-U阵，表示一个子系统的所有程序模块与基本表的关联情况。例.某市智慧医疗的妇幼保健子系统C-U矩阵（部分）：其中各列代表基本表（分别属于某主题数据库），各行代表各子系统的程序模块，行列交叉处的“C”代表所在行的程序生成所在列的基本表，即负责该基本表的创建和维护；“U”代表所在行的程序使用所在列的基本

25、表，即读取该基本表的信息；“A”表示既生成又使用所在列的基本表。7.3.3C-U 矩阵的建立方法从子系统C-U矩阵的构成内容可以看出，识别基本表与程序模块之间的关系，可以从两个方向进行：逐一地考察一个子系统的程序模块，找出它所存取的基本表；逐一地考察一个子系统的每个基本表，找出存取它的程序模块。这种逐一识别、定义和记存各基本表与程序模块的关系是比较烦琐的，用支持软件工具来做这项工作，就比较简单了。根据记录下来的子系统所有的基本表与程序模块的关系，软件工子系统子系统 1 1CAU子系统子系统 2UCA子系统子系统 3UC主主题题数数据据库库1主主题题数数据据库库2主主题题数数据据库库3T/SCI

26、IA 6202110具就能自动计算生成这个子系统的C-U矩阵；有了各子系统的C-U矩阵，软件工具就能自动计算生成全域的C-U矩阵。8智慧应用系统总体设计的数据标准化体系智慧应用系统的数据标准化体系建设，根据三种数据流分析应该包括三类建设任务：a)智慧应用系统内部各职能域之间信息共享的数据标准；b)各智慧应用系统之间的数据交换标准；c)各智慧应用系统与其他外部系统的数据交换标准。8.1信息资源管理基础标准智慧应用系统内部各职能域之间信息共享的数据标准，即信息资源管理基础标准（简称IRM 标准），是指那些保证智慧应用系统内信息共享、进行信息资源开发利用的最基本的标准，因而也是大数据应用开发的最基本

27、的标准。信息资源管理基础标准有：数据元素标准、信息分类编码标准、用户视图标准、概念数据库标准和逻辑数据库标准。这些标准都具体地体现在数据模型之中，而且在后续的数据库建设和应用开发中要处处用到。8.1.1数据元素标准数据元素（Data Elements）是最小的不可再分的信息单位，是一类数据的总称。信息系统中的“职工姓名”、“员工姓名”、“职员姓名”等等，如不加以统一，在用汉语拼音表示其标识时就有ZGXM、YGXM、ZYXM等；而其英文标识就可能是EMPNAME、NAMEOFEMPLOYEE、EMPLOYEENM、EMPNM等等。如果统一采用“职工姓名”，其标识为ZGXM或EMPNM，这就是少数

28、的“标准化”数据元素。如果开发人员都这样做，就可大幅度减少信息系统中所使用的数据元素的总数，并可大大简化其结构。数据元素的质量是建立坚实的数据结构的基础。在数据元素的创建和命名上做整体的考虑，借鉴对化学元素的研究，就可以把握信息系统中有限数目的“核心”数据元素，这就需要建立数据元素标准数据元素命名标准、标识标准和一致性标准。数据元素命名的规范是用一简明的词组来描述一个数据元素的意义和用途。这个词组的一般结构是：修饰词基本词类别词例.“社会保险编号”（SOCIALSECURITYNUMBER）是一个数据元素，其结构是社会 保险 编号类别词基本词修饰词T/SCIIA 6202111类别词（Cass

29、 Word）是指对数据对象做一般性分类的词，例如“时间”、“编号”等等；基本词（Prime Word）是指对数据对象做进一步的分类的词，例如“设备”、“保险”等等；修饰词（Modifying Word）是名词，而不是形容词或副词。类别词是数据元素命名中的一个最重要的名词，用来识别和描述数据元素的一般用途或功能，不具有行业特征，条目比较少。基本词是类别词的最重要的修饰词，它对一大类数据对象进一步分类（反映一小类数据对象），一般具有行业特征，条目比较多。把握类别词与基本词的定义和数目，就能控制数据元素的定义准确性和总体数目。数据元素标识即数据元素的编码，是计算机和管理人员共同使用的标识。数据元素标

30、识用限定长度的大写字母字符串表达，字母字符可按数据元素名称的汉语拼音抽取首音字母，也可按英文词首字母或缩写规则得出。例.数据元素名称数据元素标识（汉语）数据元素标识（英文）申报开工日期SBKGRQAPL_ST_DT设备数量SBSLEQP_QTY数据元素标准即某智慧应用系统按上述数据元素命名规范和数据元素标识规范，识别定义出全部的数据元素，就是该智慧应用系统的数据元素标准。例.某市智慧医疗系统的数据元素标准有3000个数据元素。8.1.2信息分类编码标准信息分类编码（Information Classifying and Coding）包括两次意思：信息分类就是根据信息内容的属性或特征，将信息按

31、一定的原则和方法进行区分和归类，并建立起一定的分类系统和排列顺序，以便管理和使用信息；信息编码就是在信息分类的基础上，将信息对象（编码对象）赋予有一定规律性的、易于计算机和人识别与处理的符号。我们在国家的信息分类编码标准基础上，创新将信息分类编码对象划分为A、B、C三种类型，建立了信息分类编码标准。A 类编码对象在信息系统中不单设编码库表，编码表寓于主题数据库表之中的信息分类编码对象，称为A类编码对象。这类编码表的记录，一般随主题数据库表记录的增加而逐步扩充，很难一次完成。虽然不单设编码库表，但其码表可以从数据库表中抽取出来作为一个虚表（是数据库表的一个投影）在信息系统中使用。这类编码对象一般

32、在具体的应用系统中使用较多，如身份证号码（国家标准）、客户编码、职工编码、设备编码（企业标准）等，都是A类编码。B 类编码对象在信息系统中单独设立编码库表的信息分类编码对象，称为B类编码对象。这类码表内容具有相对的稳定性，可以组织力量一次编制出来。这类编码表一般都较大，像一些数据库表一样，在应用系统中往往被多个模块所共享，作为一些单独的库表管理是方便的。如国家行政区划编码、职称编码（国家标准）、生产统计项目编码（行业标准）、设备配件编码（企业标准）等等，都是B类编码。C 类编码对象在应用系统中有一些码表短小而使用频度很大的编码对象，如人的性别代码、文化程度代码和婚姻状况代码等等，如果都设立编码

33、库表，不仅系统运行时资源开销大，还给系统管理带来一系列的问题，把这类对象统一设一个编码库表来管理就可以了。T/SCIIA 62021128.1.3用户视图标准用户视图标识规范用户视图标识，即用户视图标的分类编码，规则如下：族码序号小类（类型）编码大类（流向）编码职能域编码其中：大类（流向）编码取值：1输入，2存储，3输出小类（类型）编码取值：1单证，2账册，3报表，4其它序号：01 99族码取值：空，A Z例.D053208企业登记表（概要信息）D053208A企业纳税记录“05”表示第五职能域“企业征信”的两个用户视图，概要信息和纳税记录，“3”表示报表，“2”表示存储，“08”表示第八个用

34、户视图，“A”表示同一族的用户视图。用户视图登记规范某一职能域用户视图登记，是指该职能域用户视图的一览表信息，除分类编码、大类、小类外，还包括生存期、记录数和统计参数。用户视图生存期是指用户视图在管理工作中从形成到失去作用的时间周期，同样采取编码方式进行分类：1动态，2日，3周，4旬，5月，6季，7年，8永久。用户视图记录数是指把它看成一张表时的行数，在填写这一数据时，必须注意到必要的计算。用户视图统计参数是为了估计用户视图容量的参数，一般缺省值为 1,数据项 20 个以内的为5，数据项 20 个以上或带有文本、照片字段的为 9。用户视图组成规范用户视图组成是指用户视的数据项列表，反映用户视图

35、的结构，一般模式是：序号数据项/元素标识数据项/元素名称T/SCIIA 6202113例.D053208 企业登记表的组成是：序号数据项/元素标识数据项/元素名称01ENT_REG_NO企业注册号02PLC住所03LEG_REPRES法定代表人04CONT_TEL联系电话05REG_CAP注册资本06CURR_KND币种07ENT_TYP企业类型08BUSI_SCP经营范围09BUSI_STRT_DT经营起始日期10BUSI_CLS_DT经营截止日期注.用户视图组成包括主键的识别标注。8.1.4概念数据库标准和逻辑数据库标准详见数据建模。8.2应用系统之间的数据交换标准智慧应用系统之间的数据交

36、换标准，是指两个智慧应用系统的信息资源目录的对接和相应数据项的对应关系：（1）Ai Bj（2）Bm An其中，A代表某一智慧应用系统（如智慧城管系统）的主题数据库基本表集，B代表另一智慧应用系统（如智慧环保系统）的主题数据库基本表集。表达式（1）的意思是，智慧城管系统的第i个基本表的某些数据项要提供给智慧环保系统的第j个基本表相应的数据项，这样就要定义了具体的数据交换标准：Ai 属性表Bj 属性表ai01bj01ai02bj02ai03bj03T/SCIIA 6202114表达式（2）的意思是，智慧环保系统到智慧城管系统的交换关系，同样要定义具体的数据交换标准：Bm 属性表An 属性表bm01an01bm02an02bm03an038.3智慧应用系统与其他系统的数据交换标准智慧应用系统与其他系统的数据交换标准，是指该智慧应用系统的信息资源目录对接其他系统相应数据项的对应关系：Ai Cj其中，A代表某一智慧应用系统（如智慧城管系统）的主题数据库基本表集，C代表一其他应用系统（如银行系统）的数据库表集。智慧城管系统的第i个基本表的某些数据要提供给银行系统的第j个数据库表的相应数据，这样就要定义了具体的数据交换标准：Ai 属性表Cj 属性表ai01cj01ai02cj02ai03cj03其他系统到智慧应用系统的数据交换标准，从略。