数据库设计人事管理论文范文

数据库设计人事管理论文范文第1篇

摘 要：虚拟化技术于20世纪70年代开始在IBM System 370等大型主机上应用。通过将硬件层抽象化，减少物理资源的管理，虚拟化技术把应用、数据和物理系统分隔开，从而增加了灵活性，使得物理资源可以更好地配合工作负载和数据要求。虚拟化技术有着如提高资源利用率、执行效率以及数据中心敏捷性等等好处，但它在提供强大功能的同时也增加了系统的复杂度，无论何种虚拟化技术都会带来一定的系统开支，必定会降低整个虚拟化系统的性能。在己经产生数十种虚拟化技术的今天，如何评测虚拟计算系统的性能表现成为一个越来越重要的问题。相对而言，针对虚拟计算系统性能评测的理论与方法，相关的研究刚刚起步，目前这方面的系统理论与方法还不成熟和完善，国内的研究水平与世界水平还有着较大的差距。随着经济的高速发展，我国气象事业也取得了较大的进展，国家气象局与民用航空气象部门分别建成了各自的气象资料传输网络，对应虚拟化气象业务系统也分别建立。

关键词：虚拟化技术；计算机；航空航天

1 服务器虚拟化技术介绍

在计算机中，虚拟化（英语：Virtualization）是一种资源管理技术，是将计算机的各种实体资源，如服务器、网络、内存及存储等，予以抽象、转换后呈现出来，打破实体结构间的不可切割的障碍，使用户可以比原本的组态更好的方式来应用这些资源。这些资源的新虚拟部份是不受现有资源的架设方式，地域或物理组态所限制。一般所指的虚拟化资源包括计算能力和资料存储。

在实际的生产环境中，虚拟化技术主要用来解决高性能的物理硬件产能过剩和老的旧的硬件产能过低的重组重用，透明化底层物理硬件，从而最大化的利用物理硬件。目前非常热门的Virtualization虚拟化技术的出现和应用其实已经有数十年的历史了，在早期，这个技术主要应用在服务器以及大型主机上面，随着PC性能的不断增长，Virtualization也开始逐渐在x86架构上流行起来。虚拟化可以将IT环境改造成为更加强大、更具弹性、更富有活力的架构。通过把多个操作系统整合到一台高性能服务器上，最大化利用硬件平台的所有资源，用更少的投入实现更多的应用，还可以简化IT架构，降低管理资源的难度，避免IT架构的非必要扩张。客户虚拟机的真正硬件无关性还可以实现虚拟机的运行时迁移，可以实现真正的不间断运行，从而最大化保持业务的持续性，而不用为购买超高可用性平台而付出高昂的代价。

2 民航气象数据库系统介绍

民航气象数据库系统分为气象资料处理子系统和数据库管理子系统。

2.1 气象资料处理子系统：资料处理子系统共有12个进程，气象资料处理子系统对服务器data目录下接收到的气象信息进行分析分解，质量控制后入库。可处理的气象信息包括：民航气象报文、自动观测系统（AWOS）、卫星云图资料以及雷达资料等。

2.2 数据库管理子系统：数据库管理子系统采用客户机/服务器模式，可对资料处理、数据库等进行实时监控和管理，预报平台和服务平台则可通过获取Oracle数据库中的气象资料，以不同的形式展现给用户。数据库管理子系统主要侧重于对数据库中气象资料的管理。主要功能有系统登录、资料处理、数据库管理、数据库恢复、日志和统计、用户管理、进程管理、系统配置等。其告警功能可对资料处理子系统的运行异常、服务器端运行异常、监控进程运行异常、数据库的运行异常以及资料处理中的特殊情况进行告警。

3 民航云南空管分局气象数据库系统的硬件组成

由两台IBM服务器（型号：P520）组成，服务器运行的操作系统是AIX5.3。其中一台服务器为主用服务器，另外一台为备份服务器。

4 應用设计的必要性

民航气象数据库系统维护人员针对中国民航航空气象数据库及传真广播应用系统存在的问题所作的一些拓展和改进工作实例，然而从侧面我们可以看出，系统维护人员所作的这些工作只是一些个体的优化和补充，不能形成系统全面的、广阔覆盖的标准体系，另一方面随着计算机网络技术以及航空气象技术的发展，同时民用航空气象用户也不断增多，民航航空气象数据库及传真广播应用系统的弊端和缺点开始不断显现出来，归纳起来主要表现在以下几个方面：（1）随着客户端数目的不断增加，服务器承受很大的压力，整个系统的性能将大幅下降。另一方面各地区民航气象部门投入了大量的人力和物力来开发、维护和升级各种客户端服务软件以满足不同客户的不同需求，而靠原来那种个体的优化和补充显然是不现实的；（2）在以前用户可以到后台数据库来访问数据，而现在由于网络结构的复杂化，以及用户数量的不断增加，使得这种访问方式的安全隐患不断凸显出来，系统及信息的安全变得至关重要，相应的维护工作也会变得困难重重。

针对上述目前对于民航气象资料的需求量在逐年增加，客服端数量增长很快，而如今民航云南空管分局的民航气象数据库中运行的只有两台IBM服务器，故而存在的服务器承载压力过大。因此需要在现有的两台服务器上应用虚拟化技术，最大化利用硬件平台的所有资源，用更少的投入实现更多的应用，还可以简化IT架构，降低管理资源的难度，避免IT架构的非必要扩张。客户虚拟机的真正硬件无关性还可以实现虚拟机的运行时迁移，可以实现真正的不间断运行，从而最大化保持业务的持续性，而不用为购买超高可用性服务器而付出高昂的代价。

5 具体的应用设计

5.1 航空气象报文资料数据处理程序

如图所示：航空气象报文资料数据处理程序程序由“报文数据处理接口模块”、“公报处理模块”、“报告要素处理模块”、“质量控制模块”、“数据库入库模块”组成。其中除“报文数据处理接口模块”外，都是由一组程序组成。例如公报处理模块，由于有多种不同的公报格式，对应每一种公报就有相应的公报处理程序。

航空气象报文资料数据处理程序长驻内存，为可重入程序。一经启动，虚拟化系统可按控制参数的设定定时扫描通信接口目录，如果发现有报文文件就读入报文，分离一份公报，调用与之相应的处理程序，对一份公报处理完成后继续下一个公报，直到该报文文件处理完成，将该文件从通信接口目录中删除，转入垃圾备份目录，然后处理下一个报文文件。

为了有效解决机场信息系统所面临的难题，本文拟采用两台IBM服务器虚拟平台软件的服务器虚拟化整合解决方案。（如表1）

民航信息系统解决方案主要由两台IBM服务器构成信息系统的资源池，可有效避免服务器出现硬件故障时，只有1台服务器提供服务，导致资源负荷过度集中而形成性能瓶颈；通过1台低端独立的PC服务器安装v Center完成资源池的集中管理；本方案不需要独立的磁盘阵列，系统中需要的共享存储由V M ware的专为中小企业打造的VSA组件、利用服务器的本地存储来实现；针对集群HA问题，可通过使用V M ware v Sphere自身拥有的HA功能解决，在硬件平台级别，不需要额外的HA软件。

方案分析：

资源利用率提升情况：采用两台IBM服务器虚拟平台软件的服务器虚拟化整合解决方案后，各类资源的利用率明显提升。同时，机房设备采用量减少，包括数据中心机房空间、机柜数量、交换机端口及网线数量、耗电量、空调和人力成本，实现绿色机房、节能减排的目标。

模板功能提升系统的可维护性：模板功能可通过向虚拟化平台申请所需的硬件资源，安装操作系统后，完成配置数据库管理软件和应用服务器，验证确保应用成功运行后，利用克隆功能把所有的IBM制作为模板，放入模板仓库中。后期部署则直接通过VM模板完成部署，简化了现场安装部署工作复杂程度，缩短应用上线时间，简化了系统维护的难度。

系统的高稳定性：方案通过V M ware v Sphere的HA及VSA，可以实现可靠的运行环境，任何一台服务器的失败，V M ware v Sphere虚拟化平台都可以自动发现，并把失败的服务器从可用服务器列表中剔除，从而保证任意时间用户请求的计算资源都是建立的可用的服务器之上。同时，通过功能，还可以保证失败的虚拟机计算资源可以自动迁移到其他可用的服务器上。

5.2 数据结构

数据库的数据结构由数据库目录结构，数据库表和字典组成。

5.2.1 数据表

数据表根据存取的时间和种类不同有不同的表结构。如：公报表，报告表，要素表和图形图象表等，在如有实时库表，历史库表和反演库库表。

5.2.2 数据字典

数据字典是对数据的说明。这种说明数据的数据也称为元数据。数据字典存放在目录字典目录中，数据库建立是由应用程序读出在数据库中建立数据字典表。如控制字典表，清除字典表和区站号字典表。

5.2.3 数据库目录结构

数据库目录结构中由四部分组成，执行程序目录；源程序目录；字典目录；数据工作目录。对于数据目录中又分四个子目录分别为：口志文件存放目录；监控信息文件存放目录；存档备份文件目录；通信与数据库接口目录。不同的目录中存放不同的文件。

5.3 程序结构

整个系统下分为三个子系统：数据库数据生成子系统、数据库数据检索应用子系统以及数据库系统管理子系统。

5.3.1 数据库数据生成子系统的作用是将从通信系统收集到的气象资料进行收集、处理、存储归档作用。按气象资料类型分类主要由气象报文的处理储存、航空报文的处理储存、图形图像及各点资料处理储存三部分程序组成，分别包括地面和探空实况资料处理模块、口常航空报文处理模块、数值预报格点资料处理模块、雷达和卫星云图图像资料处理模块等各类常规数据处理模块，其分类归档主要是依靠文件的命名规则实现。

5.3.2 数据库检索应用子系统的使用对象是用户，其作用是为气象预报人员和航空气象用户提供各机场实况报文、预报、图像图形产品、重要气象信息等丰富的气象产品。数据库检索应用子系统由：程序检索调用接口函数、图形界面用户管理程序组成。

5.3.3 数据库系统管理子系统主要面向系统管理员或维护人员，包括数据存档/恢复程序、数据自动/手动清除、数据库管理程序、数据库监视信息采集程序构成。包括数据存档模块、存档数据恢复模块、数据库手动清除模块、数据库自动清除模块、元数据加载模块、数据表生成模块、字典数据载入模块、数据库进程信息采集模块、数据库口志信息采集模块、数据库数据统计信息采集模块等。

5.4 系统功能设置

（1）库生成功能是指从将通信系统或其它加工系统获取的气象资料进行格式检测和转换，然后按数据库所设计的格式写入库中。民航气象数据库应用系统获取资料方式主要通过通信分系统获得，通信分系统将收到的数据分门别类存放在指定的接口目录，然后由数据库处理程序读出数据进行处理入库，另外系统库生成功能还可以通过分布式恢复功能和存档功能分别从其它的系统数据库中和存档文件中生成数据。

（2）质量控制功能主要是针对实况观测资料而言的。从气象数据特点来看民航气象数据库应用系统需要对实况观测进行两个方面的检测：一是对各种实况观测资料编码格式进行检测，检测项目包括观测资料种类标志检测、台站号检测、经纬度检测、组指示码检测及数字字母变换检测等等，在检测的同时，对于不符合格式规定但又在业务允许范围内的错，则需要按预定的原则自动订正，而对于不能订正的则将其相应的要素作缺测值处理，如果是特别严重错误致使系统无法进行修订的报文则需要将整份报告舍弃。另外一方面是需要对部分气象要素值的物理意义进行质量控制，比如气温的值范围应该在常理范围内等，因此检测内容需要有要素极值检测、要素值和时间一致性检测等。

（3）为了维持库生成程序的正常运行，民航气象数据库应用系统需要检测由于资料异常问题而出现的库生成程序的中断或死循环，并设法跳过该异常资料的处理进程。

（4）针对不同的用户民航气象数据库应用系统需要有不同的方式提供检索服务功能。针对数据库维护人员可以采用程序调用方式，即通过接口提交参数从而获得所需资料；而针对资料使用人员（航空气象用户和气象预报人员）则需要采取分布式的检索方式，用户必须首先通过授权，然后通过系统界面查询检索到分布式数据库系统中的任意节点库数据。

6 结论

过去几年来，基于软件的虚拟化技术在民航系统上迅猛发展，更强大的功能和更简单的管理使得虚拟化己经成为横向扩展硬件资源共享的一项重要技术，迈渐走向成熟和普及。虚拟化技术若要实现其全部潜能并拓宽其应用范围，必须与硬件实现更紧密的结合。随着技术的纯熟，硬件辅助的虚拟化技术，虚拟仕技术投入实用的成本和复杂性大幅降低，虚拟化技术的发展也从此进入了一个全新的时代，正朝着更强大、更高效、更可靠、更灵活的方向迈进。随着民用航空运输的快速发展，各国对民航业务运行系统的投入也不断加大，先后有美国和欧洲在空管运行上提出了发展规划，同时也为我国民航事业的发展特别是空管运行方面提供了借鉴的思路，在各国的运行发展规划虚拟化航空气象系统的建设和运行能力的增强是其发展的重点，而虚拟化数据库应用系统的建立也正好是民航气象业务运行不断发展的一个体现。

参考文献

[1]赵西峰.北京高性能计算机应用中心面向全社会服务[J].中国军转民，2000，3-7.

[2]高华云.数据库在国家气象中心实时业务中的应用.数据库技术在气象领域的应用学术会议论文集，2001：22-24.

[3]徐海.基于Oracle 9i的民航气象数据管理系统设计与实现[D].成都：四川大学，2005，10-20.

[4]李海鹏.从NextGen組织机构看中国民航的体系建设[J].中国民用航空，1-2.

[5]宋贝叶.民航气象数据库及卫星传真广播系统简介[J].空中交通管理，1998.

[6]邓卫国.基于民航气象数据库的远程气象服务[J].空中交通管理，2002，1-3.

数据库设计人事管理论文范文第2篇

【关键词】基于项目；数据库；课程设计；教学研究

数据库课程设计是计算机相关专业的一门非常重要的专业实践课，该课程总的学习目标是让学生熟练掌握数据库技术的相关理论知识，并能够理论联系实际，解决实际问题。通过数据库课程设计的实践环节，培养学生分析、设计和编程实现数据库应用系统的能力，让学生具备较好的数据库项目实践能力，掌握过硬的职业技能。本文对数据库课程设计教学中存在的主要问题进行了细致的分析，提出了基于项目的数据库课程设计的详细教学方案。

1.数据库课程设计中存在的主要问题

（1）学生参与数据库课程设计的积极性不高、知识和技术储备不够。

（2）学生重编程实现而轻分析和设计。

（3）课程人员组织和时间安排不太合理，任务设计和要求偏低。

（4）课程考核方式、评价体系和管理过程不够科学。

2.基于项目的数据库课程设计教学方案的设计与实施

2.1 基于项目的数据库课程教学方案

本文提出的基于项目的数据库课程设计教学方案是指设计能够吸引学生兴趣、难易适中、选题丰富并且能够满足不同层次的学生需求的项目设計任务，参照软件公司分析、设计、编程实现应用软件的基本步骤和人员组织形式来安排和组织学生进行数据库课程设计。其重点在于把学生的课程设计任务提高到软件工程项目的高度，并通过模拟实训加以实施。按照软件工程传统方法学的思想，结合数据库设计的基本步骤，将数据库应用软件的开发简单划分为需求分析、总体设计、详细设计、编码和测试四个阶段。每个阶段的任务均在指导老师的指导下，由项目组成员通力协作、自主完成。在每个阶段结束后，采用项目评审的方法，对每个小组每个学生的具体工作进行阶段性评审，学生分组汇报工作成果，并按照软件工程的要求提交阶段性技术文档。项目模拟实训根据课程设计选题采用项目小组的形式进行分工，项目规模和难度由指导老师和项目小组全体成员根据课程设计指导书协商决定。每个项目小组由一名同学担任项目组长，项目组长可以根据小组内每个人的能力和经验合理分配任务。每个学生在项目开发过程中，担任不同的角色。在工作中，项目小组的成员相互沟通和交流，组与组之间也可以相互借鉴学习，提高学生的参与积极性，培养学生的团队合作精神。

2.2 基于项目的数据库课程教学方案的实施

2.2.1 课程设计的选题

数据库课程设计是培养学生创新能力的有效途径，其设计题目应该具有一定的应用背景，让学生能够遵循软件工程的基本原理设计一个具有实用价值的数据库应用系统，使所学知识能够融会贯通。

精心准备和策划设计适当的项目，是实施基于项目的数据库课程设计教学的关键。在确定项目时应综合考虑以下几方面的因素：（1）能将数据库的理论知识和实际应用技能较好的结合在一起；（2）所选项目数量要足够多，涉及面要广而且是学生比较熟悉和有兴趣的应用领域；（3）项目的难易程度要能够满足不同层次的学生的需求；（4）项目的整个开发流程要规范，以项目为主线，引导学生把掌握的程序编程知识、数据库和软件工程等理论应用到软件开发实践当中去，让学生掌握软件开发的整个开发流程，具备项目开发的实战经历。

2.2.2 课程设计的人员组织

按照开发流程，参照软件公司的人员组织形式，将班级的学生分组，每组5至6人，以学生自由组合为基础，教师可根据学生的兴趣和特长、编程水平、知识结构、学习能力、性格特点、男女搭配等因素进行调整。每个同学可以担任不同的角色：如项目管理员，系统分析员，系统设计员，系统开发员等。

每个小组由其成员推选产生一名项目组长，负责制定本小组的开发计划、工作任务的分配和调度、监督实施等工作。在组长的指挥下，对小组成员进行分工，语言表达能力强善于沟通的同学负责联系工作和调查研究，美工好的同学负责界面设计，编程能力强的负责代码的编写，程序设计能力强的负责系统的整体设计和程序调试，写作能力强的负责技术文档的书写等。教师要负责帮助把握进度，提醒学生合理分配工作时间等。

按小组形式开发项目，不但有利于培养学生的团队合作精神和提高学生的管理能力，而且更接近工作实际。

2.2.3 综合设计过程

学生发挥各自的特长分工协作，运用已学软件工程、数据库理论思想和数据库设计理念、C#或C++等编程语言，具体设计实现一个小型数据库应用系统。开发设计过程按以下顺序进行自选课程设计课题，调查用户需求，总结归纳数据流程，分析性能，书写需求分析及总体设计报告（包括数据流图、数据字典、数据库概念模型、逻辑模型、系统功能模块），完成应用系统的开发，进行系统整合和测试，功能完善，汇报设计成果（包括撰写设计报告、系统验收、结果汇报）。主要分为需求分析、项目设计、项目实施和成果展示。

（1）需求分析是保证项目顺利完成的前提。需求分析做得不好，甚至会导致整个系统返工重做。因此，在课程设计环节中学生必须根据教师提供的项目背景资料，通过图书馆、网络或相应的组织、部门、企业去查找相关资料，结合自己的生活经验，对数据和处理进行分析，画出各层数据流图，做好详细地需求分析。教师要对学生的需求分析报告进行指导和评价。

（2）项目设计是关键。本阶段主要包括数据库的概念结构设计、逻辑结构设计和物理结构设计。要求学生在需求分析的基础上，设计ER模型，详细描述实体的属性及实体之间的联系；实现E-R图向关系模型的转换，并对关系模型进行优化；定义主键、外键、视图、索引等。此外学生还应该设计出系统的功能模块图。教师通过检查学生设计的E-R图、关系模型和功能模块图，对每个组进行分析、评价和指导。

（3）项目实施。项目实施即数据库的实施、运行与维护阶段，主要包括应用系统的编程与调试。指导教师为学生提供技术支持，适时组织讨论、讲解和归纳总结为学生提供解决问题的新思路、新方法。

（4）成果展示。学生以项目组的形式完成了项目的整体设计与开发后，各个小组将在课程设计末期进行成果汇报和展示，接受教师和其他同学的评价。通过作品展示和评价，可以激发学生的竞争意识，促进项目组成员之间的交流与协作。

2.2.4 课程设计的时间安排

针对课程设计时间安排上的不合理问题，采取双管齐下的方式。首先增加教学计划中数据库课程设计的教学学时，由原来的2周改变为4周，使得学生有足够的时间来完成课设任务。其次，提前讓学生进入分组和选题环节，并将每个人要完成的任何合理分配，让学生提前进入做好项目的知识储备、调研等前期准备工作。

2.2.5 课程设计的考核与评定

加强过程考核，提高对课程设计的总体要求，细化评价指标。学生在课程设计结束后，不仅要提交软件系统，还要提交课程设计报告，并进行分组汇报。课程设计的最终成绩由以下几部分组成：考勤lO%，平时抽查1O%，答辩20%，课程设计报告30%，系统演示30%。其中前四项由教师评分，系统演示由学生评分，每组各选派一名代表给大家演示系统并介绍基本情况，由各组分组讨论，对其它组开发的系统进行评价和评分，最后取平均分并公布成绩。

为学生提供展示自我的平台，建立完善的考核指标和体系，这样不仅有利于激发学生的学习兴趣和积极性，也有利于提高学生运用数据库理论实际问题的能力。

3.总结

通过基于项目的数据库课程设计教学研究，不仅使学生能够在理解数据库理论的基础上，实际动手开发一个实际的应用系统，而且在一系列的开发设计过程工作中能够树立学生的项目开发管理思想，能够培养学生应有的团队协作、自主管理、主动学习、创新思维、综合运用、动手实践等能力。使数据库课程设计真正成为学生验证理论的“实验场”，成为开发学生潜力、培养实战能力的“战场”，成为体验项目开发过程的“运动场”。

参考文献

[1]王艳红，章小莉，姜湘岗.在数据库课程设计中培养学生项目开发能力[J].教育与教学研究，2009，13.

[2]杜华.项目驱动教学法在数据库课程设计中的应用[J].福建电脑，2012，5.

[3]赵慧敏，杨鑫华，等.数据库课程设计实践教学改革探索[J].当代教育论坛，2011，8.

作者简介：汪利琴（1982），女，湖北仙桃人，长江大学工程技术学院信息系讲师，主要研究方向：数据库。

数据库设计人事管理论文范文第3篇

摘 要：综合监视系统本质上是一个告警系统，由于数据库、个性化设置的需求，以及天线和收发机的存在，使其区别于一般的告警系统。而基于IMA的综合监视系统集成方案则很好地将天线和收发机独立出来，并且使用全机共享的数据库来解决数据库和个性化设置的需求。这样，综合监视的处理软件就可以看作CAS告警的一个基本处理算法单元，而图形处理软件同样也可以看作是显示系统图形处理模块的一个基本算法单元。在这里，采用一种基于IMA的集成方案来对综合监视系统进行优化，将TAWS、WXR、TCAS和XPDR的告警处理软件集成于IMA中的CAS模块中，将综合监视图形显示的处理软件集成于显示系统的图形处理模块中。所需要的数据库可以存储于IMA的存储器中。另外，采用集成式的交通监视天线，将收发机集成于顶部天线（TOP ANT）和底部天线（BOT ANT）。

关键词：综合监视系统 集成式交通天线 IMA 显示系统 CAS

1 系统概述

综合监视系统（ISS）是由传统的气象雷达（WXR）、地形提示和警告系统（TAWS）、交通告警和防撞系统（TCAS），以及S模式应答机（XPDR）四个子系统集成而形成的集成式系统。从功能对象上分为气象监视、地形监视和交通监视三大监视功能。综合监视系统通常采用航线可更换设备（LRU）集成方式见表1。

气象监视和传统的气象雷达类似，主要由气象雷达收发机（WXR RTM）、气象处理模块，气象雷达天线驱动（WXR DRV）以及气象雷达天线（WXR ANT）组成，通过发射和接收雷达波来探测气象，并通过显示器显示出气象图形数据，并通过音响和目视告警将危险信息传送给飞行机组。目前使用的气象雷达功能主要包括传统的气象探测功能、紊流探测功能、辅助地形扫描功能、预测型风切变（PWS）功能，目前正在推广的垂直气象剖面显示和垂直气象分析功能，未来可能会发展基于网络的气象信息共享功能。

地形监视主要是由地形提示和警告系统由地形数据库（包括地形数据、障碍物数据、机场数据、跑道数据等）、告警包线、运算处理单元组成。地形提示和警告系统主要是利用全球定位系统（GPS）、惯性基准系统（IRS）、无线电高度表（RA）、大气数据系统（ADS）等系统的输入信息计算飞机的位置、高度信息，并与数据库中的地形进行比对，测算出危险的地形，通过目视和音响系统将危险信息传送给飞行机组。地形提示和警告系统主要包括传统的近地警告系统功能、基于地形数据库的预测型地形功能，以及反应型风切变（RWS）功能，当前工业界正在推广垂直地形剖面显示功能。

交通监视功能集成了传统的交通告警和防撞系统（TCAS）和S模式应答机（XPDR）。主要是通过询问和应答机制来协调周围空域中各飞机的位置和高度，并通过目视和音响系统来为飞行机组提供危险的信息。当前，航空工业界正在推广一种基于广播式通信机制的协调机制——广播式自相关监视系统（ADS-B）。交通监视功能已广泛集成了ADS-B功能，并已经取得了实质性的进展，ADS-B功能已应用于民用航空运营。未来ADS-B功能的扩展应用还将继续发展和扩充。

2 综合监视系统集成架构简介

通常根据系统安全性需求来初步确定系统的集成方式，明确系统的架构。根据标准的最低安全性要求，通常：TAWS为D级设备；TCAS为C级设备；XPDR为C级设备；WXR为C级设备。综合派遣率的要求，以及目前广泛应用产品的属性，经典的传统架构选用一套TAWS、一套雷达、一套TCAS和两套XPDR，如图1所示架构。而采用集成式的综合监视LRU则可以通过图2的方式进行集成。

注：TOP ANT为顶部天线；BOT ANT为底部天线。

考虑到不同的运行条件下，如航空公司派遣要求、特殊的运营环境等因素，运营商可能会选择安装两套TAWS，和/或两套气象雷达，和/或两套TCAS。这样就产生了不同的集成方式，这些不同的集成方式需要根据客户的需求来选择，传统的独立式设备需要增加不同的飞机构型，进行大量的改装工作。现在，使用综合监视系统可以考虑采用一种可以选择的配置架构，见图3。其中ISS-2作为可配置的设备，可根据客户需求选择加装TAWS和/或WXR和/或TCAS。这样的设计可以满足不同特殊需求的客户。

使用集成式ISS的优势主要是简化了传统的集成架构。由于气象监视、地形监视和交通监视的输入和输出高度类似，所以合并这些输入输出对简化线路、提高网络资源的利用率是非常有效的；在交通天线的使用上，综合监视系统可以减少天线，以及由安装天线带来的同轴电缆、连接器等等，可以有效减少重量；另外，综合监视相关功能输出数据中包含图形数据，这部分数据量大，综合在一起有利于优化数据的标准化传输，简化综合监视系统和显示系统的集成。而从使用和维护上来看，使用综合监视系统，减少了航空备件，简化了维护和维修的程序，可以降低飞机的维护成本和运营成本。

然而使用这种集成的系统，还是存在一些问题：笨重的同轴电缆似乎与交通监视如影随形；庞大的图形数据传输给整个飞机的网络带宽带来了沉重的压力；与显示系统之间的数据传输机制似乎总是存在浪费；与CAS之间的告警协调、管理总是你中有我，我中有你，显得重复和多余。

该文主要是通过一种基于模块化航电系统（IMA）的综合监视系统集成方案，来分析和探讨解决综合监视系统的使用带来的不利因素，以及一些优化的措施。

3 TAWS作为独立设备的必要性探讨

目前民用航空中运输类飞机所安装的TAWS基本上都是独立的TAWS设备，或者作为综合监视计算机的独立模块来使用。然而，TAWS本身作为一个纯软件的告警系统，没有独立的传感器，也不提供其它系统需要的重要参数。它主要用来运算和处理其它传感器的数据，分析和比对地形数据库，提供危险地形的告警，此外它也能够通过其它系统传感器数据识别反应型风切变。本质上，TAWS就是一个告警系统，而且根据标准的定义，它只是一个D级设备。笔者认为，完全可以集成到机组告警系统中或者集成到IMA中。

IMA中的存储器，完全可以存储供全机共享的数据库，包括地形数据库、高清机场数据库、地磁场数据库等。以及飞机的构型参数，包括机尾号、ICAO（国际民航组织）地址、飞机序列号、型号等等。

如果将TAWS的运算模块和告警包线集成在IMA中，采用IMA存储器中的地形数据库数据，这样不仅减少了设备，而且有利于与显示系统的集成。如果与机组告警系统（CAS）集成在一起，更会简化其与CAS的集成。

4 应用集成式交通天线的探讨

交通监视功能由于需要进行飞机与飞机以及飞机与管制台之间的协调，因此需要天线进行接收和发射信号。而收发机与天线之间通过同轴电缆连接，通常这些同轴电缆的重量和安装会给设计人员带来烦恼。

可以考虑将收发机和天线进行集成，通过一般的A429数据线或者光纤与处理器连接。这样可以减少同轴电缆，减轻重量。更可以使共用天线变得简单可行。理论上一部顶部天线和一部底部天线即可满足两套TCAS和两套XPDR对天线的需求。

使用集成式的天线后，也可以将TCAS和XPDR集成到IMA或者CAS。

5 显示数据处理流程的探讨

综合监视各功能模块的显示数据，包括将雷达收发机以及交通监视收发机输出的数据读取之后转换为显示格式的数据，另外就是TAWS将地形数据库中的地形数据根据位置信息调用出来，并采用标准的格式发送给显示器。这样会很自然地考虑到：为什么不将这些处理集成到显示器的处理器中呢？传统的通信方式，往往雷达读取收发机信号后需要根据显示器的需要，发送多路相互独立的图形信息给不同的显示器，TAWS和TCAS也有同样的问题。这种方式非常浪费资源。如果将图形处理软件集成到显示系统，那么显示系统处理器可以直接根据需要读取数据并进行处理后，直接显示在显示器上，而不需要中途重复转送。

6 基于IMA的综合监视系统集成解决方案

通过上面的探讨，为了解决这些问题，该研究者采用一种基于IMA的集成方案来对综合监视系统进行优化，如图4基于IMA的监视系统集成方案所示。首先假设机组告警系统和显示的图形处理器集成于IMA中，将TAWS、WXR、TCAS和XPDR的告警处理软件集成于IMA中的CAS模块中，将图形显示的处理软件集成于显示系统的图形处理模块中。所需要的数据库可以存储于IMA的存储器中。另外，采用集成式的交通监视天线，将收发机集成于顶部天线（TOP ANT）和底部天线（BOT ANT）。这样，我们可以大量减少同轴电缆，并且可以通过A429总线或者光纤实现与处理器之间的通信。这样可以方便地实现TCAS和XPDR，以及左右处理器的天线共用，理论上两部天线可以满足两套TCAS和两套XPDR的需求，甚至更多其它系统的需求。

7 结语

综合监视系统本质上是一个告警系统，由于数据库、个性化设置的需求，以及天线和收发机的存在，使其区别于一般的告警系统。基于IMA的综合监视系统集成方案可以将天线和收发机独立出来，并且通过使用全机共享的数据库存储器来解决数据库和个性化设置的需求。这样，综合监视的处理软件就可以看作CAS告警的一个基本处理算法单元，而图形处理软件同样也可以看作是显示系统图形处理模块的一个基本算法单元。

当前普遍的解决方案采用集成式的综合监视系统LRU，而处理器之间缺少系统内协调机制的设计，需要CAS和显示系统来协调ISS系统内部的状态和告警信息。部分信号需要请求、确认协议，往返的确认机制不仅增加了延时，而且占用了有限的网络资源。

在交通天线的使用方面，共用天线一直困扰着设计者。如何在保证可用性和完整性的情况下，减少同轴电缆数量，以及天线数量是当前综合监视领域里的一个难题。

而TAWS和WXR的图形数据，对网络资源的占用对网络资源配置设置了重重障碍。

采用基于IMA的综合监视系统集成方案优势非常明显：首先，将TAWS、WXR、TCAS和XPDR的告警处理算法集成于IMA中的CAS模块，直观上减少了综合监视系统与CAS的集成工作；并且大大减少了数据的传输，以及请求和确认机制，减少了传输的延时，提高了告警的及时性；另外，CAS直接控制扬声器和显示器上告警信息，比CAS管理综合监视系统传送的告警信息的效率高，且减少了传输错误的可能性。其次，将综合监视的显示处理算法软件集成于显示的图形处理模块中，显示系统就可以直接读取雷达收发机、交通监视收发机和地形数据库中的数据，根据不同显示器的需求，直接叠加相应的图层。这样不仅减少了综合监视系统发送重复性的数据，而且在时效性上更好；此外，采用集成了收发机的交通监视天线，可以彻底解决笨重的同轴电缆带来的烦恼，并且使多系统共用交通天线成为一件容易的事情。

参考文献

[1] Donald L. Riggin. AC25-23 Airworthiness Criteria for the Installation Approval of a Terrain Awareness and Warning System （TAWS） for Part 25 Airplanes. U.S.Department of Transportation Federal Aviation Administration 5/22/00.

[2] TSO-C151a-TERRAIN AWARENESS AND WARNING SYSTEM U.S. Department of Transportation Federal Aviation Administration Aircraft Certification Service Washington， DC 11/29/99.

[3] TSO-C63d - AIRBORNE WEATHER RADAR EQUIPMENT Department of Transportation Federal Aviation Administration Aircraft Certification Service Washington， DC 02/28/12.

数据库设计人事管理论文范文第4篇

1 代理模块的设计

数据库安全代理系统中的代理模块主要有两个功能,一是作为客户端和后台数据库的通讯代理;二是实现系统内各模块间信息的转发服务。代理模块将会完成与客户端、SQL语句分析模块、系统安全模块、入侵检测系统和PostgreSQL数据库之间的通信。

1.1 和客户端的通信

在该通信过程中,代理模块将处理来自客户端的登录、登出请求,接收来自客户端的信息。客户端提交的信息有两类,一类是用以登录数据库安全系统的登录信息,登录信息的内容包括用户的用户名、密码、和要访问的数据库名。另一类是用来访问后台PostgreSQL数据库的SQL语句。代理模块将根据接受到的信息的种类将信息提交给后续的不同组件。同时,代理模块还将回送给客户端两类信息,一类是用户登录成功与否的信息,只有当用户登录成功后,才允许用户提交SQL语句;另一类信息是用户提交的SQL语句被后台数据库执行的结果。

1.2 和SQL语句分析模块的通信

在该通信过程中,代理模块将用户提交的SQL语句传递给SQL语句分析模块。当语句分析模块分析完SQL语句之后,会将分析的结果回送给代理模块。

1.3 和系统安全模块的通信

在该通信过程中,代理模块传递给系统安全模块两类信息,一类是用户的登录信息,另一类是SQL语句分析模块的分析结果。代理模块将用户的登录信息传递给系统安全模块是为了让系统安全模块检查请求登录的用户是否是合法用户。

1.4 和入侵检测系统的通信

在该通信过程中,代理模块将需要进一步检测的SQL语句提交给入侵检测系统。判断一句SQL语句是否需要进一步检测的依据是语句中的数据库对象的安全级别,当安全级别高于一个设定的阈值时,则判定该语句需要进一步检测。入侵检测系统在对该语句进行基于行为的入侵检测之后,将检测的结果回送给代理模块。

1.5 和PostgreSQL数据库的通信

在该通信过程中,代理模块将根据系统安全模块和入侵检测系统的检测结果把合法的SQL语句转发给后台的PostgreSQL数据库,让其执行用户提交的SOL语句。同时,接收PostgreSQL数据库的执行结果,然后回送给客户端。代理模块就像数据库安全代理系统的中枢,是信息流汇聚之处,也是由它将各种信息通过不同的机制发送到不同的组件。通过上述一系列的通信代理,代理模块不仅为后续的分析模块和安全检测模块提供了输入;也使数据库安全代理系统和入侵检测系统的协作成为了可能;还使用户只感到自己提交了SQL语句,然后后台数据库回馈了执行的结果,使得整个数据库安全代理系统透明化。

2 系统安全模块的设计

(1)安全策略实施组件SPE。安全策略实施组件SPE的作用是执行安全策略决策SPD所做的决定,整个框架只有从SPE输出的一个出口,这表示任何的安全策略操作最后只能通过由SPE的执行来向外输出,满足了参考监视器只能有唯一一条信道出口的要求。(2)安全策略决策组件SPD。安全策略决策组件SPD是整个RM框架的核心成员组件,将由它来实现访问控制的决策。在访问控制模型中为控制制定了一系列的规则,通过规则来约束访问行为,在参考监视器中一条规则往往被描述成一条安全策略。(3)安全策略库组件SPL。安全策略库组件SPL存储的是系统预先设定的一系列安全策略,本文将用户的安全属性和数据库实体的安全属性也作为一种安全策略存放干SPL中。将SPL放在框架外侧还表示,在整个系统中不强制规定只使用一个SPL,可以通过多个SPL的相互协作来提高整个系统的运行效率,降低用户查询的延时。(4)用户认证/授权组件。用户认证/授权组件是用户实体进入系统安全模块的入口,用户通过输入登录信息进入系统安全模块,登录信息包括:用户名、密码和要访问的数据库名,用户认证/授权组件对用户进行认证。(5)主体/客体存储组件。用户名以及用户访问的数据库名是通过代理模块传给用户认证/授权组件,在用户认证/授权组件检测用户为合法用户后,再由其存入主体/客体存储组件的。而数据库实体,如上述的三张表,是由SQL语句分析模块通过分析用户提交的SQL语句得到的,主体/客体存储组件是数据库被访问对象进入系统安全模块的入口,由SQL语句分析模块传入。是语句分析模块对SQL语句分析所得的结果,然后由其传入系统安全模块。(6)安全策略存储组件。安全策略存储组件是用来存储安全策略的,这些安全策略将用于控制用户对数据库对象的访问行为,它们由映射组件通过映射主体/客体存储组件中存储的数据库对象而来,当主体/客体存储组件存储了用户要访问的数据库对象后,便通过映射组件从SPL中提取出这些数据库对象所对应的安全策略,这样节省了直接查询SPL中众多策略所带来的时间上的浪费。(7)计时器组件。由于用户和对象的条件属性是可变的,因此,计时器组件在RM中是不可或缺的。它将记录系统时间以供SPD进行决策,并每隔一段时间来对条件属性进行查询以便能够在对象使用中进行授权决策。同时,它还将在预设时间到达时提醒安全策略存储组件更新安全策略。

3 结语

本文是数据库安全代理系统的设计部分,首先阐述了数据库安全代理系统的设计思想,随后分析了数据库安全代理系统的工作原理和及其组成结构,然后,阐述了代理模块、SQL语句分析模块和系统安全模块的设计,这些模块的协同合作将使数据库安全代理系统检测出合法用户的滥用行为,同时与入侵检测系统的合作将检测出SQL语句注入的入侵。

摘要：由于对数据库的入侵行为频繁的发生,关于数据库的安全技术成为信息安全研究的焦点,采用入侵防御技术来保护数据库是一种非常有效的安全措施。本文主要对于数据库安全代理系统的设计进行探讨,重点对于代理模块和系统安全模块的设计进行论述,对于今后数据库安全设计具有一定帮助。

关键词：数据库安全,入侵防御,访问控制,参考监视器

参考文献

[1] 施善,戴佳筑,赵海燕.数据库安全代理系统中访问控制的研究[J].计算机工程与设计,2009,30(12).

数据库设计人事管理论文范文第5篇

摘 要：随着社会经济发展的速度逐渐加快，环境污染的问题也开始日益严重。海洋作为地球表面水资源的集中地点，其污染治理已经成为我国目前亟待解决的首要问题之一。海洋环境监测系统是海洋污染问题治理的基础条件，提高其监测质量对于海洋治理来讲具有非常重要的价值。而物联网技术已经开始应用于各个领域，成为促进各领域发展的重要手段。基于此，以下文章中筆者将就在海洋环境监测中如何应用物联网做出分析。

关键词：海洋环境监测;物联网技术;应用

改革开放以后的很长一段时间内，为了能够获取更大的经济效益，开拓脱贫致富的道路，各种工业开始飞速发展着，在推动社会经济发展的同时，也对自然资源大量的索取，生态环境遭到破坏[1]。近些年来，随着环保理念的提出，海洋环境的污染问题已经得到了高度重视，在物联网技术的应用下，不仅能够加强对海洋环境的保护，还能够帮助人们更加深入的了解海洋状况，从而更好的对海洋环境进行管理。

一、在海洋环境监测系统中应用物联网技术

就目前海洋环境监测系统而言，主要有水上监控与水下监控两个部分，同时应用三维结构的传感网络，而该传感网络的组成主要包括三个部分：1.不同类型的海上传感器;2.水下自动探测器;3.固定采集设备。在区域、类型不同的区分下，传感器也会按照类型的组成单独的节点，每个区域的传感器会对海洋浑浊度、盐度、重金属含量等相关指标参数进行采集，这些采集到的参数会经过统一的通信协议向汇聚节点进行传输，再由汇聚节点完成各项参数的统计工作，最后通过通信、卫星技术传递给监控中心进行分类、存储，供相关人员使用，数据库与互联网相互连通，当有外界用户想要获取时必须要通过身份验证才能获取到想要了解的监控数据[2]。在整个海洋监测系统中，各个监控阶段是非常重要的组成部分，一般来讲，每个节点都包括数据采集、处理、传输、供给模块。

二、无线网络中的ZigBee组网技术

（一）什么是ZigBee组网技术

ZigBee组网技术是一种近距离，复杂度、功耗、速率以及成本均较低的双向无线通讯技术。在应用该项技术时，需要确保各种电子设备之间具有距离短、功耗低且传输速率低的特点，这样该项技术才能够完成数据传输以及典型周期性、间歇性、低反应时间数据传输[3]。对于海洋环境监测系统而言，网络耗能时间短是其使用时间的重要因素，而在整个监控系统具有的3层结构中，其中耗能量最大的单元即为单个阶段内数据采集、传输。而在海洋环境监测系统中应用ZigBee组网技术可在满足其实时性要求的同时，降低其耗能，因此，目前海洋环境监测系统中单个节点约定的通信方式，即ZigBee组网技术。

（二）ZBR的计算方式

在ZigBee中，按照节点资源与功能对海洋环境监测系统中的节点进行区分，可分为三种类型，即RN（+、-）、RFD，其中RN代表存储空间，“+”代表充足同时伴有无线路由功能，“-”代表不足且不伴有无线路由功能，应用Cluster-Tree的计算方式对信息传输至能进行计算，RN（+、-）与RFD的区别就在于，前者无论存储空间足或者不足，均可对数据进行转发，而后者不具备这种转发能力，在进行数据转发时，要以父节点为介导[4]。因此，目前ZBR方式已经打破C-T算法的局限性，开始与路由寻址功能相结合，实现了整个节点内部信息高效传播。就ZigBee而言，地址分发功能是其自身具备的通信功能，在此基础上与海洋环境监控系统中传感网络节点的具体行为相结合，在以下文章中，将来自于监控系统传感网络中的三个参数引入，即1.结合物联网技术应用的整个海洋环境监测系统中划分最大的子节点数，以Cm代表;2.在系统中，容纳路由器最多数量，以Rm代表;3.网络深度，以Lm代表。

这里我们可以先做一个设想，假如在扩展监控系统探测的前提下，节点全部应用“Node”表示，新带入节点加脚标“n”，父节点加脚标“k”，各个节点分配的地址均用“A”表示，深度应用“Depth”表示，当已知节点地址、网络层次深度后，最后得出等式应当为Depth（n-k）=1。

当ZigBee通信结构为树状结构时，需要再次引入三个参数，即1.在整个机构中每层容纳节点个数，以Cm1表示;2.每层中路由数最大，以Rm1表示;3.结构中网络层数，以Lm1表示。

求树状结构中e层节点时，按照上层父节点的地址分配协议进行计算，得出以下几种计算方式。1.假设n节点时该节点父节点接收的第N个节点，且RFD为节点类型，那么在计算其分配地址时，应该得出以下等式：n+Cskip（e）×Rm+Ak=An。2.前提条件相同，但节点类型换为RN（+、-），在计算分配地址时的等式应该为An= Cskip（e）×（ n-1）+1+Ak。

三、ZigBee协议软件流程

（一）网络处于初始状态

选择一个能够将整个海洋监测系统归于初始状态的协调器，且需要其具备ZigBee 通信功能。RFD在检查是否有信标在周围节点中存在时，先要扫描周围节点，然后向节点发送信息，确定本节点可作为初始协调器的条件即能够在周期内检测到，与此同时，建立相应网络，将自身信标广播给周围节点。再然后，通过信道扫描，找出周围节点中适合能量的信道，并根据路由计算方式计算出最有效的信道，以此作为基础，将传输网络建立[5]。

（二）在网络中加入节点

在初始化步骤完成后，网络仍然不能够应用于实际工作当中，还需要在此网络中加入其它传感器，在选择加入网络的节点时，需要先对上层节点进行扫描，然后选择父节点发送请求入网信息，如果网络地址能够通过此节点成功返回，则能够作为标识用于传输、接收数据。

结束语：

总而言之，对海洋环境进行监测并不断提升监测效率，是促进生态环境与社会经济发展的重要举措之一。本文中先对海洋环境监测系统中应用物联网技术进行简单论述，然后分析计算方式，最后对ZigBee协议软件流程进行探讨，希望能够为相关工作带来有价值的参考。

参考文献：

[1]沈伟. 物联网技术在环境监测中的应用[J]. 电脑编程技巧与维护， 2016（12）：41-42.

[2]付宗魁， 蔡芳萍. 海洋环境监测系统方案设计与研究[J]. 物联网技术， 2016， 6（4）：20-20.

[3]赵艳玲. 物联网技术在海洋监控系统中的应用[J]. 舰船科学技术， 2016（1x）：175-177.

[4]姚喆怡. 基于物联网定位技术的海洋监测系统研究[D].2015.

[5]陈作聪. 海洋环境实时物联网监控系统设计[J]. 烟台大学学报（自然科学与工程版）， 2015（4）：308-312.

作者简介：

王慧娟，女，汉1984年11月30日，硕士物理海洋学，中国海洋大学，中级工程师，海洋环境。

数据库设计人事管理论文范文第6篇

摘要：科学数据共享网站资源构建的作用是满足使用者对数据资源的使用需要，而资源可见则是科学数据资源共享网站对外部提供服务的基础与核心内容。为构建适应我国国情的科学数据共享网站资源可见性评价框架，通过分析科学数据共享网站资源可见性的两大理论基础、含义阐述、层次分析，总结了框架构建的基本思路。

关键词：科学数据；共享网站；资源可见性；评价框架构建

国内科学数据共享工程支持建设了各个科学数据中心，根据工程建设的特点与要求，加大对资源数据的质量、数量、共享服务、可持续发展能力和运行管理效益等项目的评估，研发与应用科学数据共享系统，实现科学数据科学管理与网上数据服务，提升了科研基础资源数据的集成与共享水平。

1 科学数据共享网站资源可见性的两大理论基础

1.1 用户体验理论

用户体验作为影响科学数据共享网站资源可见性评价的使用率与满意程度的主要因素，即使用者对某项应用与服务的满意度，而这种满意度来自使用者对该项系统应用、质量期望与服务功能的实现程度，和使用者的个人喜好与体验密切联系。虽然近年来对于用户体验的关注力度逐年增加，研究也获得明显的成果，但是我国当前各学界、业界对于用户体验的研究框架构建、界定与含义等问题，没有统一的观点，不同行业与领域之间，因各自实践与研究的具体需要不同，对于用户体验的划分也不一样。例如旅游业的用户体验，可分成4种不同的体验：分项、认知、宁静以及涉入等体验；金融业用户体验分为4种：营销、关系、沟通以及服务等体验；而网站用户体验分为3种：功能、内容以及心理体验，不仅涉及网站营销的易用性与互动性，还包括用户信任与审美。可见用户体验都是以用户需要为前提，不仅需要贯穿用户和网站交互的整个过程，还是考虑到用户对使用网站的感受与体验，属于一个多维度的感知。因此基于用户体验理论组织科学数据共享网站资源可见性评价的框架构建，应注重用户体验在网站中各个阶段设计的影响。

1.2 共享本质理论

构建科学数据共享网站的目的就是为了促进各个科学领域中的科学数据资源在全社会范围内开放，实现资源实时共享。由于共享是社会中较为普遍的现象，范围具有广泛性，虽然不同的科学领域都依据自身研究的特点与视觉不同，对于“共享”的理解与界定也不一样。但是“共享”可归纳为共同使用并享受成果，共享代表着付出的同时，又有收获，是支出与收益相互协调的状态，并且共享是建立在透明、公开与自愿平等的基础上进行交易，并不是无限制开放与使用。另外，即便是网站资源共享的范围广阔，不仅涉及科技资源、人力资源，还涉及人力资源与资本资源，但从共享本质理论视角而言，使用者对于稀有资源的需要与获得的期望是共享行为发生的内在潜力。因此在构建科学数据网站资源可见性评价框架时，必须结合共享本质实现的过程（称为用户需要的满足过程），根据共享本质理论的资源可见性评价来开展，以提升科学数据共享网站的用户满意度与共享效率[1]。

2 科学数据共享网站资源可见性的含义阐述

2.1 用户体验的视角

在科学数据共享网站资源可见性评价框架的构建中，对于用户体验的设计，需要重视使用者在互联网环境下查询并对目标数据资源定位的全过程。而在本次研究中将这一过程的影响体验分成服务层面、用户层面与环境层面等3个层次，其中服务层面设计服务层、应用层以及传输层等系数的影响；用户层即用户的自身背景（包括年龄、性别以及受教育的程度）、期望、身心状态与体验经历；环境层面即软硬件服务运行的环境、自然环境（包括环境的固定、移动、光照条件与噪声条件）以及社会人文环境（社会观念和文化规范）。不管是上述层次中任何一个体验因素，都可能给使用者的判断力带来影响，使得使用者放弃查找与定位目标数据资源的意愿。例如在使用者在访问某一个科学数据共享网站的资源时，如果在访问的过程中网页与部分内容丢失，都有可能影響到使用者对目标王振的使用意愿，或者是在访问内容的过程中，对于交互体验较差，影响到使用者使用网站的便利与满意度，都会给使用者对目标数据资源的评价。因此对于科学数据共享网站资源可见性评价框架的构建，需要充分考虑在互联网背景下，使用者通过网络查询与定位目标网站目标数据资源与目标数据资源有关信息的难易程度。

2.2 共享本质视角

从共享本质理论的视角来看，科学数据共享网站资源可见性属于整个科学数据共享活动的主要中介，作用是实现科学数据资源的共用与开放，满足使用者对稀缺数据资源的需要。其中对于共享本质理论，我国当前构建的科学数据共享网站满足用户需要方式，主要包括两方面：数据资源与平台功能。其中数据资源包括数据产品、数据描述和组织；平台功能包括检索、浏览、数据服务和平台服务。但不管是何种模式，使用者均是依据网站提供的数据和数据资源相关信息对该数据资源的价值和是否继续获取数据资源进行判断，即科学数据共享活动的对象是科学数据的本身，但是只要用户顺利通过网站来搜索查找到与数据资源有关的信息，就代表该网站的数据资源对用户具有可见性[2]。

3 科学数据共享网站资源可见性的层次分析

对于用户通过网站查找与定位目标数据资源的行为而言，科学数据共享网站的资源可见性评价具有层次性的特点，因使用者均是在搜索引擎、浏览器、友情链接和收藏夹中输入目标网站地址，从网络定位到目标网站，然后通过互联网内部的标识、导航与检索系统找到目标数据资源。因此对于科学数据共享网站资源可见性评价框架构建的层次分析，主要包括两方面：（1）站外站点可见，即网站到目标站点，对于这一站点的可见性分析，主要是考察使用者是否能借助搜索引擎、浏览器、收藏夹、浏览器和友情链接等方式顺利查找到与科学数据共享网站有关的数据，了解网站的外部设计、网站性能与稳定性能够满足使用者访问到相应网站和其他数据资源的要求。（2）站内数据可见，即目标站点到目标数据的可见性层次分析，主要是考察使用者是否能在网站内部的标识系统、检索系统和导航系统的引导下，快速检索到相关的数据资源，帮助使用者明确数据的使用价值，让用户能够准确定位到目标科学数据资源。其中前者重视使用者是否能借助网站顺利找到并准确定位目标科学数据网站，快速查找相应的数据资源；后者注重使用者是否能在共享网站中顺利找到并准确定位目标数据资源。可见对科学数据共享网站资源可见性评价的研究是实现网站内数据资源对使用者可见，而网站外的层次可见性是站内数据资源可见的基础，二者之间相互影响，缺一不可。因此在评估科学数据共享网站资源的可见性时，只有结合站内与站外的资源可见性进行评估，才能确保评价结果完整、有效[3]。

4 科学数据共享网站资源可见性评价的框架构建

4.1 元数据质量

元数据有助于数据资源之间的相互交换与使用者对数据资源的识别，在科学数据共享网站资源可见性中起到促进作用。例如在科学数据共享网站资源可见性评价中，对于参与评价的科学数据共享网站中，部分网站未设立专门的编制元数据，甚至是有些网站的资源共享平台中仅应用数据库作为资源组织模式来辅助运行，导致网站的元数据质量较差，影响到科学数据共享网站规范化与标准化的实现。为有效解决这一问题，提高数据资源的使用效率，必须加强对元数据质量的管控，基于当前科学数据共享网站的发展程度与可用信息的基础上，设置单独的编制元数据，以数据库作为资源组织模式进行度量，从而提升元数据的完整度与准确度。

4.2 资源公开

在互联网时代下，网站建设的资源公开与影响直接关系到网站数据资源对使用者的可见程度。因此为进一步提升网站内容优化与网络推广的重视程度，需要结合网站公开资源量的组织设计模式，建设科学数据共享网，通过在线浏览、下载和离线申请等方式公开数据资源的水平，這样使用者只要在相应的网站上提供详细个人信息注册登录后，即可获得数据检索、下载与评论权限，通过搜索引擎来搜索数字资源的实体，找出自己所需要的数据资源。

4.3 网站性能

网站的性能是否能确保使用者得到实时访问，是否能确保访问网站时等待的时间在使用者能接受的范围内，都会直接影响到网站的专业性、稳定性和使用者在使用网站过程中的感受与满意度。然而从当前使用的科学数据共享网站来看，部分数据共享网站往往出现数据无法访问的现象，造成使用者在数据获取的过程中不能及时采集到完整、有效的数据信息，直接影响到用户对网站使用的满意度。对于这一情况，必须在科学数据共享网站中提供常见问题解答与咨询服务，同时提供在线数据分析与可视化服务等特色性能，从而提高数据共享服务的水平，

4.4 数据价值

科学数据资源与其他信息资源不同，使用者往往需要依据数据有关的属性信息和状态对该数据资源是否能满足自己的需要进行判断，因此使用者需要在明确该数据资源与自己实际需要相符的情况下，采取相应的手段来获取相应的数据资源。并且在数据价值维度的分析方面，需要充分考虑用户是否能依据网站为数据资源提供有关信息理解，以此准确判断出数据资源的价值。其中“有关信息”主要包括以下几方面：是否能帮助使用者掌握目标数据资源的基本信息，不仅包括数据资源的名称、关键词与负责人，还包括所属类别与数据来源；是否能帮助使用者了解通过互联网搜索目标数据资源时方法的使用、工具和运行环境的信息；是否能帮助使用者了解掌握目标数据资源的共享模式、相关标准规范的使用与共享条件。可见上述信息的准确性与丰富度直接关系到用户对网站规范性与权威性的认知，从而影响到用户对网站数据资源价值的认可。

4.5 数据更新维护

在可见性评价框架的构建方面，由于科学数据会随着科研活动的发展而不断发生改变，使得科学数据网络的连接也发生了相应的变化。因此必须建立及时修补断链和删除已消失的链接等链接动态维护体系，对数据进行更新、维护[4]。例如为了提升数据共享的有效性与准确性，在科学数据共享网站资源可见性评价框架构建，必须基于WOD-LMP协议，利用Triplify更新日志方法、PingTheSemanticWeb方法、sparqlPuSH广播方法和DBpedia Live方法，建立主动监测机制的RDF链接动态维护体系，为数据资源更新委会提供技术支撑，从而改进与完善资源可见性评价框架的构建。

综上所述，科学数据共享网站资源可见性作为网站对外提供服务的关键与核心内容，是提升科学数据共享网站用户满意度的基础。因此在构建科学数据共享网站资源可见性评价框架中，必须基于两大理论的基础上，从共享本质与用户体验的视觉进行可见性层次分析，形成元数据质量完善、资源公开、网站性能与数据价值良好的框架。

参考文献：

[1] 杨行，彭洁，赵伟，等.科学数据共享网站资源可见性评价框架构建[J].中国科技资源导刊，2014（6）：101-107.

[2] 贺甜甜，刘彦凯，宋利，等.视频用户体验理论与实践[J].电信科学，2017，33（8）：67-76.

[3] 司莉，李月婷，邢文明，等.我国科学数据共享平台绩效评估实证研究[J].图书馆理论与实践，2014（9）：30-35.

[4] 赵伟，彭洁，杨行，等.我国科学数据共享网站评价研究[J].中国科技资源导刊，2014（2）：1-6.