数据字典范文
时间：2023-03-11 15:07:39
数据字典范文第1篇
（中国地质大学国土资源信息系统研究所 武汉 430074）
摘 要：数据字典保存了有关数据库结构的重要信息，对于数据库系统的开发、维护有重要的意义。ArcView GIS是一款地理信息系统软件，具有对属性数据的操作功能，本文就数据字典在基于ArcView GIS的地理信息系统开发中的应用进行了探讨，通过数据字典技术管理ArcView中的图层，实现程序代码与数据模型的分离，从而提高程序的适应性。
关键词：数据字典 ArcView GIS 图层
数据字典是数据库系统中用来保存非数据信息的数据库，它承担着管理数据资源、数据标准化等功能，以其重要性被称为“数据库的数据库”[1][2]。ArcView GIS是ESRI（环境系统研究所）开发的桌面地理信息系统软件，采用了一种无拓扑关系的矢量数据格式shapefile，同时具有管理、处理属性数据表的能力[3][4]。
在“计算机辅助区域地质调查实习系统”的开发过程中，我们尝试了将数据字典技术应用到GIS图层的管理中。该系统涉及到地质观察点图层、GPS点图层、地质路线图层、地质界线图层、断层线图层、地质体图层等多类图层，而建立各类图层的关键在于建立图层的属性数据表，传统的编程开发都是将数据与代码紧紧绑在一起，这种方法的缺陷在于程序代码严重依赖数据模型，不利于系统的维护、升级，开发过程中一旦图层的属性表的结构发生了更改，开发者将不得不更改大量的代码段。
鉴于ArcView GIS中的图层同数据库系统中的数据表存在相似性，在ArcView GIS中可以借鉴数据库系统中的数据字典来管理图层。简单地说，该数据字典主要包括以下几个数据表：
图层编号
图层说明
图层类型
图例文件
001
地质观察点图层
Point
Legend1.a！vl
002
地质路线图层
PolyLine
Legend2.avl
003
地质体图层
PolyGon
Legend3.avl
……
……
……
……
表1：图层信息表
字段代号
字段名称
字段类型
字段宽度
小数宽度
QDEBGA
地质点编号
CHAR
8
QDETYP
地质点类型
CHAR
1
PADTHP
地质路线编号
CHAR
6
……
……
……
……
……
表2：字段属性表
其中，表1是关于图层信息的数据表，主要保存系统中所存在的各图层的基本信息，其中［图层编号］字段中的值对于各个图层来说是唯一的，此编号由系统开发者编制，而非系统运行过程中随机生成。［图层类型］字段保存了各图层中空间对象的类型，［图例文件］字段中保存了缺省状态下系统为该图层配置的图例文件；表2是字段属性表，描述所有图层的属性表中包含的所有字段的信息，由于不同的图层可能包含同一字段，因此另有专门的数据表在图层与字段间建立链接。表2中各条记录（即各个字段）以”字段代号”相区别；表3表示了图层包含字段的关系。
图层编号
字段代号
001
QDEBGA
001
QDETYP
002
数据字典范文第2篇
关键词：安全数据字典；复杂；数据集成；安全性
中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2014）19-4371-02
作为数据挖掘的重要环节，数据集成的强大功能不容忽视，其费用更是占据了整个数据挖掘系统建设成本的一半以上[1]。但目前尚未有一项针对庞大的数据量的集成技术，因此对原有数据集成技术的算法进行一定的改善就十分有必要。对此，有相关的研究者对不同方面的数据集成技术进行了不同的研究。有研究者研究了异构数据集成的原理及框架，该框架的服务功能和实现的技术；有研究者对电力系统数据集成中存在的语义进行详细的阐述，通过语义计算映射实例的语义功能及其他研究项目 。此类研究的共同点在于对原有数据集成技术进行了延伸和拓展，但不足的是没有考虑到属性个数庞大的数据集成的复杂性和独特性，并没有解决原有数据集成系统的程序代码量大、限制性高和不够灵活等问题。
1 安全数据字典及其实现方式
1.1 数据字典
典型的数据字典应为数据库的数据字典。数据字典系统灵活性的关键所在，对于各种应用系统也具有重要意义。数据字典具有较多的数据库内容，形式多样，如库、表、索引等属于逻辑编辑数据库定义的信息，也包含了相关的物理配置信息。数据字典具有各种各样的形式，如数据表形式、二进制文件和文本文件及其他等，但都具有同一危险性，即都有可能会被违规篡改，导致程序无法正常运行。在进行数据字典的安全级别的划分时，按照数据字典被违规篡改的难易程度对应划分。安全等级总共可划分为4个级别[2]。
1.2 安全数据字典的实现
安数据字典中的安全数据字典包括2个安全等级，即控制级和整性约束级。可通过较多的方式来实现这2个等级，该文介绍了两种实现方案。
1.2.1 Excel表格形式的数据字典
现对完整性约束级安全数据字典的实现形式展开分析，该文以Excel表格的形式为例。具体情况见表1：
表1 基于Excel表格的数据字典
[COLUMN-NAME＼&DATA-TYPE＼&DATE-DEFAULT＼&COMMENTS＼&MAJOR-KEY＼&ZHAB04A001＼&VARCHAR2（20）＼&（NULL）＼&项目编号＼&YES＼&ZHAB04A002＼&VARCHAR2（100）＼&（NULL）＼&项目名称＼&NO＼&ZHAB04A003＼&VARCHAR2（50）＼&（NULL）＼&图幅名＼&NO＼&ZHAB04A004＼&VARCHAR2（50）＼&（NULL）＼&图幅编号＼&NO＼&]
1.2.2 控制级安全数据字典的实现方式
完整性约束级安全数据字典的优点在于适应性强，可以为大多数应用接受，但仍存在加密算法出现密钥泄露或者被攻破的危险性，导致非法篡改的问题出现。使用者具有数据字典的使用权，但使用者对数据字典有版本的要求，则有可能出现数据字典的不符合的情况。这两种问题已经被控制级的安全数据字典攻破，解决了这2种安全问题。控制级安全数据字典在运行时，首先生成完整性的约束级安全数据字典，之后自行保存于Excel，后生成数据字典的硬编码程序，使用程序与生成的编码程序进行编译后就可以形成应用系统的一部分。当启动应用程序时，程序就会首先执行数据字典里的硬编码程序，还原数据字典是在内存中进行，且为动态的形式，因此与应用系统的版本具有一致性，不产生冲突。控制级安全数据字典的运行重点在于正确地将Excel表格中的数据字典转换成同样性质的程序代码。该文选择了.NetC#的方法成功地将Excel表中的程序代码转换[3]，其转换过程就大大提高了数据字典的安全性和实效性。
2 数据的集成
以上内容分析了安全数据字典以及实现方式的基础，现对安全数据字典集成技术的方案和转换流程以及算法做进一步说明。
2.1 数据出处及其实现目标
以某地区国土资源部提供该地区近年来发生的地质灾害的数据信息为案例来说明，其特点有：（1） 数据源数据具有动态性的变化；（2） 数据源字段为中文，目标数据字段为应为；（3） 数据源有各类各样的版本，按照不同版本的数据属性将其存入对应地区的中心Access数据库中，并定期将保存下来的数据上传到制定的目录的当中，自动生成数据（4） 数据属性较多，总共属性数量为250左右。
2.2 数据集成设计
集成数据的属性数据量大，且数据源和目标数据的属性名称有差异，具有一定的复杂性。该种情况下就可使用数据字典建立数据源属性和目标数据属性两者间的对应方式，有助于减少程序量的运算，提高了系统的灵活性，具有较高的各种效率。但缺点在于有一定的安全隐患。表现为如果数据字典遭到其他人员的非法篡改，就会影响数据集成的顺利性和可靠性，最终导致数据集成失败。而选择安全性和稳定性较高的控制级安全数据字典就显得十分重要。还需要针对不同的版本建立不同的安全数据字典，从而形成一致性的数据源版本和安全数据字典。
2.3 数据集成的具体流程
启动系统后，数据集成首先从代码中还原各版本的数据字典，验证数据字典是否已经完整，通过制定目录检测系统是否有新的数据源，有的话则识别版本，并将对应的数据源版本调入，导入数据。
2.4 数据导入运算
将数据源作为集成目标进行数据导入，共由6大类数据集成，且数据的属性含量十分大，都高出230，具有较大的集成难度。数据源和目标系统的属性名称不同，直接对各自属性的编程导入数据会出现大量的程序步骤，也无法实现通用性。因此，建立起数据字典的数据源与与数据目标的映射关系，可减少程序量，具有通用性。
3 实验分析
本次研究对某地区的地质灾害的相关数据进行安全数据字典的数据集成技术的开发，具有以下几个特点：
1） 数据源的版本随着软件的升级而改变；
2） 不同的集成对象的属性其数据源对象的属相和相同目标数据源的对象属性名称也不一样；不一致；对此，基于安全数据字典的数据集成技术有效解决了这一问题。数据集成的主要执行任务包括以下几点：
3） 结合数据对象用Excel定义数据字典；
4） 设计控制级安全数据数据字典的生成工具；
5） 用安全数据字典生成工具，把Excel安全数据字典转换为对应的程序代码；
6） 设计通用的数据导入系统，具有代码简单、代码量小的特点。
7） 把代码化的安全数据字典嵌入数据导入系统，生成特定的数据集成系统。
以上工作内容体现出该种数据集成方式的流程十分简单、清晰明了。经实践证明，数据集成系统可对不同版本的数据源正确辨别出来，适用性强，将符合的数据字典导入有很大的实用性，保证了系统的安全性。
4 结束语
针对原有数据集成存在的主要问题，该文提出了安全数据字典的新概念，并具体划分了数据字典的安全等级，进一步分析安全数据字典的实现步骤和算法。通过实例分析了安全数据字典在复杂数据集成方面的有效运用。基于安全数据字典的数据集成方式主要有3个部分构成：即安全数据字典生产工具、数据字典、以及数据导入部分，具有良好的优势性能，其耦合度低、单独行强，进一步降低了系统的困难程性。在相关业务中，集成的数据对象仅在数据字典里定义，与业务无关的通用模块即安全数据字典生成工具、数据导模块，因此可适应于奇特的集成系统。另一方面，由于数据字典的生成由系统启动时直接形成，避免了数据字典被篡改的机会，使基础数据更具有安全性和准确性；另一方面，该文分析的数据集成及其实现方式，具有极强的通用性，只需要工作人员在Excel表中正确地定义集成对象，就可以实现目标数据集成，降低了集成的难度。数据导入算法仅采用一个通用函数就可以实现案例中地质灾害的数据集成的导入，将庞大爱的系统的代码量减少，同时提升了系统的开发率，具有明显的优势。
参考文献：
[1] 冯勇，王明玉.基于语义的轻量级数据集成方法[J].计算机工程与设计，2012，9（1）：122-123.
[2] 钟将，宋娟.基于本体的异构数据集成框架[J].计算机工程，2011，12（14）：105-106.
数据字典范文第3篇
关键词: iBATIS 数据字典 数据持久层 双重持久层
1.引言
针对如何在数据库模型变动时,减少持久层框架修改工作量的问题,通过对iBATIS和数据字典技术的研究,我们发现在持久层框架开发过程中,融入数据字典技术,可以有效地减少数据库模型变动带来的改动量。
2.iBATIS数据持久层
iBATIS是一个持久层框架。在持久层内又可细分为抽象层、持久化框架和驱动程序或接口层,通过上述三层结构来实现数据持久化。持久层框架中的SQLMaps使用XML配置文件将Java Bean映射成SQL语句,允许开发人员在不使用JDBC API,以及不耦合Java代码与SQL语句的情况下实现Java对象和DBMS的访问操作。
3.数据字典设计
数据字典是关于数据库中数据的数据库,在数据库中承担着管理数据资源、数据标准化,以及数据库模型维护等功能。一个完整的数据字典通常应包括数据表字典、属性字段字典、表格字段字典、索引信息字典、约束字典,以及方法字典(面向数据表和面向数据项),等等,在数据库管理维护中扮演着不同角色。
在数据库建模完成后,需要建立数据字典用于描述数据库模型、控制字段输入与输出、用户需要进行的查询检索等。
4.集合iBATIS、数据字典的数据持久层设计
通过对iBATIS实现数据持久层技术和数据库中基本数据字典作用分析,不难发现这两项技术各有其技术优势。
4.1iBATIS在数据库模型相对稳定的情况下较好地分离了业务层和数据库层。
4.2数据字典描述和记录了数据库模型,通过建立数据字典的业务层,可以方便地实现数据库模型的维护。
结合两项技术的优点,我们可以在数据字典层次上架设数据字典的持久层,即增加数据字典持久层,形成双重体系的数据持久层。在数据持久层上依然采用iBATIS持久层框架,实现对数据库中数据的访问控制;在数据库的数据字典层上架设一个数据字典持久层,并开发一个数据库管理的业务逻辑层,实现数据库模型的修改和维护工作。
在数据字典持久层中根据不同数据字典配置不同的XML文件,来实现对数据字典的访问与操作。当数据库模型变动时,需要对数据库中相应表或者字段进行更改,同时在数据持久层中根据SQLMaps与XML文件的对应关系,找到对应的XML文件进行更改,保证数据持久层与数据库层的一致性。以数据表字段字典为例,配置GeoTableField.XML文件。
在iBATIS持久层框架中SQLMaps对应的XML文件主要由两部分构成,即数据映射和数据访问对象。对于数据字典而言,表格字段字典对应数据映射,而查询检索字典对应数据访问中的查询功能。通过建立数据表与数据持久层中的XML文件对应关系,可以实现数据表的修改工作。
当数据库模型中需要对指定表删除一个字段时,首先应删除表格字段字典中的一行记录,然后删除数据库中指定表的字段,接着在数据持久层中找到该数据表对应的XML文件,对相应字段进行修改。保证数据持久层与数据库层的一致性。
在针对数据库管理人员开发的业务层中可以实现数据库维护的基本功能,如对字段的增加、删除等操作。我们在“数字矿山数据管理系统”中采用双重持久层的分层策略,建立了数据表字典(GeoTables)、属性字段字典(GeoFields)、表格字段字典(Table_Field)和查询检索方法字典(GeoSelect),采用iBATIS建立数据字典持久层,并开发了数据库管理维护系统。通过对数据字典的维护,实现对数据库和数据持久层的维护工作。如图1所示,数据库管理人员可以定制用户对数据表中字段的可见性。
5.结语
我们可通过在数据字典上建立数据字典持久层和数据库管理维护业务层,用于维护数据库模型和数据持久层,减少因数据库模型修改带来的持久层修改工作量。该方法建立的数据字典持久层,面对数据库管理员,由数据库管理员操控数据库维护业务层实现数据库模型的修改,使业务层的开发最大限度地脱离数据库的束缚,同时也使数据库管理人员减少对持久性框架维护的工作量。实践表明,双重持久层可以实现当数据库模型变动时,对数据库和数据持久层的同步维护。同时,对数据字典建立的持久层和开发的数据库管理逻辑层具有一定的通用性,方便移植到其他的数据库管理系统中。
参考文献:
[1]Clinton Begin,Brandon Goodin,Larry Meadors著.叶俊等译.iBATIS实战[M].北京:人民邮电出版社,2008.
[2]汪新庆,刘刚,袁艳斌,韩志军.地质矿产术语分类代码在地矿点源信息系统中的应用[J].地球科学,1999,24,(5):529-532.
[3]韩志军,汪新庆,吴冲龙.数据库系统数据字典的设计与实现[J].微机发展,1999,VOL2:30-32.
[4]封小钰,王飞.基于iBATIS数据库访问技术的研究与应用[J].电脑开发与应用,2008,21,(6):51-53.
数据字典范文第4篇
关系数据库系统作为软件企业核心的数据处理系统，不仅在我国取得了十分广泛的应用，而且对我国信息化建设发展具有重要的作用与意义。而数据字典系统作为保证关系数据库系统正常运行的最基础软件，在很大程度上影响着关系数据库系统的运行状况具有重要影响。而本文笔者将对关系数据库系统的数据字典系统进行深入的分析与研究。
【关键词】关系数据库 管理系统 数据字典 研究
作为关系数据库系统功能实现的最核心软件，数据字典系统的设计与实现是十分重要的。只有做好数据字典系统的设计，才能有效的保障关系数据库系统的正常、稳定运行。本文将对关系数据库系统中的数据字典系统进行分析与研究。
1 数据字典物理存储
1.1 数据字典的定义
数据字典的一个重要作用就是提供最终用户数据库所有的信息，在物理存储上就采用跟其他用户表一样的实现，提供统一的接口。而数据字典的主要作用还是提供给DBMS自身使用，在实现上还跟整个数据库的结构功能相关。
1.2 数据字典的逻辑功能
具体来说，关系数据库中的所有数据信息与关联都与数据字典有着十分紧密的联系。数据字典具有着对关系数据库中的所有对象进行定义的逻辑功能，除此之外，数据字典还可以对关系数据库中的序列值进行默认、对数据库中的各种信息进行约束、对数据库中的用户信息进行存储和统计、对数据库中的用户权限进行分辨，并且还可以对数据库中的各种信息的定义以及它们之间的关联进行操作与辨别。
由于关系数据库之中的各个对象之间存在着较强的关联性，当用户对某一对象进行删除操作时，往往会由于该对象与其它对象之间的关联程度与类型不同而产生一定的影响。例如数据库用户在PRLMARY KEY上建立起一个unique index文件，而这个unique index文件的主要功能就是帮助PRLMARY KEY实现其自身的功能任务。而由于PRLMARY KEY是依附在一个数据表中的，当删除表或是表中的相关信息有所变动时，依附于这个表存在的PRLMARY KEY中的unique index里的信息也会相应的被删除或有所变动。而数据字典负责的功能就是将关系数据库中发生的这些关联信息与操作完整的记录和保存下来。通常来说，关系数据库中的所有这些关联对数据库的用户都是公开透明的，而另一种情况就是数据库用户为了方便自己的操作或是其它因素，在对数据库中的对象进行删除操作时需要加上由用户自己设定的关系语句才能实现删除操作，当此删除操作实现时，与该对象有着密切关联的其它信息也会一并被删除。
1.3 物理记录的存储格式
关系数据库中的数据字典与用户数据都是以表的形式被记录保存在关系数据库的物理文件中的，并且关系数据库管理系统中有着多种物理存储格式，每一种物理存储格式都有着各自不同的特点，相互之间具有较大的差别，而这都是由于关系数据库管理系统中并发模式类型的不同造成的。现阶段，我国的数据库管理系统将加锁模型与多版本模型作为最为主要的两种并发模型。其中加锁式并发模型的特点是记录格式简单、无需版本信息就能实现，如SQL Server并发模型。而多版本并发模型主要有Oracle数据块并发模型。该种并发模型不仅需要用到物理记录来对数据库中的版本信息进行记录，而且还需要物理格式的帮助来实现对数据库系统的并发控制及相关的事务处理，比较复杂。
2 数据字典内存表示
2.1 CACHE作用
关系数据库管理系统能够通过对数据字典中的信息数据进行读取来获得数据用户以及数据库中的对象与存储信息，当数据库用户需要对某些数据进行查询和相关的操作时都需要利用其所发出的SQL语句来对数据字典中的信息进行查询，查询频率非常高。现阶段，我国的数据库管理系统主要由两部分组成，即CACHE与RELCACHE。其中CACHE主要负责的是对数据库管理系统中的表进行存放。在该部分中，一个系统表能够利用ID查询、NAME查询与主键查询中的任意一种方式进行查询，除此之外，用户也可以通过部分键对该系统表进行查询。当查询操作完成后，关系数据库系统会根据数据字典的分析最终弹出用户需要寻找的表格。
而RELCACHE部分的每一项都是一个RELATION结构，该结构对此结构中的所有数据信息与关联进行了记录与保存。并且此结构能够将关系数据库系统中的所有与需要查询事件相关联的描述信息进行联合构造，以更好的满足数据库用户的需求，提高关系数据库管理的质量与水平。
2.2 数据库的启动与CACHE的初始化
使关系数据库能够启动并发挥其应有的作用，操作人员至少要做好以下三个步骤，即将一个实例启动，之后对数据库系统进行装配操作，第三，将数据库系统打开。使数据库的CACHE系统得以初始化的方式有两种：第一种，在数据库系统建立时进行CACHE的初始化，主要负责对数据库系统的内存进行分配；第二种，数据库系统已经建立完成后在启动时进行初始化操作，此时，内存已经分配完毕，用户只要正常进行启动操作就可以完成CACHE的初始化。
3 结束语
本文主要对关系数据库管理系统的数据字典程序进行了分析介绍与研究，希望能够进一步推动我国关系数据库系统的管理质量，促进关系数据库系统的进步。
参考文献
[1] 程阳.关系数据库管理系统的一种简易的数据存储与查询模块的设计与实现[D].华中科技大学（硕士学位论文），2012.
[2] 冯玉才，李东，王元珍，曹忠升.一种移动数据库管理系统的体系结构[J].计算机研究与发展，2011，38（5）： 620-625.
[3]何新贵，唐常杰，李霖.特种数据库技术――数据库技术丛书之一[M].北京：科学出版社，2010.
作者单位
数据字典范文第5篇
关键词：数据字典；oracle；考试系统
中图分类号：TP393 文献标识码：A 文章编号：1009-3044(2008)28-0011-02
Design and Implementation of Examination System Based on Oracle Data Dictionary
QI Yao-long1,2
(1.School of Computer Science and Technology,North China Electric Power University,Baoding 071003,China;puter Center of Hebei University,Baoding 071002,China)
Abstract: Not only is the data dictionary central to every Oracle database,it is an important tool for users who want to obtain the system informations. Based on which, an examination system is designed and implemented.
Key words: data dictionary;oracle;examination system
1 引言
Oracle是甲骨文公司推出的大型数据库产品，它将数据库技术和因特网技术融合在一起，是特别适合在因特网上进行数据管理的大型数据库开发平台。随着Oracle进入微型计算机领域，国内学习Oracle并使用其作为数据库开发平台的人越来越多，很多大型企事业单位和国家机关也开始将他们的核心应用构建在Oracle平台之上。目前，国内不少高校正在尝试开设针对Oracle的选修课程，作为课程重要组成部分的联机考试系统的建设势在必行。
2 数据字典
数据字典（data dictionary）是Oracle数据库的一个重要组成部分，是一组用于记录数据库信息的只读表。数据字典中包含：数据库中所有schema object（包括表、视图、索引、簇、同义词、序列、过程、函数、包、触发器等)的定义；schema object的空间分配和使用情况；列的默认值；完整性约束（integrity constraint）信息；数据库用户名；用户的权限与角色；audit信息等。与数据库内的其他数据相同，数据字典也是以表及视图的形式组织的，并可以通过SQL语句进行访问。在数据库运行期间，Oracle通过数据字典内的信息来确定schema object是否存在，以及用户是否具备相应的权限。Oracle会持续地更新数据字典，以便反映数据库在结构、数据、授权和监控等方面的变化。
数据字典包括三类主要的视图：以“DBA_”开头的视图描述了数据库中的所有对象、以“ALL_”开头的视图描述了当前用户可以访问的对象、以“USER_”开头的视图描述了当前用户拥有的对象。数据字典有三个主要用途：Oracle利用数据字典来获取关于用户、方案对象及存储结构的信息；每当数据库中执行了DDL语句后，Oracle将对数据字典进行修改；所有Oracle用户都可以使用数据字典来获取关于数据库的信息。
本考试系统主要完成对Oracle数据库的无纸化考试和自动阅卷功能。可以精确地评阅所有schema object的创建、修改和删除；存储空间的分配；默认值和约束的定义；数据的导入导出；多表查询等等数据库操作。借助Oracle数据字典，我们可以得到Oracle数据库结构的所有信息，这对于实现oracle课程联机考试系统无疑是至关重要的。
3 架构选择
联机考试系统的实现技术有多种, 可以采用客户机/服务器（Client/Server，以下简称C/S）架构，也可以采用浏览器/服务器（Browser/Server，以下简称B/S）架构。C/S架构的优点在于可以对学生机进行完全的控制，但缺点是机房环境部署繁琐；B/S架构不能控制学生机，但无需部署。系统架构的选择要根据课程的特点而定，目前高校已经实现联机考试的计算机课程主要包括《大学计算机基础》、《C/C++程序设计》、《VB程序设计》、《Access数据库》等，这些课程考试的初始答题环境和答题结果都生成并存储于学生机上，采用C/S架构可以很方便的将这些数据收集至服务器进行评分和归档。而Oracle课程考试的初始答题环境和答题结果均在服务器的数据库中，学生机只需要有Oracle客户端程序即可答题，无需考虑学生机初始答题环境的生成和答题结果的收集，故采用B/S架构较为适宜。
4 系统设计与实现
4.1 系统关键模块及功能
根据需求分析对考试系统的功能进行分解，本系统要实现的功能模块如图1所示。
1) 系统接口：与高校选课系统的接口（获取开课名单和选课学生名单）；与高校教学评估和评价系统的接口（为使用数据挖掘技术进行教学评估和评价积累成绩数据）等。
2) 用户管理：教师管理员信息维护；考生信息维护；用户权限管理；考生信息查询和统计。
3) 试卷维护：试题抽取；自动组卷；设置考试时间等。
4) 题库维护：题型管理；基于数据字典的试题管理；基于数据字典的评分规则管理等。
5) 考试管理：考试流程控制；基于数据字典的初始答题环境的生成；基于数据字典的自动评分；考生答题结果的备份等。
6) 成绩维护：成绩查询、修改、统计、等。
4.2 前端设计
前端包括教师端和学生端，使用技术，通过浏览器分别为考生及教师展现考生界面和教师后台管理界面。是建立在公共语言运行库上的编程框架，可用于在服务器上生成功能强大的WEB应用程序。相对于以前的ASP版本，它具有更强大的语言支持、更高的执行效率和开发效率等优点。需要说明的是，涉及到考试流程控制的部分使用了AJAX技术以实现富用户端行为。
4.3 后端设计
除了前端用户界面以外，考试系统的核心功能都以Package的形式被封装在了Oracle数据库中。这些Package隶属于同一个具有DBA权限的Oracle帐户。Package以加密的形式进行封装（Oracle在创建Package的时候支持加密创建），可以充分保护源代码。
此外，系统中还有一些游离的衍生部件，比如每位考生的初始答题环境和答题结果，考试系统将每位考生的初始答题环境部署于考生自己的Oracle帐户下，这些帐户只有简单的connect和resource角色权限，并且对其设置了CPU占用和存储空间占用约束，这样在保障系统安全的同时又能做到对考生环境的隔离。
4.4 编码实现
服务器包括WEB服务器和数据库服务器各一台。WEB服务器采用的操作系统为Windows Server 2003，开发工具使用Visual Studio 2005；数据库服务器采用的操作系统为Turbo Linux，数据库采用Oracle 10g，开发工具使用PL/SQL Developer 7。PL/SQL Developer是一种集成的开发环境，专门用于开发、测试、调试和优化Oracle PL/SQL存储程序单元。
Oracle数据字典的使用在系统实现中大量出现，它广泛存在于试题管理、评分规则管理、考生初始答题环境的生成、考试流程控制、自动评分等核心模块中。以评分模块为例，对“设置字段默认值”操作点进行评分的存储过程使用了ALL_TAB_COLUMNS数据字典视图，具体代码如下：
CREATE OR REPLACE FUNCTION getDefaultValue(inColumnName IN VARCHAR2, inTableName IN VARCHAR2, inOwner IN VARCHAR2) RETURN VARCHAR2 IS
val VARCHAR2(32767);
BEGIN
SELECT DATA_DEFAULT INTO val FROM ALL_TAB_COLUMNS WHERE OWNER = inOwner AND TABLE_NAME = inTableName AND COLUMN_NAME = inColumnName;
IF val IS NOT NULL THEN
IF upper(REPLACE(val, chr(10), '')) = 'NULL' THEN
val := NULL;
END IF;
END IF;
RETURN val;
EXCEPTION
WHEN OTHERS THEN
val := NULL;
RETURN val;
END getDefaultValue;
5 结束语
数据字典作为Oracle数据库的基础组成部分，为用户提供了完整的数据库信息，基于数据字典可以准确并高效的构建试题、生成评分规则、自动组卷和进行机器评分。本系统投入使用后不仅对学生的学习进行了客观的考核，还减轻了教师工作量，提高了工作效率，取得了预期的效果。
参考文献：
[1] 李伟超,林国,张宏亮.新形势下高校计算机基础课教学内容和方法的探讨[J].实验室科学,2006,4(2):29-31.
[2] 唐俊武.在线考试系统开发中的几个问题及解决方法[J].计算机与数字工程,2005,33(08):144-147.
数据字典范文第6篇
Abstract: The data structure of basic geographic information elements is researched, using VB and ACCESS database as a development tool, the basic elements of data dictionary query geographic information system is designed and developed to realize the accurate inquiry of fundamental geographic information.
关键词：基础地理信息要素数据字典；数据库；查询
Key words: fundamental geographic information data dictionary；database；query
中图分类号：P208 文献标识码：A文章编号：1006-4311（2011）03-0278-01
0引言
基础地理数据要素的数据量是庞大的，仅第一部分就包含了475个数据要素，这对于测绘部门基层用户的外出携带、使用和查找都比较繁琐。为解决这些困难，我们研究和开发出了一套使用简单、查询快捷的基础地理数据要素查询系统。
1系统数据库的设计
基础地理数据要素主要分四部分内容，第一部分有要素名称、要素描述和要素分类代码，这部分的内容相对每个数据要素具有唯一性；第二部分是属性表，包含属性名称、属性描述、数据类型字段要求、属性值域或示例、约束/条件和备注，每个数据要素的属性表中都含有多项记录；第三部分为几何表示，包含几何特征、图形代码、表示方法、属性、几何表示示例和制图表示示例，其中几何特征、图形代码、表示方法和属性含有多项记录，而几何表示示例和图形表示示例具有唯一性；第四部分为相关要素、关系和备注，这三项也具有唯一性。
为了数据库的方便存储、查询，我们把第一部分、第三部分和第四部分中具有唯一性的项合并为一个表，并把要素分类代码定义为索引。其中几何表示示例和图形表示示例为图形数据，我们把这两项的类型定义为OLE对象，以二进制的方式存储在数据表中。为了方便查询我们在表中增加了“要素简码”字段，要素简码字段存储的是要素名称的汉语拼音缩写，如“大地原点”的要素简码为“ddyd”。
属性表中含有多项记录，我们为属性表单独建立了一个表，并使用要素分类代码与要素表相关联。
几何表示中的几何特征、图形代码、表示方法和属性项也含有多项记录，我们为这四项也单独建了一个表，并使用要素分类代码与要素表相关联。
2系统功能的设计与实现
系统根据需要设计了两大功能模块：录入模块和查询模块，系统功能如图1。
2.1 基础地理信息要素数据字典录入模块系统需要录入三个数据库表的数据,分别是要素表的录入、属性表的录入和几何表示表的录入。
2.1.1 要素表的录入。要素表的录入模块分为添加、修改、删除和存储功能。其中包含几何表示示例和制图表示示例两个图形数据，对于这两个数据需要先进行图片的扫描，形成位图文件，然后系统读入位图文件，并以OLE对象的形式存储在数据库表中，这样就可以在查询系统中调用、显示图形元素。
2.1.2 属性表和几何表示表的录入。属性表和几何表示表的录入模块分为添加、修改、删除和存储功能。
2.2 基础地理信息要素数据字典查询模块根据基础地理信息要素数据的特点和实际的应用情况，我们在查询系统中设计了两种查询方式：按要素简码查询和要素分类代码查询。
2.2.1 要素简码查询。要素简码是要素名称的汉语拼音缩写，我们也在系统中为要素简码设计了模糊查询功能，模糊查询功能就是在查询过程中输入要素名称的汉语品音缩写的前n位，系统会把要素简码前n位为输入字符的所有要素都显示出来。
例如：输入“dd”，系统会把所有要素简码是以“dd”开头的要素都显示出来，方便了用户的选择。这种查询方式是用户的主要查询手段。
2.2.2 要素分类代码查询。要素分类代码是由6位数字组成的，同样我们在系统中也设计了模糊查询的功能，例如：输入“11”，系统会把要素分类代码是以“11”开头的所有要素都显示出来，方便用户的选择。
2.2.3 要素数据的输出。系统的输出方式是采用了直接调用Execl的方式，把查询到的数据直接输出到Execl文件中，用户可以很方便地进行数据的打印、编辑、保存和传输。
3结束语
《基础地理信息要素数据字典查询系统》是在充分、全面分析基础地理信息要素数据的数据结构，结合用户使用实际的需求而进行研究、设计开发的，也确实为基层用户在作业过程中更加快捷、高效地查询要素数据提供了方便，证实是值得推广的查询工具。
参考文献：
[1]段怡红，吕玉霞，李建利，等.《基础地理信息要素数据字典第2、3部分》编制说明[Z].国家测绘局测绘标准化研究所.
[2]GB/T 20258.1-2007 基础地理信息要素数据字典 第一部分：1：500 1：1000 1：2000基础地理信息要素数据字典[S].
[3]GB/T 20258.2-2006 基础地理信息要素数据字典 第2部分：1：5000 1：10000 基础地理信息要素数据字典[S].
[4] GB/T 20258.3-2006 基础地理信息要素数据字典 第3部分：1：25 000 1：50 000 1：100 000基础地理信息要素数据字典[S].
数据字典范文第7篇
关键词： 可扩展；数据字典体系；结构设计
传统的信息系统模型多是以存储数据信息为核心的管理信息系统，但系统可扩展性较差，不能接纳新资源，另外，如果信息系统过于庞大，在开发过程中常常会遇到数据定义不一致、代码不统一、数据冗余大以及数据定义难以维护等多种弊端。随着我国现代信息系统的逐步完善，建立数据字典管理体系越发凸显其必要性。本文从数据字典体系本身特点入手，基于J2EE规范和MVC设计模式提出可扩展的数据字典体系结构设计方法。
1 概述
传统的信息系统模型通常是建立实体关系模型和数据库信息模式，将信息数据按照建立好的模式输入至一个数据库中，这种信息系统的程序、数据以及编写方式互相依赖，一旦系统投入使用，资源信息组织方式不能改变，该系统的不可扩展性较大的限制着资源更新。另外，当该系统数据过于庞大，在系统开发过程中就会出现一系列问题，比如数据定义不一致、数据冗余较大、代码值不便于统一表示、数据定义维护较为困难以及设计人员沟通障碍等等。基于这种情况，建立可扩展的数据字典体系有着极为重要的意义，一方面可扩展的数据字典体系可实现数据一致性，另一方面可有效提高数据结构和系统功能的独立性，最终增强系统通用性。
2 共享系统中可扩展的数据字典体系的设计思路
2.1 共享系统中信息模型运行模式
对我国国家实验教学示范中心、高校大型科学仪器设备及部级精品类课程等资源整合、共享而最终形成一个共享系统，该共享系统涉及到国内多种异构、异质的教育资源，其具有自治性和自主性等特点，即其中任一节点可参与到共享系统中，同时也可随时离开共享系统。该共享系统的这种特点就突出强调系统自身必须具有良好的可扩展性及开放性，这样可随时接纳新资源，也可迅速撤离已有资源。共享系统将可扩展数据字典体系作为信息模型的最底层，以实现系统数据组织模式，并顺利实施数据库交互。在底层数据字典体系之上各种资源可封装为以“服务”为基础的信息模型单元，这些信息模型单元均以“接口”形式为上层应用系统提供支持。
2.2 共享系统中数据字典体系的结构设计
共享系统中可扩展的数据字典体系结构设计较为重要，数据字典体系主要有以下三方面的作用：① 对共享系统数据库有一个完整描述及总体把握；② 信息服务系统提供属性字典服务，其中，信息服务是共享系统中较为重要的组成部分；③ 共享系统中模块开发者提供公用数据字典服务，可以促进数据的共享，从而提高数据使用率[1]。这里提到的公用数据字典设计需参考国标建立，而建立属性字典时则要研究相关专业领域的信息规范，并结合共享系统实际情况进行设计。
2.3 资源属性字典的设计
在上述信息模型字典体系中主要有5种字典，即资源属性字典、通用数据字典、索引信息字典、专家字典以及表属性字典，信息模型字典体系详细结构见图1。其中，资源属性字典是该共享体系最能反映数据字典体系特色的，资源属性字典详尽地提供了资源的特性及各类信息，反映了资源的细节，成为描述资源不可缺少的信息。资源属性字典的建立需要依靠相关领域专家的帮助，在分析共享系统资源本质属性和属性间的关系的前提下，建立资源共享的数据规范及信息标准。
建立资源属性字典是为全局资源描述统一服务目录和信息服务模型提供支持，资源描述目录是一个树形的分类体系，在这个树形分类体系上，每个节点都代表一种资源分类，而节点模型描述该资源分类所具备的树形，每一个节点的子节点对该类别进行更细致的分类[2]。从该树形树根节点至叶节点，路径上所有节点树形共同描述该类资源的特性，同时，资源目录体系从实质上对应着实际资源信息模型，反映到共享系统底层数据库中，该资源目录体系直接决定设计了实际资源信息存储表格。所以，可以说资源属性字典为数据字典体系的结构设计提供了元数据支持。
数据字典体系创建好之后，要根据开发人员要求进行一些更改，比如，增加一些特色属性、删除不必要的数据或属性、修改自定义属性等等，从这个意义上说，我们创建的这个数据字典体系是动态、可扩展的。
3 方案实现
基于UML面向对象进行建模，对共享系统数据字典进行用例建模。首先要确定用例图系统边界是“数据字典体系”，之后，根据系统边界识别与系统发生交互的“角色”，并根据系统业务流程确定与共享系统数据字典存在信息交互的用例角色为数据管理员和上层应用。系统用例。
从该图例中可看出，数据管理员可通过修改、增加和删除维护5类字典，同时还可查询和浏览数据，从数据字典体系中获取数据。
从静态角度描述该系统，类图作为该系统领域建模分析中最重要的一种表达式，其表明了对象之间的静态关系，比如，泛化、聚合和关联等，在UML规范中，对象不同的职责可将系统设计类分为实体类、边界类和控制类，这里选取“维护属性字典”来讨论其类图的建立。利用系统需求用例定义和过程描述，识别系统中存在的对象，并将其转化为系统可以实现的类，最终创建类图，类图可识别出一些较简单和具体的类，之后，再利用类之间关系识别出更多的类。考虑到面向对象系统是根据对象相互传递消息实现系统功能，因此，在静态角度描述系统的基础上，运用时序图描述消息时间顺序从动态角度描述系统，这样才更适合描述实时系统及复杂脚本。
在共享系统可扩展的数据字典体系的需求分析及设计阶段，基于UML语言建模，同时系统的实现要遵循J2EE规范，并应用MVC设计模式。根据MVC设计模式，该程序分为模型、视图和控制器三部分，这三部分利用不同的J2EE组件技术实现。其中，模型部分利用实体Bean实现，视图采用JSP动态页面设计及JavaBean实现[3]，控制器也使用会话Bean实现。采用基于J2ee组件三层结构及MVC设计模式不仅让系统结构显得清晰，极大地提升了系统的运行效率，而且也显著地改善了系统的可扩展性、可维护性及可重用性。
4 结语
目前，该共享系统广泛应用于优质教育资源校级平台中，从当前的运行使用情况来看，基于UML语言，分析、设计和实现该信息系统有助于在较高的抽象层次上改进、调整和维护，进而对系统的修改和重构也有极大帮助。
参考文献：
[1]刘夏、汪新庆、常思思，基于数据字典的全国矿产资源潜力评价数据模型管理系统设计[J].微电子学计算机，2009，1（4）：276-277
[2]谭敏、刘连臣、倪晚成，基于UML的信息模型中数据字典的设计与实现[J].计算机工程与设计，2008，29（4）：849-852.
数据字典范文第8篇
关键词:全球卫星定位系统;导航;空间数据质量;规则项;设计模式
中图分类号: TP311
文献标志码:A
Dictionary-oriented quality checking tool on navigation map
SHENG Xiu-jie1, LI Hong-li2, TAO Wei-liang2, ZHU Hong-jing2, XIAO Cheng-cai2, LI Nan-nan2
(
1. Faculty of Resource, China University of Geosciences (Wuhan), Wuhan Hubei 430074, China;
2. Department of Research, Beijing Changdi Mapping Technique Company Limited, Beijing 100043, China
)
Abstract:
This paper presents detailed innovative ways to develop Dictionary-oriented Checking Tool (DCT) for the production of navigation data. Cating for kinds of data integrity of navigation data model and providing navigation data with more strong qualifications, DCT is driven by checking rule database against its practical contributions: Firstly, it digs out and categories ad-hoc checking items into three main checking topics such as base, relation and navigation application, which is respectively subject to reasonable and clear definitions of checking logics and share the same syntax specification; Secondly, appreciating abstraction ideas DCT instances checking logics into kinds of rule items persisted by database. Thirdly, DCT demonstrates connection pool and template design pattern etc software reuse techniques, which should benefit the development of similar software; At last, with detailed evaluation of sample data, this paper concludes that checking logic abstraction and software reuse techniques are key points for development of checking software.
This paper presented detailed innovative ways to develop Dictionary-oriented Checking Tool (DCT) for the production of navigation data. To achieve the data integrity of navigation data model and providing navigation data with more strong qualifications, DCT was driven by checking rule database against its practical contributions. Firstly, it dug out and categorized Ad-Hoc checking items into three main checking topics such as base, relation and navigation application, which were respectively subject to reasonable and clear definitions of checking logics and share the same syntax specification. Secondly, it defined different rule items according to rule item prototype and grammar and set up effective rule database. Thirdly, it defined system structure and class diagram realization based on connection pool and template design pattern. At last, with detailed evaluation of sample data, this paper concludes that checking logic abstraction and software reuse techniques are important to the development of checking software.
Key words:
Global Positioning System (GPS); navigation; spatial data quality; rule item; design pattern
导航电子地图的生产过程是将导航相关地理要素及其关系、特征模型数字化,并利用计算机软件技术将其转化成能满足各种导航应用需求的地图数据产品的过程,其支撑的平台往往是通用商业地理信息系统软件(如MapInfo, ArcInfo等),缺乏系统性的满足增量导航电子地图生产的作业平台,换言之,缺乏即时的导航数据模型约束机制下的数据生产平台。围绕不同的作业工序和生产环节,即使施加大量的人力资源和不同的质检环节,由于脱离了在线导航数据模型的约束,会出现很多基本导航数据的品质错误。为了在导航电子地图生产的不同阶段中快速、准确、完整地发现并尽可能避免这些质量缺陷,提高数据质量,加快产品化进程,需要开发面向数据字典的质量检测软件(Dictionary-Oriented Checking Tool, DCT)。
1 系统设计与实现
空间位置、专题特征以及时间是表达现实世界变化的3个基本要素[1]。空间数据是有关空间位置、专题特征以及时
间信息的符号记录[2]。而数据质量则是空间数据在表达这三个基本要素时,所能够达到的准确性、一致性、完整性,以及它们三者之间统一性的程度[3]。空间数据质量标准是生产、使用和评价空间数据的依据。导航电子地图也不例外,数据质量是导航电子地图数据整体性能的综合体现。目前,世界上已经建立了一些数据质量标准,如美国美国联邦地理数据委员会(FGDC)的数据质量标准等。常见质量标准要素主要包括:数据情况说明、位置精度(或称定位精度)、属性精度、时间精度、逻辑一致性、数据完整性和表达形式的合理性(包括拓扑一致性等)。
1.1 关键功能点
为了覆盖相关质量标准要素和基于关系数据模型的完整性原则,DCT的设计主要考虑以下要素。
1.1.1 面向数据建模挖掘、归类质量标准要素
导航数据的生产离不开特定的导航数据模型(如GDF数据模型等),而特定的导航数据模型离不开关系完整性的约束。DCT从实体自身完整性、参照完整性和用户完整性[4]3个角度去挖掘检查逻辑并定义合理检查条目,对应于检查类的某个特定检查函数的实现时,最大限度的代码重用与函数间的松耦合。检查逻辑按大类划分如下。
1)基于实体自身完整性的基础检查。
针对每个关系(即数据库表或者每个图层对应的平面文件)中的不同元组(实体),包括:
a)同一元组的空间属性规约检查。
涵盖的质量标准要素主要包括针对每个实体的几何数据合理性表达,空间精度检查等, 如拐点数是否合理,几何图元对应是否正确。
b)同一元组的非空间属性规约检查。
涵盖的质量标准要素主要包括针对每个实体属性自身准确性和属性间的约束检查等,如值域检查、限制性属性对其他属性的约束等。此外,属性间逻辑一致性检查、属性间算术表达一致性检查,如DC道路不能双向通行等。
c)不同元组间的空间与非空间属性约束检查。
涵盖的质量标准要素主要包括针对同一关系不同实体间的拓扑一致性、逻辑一致性检查等,如基于同一路链的弧段的特定属性一致性检查等。
2)基于参照完整性的关系检查。
针对不同关系间(即不同数据库表或者关联的图层文件),以空间对象间的空间关系为基准,从存在的强制性主键出发进行关系检查:包括点与点、点与线、点与面、线与线、线与面、面与面。其中,实体间的空间关系检查围绕基本空间关系定义展开,如是否应该远离、邻接、相交、包含等。实体间的属性约束检查主要通过联合和关联的方式去进行属性间的逻辑与算术一致性检查。
┑4期 ┦⑿憬艿:基于数据字典的导航地图质量检测软件
┆扑慊应用 ┑30卷
3)基于用户完整性的导航应用检查。
导航电子地图的最终应用包括地图显示、路径规划、语音引导、兴趣点查询等,需要导航数据有一些基本品质保证,如不同经路条件下的路网连通性和封闭性检查,不允许只出不进或者只进不出的节点定义等。导航应用中涉及的相对复杂的数据检查过程将作为相对独立的检查逻辑存在。
1.1.2 规则项原型及规则库定义
1)规则项原型定义。
DCT把关系完整性的规则用一个五元组(D,O,A,C,P)来表示,其中:D(Data)表示约束作用的数据对象;O(Operation)表示触发完整性检查的数据库操作;A (Assertion)表示数据对象必须满足的断言或者语义约束,是规则或者检查逻辑的主题;C (Condition)表示选择A作用的数据对象值的谓词;P(Procedure)表示违反完整性规则时触发的过程。基于上述完整性规则表达,DCT约定了规则项原型的语法条件要素,便于规则项的存储与解析(表1)。
表格(有表名)
表1 DCT规则项原型的语法要素定义
完整性要素DCT条件要素
D当前图层、当前字段、关联图层、关联字段
O检查分类ID和检查子类型(代表特定的检查逻辑执行)
A最小值、最大值、元数据参考及特定表参考
CSQL语句中的where子句
P对应统计报表的输出
基于表1,规则项原型语法约定如下:用“,”分隔规则项执行所需要的基本语法要素,[]表示非必须执行语法要素,用“;”表示同一性质语法要素的组合关系,用“:”表示特定检查语法要素与其实例的分隔。语法形式为“当前检查图层,[当前检查字段1=当前检查字段1的值 &当前检查字段2=当前检查字段2的值&…&当前检查字段n=当前检查字段nУ闹],[关联图层1#关联图层2#…#关联图层n],[关联字段1:关联字段1的值;关联字段2:关联字段2的值;…;关联字段n:关联字段nУ闹],[最小值],[最大值],[元数据],[参照表],[SQL],[检查类型1|类型2|类型n]”。如,道路角度不应该大于某个特定值的检查逻辑原型定义为“当前检查图层,当前检查字段,关联图层,关联字段,[],最大值,[],[SQL],[Type]”,其中,该检查逻辑原型不需要考虑最小值,元数据的参考,SQL代表的数据集可以由用户指定等。
2)规则库定义。
显然,规则项原型的定义代表了某个特定的检查逻辑定义。其中,原型中的不同组成要素的实例化,就代表了该原型的一个特定实例,或称规则项。如,上述的道路角度检查逻辑原型的一个可能实例为针对分歧口图层的一个规则项目,即检查该图层两分歧道路之间的角度是否小于90°(单车道的除外),不小于则错误;另外一个可能实例就针对方向看板图层特定角度范围的判定等。
规则项原型对应数据库中的规则表,其组成要素对应该表的字段,其实例就是规则库中每条记录,形成了典型的规则库表定义。此外,还需要对不同记录进行重要度等标注,便于不同检查场景下的规则项提取执行等。也正是基于规则项原型(代表了特定和通用的检查逻辑)和规则项的概念,用户可以基于检查逻辑的分类,进一步挖掘相关规则项,在不需要改变软件代码实现的情况下,即时补充进规则库,达到实时扩充的目的。
1.1.3 实时绑定规则项并执行
检查逻辑分类的出发点就是检查逻辑本质相同,对应软件实现就是一系列的内聚很强、松偶合的重用函数,而与这些函数对应的就是2.1.1中描述的分类编码。即,基于规则库的遍历,提取指定的规则项,利用其全局唯一分类编码绑定到对应的执行函数,同时正确解析该函数执行条件(该规则项的不同组成部分),完成该检查项对应的检查动作,并将检查结果反馈到数据库检查结果统计表中。
1.2 系统流程
图1描述了DCT基于C/S架构及多线程模式下的核心检查流程,包含规则库的建立与在线扩展、基于静态与动态模式下的规则项过滤、检查逻辑绑定与执行和检查结果统计与输出4个基本动作。其中,静态检查是指直接按照缺省的条件过滤规则项,一般按照大类检查逻辑去组织规则项的执行,以达到常用检查场景的使用需求,如针对全部数据集的全部规则项按大类检查等。动态检查指自定义过滤条件去过滤规则项,如针对特定的表的特定检查逻辑等,以达到特殊检查场景的使用需求。动态检查的典型应用场景如对某一个图层的数据作了单独的修改,修改完后只执行与这个图层相关的所有检查项。
1.3 模块及类图设计
基于图1的系统流程,DCT定义了界面模块、统计模块、规则库模块以及检查逻辑执行模块,如图2所示。图2左半部分描述了模块定义及相互依赖关系,右半部分给出了对应检查逻辑的检查类体系及多线程执行环境定义。其中,规则库模块以连接池模式[5]进行元数据表、系列参照表、统计表及最重要的规则库表的存取访问,支持C/S模式下的并发规则项的检查;检查逻辑执行模块基于模板函数设计模式[6]定义了抽象的检查过程实现,包括3个“原子”型动作:检查前处理、检查执行和检查后处理。其中,检查前后处理对不同检查逻辑的执行是共性实现,而具体的检查逻辑的执行需要运行时动态绑定不同子类实现。最后基于规则项驱动的检查过程由一个线程驱动类定义并执行(CCheckRunner)。
图片
图1 DCT系统流程
图片
图2 DCT核心包及关键类定义
2 实际应用
本文以某批次产品数据为对象(相关表及字段定义不再叙述),以北京为一个数据集检测样本,利用DCT执行全部的规则项检查(总共1B020条规则项),总结如下。
2.1 基于规则项驱动的典型错误发现
2.1.1 道路长度小于某个特定值
该检查逻辑对应的规则项语法:“当前检查图层,[],[],[],最小值,[],[SQL],type”;对应的一个规则项实现:检查导航线图层是否存在长度小于1@m的数据,是则错误,如图3圆圈处。
图片
图3 道路长度小于1@m
2.1.2 道路角度小于某个特定值
该检查逻辑对应的规则项语法为“当前检查图层,当前检查字段,关联图层,关联字段,[],最大值,[],SQL ,type”;对应的一个规则项实例是:检查分歧口图层两分歧道路之间的角度是否小于80°(单车道的除外),不小于则错误。如图5圆圈处,黑点为分歧口,右旋匝道与主路角度已大于80°。
图片
图4 分歧口道路间的角度大于80°错误
2.1.3 存在功能性死节点
该检查逻辑对应的规则项为“当前检查图层,当前检查字段,关联图层,关联字段,[],[],[],SQL,type”;对应的一个检查实例是:检查不同经路级别的路网中是否存在功能死节点,是则错误(如圆圈处)。
图片
图5 经路1+2+3级路网中存在只出不进的节点
2.1.4 存在交通流孤立道路
该检查逻辑对应的规则项语法为“当前检查图层,当前检查字段,关联图层,[],[],[],[],SQL,type”;对应的一个规则项实例是:检查路网中是否存在交通流孤立道路,如果存在则错误。
图片
图6 交通流孤立道路错误
图6中,$两侧为正反交通流开关,0为开通,1为关闭。圆圈处为交通流双向关闭,且非步行街,由此造成无法到达该路段两侧的POI,属交通流孤立道路错误。
2.1.5 存在孤立路网
该检查逻辑对应的规则项语法为“当前检查图层,当前检查字段,关联图层,关联字段,[],[],[],SQL,type”;对应的一个规则项实例是:该规则项定义为:检查路网中是否存在孤立路片,是则错误,如图7圆圈处。
2.1.6 信息点相关联的道路类型错误
该检查逻辑对应的规则项语法为“当前检查图层,当前检查字段,关联图层,关联字段,[],[],[],SQL,type“;对应的一个规则项实例是:检查信息点(收费站、隧道、出入口、桥、服务区、地铁等除外)相关联的道路不能是高速公路、城市快速路或环路的主路、高架路、隧道、匝道,否则为错误,如北京歌剧舞剧院的POI关联到主路9457094(如图8圆圈处)。
图片
图7 路网中存在孤立路片
图片
图8 信息点关联的道路为高速或主路
2.2 正确率
因为质量检测软件规则项较多,在此只摘取部分规则项在表2进行说明,围绕数据建模定义的规则项具有明显的准确率保证。
表格(有表名)
表1 DCT规则项执行结果正确率统计
规则编码说明正确率/%
101020001道路最小长度检查100.0
101050001道路最小形状点间距检查100.0
208030001信息点与道路相对位置关系检查100.0
208070003信息点关联的道路类型检查100.0
302010005主辅路与主辅路出入口连接关系检查97.4
301020001孤立道路检查90.2*
301030001孤立路网检查75.0*
表1中*后两项检查出的正确率在75%~90%,包含有25%~10%的伪错误,产生的原因在于数据检查的单位是以一个城市的数据集为单位,如此涉及到出入城市边界的道路
在本城市看是孤立道路,而将关联城市合并在一起的时候,则
不是孤立道路,尽管用了城市边界作为排除伪错误的条件,但算法实现上还存在一定的障碍。如图9所示,圆圈处在A城
市看似孤立道路,而连接到B城市的道路后,则不是孤立道路。
图片
图9 孤立道路的伪错误
3 结语
基于关系和面向对象的数据建模,即围绕实体自身完整性、参照完整性及用户完整性的角度去挖掘、设计检查逻辑,对完全基于数据字典生产的导航电子地图的质量保证提供了新的质检思路。同时,规则项原型定义及规则库建立,一方面便于在线扩展不同规则项,减少作业周期,增强了质检人员主动参与的感觉。更为关键的是,站在软件重用的角度(模板函数设计模式等),很好地解决了琐碎的质检开发任务,同时确保了最终的质检效果。
参考文献:
[1]刘荣高,庄大方,刘纪远. Web环境下实现空间数据表达的框架研究[J]. 测绘学报,2001,30(3):276-280.
[2]蔡先华,王炜. GIS-T空间数据库管理与应用关键技术研究[J].测绘学报,2007,36(4):476-477.
[3]汤国安, 赵牡月. 地理信息系统北京科学出版社[M].北京:科学技术出版社,2000.
[4]DATE C J. An introduction to database system[M]. 6th ed.Upper Saddle River:Addison-Wesley, 1995.
[5]SCHMIDT D C, et al. Pattern-oriented software architecture: Patterns for concurrent and networked objects[M]. [S.l.]:John Wiley & Sons, 2000.
数据字典范文第9篇
关键词：数据字典；年末结转；数据库
中图分类号：G4
文献标识码：A
doi：10.19311/ki.16723198.2016.30.086
1引言
由于商I会计软件的迅猛发展，其方便快捷的操作，大大节省会计人员的工作量，因此我校使用用友U872演示版软件进行实验教学。然而由于教学演示版的限制，财务软件中有些功能无法实现。因此在教学过程中，我校教师利用用友数据字典，对系统后台数据库进行修改，恢复受限功能，达到教学目的。本文以用友U872为例，介绍在教学过程中如何解决年末结账的问题。
2提出问题
由于学校教学软件并非商业版本，因此年底总账模块是无法结账的。
当学生1-11月份的经济业务完成后，可以直接进入用友软件，打开总账系统模块，依次点击总账-期末-结账，工作报告显示成功结账。可是12月份按照本步骤结账却无法成功。查看工作报告发现，由于子模块薪资模块尚未结账，因此总账在期末也无法结账。
薪资模块尚未结账的原因是薪资模块的月结工作只在会计年度的1-11月份进行；当执行薪资模块月结的时候，会出现“请进行结转上年数据操作”的对话框。这是因为薪资模块只有月末处理，没有年末处理，因此12月份不能进行月结，而是在“年末结转”中完成的。
3解决问题
3.1建立新年度账，执行结转上年
在12月份月末时，先建立一个新的年度账。建立年度账的工作由账套主管在“系统管理”里面做。再把系统日期调整到新建立的年度账的1月份，用账套主管的身份登录系统管理，结转上年度的工资数据就行了。具体做法是：
3.1.1建立年度账
（1）在系统管理界面单击“年度账-建立”菜单，进入建立年度账。
（2）系统弹出建立年度账的界面，它中有两个栏目“账套”和“会计年度”，都是系统默认，不能进行修改操作。
（3）系统提示“确认建立[2016]年度账吗？”点击“是”。
（4）系统提示正在传递基础数据表。
（5）系统提示建立年度：[2016]成功。
3.1.2结转上年数据
（1）以账套主管的身份选定账套注册登录，进入系统管理界面。注：此时注册的年度应该是需要进行结转的年度，如需要将2015年的数据结转的2016年，则需要以2016年注册进入。
（2）在系统管理界面单击“年度账”的下级菜单“结转上年数据”，点击相应模块结转功能进行上年数据的结转。
但是这样的弊端是在执行建立年度账操作的时候必须使用加密狗，而几乎每个学校在购买正版软件时只拥有一个加密狗，因此在教学过程中每个学生拿到并使用加密狗的可能性很小，也给正常的教学带来了困难。
3.2使用数据字典，修改薪资模块的月结状态
（1）数据库中重要表的讲解。
①ufysftem库。
此库是系统参数数据库，其中主要存放各个账套的共用信息，意义很大，日常应用的也很多。
②ufdata库。
此数据库叫应用数据库，命名规则是ufdata_账套编号_年度（四位计数），其中主要存放每个年度的账务数据，包括各个模块的数据。在数据表中，命名方法是模块代码_表名。
其中：ap代表应付；ar代表应收；gl代表总账；wa代表工资；fa代表固定资产；pu代表采购；sa代表销售；st代表库存；ia代表存货；fd代表资金管理；ca代表成本等。
通过在用友数据库表及数据字典中利用定义描述进行比对和查找，薪资模块期末处理应当在UFdata数据库的公共模块，表名为GL-mend，其相关功能就是结账。
（2）执行“开始”菜单，打开“程序-Microsoft SQL Server-企业管理器”，找到本账套的数据库“UFDATA_777_2015表”，在表中找到并右击“GL-mend”，选择“打开表-查询”。
（3）输入并执行SQL语句。
薪资模块12月的月末处理就是使工资的gl_mend中12期间对应工资的列的值为1；参考语句：Update gl_mend set bflag_wa=1 where iperiod=12，然后点击“！”执行命令。
（4）当再次进行总账期末结转时，账套提示结账成功。
4结束语
由于教学版本的局限性，如期末结账这些命令我们通过修改数据库得以实现。一方面学生可以通过修改数据库数据学习到数据库的组成结构和运行状况，另一方面也要看到在实际工作中如果通对数据库或应用程序结构进行修改时，可能会造成数据损毁甚至数据泄露。因此财务专业学生在财务软件操作时，应当对财务软件的数据库加以保护，设置和保护好自己的口令密码，防止泄露他人，避免为企业造成财物损失。
参考文献
[1]寿莉，贾娜.会计电算化课程中的数据库技术[J].合作经济与科技，2012，（24）.
[2]伊基红.关于高职院校会计电算化课程教学的思考[J].财会学习，2016，（17）.
数据字典范文第10篇
关键词：录入表 数据字典 业务单据
中图分类号：TP319 文献标识码：A 文章编号：1672-3791（2016）04（b）-0000-00
一个成熟的软件系统最关键的部分之一是系统的人机交互界面，如何根据业务单据需求开发出符合实际需要的通用录入表格并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务单据的变化做出程序上的变动，例如字段内容的添加、减少，字段顺序的调整等等），通用录入表设计解决的就是这一问题。通用录入表由数据字典组件和单据组件组成，数据字典提供每一个字段和字段代码集的选项，而单据组件则负责显示那些字段及如何显示。
1 设计思路
一般录入表格开发都是由开发人员利用现成的表格控件（例如：华表Cell，SpreadSheet等）通过手工拖拽、在表格控件上进行增行、增列、设置格式、公式、着色的开发，这种开发是比较直观的，但缺点是不能保证每一个开发人员做出的界面完全一致，而且当业务需求改变时，改变的工作量很大。鉴于此，通用录入表的设计思路是利用程序从数据库中读取字段配置信息，为表格控件设置相应的属性，并按一定规则排列，形成用户所需求的界面。后台的配置部分提炼总结成数据字典组件，前台的显示部分抽象为业务单据组件。
2 数据字典组件程序设计
数据字典是有目的地对信息系统数据与知识、元数据与元知识进行存储与管理的逻辑抽象信息系统。数据字典组件通过提供基础数据维护、查询与同步功能，其作用主要体现为在建立数据标准的基础上，通过抽象数据元，实现业务数据信息项的规范统一，通过定义业务要素，实现标准数据代码表的规范统一，从而为单据组件提供一个可随时获取表及字段信息的数据来源。
数据字典不仅记录了信息系统中的各种数据和知识，还记录了对数据和知识进行恃性刻划与抽象的元数据和元知识，使数据字典独立于实际应用信息系统。报告、图形生成工具负责软件系统所有文档资料的自动生成；数据物理存储模式转换工具使数据字典面向任意的计算机软件平台；实例系统生成工具运用数据字典中的元数据文件与元知识文件，通过向用户提供的友好界面，根据用户的选择与输入的参数生成可实际运行的信息系统；软件系统开发人员通过使用用户问答询问工具，可以看到任一层次数据对象的有关情况；字典接口提供了一系列数据字典数据访问过程调用，使数据字典能从信息系统分析工具获得原始数据，从程序设计语言形式文法分析工具获得对应语言的语法、语义规则集，使信息系统的辅助系统结构设计与程序自动生成工具能够从数据字典中获得所需要的系统数据，使多个数据字典实现数据的可相互操作性，形成一分布式数据字典系统.另外，字典接口也是扩充字典功能与用途的唯一入口.
数据字典的功能包括数据元管理、业务要素管理、代码表管理及数据表及表字段管理。
2.1数据元管理： 数据元是用一组属性描述其定义、标识、表示和允许值的数据单元。数据元用于定义数据标准，主要包括：英文短名、中文名称、数据类型、表示格式。该功能是管理业务基础数据元目录，为实现业务数据标准统一，提供基本依据。
2.2业务要素管理：业务要素是有具体业务含义的业务信息项，如机构信息、收款单位等等。该功能对业务要素属性进行管理，包括其编码、名称、代码表编码方式和存储位置、使用规则等等。
2.3代码表管理： 代码表存放业务要素代码的表，也特指某一业务要素的代码集合，该功能是对代码表的增加、减少、修改等业务进行管理。
2.4数据表及字段管理：是对数据库中的表及字段的进行管理。主要维护的表包括代码表以及存放业务数据的表。
3业务单据组件程序设计
业务单据组件通过利用数据字典组件，建立存放数据的数据库与人机界面的通道，并实现数据的增、删、改、查等操作。
业务单据设计要有依据，不能以个人的意愿强加于管理，即使个人的管理愿望是有助于单位管理的，也必须取得单位的认可。一个业务单据的产生，一是要服务于民众或涉众管理的群体，不是满足个人特定管理需要进行单据的设计，这就要求单据设计者必须本着客观真实，为同一职业操守者服务的角度，进行单据的整体设计；二是必须符合公司管理的需要，每个岗位都是公司整体运营不可获取的一份子，那么公司从公司管理的角度，决定着单据的设计必须有法可依，可控管理。
业务单据的具体功能包括业务单据类型管理、单据定义管理、属性管理、查询域管理、功能管理、来源管理、单号产生规则管理等功能。
3.1 业务单据类型管理：主要是对业务单据的分类进行管理。
3.2业务单据定义管理：对业务单据进行注册管理，实现将业务单据与数据字典中表定义进行关联。
3.3业务单据属性（展示字段）管理：对单据中用到的表字段进行设置，通过数据字典的表及表字段定义进行映射，并设置字段的显示顺序，显示宽度、录入风格（下拉框、弹出框）、公式设置等字段属性进行管理。
3.4业务单据查询域管理：可定义查询单据时采用哪些字段做为过滤条件。
3.5业务单据功能管理： 通过功能注册，实现与业务逻辑的关联；也是与工作流动作关联的接口。
3.6业务单据来源管理：设置源单据与目标单据的对应关系，主要是有些表格的内容不是录入，而是从另一张表格中选择一部分在进行修改，这时就需要对单据的来源单据进行定义。
3.7业务单号规则管理：单据上某些字段是自动产生的，例如单号，流水号等，可通过该功能进行配置。
在前台界面加载时，程序利用单据组件读取各种配置字段，并通过数据字典映射到数据库中，提取预先定制的表样，并根据与数据库中表及表字段映射，实现对业务数据的增、删、改、查操作。配合工作流组件实现单据的自动流转，从而构建一个通用的录入表功能。
4结束语
通过以上的框架设计，如果在MIS中需要添加或修改业务单据，只需要建立新的单据模型或重新配置即可，这样就可以明显提高工作效率，降低维护成本，在MIS系统的建设方面，这种通用录入表设计具有一定的优势。
参考文献
[1] 李洁，王连泽.资金审批工作流组件设计与实现[J]电脑编程技巧与维护，2015（14）：198.
[2] 石生，王春雁.信息化情况下业务单据的设计分析[J].科技传播，2013（1上）：196-197.
[3] 王慕勇，陈毓英，祁一.基于数据字典的通用报表自动生成系统的设计与实现[J].计算机应用研究，1993（5）：23-26.