地理信息系统数据字典生产研究

地理信息系统数据字典生产研究（通用11篇）

篇1：地理信息系统数据字典生产研究

地理信息系统数据字典生产研究

本文以数据字典生产为研究对象,深度探讨了数据字其的概念、作用、存储方式、内客和标准,是对数据字其生产的一个较为全面的诠释,相信本文的.研究对从事相关工作的同行有着重要的参考价值和借鉴意义.

作 者：程雷  作者单位：61512部队,北京,100088 刊 名：科技资讯 英文刊名：SCIENCE & TECHNOLOGY INFORMATION 年，卷(期)： “”(20) 分类号：P2 关键词：地理信息系统   数据字典   标准  

篇2：地理信息系统数据字典生产研究

地理信息系统元数据生产研究

本文基于笔者多年从事GIS数据制作的工作经验,以元数据生产为研究对象,深度探讨了元数据的概念、作用、存储方式,内容和标准,是对元数据生产的`一个较为全面的诠释,文中的一些方法也是笔者工作实践的总结,相信本文的研究对从事相关工作的同行有着重要的参考价值和借鉴意义.

作 者：苏聪 作者单位：广州市城市规划勘测设计研究院,广东广州,510060刊 名：科技资讯英文刊名：SCIENCE & TECHNOLOGY INFORMATION年，卷(期)：“”(15)分类号：P2关键词：地理信息系统 元数据 标准 方法

篇3：地理信息系统数据字典生产研究

关键词：基础地理信息要素数据字典,数据库,查询

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:5001:1000 1:2000基础地理信息要素数据字典[S].

[3]GB/T 20258.2-2006基础地理信息要素数据字典第2部分:1:50001:10000基础地理信息要素数据字典[S].

[4]GB/T 20258.3-2006基础地理信息要素数据字典第3部分:1:25000 1:50 000 1:100 000基础地理信息要素数据字典[S].

篇4：地理信息系统数据字典生产研究

【关键词】城市基础；地理信息系统；数据更新

0.引言

基础地理信息数据关系到国家安全和社会经济发展的重要信息资源，因此，保证数据的准确性和及时性能够为数据库提供强大的生命力。在我国的城市内已经建立起基础地理信息数据库，为我国城市的发展提供了有效的管理数据。在对城市数据经过加工整理后对地理空间数据库进行及时更新。在对数据库进行更新时如果数据量较大，在遇到意外情况时造成工作中断，很容易产生数据的丢失，因此就要采用相应的保护措施，保证数据库的更新效率，为行政主管部门提供重要的参考依据。

1.数据库的结构和更新方式

1.1数据库的结构

在进行数据库的选择时，通常采用工作库、现状库和历史库的分类方式，保证数据的可维护性、准确性和安全性。其中，工作库主要负责临时数据的存储，现状库根据数据的更新周期进行最新成果数据的更新。同时，在数据库中的原有的数据就会就会自动归档至历史数据库中。

在进行数据更新时，其操作具有明显的不可逆性，其数据一旦更新就不能够进行撤销。因此在操作过程中就要尽量减少对于现状库的直接操作。在进行数据更新的过程中，数据的修改要在工作库中进行实现，将需要更新的有关图层进行提取，其后在工作库中进行操作，用新的数据代替旧的数据。在操作完成后需要在工作库中对更新结果进行检验，保证其准确性。之后的数据就可以利用到现状库中，同时将原始数据保存至历史库中，形成与之相对应的历史数据。历史库的主要目的在于提供先现势数据的对于数据。

1.2数据库的更新方式

在对基础地理信息数据库进行更新时，要综合参考城市基础测绘中的外业修测进行开展。其主要方法有：测区级更新、图幅级更新和要素级更新。其中的测区级更新主要使用在由于综合地貌产生的变化较大，需要进行整体的更新，解决数据中存在的问题，在数据更新完成后方可进行数据进行更换。图幅级的更新属于常规性的，主要依据竣工测量所得的数据对固定图符进行数据的更换。在进行要素级更新时要根据其中的单个要素产生的变化，对数据库中的特定要素进行更新。在进行要素级更新时，其主要特点为产生的数量较少，更新的频率较快。

2.基础地理信息矢量数据更新的原则

在城市的发展中，进行地理数据更新对于城市的整体规划有着重要的作用。因此，在进行数据更新的过程中要遵循一定的原则。

（1）现势性的原则。在进行城市基础地理信息的更新时，要保证更新的准确性和及时性，使得数据的更新能够满足现下的最新需要。

（2）精度匹配的原则。在进行城市基础地理信息更新后，要保证数据的精度，只有这样才能够保证和固有的数据信息进行叠加时的准确性。在进行更新的过程中要注意更新部分和未更新部分的精度一致。

（3）空间和属性信息同步更新的原则。在进行数据的更新过程中，不仅包括图形数据内容，还包括属性数据的更新，保证二者的同步更新是数据更新的重要内容体现。

（4）一致性的原则。在地理信息系统中，图种的数量较多，在进行更新的过程中就需要保证图中之间的一致性，确保更新数据的准确。在进行更新时要结合在同一图种内的坐标系统要保证一致，并根据数据进行数据的分析和决策。

3.基础地理信息矢量数据更新的内容

在进行城市基础地理信息系统的更新时，内容为地理空间的变化、相关信息的变化和拓扑关系的建设。

（1）空间实体更新。城市基础地理信息更新，空间实体产生的变化为信息系统内的点、线、面的特征进行更新。在空间实体中的点、线的内容相对简单，因此要将信息面作为重点进行更新。

（2）属性信息的更新。在进行属性信息的更新时，主要会产生两种变化，一是空间的实体没有产生变化，但空间实体的有关属性却产生了变化。二是空间信息和属性信息同时产生了变化，与之相关的属性信息也会产生变化。在属性信息产生变化的过程中，要保证空间信息的同步进行，减少在更新的过程中产生的错误。

（3）拓扑关系的重建。在城市基础地理信息矢量数据中，要进行范围的确定就需要建立相应的拓扑关系。拓扑关系和空间实体有着一定的联系，因此空间实体的变化会在一定程度上影响拓扑关系。在产生变化的过程中不是由人工进行实现的，而是程序间产生的自动变化。在一些空间和面积较大的街区、道路中都需要进行拓扑关系的建设，为之提供相应的数据。在进行拓扑关系的重建时，应充分考虑与空间内的实体信息更新同步进行。

4.基础地理信息矢量数据的更新方法

在进行城市基础地理信息的采集时，具有多种不同的方法，因此在进行更新的过程中采用的模式也不相同，在进行数据更新时要充分结合更新后的数据检验，保证更新的效率。在进行更新时主要采用丈量法、数字化或扫描矢量法、野外数字测图法、掌上电脑更新法等。

（1）丈量法。在城市中对于基础地理信息的变化量较大和地形较简单的地点可以进行简单的丈量，在进行数据的获得后进行地理信息的更新。其主要是对已知点和基线间的距离确定待定点的坐标位置。其具体操作内容有：1）进行距离的丈量，并进行及时的记录。2）进行计算坐标的确定，整理空间内的信息和属性信息。3）在进行数据的更新后要将数据存放在数据库中，对数据库进行整体的更新。

（2）数字化、扫描矢量化法。在原有的白纸测图的基础上进行数字化和扫描矢量化，其后根据城市基础地理信息的要求进行线型和符号的赋值，并保证其一致性，最后要在此基础上进行信息数据更新。

（3）野外数字测图法。采用野外数字测图法能够满足基础对于基础数据的收集和整理，实现数据的更新，在一些地理特征变化较大的区域中通常采用此种方法。

（4）掌上电脑更新法。利用掌上电脑进行数据的更新能够为野外数据的更新提供更加便利的操作条件。在进行数据更新后，通过无线传输的方式进行数据库的更新。

5.结语

从当前城市发展情况来看，城市基础地理数据库建成后，必须对其采取相应更新，以有效地确保数据的现势性。针对当前我国情况看，对基础地理数据的更新还存在许多问题，难以保证数据的现势性。文章结合笔者实践及其理解，提出了适合基础地理数据库矢量数据的更新方法，为同行提供参考借鉴。

【参考文献】

[1]谢远长，李旭宏.城市交通规划地理信息系统设计[J].交通科技，2012（09）：95-182.

[2]吕北岳，吴江.技术在我国交通规划中的应用研究[J].测绘科学，2008（04）：30-31.

[3]宋小冬，叶嘉安.地理信息系统及其在城市规划与管理中的应用[M].北京科学出版社，2012.

篇5：宾馆客房管理系统数据字典

数据结构名：客户

含义说明：来宾馆入住的客人

组成：{身份证号，姓名，性别，年龄，户籍，联系方式}

数据项名：身份证号

数据项含义说明：用来证明居民身份的证件的编码 别名：

数据类型：字符型 长度：18{字符}18 取值含义：代表客人的户籍信息

与其他数据项的逻辑关系：均可代表客人身份 数据项之间的联系：并列

数据项名：姓名

数据项含义说明：客户的名称 别名：

数据类型：字符 长度：2{字符}3 与其他数据项的逻辑关系：均可代表客人信息 数据项之间的联系：并列

数据项名：性别

数据项含义说明：人的种类划分 别名：

数据类型：字符 长度：1{字符}1 取值范围：男或女

取值含义：人的具体性别

与其他数据项的逻辑关系：均可代表客人信息 数据项之间的联系：并列

数据项名：年龄

数据项含义说明：一个人从出生时起到计算时止生存的时间长度 别名：岁数 数据类型：数字 长度：1{数字}100 取值范围：1到100 取值含义：客户的具体年龄大小

与其他数据项的逻辑关系：均可代表客人信息 数据项之间的联系：并列

数据项名：户籍

数据项含义说明：对自然人按户进行登记并予以出证的公共证明簿 别名：

数据类型：字符

与其他数据项的逻辑关系：均可代表客人信息 数据项之间的联系：并列

数据项名：联系方式

数据项含义说明：能够达到对个人直接沟通的相关信息 别名：手机号或电话号 数据类型：数字 长度：7{数字}13 与其他数据项的逻辑关系：均可代表客人信息 数据项之间的联系：并列

数据结构名：前台接待

含义说明：主要是负责客户的来访及登记

数据流名：订房信息

说明：客户的基本信息以及客户入住房间的信息 数据流来源：客户

数据流去向：核对信息客房 组成：客户

数据流名：当前客户状态 说明：客户有没有入住房间 数据流来源：核对客房信息 数据流去向：客房描述 组成：客户

数据流名：已核对状态的客房 说明：确定客人是否入住 数据流来源：核对客房信息 数据流去向：核对账目情况 组成：前台接待

数据流名：客户账目情况 说明：客户应交款型

数据流来源：核对账目情况 数据流去向：应收账款 组成：客户 数据流名：客房账目状况已核对 说明：客人已交清房款

数据流来源：核对账目情况 数据流去向：可入住客户 组成：客户

数据流名：入住客户 说明：已经住入的客户 数据流来源：可入住客户 数据流去向： 组成：客户

数据流名：前台接待可入住 说明：前台表示有空房 数据流来源：可入住客户 数据流去向：前台接待 组成：前台接待

数据存储名：客户描述 说明：对客人信息的全面记录 编号：1.1 输入的数据流：订房信息

输出的数据流：已核对客房的信息 组成：客户 数据量：1 存取频度：每一个客人存取一次 存取方式：联机处理进行更新

数据存储名：应收账款

说明：客户应该缴纳的费用 编号：1.2 输入的数据流：客户账目情况 输出的数据流：

组成：前台接待和客户 存取频度：一个客户一次

存取方式：联机处理进行更新

处理过程名：核对客房信息

说明：对客户的信息以及入住的房间进行核对 输入：订房信息

输出：已核对状态的客房

处理：对客人的姓名、年龄等进行检查

处理过程名：核对账目情况 说明：对客人应交款项进行检查 输入：已核对状态的客房

输出：账目状况已核对的客房 处理：对客户所交款项进行核对

处理过程名：可入住客户

说明：对核对完信息的客户可以进行入住 输入：账目状况已核对客房 输出：核对订房信息 处理：客户进行入住过程

入住登记管理

数据流名：已登记客户信息 说明：客户已经办理好入住手续 数据流来源：登记客房信息 数据流去向：分配客房

数据流名：分配客房号 说明：给客人分配入住客房 数据流来源：分配客房 数据流去向：发放房卡

数据流名：住户信息

说明：对客人及入住房间的详细记录 数据流来源：客户入住

数据流名：客户信息修改

说明：在原有信息上进行改动 数据流来源：客户入住 数据流去向：前台接待

数据存储名：客户消费记录本

说明：记录客户应交的各款项及总费用 组成：包括房间费用及各项服务的费用

处理过程名：登记客户信息 说明：对客户信息进行记录 输入：可入住客户

输出：已登记客户信息

处理：将客户信息输入系统

处理过程名：分配客房号 说明：为客人分配房间 输入：已登记客房信息

输出：发放房卡

处理：给客人分配已经预定的房间

处理过程名：发放房卡 说明：给客人房间的钥匙 输入：分配好客房号

输出：客户

处理：把客人带到房间，给予钥匙

处理过程名：客户入住 说明：客户此时已经入住房间 输入：客户

输出：客户信息修改 处理：客户正式入住

住房信息管理

数据结构名：主管部门

含义说明：负责批准各项活动的部门

组成：{管理员编号，姓名，职称，联系方式，密码}

数据项名：管理员编号

数据项含义说明：对管理员进行排序编号，便于管理 别名：

数据类型：数字

数据项名：姓名

数据项含义说明：管理员的名称 别名：

数据类型：字符 长度：2{字符}3

数据项名：职称

数据项含义说明：对管理员的职位进行有效说明 别名：

数据类型：字符

长度：2{字符}4

数据项名：联系方式

数据项含义说明：能够找到管理员的通知方式，包括手机号等 别名：

数据类型：数字 数据项名：密码

数据项含义说明：管理员登陆系统的密码 别名：

数据类型：字符

数据流名：消费记录

说明：对客人的消费项加以说明 数据流来源：客户换房

数据流去向：客户消费记录本

数据流名：客户提交换房信息 说明：客户需要换什么类型的房间 数据流来源：客户换房 数据流去向：前台接待

数据流名：客房信息添加 说明：有客户换房或者退房 数据流来源：客户换房 数据流去向：客户退房

数据流名：客房状态 说明：此时是否有客户入住 数据流来源：客户退房

数据流去向：核对客房状态

数据流名：消费细节

说明：客户总共做了哪些消费项目 数据流来源：核对客房状态 数据流去向：客户消费记录本

数据流名：实结房款

说明：客户最后需要交纳的费用 数据流来源：核对客房信息

数据流名：需维护客房

说明：需要进行清扫或修理的客房 数据流来源：核对客房状态 数据流去向：客房维护

数据流名：维护费用

说明：清扫或整理房间花费的钱数 数据流来源：客房维护

数据流去向：核对客房信息 数据流名：维护信息 说明：对维修房间的记录 数据流来源：客房维护 数据流去向：主管部门

数据流名：（不）批准

说明：是否对客房进行维修 数据流来源：主管部门 数据流去向：客房维护

处理过程名：客户换房 说明：客户换用其他房间 输入：入住客户

输出：客房信息添加

处理：对客户的住房记录进行修改

处理过程名：客户退房

说明：客户结束住宿，进行结账 输入：客房信息添加

输出：客房状态

处理：对客户消费记录本进行结算

处理过程名：客房维护

说明：客房需要进行清理或整修 输入：需维护客房

输出：主管部门

处理：对维修客房进行统计

结算信息管理

数据流名：支付款项

说明：客户在前台付款的过程 数据流来源：客户

数据流去向：结算账目

数据流名：结算信息

说明：客户需要支付的各项费用 数据流来源：结算账目 数据流去向：客户

数据流名：客房信息 说明：客房状态

数据流来源：客房管理 数据流去向：前台接待 数据存储名：结账信息表

说明：对客户的消费信息进行记录 组成：前台接待

数据存储名：客房状态

说明：客房此时是否有客人入住 组成：空和满

处理过程名：结算账目

说明：前台接待需要清算的账目 输入：实结房款

输出：结算信息

处理：对各款项进行清算

处理过程名：结算清单 说明：对各消费记录的打印 输入：结算信息

输出：客户信息修改

处理：打印客户的消费记录及总消费额

处理过程名：客房管理 说明：对客房状态的记录 输入：客户信息修改

篇6：嵌入式生产数据采集系统研究论文

关键词：RFID的嵌入式；生产数据采集；研究与设计

一、对RFID技术的理解

RFID技术就是一种自动识别技术，读写器和电子标签是基本部件，不管是好的环境还是坏的的环境都能够使用RFID技术，而且不用很多人都看着这个技术进行，甚至都不用人工操作这项技术。RFID技术的识别速度非常快，操作起来也不难，每个步骤都很容易操作，而且RFID技术的应用也越来越广泛，成本不断降低，能够被大部分人接受这个价格。RFID技术的使用寿命相对于其它的技术来讲也比较长，不仅减少了资源的浪费，而且也为企业带来了更多的利益。

二、数据采集终端硬件的主体设计

（一）电源电路。在设备运行过程中，一般情况下，工作电压是1。8伏特，和其他的设备不太一样，数字电源和模拟电源之间有什么不一样，该设备就不能准确的识别出来。在实际应用过程中，要多设计几条电路线，很有可能会出现多种应用电源的情况，也要应对一些突发事件，避免出现突发事件的时候，手忙脚乱，以至于连最基本的问题都无法顺利解决。电源电路多线路的设计特点，提高了生产的质量，也促进了企业的发展[1]。

（二）系统时钟电路。在实际应用数据采集系统的时候，要合理的利用LPC2210ARM7微控器，在使用过程中，可以通过两种不同的电路进行合理的使用，一种是外部晶振电路，还有一种是外部时钟源电路，而且内部的电路还是可以调节的，以便提高设备的运行速度，运行速度也是有限制的，最大的不能超过60赫兹。在使用系统时钟电路的时候，要严格按照要求进行生产数据的采集。

（三）建立复位电路。复位电路芯片的选择十分重要，任何的选择都可能影响企业的日常运行操作，供电电压要保持在一定的范围内，不要太低，也不要太高，保持在正常的范围内就行[2]。复位电路的电压最高是2.93伏特，如果超过2.93伏特，就不能正常进行，要是想要正常的运行设备，必须严格控制电压，只有电压低于2.93伏特的时候，设备才能正常的运行。

三、数据采集终端的外围设计

（一）图形液晶模块接口的电路设计。这类电路设计主要应用的是点阵图形，最大的优点就是可以容阔其他的模块。使用点阵图形液晶模块接口的电路设计时，如果输入正确的指令，在点阵图形模块中就可能同时出现中文和英文。而且点阵图形模块接口的电路设计可以降低设备的操作难度，符合大众的需求，让几乎每一个人都能体会到该设计的应用。

（二）键盘输入电路设计。一般的工作都会应用到电脑，用电脑就会用到键盘，每一个技术人员对于电脑键盘的操作都不陌生，可以用键盘输入数据，统计数据，制作数据报表，计算工程利益预估的价格等，这就是人和机器很好结合的表现。在设计电路的时候，键盘输入电路的设计最为普遍，很多人能够充分的了解该项设计内容，也能很好的接受键盘输入电路设计，并且应用到实际的工作生产过程中。而且现在学校中计算机的教育会先教学生使用键盘，随着人们不断的学习，键盘的使用已经扎根在人们的脑子里了。

四、结语

目前，我国的经济发展非常快，也发展的非常好，生产数据的采集还有很多不足之处，需要各个企业不断改革创新，争取建立最适合我国经济发展的生产数据采集系统。各个企业的设计部门应该在现有电路设计的基础上不断完善电路设计内容，相关技术人员对于所使用的电路设计也要熟练的掌握其基本要领。在当今社会中，通过解决工作过程中不断出现的一个又一个的问题，不断完善电路设计。企业也要经常召开会议，对于技术的改革创新进行不断探讨。在实际生产过程中，企业要建立相关的部门，专门负责生产过程中的设计问题，如果出现什么问题，要及时的解决问题，不要累积问题，让问题的危害扩大。企业的相关部门也要对技术人员进行培训，很多技术在不断改革创新，就需要专业的技术人员对新技术做到熟悉了解，能够把新技术熟练的应用到生产过程中，推动企业的发展，避免企业在社会日益发展的潮流中被淘汰下去。

参考文献

[1]张开生，石瑞华，薛杨。基于RFID技术的服装生产过程管理系统设计[J]。单片机与嵌入式系统应用，2018，18（04）：43—48。

篇7：地理信息系统数据字典生产研究

一些对象在其具体领域内,某种属性通常有一个固定的集合,可充分满足该对象在这一具体领域内的工作需要,这一固定的集合称之为该对象某种属性的一个字典。例如,军械类装备在军械装备这一具体领域内,其质量等级有新、堪、待、废四种状态,完全可以满足军械类装备质量属性工作的需要,见表1所示。但在其进入一个更大的领域内时,如陆军及通用装备这个大类,则军械装备的质量属性就会与这个大类中的车辆装备的质量属性发生冲突,因为车辆装备的质量属性是划分为五个等级,见表2所示。这样,则同一质量数据集合中就会同时出现军械装备质量等级字典和车辆装备质量等级字典两个不同的质量属性状态集合。

假如有一张报表《陆军及通用装备质量情况表》,见表3所示。

这一报表从人工判读来看似乎并没有什么问题,即便出现单双字节字符差异、首空中空尾空、全称简称等等情况下人工也能正常识别,例如:陆军第30军、陆军三十军、叁拾军、XX军区第30(双字节)军、三十 (空格)军,甚至将数字“0”误写为字母“O”时,根据经验与常识,人们也可以判断出这是同一个单位。但是,在以计算机处理数据为基础的信息系统中,如果以此为识别内容,则计算机将会认为它们分别是不同的单位。因此,在计算机中数据处理对象的识别是以代码为基础的,在主键标识、数据传输、统计分析等工作中也均是以代码为基础进行。

从表3中可以看出:“质量等级代码”列中出现了同一代码“10”却代表了两种不同含义的质量等级。由于此表中的质量等级代码还没有被设计为KeyWords(关键字段),因此暂时还不会出现重码现象,但如果出现按质量等级进行统计的要求时,将会出现质量等级为“一级”的车辆数据与质量等级为“新品”的军械装备的莫需有的统计运算,从而造成系统运算错误。

在数据库管理系统中,通常要求同一对象的属性值应当是“同质的”。而上述情况,在逻辑上皆为装备的“质量属性”,因此应该是“同质的”;但就物理层含义而言,由于其来自两个不同的质量等级字典表,因此,不满足“同质”要求。作者称该问题为多字典的融合问题。

在我军装备保障信息系统的发展过程中,由于一开始没有在全军范围内建立起统一的字典代码标准,而各单位为了工作需要,则建立起了本单位范围内的各种字典,这些字典在本单位这个具体领域内完全满足了工作上的需要并且运行良好,但一进入全军范围这个大的领域后就出现了各种字典的不融合现象。在我军装备保障信息系统的发展(特别是规模扩展)过程中,这是一个普遍存在,且不可避免的问题。因此,研究和解决这一问题对于我军装备信息系统建设具有重要的现实意义和深远的理论意义。

解决该问题的思路与方法是多样的,结合课题研究的实践,已经形成了以下三种解决方案:集合标识、种字典、应用标识。

2 集合标识方案

该方案是通过在原报表中增加一个“集合”标识字段,以识别两个字典集合信息,见表4中的“集合”列,该列用“军械”和“车辆”将先前的两个不同的质量等级字典进行区分。“集合”的代码标识见表4最后一列所示。在统计工作中只要将“集合”和“质量等级”两个标识同时写入统计要求以后,即可避免上述问题的发生。这一方案,称其为“集合标识方案”。

3 种字典方案

该方案是在原有字典代码的基础上增加一位种字典标识,以此来区别两个不同的质量等级集合信息,见表5“质量等级代码”列所示,种字典样例见表6所示。这样在按照质量等级代码进行统计运算时,就不会再出现上述问题。这一方案,称其为“种字典方案”。

4 应用标识方案

该方案是在原有字典的基础上,增加应用标识,见表7中的3、4、5、6、7列所示。因为在不同场合可能不会使用一个字典的全集,而是使用其一个特定的子集。例如,装备质量等级字典,由于新品和待一品两个质量等级的条件之一就是没有经过携行,因此,部队不存在新品和待一、待二品装备(见表7“部队”列所示);而《修理计划》中装备质量等级显然只有待一和待二两种(见表7“修理计划”列所示),还有其它一些特定的场合也只是使用装备质量等级字典中的某一个子集。

“★”说明该场合工作使用该质量等级。

在系统设计中有三种方案:一是为表7中的五个质量等级子集分别设计一个表,专表专用,编程方便。其缺点是增加了基础表的数量,增大了管理难度,而且子集增多后编程者难以找到正确的子集。二是提供给用户全集,任由其输入,但在确认后要作合法性检验,这一方法给用户提供了错误选择的机会,不符合软件设计原则。三是采用“应用标识”字段,可以避免前两种方案的不足之处,见表6“应用标识”列所示。

5 三种方案的比较

以上三种方案在具体应用过程中的比较见表9所示。

通过表9分析不难看出,三种方案都有优缺点。在编程和新旧系统过渡两个一次性过程方面,由于集合标识方案只是增加了一个标识字段,而原有的字典数目并不发生变化,且字典存储结构没有发生大的变化,因此较为方便;而种子典方案和应用标识方案需要将先前的多个字典集合进行融合形成新的字典集合,由于字典数目和存储结构与以前相比都发生了大的变化,因此难度较大。在字典管理这个多次性过程方面,由于种子典方案和应用标识方案减少了先前的字典数目,因此管理较以前方便;而集合标识方案由于在字典数目上没有发生变化,因此与后两种方案相比难度要大。三种方案中谁优谁劣不能下决定性的结论,而要视具体的系统发展情况和需要而定,但通常在系统升级时间允许的情况下,要尽可能把方便留于多次性过程,即选择种子典方案或应用标识方案。

摘要：在我军装备保障信息系统的发展过程中,多字典不融合问题是一个普遍存在的现象。通过分析研究军械类装备和车辆类装备的质量等级字典存在的不融合问题,结合课题研究实践,提出了解决这类问题的三种方案,一是集合标识方案、二是种子典方案、三是应用标识方案,并对三种方案在运用过程中的多个方面进行了比较。

关键词：装备保障信息系统,质量等级字典,融合性设计

参考文献

[1]赵武奎.装备保障学.北京:解放军出版社,2003

[2]高复先.信息资源规划—信息化建设基础工程.北京:清华大学出版社,2001

[3]柳佩九.管理信息系统及其开发技术.长沙:国防科技大学出版社,2005

篇8：地理信息系统数据字典生产研究

关键词：数据采集系统；卷烟生产；生产计划；生产过程

中图分类号：TP274.2

随着现代科学技术的进步以及企业经营规模的日益扩展，烟草行业正在越来越普遍的引入自动化和智能化生产操作与业务开展系统。自动化的管理系统，能够保障生产计划有条不紊的进行，为业务开展提供高效率保障，全面提高企业经营的社会和经济效益。近年来，随着烟草经营行业所面临的环境转变以及现代信息技术在各行各业中的普及化应用，现代化的信息采集和数据处理系统在逐渐的被引入到烟草生产行业，企业在实际生产经营中将原有的信息采集和处理系统进行升级，在利用数据采集系统对生产规划进行统筹管理的基础上，集成生产车间机械设备的生产数据，建立相应的信息处理数据库，为企业经营决策的制定提供科学保障，同时也为MES系统提供良好的数据支撑。在全球步入信息化管理的新时代，烟草行业引入数据采集系统能够实现科学的企业的生产规划管理、实时的了解车间生产数据、实现员工档案的信息化管理、降低企业生活成本，从而提高企业的核心竞争力，以实现可持续性发展。

1 生产计划数据管理设计方法与处理流程

生产计划管理的目标实现企业年度、季度、月度卷烟厂生产计划的统筹规划与生产调整，并结合国家烟草局和省级局的宏观调整政策制定相应的匹配性生产制度。具体的数据采集系统采用如下设计方法：

（1）根据国家烟草专卖局和地方管理局制定的年度、季度生产规划方案来指导并调整地方烟草企业的生产计划指标和控制指标，并将相应的生产数据录入国家烟草专卖局生产计划数据库。

（2）烟草生产规划数据库系统应与国家生产规划数据库建立信息通讯上的实时性连接，在国家生产规划更新后，通过网络传输信息及时调整烟草企业生产规划方案，并将数据写入烟厂计划指标库。

（3）烟厂通过国家烟草专卖局应用服务器申领的段码量受制约于烟厂生产计划指标，经检验合格后，系统自动分配码段，并将其发放到烟厂生产管理数据库。

（4）烟厂在进行日常生产排产时，严格按照通过审批的烟厂生产规划来指导生产，只有排产内容经过生产计划控制校验后，才能将排产码段分配到相应的打码机。

2 卷烟生产过程中的数据采集系统

2.1 系统的总体架构

卷烟生产过程中的数据采集系统的对象为卷包车间，通过对卷包车间相关设备进行数据采集，统筹管理卷包车间的现场生产、设备运行、质量控制和生产监控四个方面，同时建立于MES系统、物流运输等第三方系统的数据交换与信息共享机制。

2.2 数据采集的主要范围

卷包车间的数据采集和信息处理设备种类广泛，涉及到卷烟生产的每个环节，具体设备包括卷烟机、成型机、发射机、残烟机、封箱机、质检设备等，每种设备又包含不同的型号，所以实现生产过程的数据采集是一项工作量巨大、且信息处理繁琐的工作。为了方便工作人员操作以及提供工作效率，有必要针对不同的设备采用相通性较高的终端操作界面。此外，采集系统应将与生产相关的辅助性设备纳入数据参考范围。

2.3 数据采集系统各设备数据采集的关键技术

2.3.1 PROTOS70卷烟机组的数据采集方案

PROTOS70卷烟机组的数据采集系统有SRM系统负责，在具体统一化配置调整中，可将SRM系统升级为HJYSRM系统，其系统显示走终端采用的是西门子的PCBOX620，操作系统采用WINDOWS操作平台，为数据采集提供极高的可操作性和设备之间的数据共享性，通过可兼容数据接口的植入，通过TCP/IP数据传输协议与终端63161端口实现数据传输与交换，这样便能实现系统对卷烟机数据的录入与分析处理。对于PROTOS70卷接机组，数据采集软件直接安装在用户操作WINDOWS系统终端，无需新增其他硬件设备，数据采集软件通过以太网接口与车间以太网进行连接，实现信息数据的双向通信。

2.3.2 ZJ112卷烟机组数据采集方案

ZJ112是我国生产制造的新型卷接机组，其电控系统亦是国内公司独立开发，采用S7PLC控制，其采用的数据采集控制系统与PROTOS70卷烟机原理相似，可以设置同样的技术处理方案。

2.3.3 ZB47包装机组数据采集方案

ZB47是目前卷烟厂采用的新一代包装机组，其电控部分采用的是MICROII系统，其设备在设计上具有完整的数据采集功能。在系统设计上，ZB47包装机组内包含有两个主站（CNT），并且设置了以太网接口在OPC上，这就极大的提高了数据采集的方便性，不必像传统的GDX1/X2，需要借助GD-LAN来采集原始数据信息。另一方面，ZB47包装机组搭载的是WINDOWS操作系统，数据存储系统采用的是ORCAL数据库系统。在实现数据采集系统的可操作时，有两种可供选择的方案，一为对其数据库表结构进行信息处理分析，进而筛选有用数据服务于数据采集系统；另一种方案为增设相关的数据接口，通过接口软件来处理信息数据，进而读取机器信息。两种方案各有优缺点，第一种方案能够实现信息采集速率的高效化，所需的信息处理中间环节少，缺点为容易出现因结构分析不正确而造成的数据偏差；第二种方案信息采集的可靠性较高，缺点在于因为中间操作环节的增设，如果接口软件出现问题往往导致数据不能正常上传。

2.3.4 质检仪器数据采集方案

卷包车间质检仪器一般包括质检室内综合检测台、机台现场安装的在线检测仪器以及机台现场安装的电子秤等设备。电子秤一般带有RS/232接口，增加光电隔离装置，由机台数采站通过RS/232接口与之相连，可实现烟支重量数据的采集。对于质检室内的检测仪器，目前一般是英国莫林斯公司生产的QTM系列烟支综合测试台。经过查阅资料，其数据接口为一个25针的串口。按其针脚定义找出RS、TS、GND三根线，转换成通用的9针串口，通过RS/232接口卡与现场工作站连接，实现质检仪器的数据采集。机台现场的在线质检仪器一般为近年安装使用，其数据可以直接通过以太网接口写人数据库中实现数据的采集。

参考文献：

[1]饶运清.MES——面向制造车间的实时信息系统[J].信息技术，2002（02）.

[2]罗卫东.烟草行业现代企业制度建设问题分析与思路探究[D].西南财经大学，2011.

[3]刘永政.基于DynaSight的烟草行业数据中心设计与实现[D].山东大学，2007.

篇9：地理信息系统数据字典生产研究

一个信息系统如果涉及的数据极为庞大,就会给系统开发带来许多问题,如数据定义的不一致性、代码值难以统一表示、数据冗余比较大、设计人员难以沟通、数据维护比较困难等问题。因此信息系统在开发的早期即着手制定数据定义的规范,建立数据字典管理系统,并随着开发的不断深入逐步加以完善,以适应系统开发的实际需要,是很有必要的。

本文基于“高等学校仪器设备和优质资源共享系统”(以下简称“共享系统”)中信息服务模型的需要,提出了一种基于J2EE技术的可扩展的数据字典体系的结构设计与具体实现。

1 传统的信息模型中数据字典的构建模式

常见的系统信息模型,通常是以一个存储所有数据信息的、数据库为核心的MIS(Management Information System)系统。将所有的信息数据,按照提前建立好的信息模式,录入到一个集中的数据库中,通过数据库管理系统对数据库进行查询、添加、删除和修改等操作。

然而这种传统的MIS系统的方式,首先通过实体—关系(E—R)模型分析,建立好数据库信息模式,系统一旦投入运行,数据库中的表格结构就是提前制定完成的,资源的信息可以添加、修改和删除,然而资源信息的组织方式却是不能改变的。因此,传统的MIS系统的方式存在的最大问题,就是不具备可扩展性,无法接纳新资源的加入。

2 “共享系统”信息模型中可扩展数据字典的设计

2.1 基于可扩展数据字典的信息系统的运行模式

“共享系统”作为我国高等教育的三大公共服务体系之一(其它两项为中国教育科研网Cernet、中国高等教育文献保障系统Calis),将对我国各高校的大型科学仪器设备、国家实验教学示范中心、国家级精品课程等各类资源进行整合和共享,它涉及到多种异质、异构教育资源。随着网格等基于互联网的新技术的不断发展,该类应用环境越来越强调对网格节点资源的直接访问和协同使用,同时还强调各节点的自治性和自主性。各节点的自治带来系统的动态性问题——任何一个节点可以随时地参与到系统中,也可以随时要求离开共享系统。因此网格环境下的资源必须强调良好的开放性和可扩展性,必须能够随时容纳新资源的加入,也能够迅速对已有资源的撤离作出反应。

信息服务模型在该类系统中,位于底层数据库和上层各种应用(如统计分析、设备作业调度等等)之间,是整个系统的支持层面。信息系统中建立数据字典的主要目的在于各种数据的标准化和一致性,即通过数据字典来保证数据录入的规范以及查询、检索的统一。对于涉及到多种异质、异构资源的信息系统,必须建立一种可扩展的信息模型,以适应不断增加和变化的信息资源种类。

针对传统信息模型不具备扩展性的缺点,我们的系统引入了数据字典作为信息服务模型分系统的最底层,维护系统信息模型的数据组织模式(Data Schema),并直接与数据库进行交互(如图1所示)。基于数据字典,建立信息模型分系统对资源信息数据进行封装,按照开放网格服务体系结构(OGSA)标准将各种资源封装成为以“服务”(Services)为基础的信息模型单元。这些“服务”统一以“接口”的形式为其上层的应用系统提供支持。即:系统的所有应用通过调用信息服务模型分系统为其提供的接口与底层数据库完成交互,并获得共享资源提供的服务。

数据字典体系在该共享系统中主要有三个方面的作用:一为信息服务系统提供属性字典服务;二是对系统数据库的一个完整的描述与总体的把握;三为所有模块开发者提供公用数据字典服务,促进数据共享,提高数据的使用效率。

2.2 可扩展数据字典的设计

2.2.1 数据字典体系结构设计

数据字典体系结构的设计非常重要,关键要从系统的客观需要出发,分析各模块需要共享的公用数据和需要提供的接口,从而确定数据字典的类型。公用数据字典的设计必须参考国标来建立,属性字典的建立则需要研究专业领域的相关信息规范,结合系统的实际情况来设计。

共享系统信息模型字典体系主要包括五类字典:通用数据字典、专家字典、资源属性字典、表属性字典和索引信息字典。如图2所示。

2.2.2 资源属性字典设计

由于“共享系统”涉及到多种异质、异构教育资源,并且随着系统应用的不断深入,覆盖范围的不断扩展,新种类的资源也将不断加入到该系统中去,因而系统信息模型的可扩展性显得异常重要。

在五类字典中,最能反映本数据字典体系可扩展特色的就是资源属性字典的设计(如图3所示)。共享系统中教育资源包括三类:贵重仪器设备、国家实验教学示范中心、国家精品课件。属性描述提供了资源的各种信息和特性,反映了资源的细节,是描述资源必不可少的信息。建立基于领域本体的资源属性字典,目的是为全局信息服务模型及资源描述统一服务目录提供支持。

资源描述目录是系统中所有信息的组织结构,是一个根据领域专家知识定义的树形分类体系,在资源目录树上,每一个节点代表一种资源分类,节点模型描述了该分类具备的共同属性,每个节点的子节点是对该类别的进一步分类。按照面向对象的观点,每个子节点都从其父节点继承父节点具有的属性,同时具有本身特有的属性。通过按照一定的顺序,从该目录树根节点浏览到资源相应的叶结点,该路径上所有节点的属性将共同构成该类资源的描述特性。

在资源目录树上,根节点的属性是所有子孙节点共同具有的属性也就是通用属性,每一个父节点具有的属性是其所有子孙节点共同具有的属性,而相对于父节点,每一个子节点具有自身特有的属性,称之为特殊属性。

同时,资源目录体系实质上对应了对实际资源信息建立的模型,反映到底层数据库中,就是资源目录体系直接决定了对于实际的资源信息的存储表格的设计,从这个意义上来说,属性字典为数据库设计提供元数据支持。

资源属性字典的建立实际上是为系统涉及到的各类资源所具有属性提供了统一的目录式管理结构。新类型资源的加入和删除,将是对于该属性字典结构分支的增加和删减的过程。由于该属性字典的变化,将引起对应数据库存储表格的变化,通过属性字典的设计,实现了系统信息模型的可扩展性。

2.2.3 基于数据字典的操作

基于信息模型数据字典的操作包括:创建字典、维护字典、浏览和查询、接口封装。

创建字典指设计字典的存储结构,即数据库表结构,然后录入数据。

维护字典指基于各类字典的增加、删除、修改操作。

数据字典创建好以后,还必须可以根据开发人员的要求进行一些操作,如增加一些特色属性,对自定义的属性的修改,或者删除不必要的属性或数据等等。因此我们的数据字典应该是动态的、可扩充的,在需求分析阶段建立,系统开发过程不断修改、充实、完善的。

3 技术方案及实现

3.1 数据字典的实现

数据字典的实现遵循J2EE规范,采用了三层结构模式。表示逻辑、业务逻辑、数据各层次物理分离,分别运行于Web服务器、应用服务器和数据库服务器上。此外我们在表示逻辑和业务逻辑部分的Java程序具体设计实现中也综合应用了MVC、值对象等多种设计模式以优化设计。按照 MVC设计模式,我们将程序划分为模型(Model)、视图(View)、控制器(Controller)三个部分。这三部分分别应用不同的J2EE组件技术实现。

(1) 视图部分使用JSP动态页面设计技术实现

我们使用JSP页面获取用户输人,并将请求传递给后端的Servlet和EJB,并根据后端传来的请求和执行结果动态产生结果页面显示给用户。

(2) 控制逻辑主要使用服务器端小程序Servlet实现

Servlet既可直接从客户浏览器端获取用户请求,也可从JSP获得其转交的请求,并将请求分别转交给相应的EJB来完成。

(3) 模型部分使用EJB组件实现

我们使用实体Bean封装对数据库中相应表的操作,所有的数据库操作均由实体Bean完成。每个实体Bean代表数据库中的一个实体,通常是一个或多个数据表。为了避免前端对实体Bean的频繁跨容器甚至是远程的细粒度调用,我们把部分业务逻辑代码从前端移到会话Bean中,用会话Bean来封装一次会话范围内对一个或多个实体Bean的粗粒度访问。同时,为了降低跨容器的数据流量,一般只为实体Bean的常用属性设置get/set方法,不常用的属性则采用值对象来成批地传递数据。

采用基于J2EE组件的三层结构和设计模式不但使系统的结构变得清晰,而且大幅度提高了运行效率,也改善了系统的可重用性、可维护性和可扩展性。

3.2 专家字典实现

限于篇幅,下面仅以结构最简单的专家字典为例,进一步介绍字典体系的设计与实现。

专家字典的实现如图4所示。其中,Expert_view、Expert_modify等JSP页面负责专家的浏览、查询、修改等页面的显示,流程的集中控制由ExpertDictionary Sevlet负责,ExpertList等EJB组件负责浏览专家信息、查询专家信息、维护专家信息等业务逻辑的实现。

我们在图中使用了三个会话Bean,分别负责专家的浏览、查询、维护等功能。一个实体Bean—ExperInfo代表数据库中的相应记录,负责与数据库系统交互,实现数据的持久性,而ExpertList等会话Bean则是对ExperInfo等实体Bean的封装。这样可以避免表示逻辑部分频繁地调用实体Bean所带来的开销。

在专家字典模块的设计中,可以清晰地看到MVC设计模式的应用。其中,控制器的角色由ExpertDictionary Servlet承担,它负责接收来自视图(View)部分的JSP页面的请求,分发给相应的担任模型(Model)角色的EJB组件处理,并根据结果决定视图的显示。MVC模式的应用降低了面向操作的页面和面向对象的EJB业务组件以及控制逻辑间的耦合度,使得模块的结构更加清晰。

从字典体系的整体结构来看,该字典体系完成表示逻辑的JSP和Servlet运行于Web服务器上,完成业务逻辑的EJB运行于J2EE应用服务器上,数据逻辑由数据库管理系统完成,是一个典型的表示、业务、数据三层逻辑彼此分离的三层结构,具有较高的可维护性、可扩展性和可重用性。

4 结束语

本文主要工作是应“高等学校仪器设备和优质资源共享系统”中信息服务模型的需要设计了一个字典体系,并基于J2EE平台提供的JSP,Servlet,EJ B组件等技术,结合三层结构、MVC设计模式等思想,对该字典体系进行了开发与实现。该字典体系已经在优质教育资源共享校级平台(简称CERS)中得到使用。该平台是我国高等教育公共服务三大体系之一的“全国高校仪器设备和优质资源共享系统”中学校一级的资源管理系统。从现在运行的情况看,采用J2EE架构和EJB组件不仅简化了开发,还提高了该字典体系的可靠性、可伸缩性和可扩展性。

参考文献

[1]龚元明,林雯.数据字典管理系统的设计和实现.冶金自动化,1998(6):27.

[2]孙毅军,杨洁,藏蕾.“一号工程”数据字典的建立与维护.医学信息,2000,13(9):498.

[3]孟兆炜,宁洪.基于J2EE的医药电子商务系统的设计与实现.计算机工程与科学,2003,25(6):101-103.

篇10：人事档案信息数据库系统研究

关键词：人事档案；信息数据库；注意问题

中图分类号：TP311

国家的强盛与否离不开人才，在所有资源中人力资源是首要资源，对其实施有效的管理是任何组织或企业都不可或缺的重要职能，此外人力资源管理有效性对于提高相关组织部门的竞争力有着重要作用。同时，人力资源管理的质量是决定社会的关键点，也是高校发展的核心内容。作为高等人才聚集的高校，其肩负着培育人才、创新知识及服务社会的重要使命。而我国的经济也由计划经济向市场经济转型，这样对高校人才的要求就更加严格更加高标准。高校管理的核心是人力资源管理，当代高校应该做的就是充分的挖掘出人事档案管理中的各种重要信息，并对其进行科学有效的开发及利用、实施科学的配置，务必要做到人尽其用，人尽其才，用好人才，用足人才。

1 人事档案管理信息自动化的功效

1.1 提高劳动效率与质量，同时使信息得到充分的共享

人事档案管理信息以及多媒体网络系统可以为人事管理提供完整性的人事人员信息，并可以利用网络进行资源共享，这样可以有效的减少各部门录入相同信息的问题发生，避免工作重复，而且对于人事管理中产生的新情况，相关部门可利用网络进行随时更新，并可以为需要这些信息的领导及部门提供第一时间的信息，确保所提供材料的时效性及完整度，在进行信息共享后，相关部门可以在任意角度对员工进行全面了解，打破部门领导仅能从一个方面了解员工的局限性，提高了认识的深度，扩大了认识的广度。与此同时该系统可以从根本上改善手工管理人事时出现的种种问题，使用该系统进行周期性较长的工作时，可以在短时间内完成高质量的工作。

1.2 确保为各个部门所提供的人事信息的完整性

建立健全的人事信息数据库，不但可以使我们对于所要了解人员的自然情况，自身素质以及个人特点等方面有一个综合的了解，还可以从日常生活工作及学习等方面的声音资料和影像资料有一个全面的掌握，在需要的时候能够做出及时的查询，从而达到对该人员的全面掌握的目的。例如：在现阶段的高校，在提供所需数据方面人事管理已经可以做到更加快捷更加简便，并且在此基础上，其统计功能也已经非常完善。例如：下表我们可以对所要了解人员的基本信息做到清晰明了。

性别比例年龄结构学历层次职称

综合汇总

姓名性别年龄学历职称

张**男31本科工程师

刘**女40大专会计师

张**女34大专助理工程师

通过这个简单的环节展示，对于所要了解的人员资料可以一目了然。

1.3 加强人事任免的科学性，提高识人的深度并扩大识人的广度

以往很多单位对于人事任免一般都采取文字性材料叙述或者口头汇报的形式来完成，但是随着人事档案信息数据库的建立及运行后，可以将采集到的相关干部在学习、工作中的信息及声像，并将这些声像同文字材料结合起来并利用网络及多媒体设备，将动态的影像、声音资料以及文字叙述进行融会贯通，合成为一体，最后通过投影仪将图像显示出来。这样既可以完整的表现出被任用人的自然情况也可以将其实际清苦表现出来，对被任命人的形象、气质及表达能力一览无余。从而使得领导对于任选人有一个更加生动详细的了解，可以更好的对任用人作出评价。

2 建立健全人事档案管理信息自动化的重要性

在信息高度发展的当今社会，人事档案管理已发展成社会亟待解决的问题了。首先，随着科技的快速发展，一些组织及部门都采用了先进的办公自动化设备进行办公，特别是计算机的应用及信息化的工作都取得了很大的成果，但是在实际中依然或多或少的存在一些有待解决的问题，例如：应用计算机的水平不高、人员的技能影响了设备的充分利用、相关软件开发的及时性不够、对信息资源的共享不够充足等等问题，特别是有些地方对于人事档案管理工作依然依靠纸质来进行保存及管理，对工作效率及质量产生了很大的影响。这些因素的影响都使得信息管理系统的现代化建设显得尤为重要，务必做到充分利用有效的资源，使工作效率及技术水平得到全面提高，从而达到组织工作科学性及现代化目标的实现。

3 人事档案管理系统的建立和使用需要注意的问题

3.1 整体的人事管理信息系统需要以先进的电子信息技术为依托

建立多媒体信息网络系统主要涉及技术有：数据库信息技术、多媒体信息技术、网络共享技术等。在应用人事档案管理多媒体信息系统时首先要进行人事信息数据库的建立，该系统主要包含两方面，即：文字性信息数据库、多媒体信息数据库，这一部分被视作整体信息系统的基础。另外，数据库的信息内容要丰富，要具有全面的信息，以便供应的更加广泛的信息。然而进行多媒体数据库的建立是一个难点，主要是因为数据库里所需图像和视频具有容量大、不易管理、不易快速调动的特征，如果单凭文件形式存放，在日后数据增多时，其很难满足对数据进行管理、更新、调用及存储等操作方面的需求。着眼于未来，就需要对多媒体数据库采取分布式管理，从而确保数据的应用，可以有方向的搞好数据库建设。目前形势是档案信息自动化系统仍然处于过渡时期，其关键点就是数据库的建立。国家档案信息工程的工作核心及基础内容应侧重于开发和建设数据库系统，同时这也是工程进行的主体。由于数据库的建立是一个长期的任务，因此其具体实施需要经过一个循序渐进的过程。

3.2 对于多媒体信息系统的建设应该做到有计划、分步骤、分阶段的进行

第一要建立一个基本框架，主导方向要明确，即：采集资料，并对数据进行录入、选择适合的软件、建立高速运转的网络系统等等，三方面同步进行，将信息资源的采集确定为重点并作为基础来进行。第二要在基础完成上进行系统细化，做到更加完善、提升全体应用水平，加大投入力度，使得整个系统趋于完善，能够在最大程度上满足各方面的需求。

3.3 以系统的应用为主要方向，实施全员参与的政策，从整体上提高系统的使用水平

在对人事信息系统进行运用的过程中会会涉及到许多管理部门，也会涉及到很多工作领域，其主要包含以下几方面：

人事信息系统

班子建设、人事管理、人事任免、人事档案、人事教育、人事统计、党员统计

由此可知，人事考核的主要依据就是这些信息，因此其内容与人事考核有着密切的关系。所整体系统的建立需要做到全员参加，明确职责，使采集信息明确，对各项工作的分工与权限要做到维护，使得系统的运行达到科学、有序、规范以及协调的目标。

3.4 要使用规范的应用软件

为了对信息实现进一步的共享，就必须要使用一套统一的信息系统及标准软件。国家颁发的《信息结构体系》就为人事信息标准化及共享信息确定了标准，以正确实施人员管理及机构管理的流程为原则，因为这一原其不仅标准化程度高而且规范化程度也很高，同时其权威性也很高。

4 结束语

办公自动化与信息系统的不断改进，因此对相关人员的计算机水平也提出了很高的要求，所以相关部门对使用者进行的教育培训要有计划性，要确保令他们成为办公自动化及人事信息系统真正的参与者与受益者，整体提高工作人员的业务水平及管理能力。

参考文献：

[1]姜志敏.浅谈人事档案信息数据库系统的建立和应用[J].才智，2011，22：336.

[2]周晓伟.人事档案信息管理系统开发及应用研究[D].山东大学，2008.

[3]苏国君.人事档案管理系统的设计与实现[D].华南理工大学，2012.

[4]杜玉兰.论高校人力资源管理中人事档案信息数据库的支撑功能[J].兰台世界，2011，04：63-64.

[5]张艳.人事档案信息化管理研究[D].华南理工大学，2011.

篇11：地理信息系统数据字典生产研究

随着国家信息化建设与应用的不断深入, 政府部门和社会对地理信息在线服务的需求与日俱增, 国家测绘地理信息局为了提高测绘公共服务水平, 改进测绘公共服务方式, 做出了建设国家地理信息公共服务平台的战略性决策。[1]地理实体数据是国家地理信息公共服务平台公共地理框架数据的重要组成部分。地理实体就是客观的自然或人工的地物, 实体数据表现形式是以点 (PT) , 线 (LN) , 面 (PL) 的几何图元方式体现。地理实体数据采用面向实体的构模方法, 一个地理实体具有唯一的地理标识。

1. 方案设计

1.1 引用标准

《国家公共地理框架数据电子地图数据规范 (试行稿-20100921) 》

GB/T 13923-2006基础地理信息要素分类与代码

GB/T 13989-92国家基本比例尺地形图分幅编号

1.2 成果数据的技术指标

坐标系统:统一为2000国家大地坐标系, 单位为度

比例尺:成果数据为地图瓦片金字塔的1-20级 (1:500-1:1000000) 显示比例要求。[2]

数据精度:应保持与源数据的几何精度统一, 保留原始数据属性信息。

存储交换格式:通用公共的交换格式, 如 (shapefile) 文件格式

1.3 根据国家要求结合现有数据实际情况, 确定总体技术路线, 基本流程为:

原始数据→数据提取→格式转换→数据组织重构→分类代码转换→数据更新编辑→地理实体对象化处理→质量检查→数据上交

2 具体操作

2.1 原始数据

源数据应以国家基础地理信息数据库数据及未入库大比例尺地形图数据为主要内容。

2.2 数据提取

建立地理实体数据分层及要素与基础地理数据的对应关系。

2.3 格式转换

统一转换为shapefile的文件格式。

2.4 数据组织重构

一方面把数据分层命名, 另一方面把属性结构依照国家要求重新调整。

2.5 分类代码转换

建立分类代码对照表, 将不同的分类代码统一到GB/T 13923-2006基础地理信息要素分类与代码上。

2.6 数据更新编辑

为了消除不同比例尺数据的不统一, 应当以当前现势性最新的数据为依据, 对其它比例尺主要要素数据更新。

2.7 地理实体对象化处理

(1) 政区境界实体处理:按照编码规则使用的标准可分区段处理, 对于不同级别的行政区划实体构建顺序是由低到高, 由小到大, 政区的标识码编至县级。境界是行政区域的边界, 每个境界的实体由相邻的行政单元定义并按不同的行政单元划分。

(2) 道路实体处理:按道路名称或道路编号构建, 以道路中心线的方式, 使其相互连通成道路交通网, 并在空间相连的道路中心线定义为道路的实体。编码顺序不同级别采用由低级到高级, 同级别采用按编号采用由小到大的顺序。道路交通网要进行连通处理。

(3) 河流实体处理:按河流名称及编码构建, 通过河流骨架线的形式, 使其相互连通成水系网。水系网要进行连通处理。

(4) 房屋实体处理:以房屋外轮廓的多边形表示并赋编码。

(5) 植被实体处理:应适当综合取舍, 并处理好与其他要素实体的关系。

(6) 地名实体处理:地址名称与地址代码。

2.8 质量检查

(1) 数据数学基础检查

(2) 地理实体完整性检查

(3) 数据属性内容结构检查

(4) 数据拓扑关系检查

(5) 地理实体编码正确性检查

(6) 图幅数据空间位置与属性内容接边检查

3 生产操作过程中遇到的问题及解决办法

3.1 生产过程中要进行大量数据处理效率低的问题:

先分要素处理, 再把合幅数据分成几个小的区域数据单独处理。数据的输入输出, 数据连接合并, 分类代码转换及数据质量检查的过程可以利用软件批量处理, 配置高性能计算机的辅助, 用以提高生产效率。

3.2 检查时发现植被拓扑面有空洞或拓扑关系不正确:

在更新房屋水系或其他实体时, 没有及时处理植被数据, 让二者协调一致。所以数据更新过程中应当处理好各要素的相互关系。

3.3 如果原始数据中地名注记有点有线, 而国家要求地名注记应该用点表示的问题:

在地名地址实体数据对象处理前, 选取线注记线上的一节点, 改为点注记, 依次更改, 以方便今后注记查询更改。[3]

4 结论

完善的空间地理实体数据为国家地理信息公共服务平台公共地理框架数据建设提供保障与支撑。目标是构建城市地理空间信息公共平台, 促进地理信息资源的充分利用, 从而使测绘更好地为城市建设与发展服务, 推进城市地理信息资源的共建共享。

参考文献

[1]关于印发国家地理信息公共服务平台建设专项规划通知 (国测成子[2009]1号) [G]国家测绘地理信息局

[2]《国家公共地理框架数据电子地图数据规范 (试行稿-20100921版) 》