城轨线网数据专利申

1、本发明公开一种城轨线网数据标准的建立方法。针对城轨线网的多个专业，该方法利用工程的需求分析方法对城轨线网进行业务建模，从业务模型中提取城轨线网的对象类；对既有线路的数据库表、数据点表和文档资料等进行比较分析，建立城轨线路的数据元标准；以城轨线网的对象类，从城轨线路的数据元标准中提取城轨线网的数据元。提出城轨线网数据元的表示规则，规范城轨线网数据元的属性。采用城轨线网数据库名规范命名数据库建设过程中各设计阶段的数据对象，进而采用线网查询效率优化的物理设计原则，建立城轨线网数据库。1、 城轨线网数据标准的建立方法，包括如下步骤：（1）利用工程的需求分析方法对城轨线网进行业务建模，获得业务模型的信息

2、关系图，进而从信息关系图中提取城轨线网的对象类；（2）对既有线路的数据库表、数据点表和文档资料等进行比较分析，建立城轨线路的数据元标准；（3）以城轨线网的对象类数据元；，从既有线路的数据元标准中提取城轨线网的（4）提出城轨线网数据元的表示规则，规范化描述城轨线网数据元的属性；（5）建立城轨线网数据库名规范，规范化命名数据库建设各设计阶段的数据对象，进而提出适合线网查询优化的物理设计原则，建立城轨线网的数据库。2、 根据权利要求 1 所述城轨线网数据标准的建立方法，其特征在于，所述城轨线网的对象类通过以下方法获得：通过工程的需求分析方法，逐步构建线网各专业系统的系统结构图、系统实现图、系统时序图

3、、数据流图，对系统时序图的交互数据和数据流图的输入输出信息进行细化和扩充，从而获得信息关系图，并从信息关系图中提取城轨线网各专业系统的对象类。3、 根据权利要求 1 所述城轨线网数据标准的建立方法，其特征在于，所述城轨线路的数据元标准通过以下方法获得：分析既有线路的现有数据库表、数据点表和文档资料等，提取出城轨线路的对象类集合，针对同种对象类的数据元不一致的情况，规范城轨线路同种对象类的数据元集合，建立城轨线路的数据元标准。 4、 根据权利要求 1 所述城轨线网数据标准的建立方法，其特征在于，所述城轨线网的数据元通过以下方法获得：从城轨线网的对象类集合中，取出特定对象类，并在城轨线路的数据元标

4、准中查找其对应的数据元，以作为城轨线网的数据元。 5、 根据权利要求 1 所述城轨线网的数据标准建立方法，其特征在于，所述规范城轨线网数据元的属性的方法为：从数据元标识符分配规则、数据元命名规则、数据类型、数据元值域、数据元备注、默认值、值和等级等方面提出城轨线网数据元的表示规则，规范城轨线网数据元的属性。6、 根据权利要求 1 所述城轨线网的数据标准建立方法，其特征在于，所述城轨线网数据库名规范为：数据对象名称由 26 个英文大写字母，数字 0-9 和“_”组成；数据对象名称不能使用其他字符，不能以数字或下划线开头；数据库对象的名称由前缀和实体名称组成，长度不超过 30 个字符，前缀描述对象

5、的类型，实体名称包含数据库标识等描述实体内容的信息，对象名称各组成部分用“_”分隔。7、 根据权利要求 6 所述城轨线网数据库名规范，其特征在于，所述数据对象名称名格式为：数据表名格式为“TB_数据库标识_表标识”；数据字段名格式为“表标识_字段标识”；主键约束名格式为“PK_主键表标识_主键字段标识”；外键约束名格式为“FK_外键表标识_主键表标识_主键字段标识”；check 约束名格式为“CK_约束表标识_约束字段标识”；索引名格式为“IN_索引表标识_索引字段标识”；视图触发器名格式为“TR_触发器标识”；函数名格式为“VI_视图标识”；名格式为“FN_函数标识”；过程名格式为“SP_过

6、程标识”；以上命名格式中（数据表除外），如果“表标识”的长度大于 15 个字符，采用“表标识”的缩写，缩写形式为各语义单词的首字母。8、 根据权利要求 1 所述城轨线网的数据标准建立方法，其特征在于，所述线网查询效率优化的物理设计原则包括：对数据库中每个表的主键字段建立索引；在设备属性取值表中增加线路字段，并按线路字段对设备属性取值表分区；对设备属性取值表中的设备字段和设备属性字段建立联合索引，并建立设备字段和设备属性字段的唯一约束。城轨线网数据标准的建立方法技术领域本发明涉及数据库、数据资源整合领域，具体为一种城轨线网的数据标准建立方法。背景技术城市轨道交通（以下简称城轨）具有运量大、速度快

7、、准时可靠、环境舒适等特点，经济发达国家城市的交通发展历史告诉，只有采用大客运量的城轨系统，才是从根本上改善城市公共交通状况的有效途径。城轨的大规模规划和建设说明国家充分认识到城轨的重要地位，但是仅从工规划建设还远远不够。在，信息化加速发展的时代，城市日趋增多，交通严重堵塞，事故频发，急需通过有信息资源的利用、共享和增值。解决现有的交通问题，促进现由于城轨行业缺乏相应的国际标准及国内标准，因此利用信息资源共享来改善城轨现状并非易事。我国现有城市轨道交通系统存在如下问题：各线路招标、建设，采用“线路管控”管理方式，只考虑当前线路的数据，运营和监管问题，导致线路数据标准不；在调度方面，各线路单独调

8、度，线与线间的运营无法协调且无法统筹全局，导致城轨缺乏全局性的调度指挥能力。线网的功能是统筹和综合管理线路数据，提供应急指挥功能，协调各线路运力，为新建线路提供标准。线网统筹兼顾各线路，其数据需要从线路中获取。但目前线路数据内容和数据编码方式等不，阻碍线网直接利用既有线路数据，来实现上述功能。因此，建立城轨线网数据标准是建设城轨线网数据中心的重要基础。目前，在行业，（国标道路、水路货物基础数据元的研究和制定）针对物流信息化与物流企业，对于道路、水路货物的实际需求，经过收集、分析与研究道路、水路货物的实际需求，提取道路、水路货物运输业务活动过程中信息化和地理信息所需的、基本的数据元编制和制定了该

9、行业的数据标准；为了提高行业的数据共享，标准（中民数据元的规范与标准化）对整个开发生命周期中数据的检索、交换和一致性使用进行了规范。同时定义具有规范意义和形式的信息单元称为已标准化数据元。在规范化的过程中，定义了数据元、数据元分类、数据元的基本属性、数据元编写规则和数据元命名规则等相关内容。在电子政务行业（中民电子政务数据元），电子政务数据元的提取分为两大步骤，一是数据元的提取，二是对具体数据元提取其属性。在对业务流程分析的基础上，利用业务流程建模获得电子政务业务的主导方和相关参与方，并确定业务的实施细则，进行数据元的抽取。上述行业都提出了相应的数据标准建立方法，但有异于其它行业，城轨存在具有

10、层次关系的线网和线路的概念。具体表现为既有的线路数据库将继续使用，同时线网使用规范化后的线路的数据。其它行业并无层次关系，因而可以仅从业务分析得到其数据标准。但对于城轨行业，线网的数据是以线路的数据为基础，所以忽略线路数据而仅从线网业务分析角度建立数据标准的方法不能满足需求网数据标准建立过程中，需要吸纳现有线路系统的数据元及其属性。同时，城轨线网和线路都包括多个专业，数据标准的建立方法需要适合各专业。鉴于城轨线网由城轨多条线路及其多个专业系统组成，本方法包括层次型业务模型、数据元层和技术层。层次型业务模型：网层次提取城轨线网的对象类，同时城轨线路的数据元标准。路层次建立数据元层：以城轨线网的对

11、象类，从城轨线路的数据元标准中提取城轨线网的数据元，进而规范城轨线网的数据元的属性，获得城轨线网的数据元标准。技术层：采用名规范命名数据库建设过程中各阶段涉及的数据对象，进而采用线网查询效率优化的原则建立城轨线网的数据库。综上所述，借鉴了各领域的经验，结合城轨自身特点，针对城轨行业数据元不统一找出相应的解决方案，按照工作流程，提出了一套城轨线网数据标准的建立方法。发明内容本发明提供一种城轨线网数据标准的建立方法，旨在解决各线路标准各自为政、共享等问题，提高城轨数据标准的可扩展性及可用性。同时，本发明的另一个特点在于使用自顶向下业务分析结合已有线路数据元，在兼顾线路的现有情况的前提现了线网数据标

12、准的特点。数据元是通过定义、标识以及允许值等一系列属性描述的数据单元，一般由 对象类、特性和表示三部分组成。其中，城轨线网数据标准指城轨线网数据元的 标准，城轨线网的数据元指城轨线网控制中心实时监视的各专业系统的设备属性，城轨线网数据元的对象类指城轨线网控制中心实时监视的各专业系统的设备和 服务器状态等。一种城轨线网的数据标准建立方法，包括如下步骤：（1）利用工程的需求分析方法对城轨线网进行业务建模，进而获得业务模型的信息关系图，从信息关系图中提取城轨线网的对象类；（2）对既有线路的数据库表、数据点表和文档资料等进行比较分析，建立城轨线路的数据元标准；（3）以城轨线网的对象类网的数据元；，从既

13、有线路的数据元标准中提取城轨线（4）提出城轨线网的数据元的表示规则，规范城轨线网的数据元的属性；（5）建立城轨线网数据库名规范命名数据库建设过程中各设计阶段的数据对象，进而提出适合线网的查询优化的物理设计原则建立城轨线网的数据库。进一步的，步骤（1）所述城轨线网的对象类通过以下方法获得：通过工程的需求分析方法，逐步构建线网各专业系统的系统结构图、系统实现图、系统时序图、数据流图，对系统时序图的交互数据和数据流图的输入输出信息进行细化和扩充，从而获得信息关系图，并从信息关系图中提取城轨线网的各专业系统的对象类。进一步的，步骤（2）所述城轨线路的数据元标准通过以下方法获得：分析既有线路的现有数据库

14、表、数据点表和文档资料等，提取出城轨线路的对象类集合，针对同种对象类的数据元不一致的情况，规范城轨线路同种对象类的数据元集合，建立城轨线路的数据元标准。进一步的，步骤（3）所述城轨线网的数据元通过以下方法获得：从城轨线网的对象类集合中，取出特定对象类，并在城轨线路的数据元标准中查找其对应的数据元，以作为城轨线网的数据元。进一步的，步骤（4）所述规范城轨线网的数据元的属性的方法为：从数据元标识符分配规则、数据元命名规则、数据类型、数据元值域、数据元备注、默认值、值和等级等方面提出城轨线网数据元的表示规则，规范城轨线网数据元的属性。进一步的，步骤（5）所述城轨线网数据库名规范为：数据对象名称采用

15、26 个英文字母（大写）和 0-9 这十个自然数，加上“_”组成；数据对象名称不能使用其他字符，不能以数字或下划线开头；数据库对象的名称由前缀和实体名称组成，长度不超过 30 个字符，前缀描述对象的类型，实体名称包含数据库标识等描述实体内容的信息，对象名称中的标识使用“_”分隔。进一步的，所述数据对象名称名格式为：数据表名格式为“TB_数据库标识_表标识”；数据字段名格式为“表标识_字段标识”；主键约束名格式为“PK_主键表标识_主键字段标识”；外键约束名格式为“FK_外键表标识_主键表标识_主键字段标识”；check 约束名格式为“CK_约束表标识_约束字段标识”；索引名格式为“IN_索引表

16、标识_索引字段标识”；视图的命名格式为“VI_视图标识”；触发器名格式为“TR_触发器标识”；函数的命名格式为“FN_函数标识”；过程名格式为“SP_过程标识”；以上命名格式中（数据表除外），如果“表标识”的长度大于 15 个字符，采用“表标识”的缩写，缩写形式为各语义单词的首字母。进一步的，步骤（5）所述线网查询效率优化的设计原则包括：对数据库中每个表的主键字段建立索引；在设备属性取值表中增加表示线路的字段，并按表示线路的字段对设备属性取值表分区；对设备属性取值表中的设备字段和设备属性字段建立联合索引，并建立设备字段和设备属性字段的唯一约束。鉴于目前缺乏城轨线网数据标准的构建方法，本发明城轨

17、线网的数据标准建立方法适用于城轨线网的建设；与其他领域数据标准的建立方法相比，本发明具有以下优势：所述方法的三层模型具有综合性、继承性和实用性。层次型业务模型网层次提取城轨线网的对象类，同时充分吸纳城轨线路已有的数据元及其属性，建立线路层次的数据元；数据元层以城轨线网的对象类，从城轨线路的数据元标准中提取城轨线网的数据元，进而规范城轨线网的数据元的属性，获得城轨线网的数据元标准；技术层通过建立名规范，在数据库建设过程中命名各阶段的数据对象，提出适合城轨线网数据库应用需求的查询优化原则。附图说明图 1 为本发明实施例的广州城轨线网数据标准建立方法的流程图；图 2 为本发明实施例的广州城轨线网广播

18、专业系统的业务建模实施过程示意图；图 3 为本发明实施例的广州城轨线网广播专业系统的功能结构图；图 4 为本发明实施例的广州城轨线网广播专业系统的系统实现图；图 5 为本发明实施例的广州城轨线网广播专业系统的系统时序图；图 6 为本发明实施例的广州城轨线网广播专业系统的数据流图；图 7 为本发明实施例的广州城轨线网广播专业系统的信息关系图；图 8 为本发明实施例的广州城轨线网数据元的提取流程图；图 9 为本发明实施例的广州城轨线网数据元的属性模型图；图 10 为本发明实施例的广州城轨线网数据对象的E-R 图。实施方式以下结合附图给出详细的实施例操作过程。附图所示实施例以本发明技术方案为前提，附

19、图所述的实施例属于但不限于本发明保护范围。本发明方法的整体流程如图 1 所示，所述数据标准建立方法包括三部分：业务层业务模型、数据元层规范化和技术层。业务层规范化线网业务建模逐步构建线网各专业系统的系统结构图、系统实现图、系统时序图、数据流图，对系统时序图的交互数据和数据流图的输入输出信息进行细化和扩充，从而获得信息关系图，并从信息关系图中抽象出城轨线网的各专业系统的对象类。图 2 为广州城轨线网广播专业系统的业务建模实施过程。图 3 为线网广播专业系统的功能结构图，图 4 为线网广播专业系统的系统实现图，图 5 为线网广播专业系统的系统时序图，图 6 为线网广播专业系统的数据流图，图 7 为

20、线网广播专业系统的信息关系图。城轨线路数据元标准化首先，针对广州城轨地铁已有线路的数据点表，统计出每个专业系统包含的对象类集合。不同线路的数据元存在不一致的情况，主要包括如下四种情况：部分对象类采用中文拼音缩写的方式编码,部分对象类却采用英文缩写的方式编码；同种对象类，在不同线路的数据元集出现子集和超集的关系；同种对象类，在不同线路的数据元集各不相同；对象类的中文名称相同，但对象类的编码不同。针对上述四种情况，采取如下处理方法：（1）针对第一种情况，所有对象类采取英文名称缩写的方式进行编码，具体编码方式为取对象类英文名称中每个单词的首字母作为对象类的编码，如果发生了编码的情况，采用增加顺序码的

21、方式来解决。（2）针对第二种情况，取该种对象类数据元的并集作为对象类的数据元集。针对第三种情况，通过查看数据点表中数据元的解释信息确定名称不同的数据元是否指同一种数据元，如果是同种数据元则取相对规范的其中一种数据元名称作为数据元的名称，反之，将其作为两种不同的数据元处理，并最终确定该种对象类的数据元集。针对第四种情况，如果对象类的数据元集完全一致，则可以确定为同种对象类，使用情况一中的编码方式对对象类进行编码；如果数据元集不一致则根据情况三中的方法确定各对象类中数据元的关系，进一步确定是否为同种对象类。如果是同种对象类采用情况二和情况三采用的方法进行处理，并对对象类进行编码；反之，将其作为两种

22、不同的对象类，并分别命名和编码。广州城轨线路广播专业系统的广播模块数据元标准表如表 1 所示。表 1 广州城轨线路广播专业系统的广播模块数据元标准表线路_车站_专业_MOB实体编码英文名称Module of Broadcast实体属性属性英文名称数据 数 据取值范围属性说警值类型长度等级电源模块Module oferDI1bit0-10 表示正常，1示故障表1（DY-3）上Module of digital tandemDI1bit0-10 表示正常，1示故障1数字汇接表模块(SZ4-2G)负载核算ModuleoftheloadDI1bit0-10 表示正常，1示故障表1模块calculati

23、on1(HZ8-8)Module oferDI1bit0-10 表示正常，1示故障1电源模块(DY-3)下表音频汇接ModuletandemoffrequenceDI1bit0-10 表示正常，1示故障表1模块(YP-5G)ModuleoferDI1bit0-10 表示正常，1示故障1功放检测表lifier Detect模(GJ6-5)块语音模ModulesynthesisofspeechDI1bit0-10 表示正常，1示故障表1块(YHM-P)音量频响Module ofresponse volumeFrequencyadjustDI1bit0-10 表示正常，1示故障表1to调节模块(YT

24、-8)采样及监听模块Module ofand monitoringSlingDI1bit0-10 表示正常，1示故障表1Modulenoise detectionofDI1bit0-10 表示正常，1示故障1噪声检测表模(ZJ4-2)块数据元层标准化提取城轨线网对象类的数据元从广州城轨线网的对象类集合中，取出特定对象类，并在城轨线路的数据元 标准中查找其对应的数据元，以查找到的数据元作为城轨线网的对象类的数据元。图 8 为广州城轨线网对象类的数据元的提取流程图。提出城轨线网数据元的表示规则线网数据元的表示规则是通过描述数据元的属性来实现，这些属性实际上是数据元的元数据。以下分别从数据元标识符分

25、配规则、数据元命名规则、数据类型、数据元值域、数据元备注、默认值、数据元的表示规则。值、等级等方面提出城轨线网图 9 为广州城轨线网数据元的属性模型。图中被分在同一组的数据元，拥有相似的逻辑关系。图中“1:1”意为“有且仅有一个”，“0:1”意为“有零个或一个”，“0:N”意为“有零个或多个”，说明数据元具有某个属性的个数。2.2.1 数据元标识符分配规则数据元的标识符由机构标识符标识符和版本标识符三部分组合而成，通过这三部分的组合可以在任何环境下对该数据元进行唯一标识。（1）机构标识符机构标识符是向标准化部门申请的标识符，多采用信息分类号和流水号组合的方式表示。（2）标识符每个数据元都有唯一

26、的标识符，它由机构自行分配，建议标识符采用分类号和流水号相结合的方式，其中分类号是该数据元的对象类词流水号一般按照数据元的提交顺序分配。（3）版本标识符，版本标识符采用“m.m.n.n”的形式。子串“m.m”表示数据元主版本号，子串“n.n”表示数据元次版本号。当数据元的属性变化时，其版本需进行相应的改变。如果当前数据元和后继数据元可以实现版本字符串中的次版本号，若两者不可实现，则只改变后继数据元，那么改变主版本号。音频输出模块(YP4-6)Module of audio outputDI1bit0-10 表示正常，1 表示故障1功放切换模块(QH8-1)ModuleofSwitching e

27、rlifierDI1bit0-10 表示正常，1 表示故障12.2.2 数据元命名规则（1）唯一性规则在具体语境下，数据元的名称必须唯一，名称一般由对象类词、特性词、表示词和限定词。（2）语义规则数据元名称中有且仅有一个对象词、特性词、表示词。可以使用限定词来限定对象类词、特性词或表示词，限定词是可选的。（3）语则对象类词应位于数据元名称的第一位，特性词处于第二位，表示词处于最后位置，限定词可以附加在对象类词、特性词和表示词上。限定词应位于被限定成分的前面。表示词和特性词重复时，将冗余词删除掉。（4）英文名称（EnglishName）规则若名称是名词则用单数形式，是动词则用现在时，名称各成分间

28、不可以使用特殊字符。可以使用首字母缩略词、大写首字母和缩写词，名称由多个单词组成时，第一个单词首字母小写，后续单词首字母大写，如 deviceNumber。2.3.3 对象类词的编码规则数据元所属的概念集合或事物，每个对象类词有一个编码，用来作为该数据元编码的一部分。为了在广州城轨线网中唯一标识对象类，对对象类编码时综合考虑了对象类的所路、位置、专业以及设备类型等信息。线网对象类编码采用组合编码，由 5 层组成，依次为线路编码、设备位置编码、设备专业编码、设备类型编码和序列码。其中，线路编码只能包括 0-9 这 10 个自然数和大写的英文字母，设备位置编码只包括 0-9 这 10 个自然数，设

29、备专业编码只包括大写的英文字母，设备类型编码只包括大写的英文字母和 0-9 这 10 自然数。编码对于每一层之间使用_进行分隔。这种编码方式既能够唯一标识线网中的每一个设备，也使编码易于理解。具体的编码结构如表 2 所示。表 2 广州城轨线网对象类编码结构2.3.3 数据类型数据元数据类型常见的有 DI、DDI、TDI、DO、AI 和 MI，如表 3 所示：表 3 数据类型表类型类型全称类型解释DIDigital Input数字输入，1 位二进制数，二进制读数为 0 或 1DDIDoubleDigital双数字输入，2 位二进制数，二进制读数为 00、线路编码设备所在位置编码设备所在专业编码设

30、备类型编码序列码2.3.4 数据元值域数据元值域是符合数据元数据类型和数据格式的数据元允许值的集合。值域可以通过名称、参考资料、枚举一般通过的方式给出。2.3.5 数据元备注规则等给出，如代码数据元的值域是编码，数据元备注是数据元的补充说明，是一个预留数据元属性。2.3.6 默认值数据元在没有给定值域时的默认值。2.3.7值数据元在对应数据值达到值时产生。2.3.8等级数据元的数据值达到3. 技术层值时，其程度使用等级表示。3.1 数据对象命名规范化采用城轨线网的命名规范命名数据库建设过程中各设计阶段的数据对象。数据对象名称命名规范为：采用 26 个英文字母（大写）和 0-9 这十个自然数，加

31、上“_”组成；不能使用其他字符，不能以数字或下划线开头；数据库对象的名称由前缀和实体名称组成，长度不超过 30 个字符，前缀描述对象的类型，实体名称包含数据库标识等描述实体内容的信息，对象名称中的标识使用“_”分隔。各种数据对象名格式具体如表 4 所示。表 4 数据对象名格式表数据对象类型命名格式数据表TB_数据库标识_表标识数据字段表标识_字段标识主键约束PK_主键表标识_主键字段标识外键约束FK_外键表标识_主键表标识_主键字段标识check 约束CK_约束表标识_约束字段标识索引IN_索引表标识_索引字段标识Input01、10、11TDITripleDigital Input三数字输入

32、，3 位二进制数，二进制读数为 000、 00 、1DODigital Output数字输出AIog Input模拟输入MIMeter Input仪表输入以上命名格式中（数据表除外），如果表标识的长度大于 15 个字符，采用表标识的缩写，缩写形式为各语义单词的首字母，如设备属性取值表的标识为 DEVICEPROPERTYVALUE，其缩写为 DPV。其中，各种数据对象的实施例如表 5 所示。表 5数据对象的实施例表3.2 概念设计阶段在数据元层获得线网数据元标准的基础上，结合系统业务模型的描述情况确定实体之间的联系，最终确定广州城轨线网的系统概念模型：广州城轨线网数据库包含设备类型、子系统、车

33、站、设备、线路、设备属性取值、设备属性种类以及设备属性取值类型八种实体，每个实体仅描述了主要属性，每个子系统中包含数据对象 类型实施例数据表线网控制中心数据库（Traffic ControlCenter，简称为TCC）中记录设备类型信息的设备类型表名为：TB_TCC_DEVICETYPE数据字段设备类型表中设备名称的字段命名为：DEVICETYPE_NAME主键约束设备类型表中使用 DEVICETYPE_ID 字段唯一标识每一条，设备类型表的主键应该命名为：PK_DEVICETYPE_ID外键约束设备类型表使用子系统表（SUBSYSTEM）中的 SUBSYSTEM_ID字段设备类型所属的子系统

34、， 因此外键命名为： FK_ DEVICETYPE_SUBSYSTEM_IDcheck 约束子 系 统 表 中子 系 统 是 否 为 物 理 子 系 统 的 字 段SUBSYSTEM_PHYSICAL 取值只能约束为 0 或 1，因此约束命名为：CK_SUBSYSTEM_PHYSICAL索引设备类型表中 DEVICETYPE_ID 上建立的索引命名为： IN_ DEVICETYPE_ID视图设备类型信息的视图命名为：VI_DEVICETYPE触发器为 添 加 设 备 类 型 操 作 而 创 建 的 触 发 器 命 名 为 ： TR_ DEVICETYPE_ADD函数添加设备类型的函数命名为：F

35、N_DEVICETYPE_ADD过程设备类型信息的过程命名为：SP_DEVICETYPE视图VI_视图标识触发器TR_触发器标识函数FN_函数标识过程SP_过程标识N 种设备，每种设备类型包含该类的若个设备，每个设备包含若干设备取值，每个设备取值仅属于一种设备属性种类，每种设备属性种类仅属于一种设备属性取值类型，一个车站中包含多个设备，每个车站仅属于一条线路。图 10 为广州城轨线网数据对象的E-R 图。3.3 逻辑设计阶段逻辑设计阶段主要负责将广州城轨线网数据对象 E-R 图中的实体、属性以 及联系转化为关系模型。通过分析实体和联系获得业务数据表，通过分析属性、联系获得业务数据项，通过分析线

36、网数据元及其属性获得业务数据项的数据类型、取值规则等信息。除此之外，还需遵循以下原则：（1）因为广州城轨线网务功能涉及多条线路和多个专业，需要存取的数据对象较多，为了提高数据操作效率，往往需要根据情况按线路或专业将数据对象分开存放；（2）对于经常进行的一些复杂操作，应当建立相应的视图或物化视图以提高用户的操作效率。广 州 城 轨 线 网 数 据 库 主 要 包 含 八 张 表 ： 设 备 类 型 表（ TB_TCC_DEVICETYPE ）、子系统表（ TB_TCC_SUBSYSTEM ）、车站表（TB_TCC_SION）、线路表（TB_TCC_LINE）、设备表（TB_TCC_DEVICE）

37、、设备属性取值类型表（TB_TCC_DEVICEPROPERTYTYPE）、设备属性种类表（ TB_TCC_DEVICEPROPERTY ）、 设 备 属 性 取 值 表 (TB_TCC_DEVICE PROPERTYVALUE)。设备类型指线网中的设备类型，如自动售票机、电动风阀等。设备类型表如表 6 所示，为 DEVICETYPE _PK 字段建立主键约束，唯一标识一种设备类型，并为 DT_ SUBSYSTEM_FK 字段建立外键约束， 该字段与子系统表的 SUBSYSTEM_PK 字段关联，如表 6 所示。表 6 设备类型表TB_TCC_DEVICETYPE： 设备类型字段名字段解释数据

38、类型DEVICETYPE _PK主键，唯一标识一种设备类型NumberDT_ SUBSYSTEM_FK外 键 ，自 表TB_TCC_SUBSYSTEMNumberDT_ NAME设备类型名称Varchar2(200)DT_DESCRIPTION设备类型描述textDT_CREATEDBY的创建者，用于审计Varchar2(200)DT_DATECREATED的创建时间，用于审计date(8)子系统指线网中的每个专业系统，如环境与设备系统（BAS）、电力监控系统（PSCADA）等。子系统表如表 7 所示，为 SUBSYSTEM_PK 字段建立主键约束，唯一标识线网中的一个子系统。表 7 子系统表

39、车站指线网中的每个车站，如广州城轨线网中的车陂南、岗等。车站表如表 8 所示，为 SION _PK 字段建立主键约束，唯一标识线网中的一个车站。表 8 车站表线路指线网中的每条线路，如广州城轨线网中的4 号线。线路表如表9 所示，为LINE_PK 字段建立主键约束，唯一标识线网中的一条线路。表 9 线路表TB_TCC_SION ：车站字段名字段解释数据类型SION _PK主键，车站的唯一标识NumberSION_NAME车站的名称Varchar2(200)SION _DISPLAY显示的名称Varchar(600)SION_DESCRIPTION车站描述Varchar(600)SION _CR

40、EATEDBY的创建者，用于审计Varchar2(200)SION _DATECREATED的创建时间，用于审计date(8)SION _MODIFIEDBY的最后修改者，用于审计Varchar2(200)SION_DATEMODIFIED的最后修改日期，用于审计date(8)TB_TCC_SUBSYSTEM：子系统字段名字段解释数据类型SUBSYSTEM_PK主键，唯一标识一个子系统NumberSUBSYSTEM_NAME子系统名称Varchar2(200)SUBSYSTEM_DISPLAYNAME显示的名称（在水晶报表中显示）Varchar2(600)SUBSYSTEM ISPHYSL是否

41、是物理系统NumberSUBSYSTEM _CREATEDBY的创建者，用于审计Varchar2(200)SUBSYSTEM_DATECREATED的创建时间，用于审计date(8)SUBSYSTEM _MODIFIEDBY的最后修改者，用于审计Varchar2(200)SUBSYSTEM_DATEMODIFIED的最后修改日期，用于审计date(8)DT_MODIFIEDBY的最后修改者，用于审计Varchar2(200)DT_DATEMODIFIED的最后修改日期，用于审计date(8)设备表如表 10 所示，为 DEVICE_PK 字段建立主键约束，唯一标识线网中的一个设备，为 DEVI

42、CE_SUBSYSTEM_FK 字段建立外键约束，该字段与子系统表的SUBSYSTEM_PK 字段关联，为 DEVICE_ SION_FK 字段建立外键，该字段与车站表的SION _PK 字段关联，为 DEVICE _DEVICETYPE_FK 字段建立外键约束，该字段与设备类型表的 DEVICETYPE _PK 字段关联。表 10 设备表设备属性取值类型指设备的每种属性的取值的数据类型，如自动售票机运行TB_TCC_DEVICE: 设备字段名字段解释数据类型DEVICE_PK主键，唯一标识一个设备numberDEVICE _SUBSYSTEM_FK外 键 ，自 表TB_TCC_SUBSYST

43、EMnumberDEVICE _ SION_FK外键，自表 TB_TCC_ SION，设备所在的车站numberDEVICE _DEVICETYPE_FK外键，自表 TB_TCC_ DEVICETYPE，设备类型numberDEVICE _NAME设备的名称Varchar2(200)DEVICE _DESCRIPTION简要的描述一个设备Varchar2(600)DEVICE _LOCATION设备地点，如河沙站厅，河沙控制室等Varchar2(200)DEVICE _CREATEDBY的创建者，用于审计Varchar2(200)DEVICE _DATECREATED的创建时间，用于审计dat

44、e(8)DEVICE _MODIFIEDBY的最后修改者，用于审计Varchar2(200)DEVICE _DATEMODIFIED的最后修改日期，用于审计date(8)TB_TCC_LINE : 线路字段名字段解释数据类型LINE_PK主键，唯一标识一条线路NumberLINE_NAME线路名称Varchar2(200)LINE_DESCRIPTION对线路的描述Varchar2(600)LINE_CREATEDBY的创建者，用于审计Varchar2(200)LINE _DATECREATED的创建时间，用于审计date(8)LINE _MODIFIEDBY的最后修改者，用于审计Varcha

45、r2(200)LINE_DATEMODIFIED的最后修改日期，用于审计date(8)状态取值的数据类型为数值输入（DI）。设备属性取值类型表如表 11 所示，为 DPT_PK 字段建立主键约束，唯一标识一种属性的取值类型，为 DPT _NAME 字段建立check 约束，规定其取值范围仅限于 DI、DO、DDI、AI、MI。表 11 设备属性取值类型表设备属性表如表 12 所示，为 DEVICEPROPERTY_PK 字段建立主键约束，唯一标识一种设备属性，为 DP_DEVICEPROPERTYTYPE_FK 字段建立外键约束，该字段与设备属性取值类型表的 DPT_PK 字段关联。表 12

46、设备属性表TB_TCC_DEVICEPROPERTY ：设备属性字段名字段解释数据类型DEVICEPROPERTY_PK主键，唯一标识一种数据点NumberDP_DEVICEPROPERTYTYPE_F K外键，自表 TB_TCC_ DEVICEPROPERTYTYPENumberDEVICEPROPERTY _NAME属性名称Varchar2(200)DEVICEPROPERTY_DESCRIPTI ON属性描述Varchar2(600)DEVICEPROPERTY_ALARMVA LUE属性值Varchar2(200)DEVICEPROPERTY_CREATEDBY的创建者，用于审计Varchar2(200)DEVICEPROPERTY_DATECREATED的创建时间，用于审计date(8)DEVICEPROPERTY的最后修改者，用于审计Varchar2(200)TB_TCC_DEVICEPROPERTYTYPE：设备属性取值类型字段名字段描述数据类型DPT_PK主键，唯一标识一种属性类型NumberDPT _NAME属性类型名称Varchar2(200）DPT _DESCRIPTION该数据类型的取值范