欢迎来到易发表网!

关于我们 期刊咨询 科普杂志

管理系统论文优选九篇

时间:2023-04-06 18:48:32

引言:易发表网凭借丰富的文秘实践,为您精心挑选了九篇管理系统论文范例。如需获取更多原创内容,可随时联系我们的客服老师。

管理系统论文

第1篇

11网络系统结构为保证系统兼容性,采用罗克韦尔PLC及配套模块,按照工业网络等级设置及罗克韦尔所支持的通信协议,本文设计了以太网Ethernet/IP和控制网络ControlNet2层,结构如图1所示.由图1可知,管理系统对控制层设备的监控,关键在于设置OPC服务器,并建立通用的通信手段,使得上层监控管理平台的开发摆脱对控制器配套软件的依赖.

12控制犗犘犆服务器中数据

1.2.1采集OPC项(OPCItem)中数据采集OPCItem中的数据,应该遵守OPC访问规范(OPCDA).客户端程序应该具有服务器(Server)对象、组(Group)对象和项(Item)对象.软件实现过程如下:打开MicrosoftVisualStudio2010,创建一个Windows窗体项目,在窗体中添加标签、按钮.程序设计首先添加OPC端口引用文件RsiOPCAuto.dll,该文件目录一般为C:\ProgramFiles\CommonFiles\Rockwell.

1.2.2数据写入OPCItem数据写入OPCItem与读取OPCItem中数据相似,客户端程序应该具有服务器(Server)对象、组(Group)对象和项(Item)对象,其流程与读取数据的流程相似,不同点是将读取数据改为写入数据.

13存储犗犘犆服务器中重要数据及存储数据的调用

对电梯的运行进行统计则需要大量的数据,这些数据来自平时电梯的运行,要得到这些数据,需要将OPC服务器中的重要数据导入到Access数据库中.为了便于观察,系统具有显示、查询数据功能.

1.3.1存储OPCServer中重要数据对派梯算法有影响的最直接的数据有呼梯信号所在电梯、轿箱外呼梯层、轿箱内呼梯层、呼梯时间.为了保证将所有的呼梯信号存储到Access数据库中,程序的扫描方式设置为实时扫描(不间断扫描);为了保证不重复的存储数据,程序设置为当有信号改变时,则将数据导入到Access数据库中.首先建立Access数据库,其中包含用户表(user)和电梯运行信息表(message);在原有的项目上添加窗体文件,编写C#程序,实现客户端程序与Access数据库的连接、OPC中数据存入Access数据库中.

1.3.2分析、筛选数据为了便于数据统计、管理,开发有统计、管理数据界面,能够显示数据库中存储的电梯按键的全部信息,还可以查询在第犖层停车的所有电梯的名称及时间.首先添加Form窗体,并改名为Management;在窗体中添加相应的Label,Button,TextBox,DataGridView控件,在DataGridView控件中选择要显示的数据源;编写C#程序,实现数据显示、查询等功能.

2电梯群控系统智能算法

派梯算法的优化原则有时间最短、能耗最低、时间与能耗相结合3种,核心是评价函数的设定.本文使用的时间与能耗相结合的最优原则,需计算以下几类信息,如楼层、呼叫、轿厢状态、曳引机状态等,从而完成评价函数或适合度的评估,计算量小于16犖+犖(犖-1)/2,其中犖为电梯数量.相较于典型的单一时间最短或能耗最低原则,此算法性能更灵活,同时还应该具有在呼梯高峰期派遣相应电梯到相应层待命的功能.

21系统总流程图电梯运行时,上位机管理系统定时扫描PLC中的数据,针对群梯系统的实时性特点及考虑输入、输出电气元件的特性,设定0.25s扫描1次,流程图如图2所示.

22子系统及其流程图1)判断电梯运行最高、最低层.运行最高层是电梯上行转为下行时的转折层,最底层即电梯下行转为上行时的转折层,其实现过程是,在主程序中添加函数犿犪狓_犿犻狀(),根据轿厢内有无按键将其分为2种情况:当无内部按键时,根据上下行呼梯信号及呼梯信号所在楼层判断电梯运行的最高最低层.当有内部按键时,比较上下行按键所在楼层、电梯所在当前层,得出电梯上下行最高最低层.2)判断上下行.电梯上下行是电梯运行规则的一个标志.电梯的运行规则是顺向呼梯时,电梯停车,反向呼梯,则需等电梯运行至最高层,反向后再响应反向呼梯信号.电梯的上下行判断,即当没有下行信号时,如果电梯上行最大层大于当前层,则电梯上行,即UP[犻]=true,否则UP[犻]=false;同理,可知判断DOWN[犻]的真假.3)计算电梯的适合度狊狌犻狋(犻).适合度由计算得出,与数值大小成反比.流程图如图3所示.4)选择适合度最高的电梯.比较各电梯的狊狌犻狋(犻),狊狌犻狋(犻)取最小值,如图4所示.5)将最适合的电梯所对应的电梯号反馈到OPC服务器中,同时PLC得到相应数据,执行派梯.

3系统调试及实验结果

在管理系统的主界面上点击“启动”按钮,则在主界面的文本框中显示电梯运行的状态信息,如停车次数、电梯上下行状态、等待时间、适合度、最高层最低层等,调试时根据这些数据,检查派梯算法、电梯运行过程是否正确.

31根据电梯的运行过程直观分析电梯分别停在1层时,在3层、4层分别有一个上行按钮,结果是电梯1响应3层呼梯信号,电梯2响应4层呼梯信号,与真实要求一致;继续调试,分别按下5层上行按钮、2层下行按钮,结果为电梯2响应5层呼梯信号,电梯1响应2层呼梯信号,与真实要求一致;再次按顺序按下5层下行按钮、7层上行按钮、3层上行按钮,结果是电梯2开门,电梯1响应7层呼梯信号,电梯3响应5层呼梯信号,调试结果与真实情况一致.

32根据数据分析电梯1,2,3,5,6在3层,电梯44层,这时在最短的时间内按下如下按键:梯1,内部按键2,6,7,梯2,3,5,6分别按下内部按键7,外部按键按下5层上呼按钮,其运行数据如图5所示,数据分析如下.电梯1:下行,响应2层内部按键,之后应该响应5层上行按键,再响应图内部按键6,7,即响应外呼信号前停车1次,响应外呼信号后停车2次,由于时间差,当按下外呼按钮后,梯1当前层已经显示2层,所以其适合度计算为同理狑犪犻狋狋犻犿犲犉[1]=(5-2)×2+1×5=11狑犪犻狋狋犻犿犲犔[1]=2×5=10,同理狊狌犻狋[1]=狑犪犻狋狋犻犿犲犉×0.7+狑犪犻狋狋犻犿犲犔×0.3=10.7,同理,可计算梯2,3,4,5,6的适合度,但由于梯4处于检修状态,其适合度为自设值(目的是区别于其他电梯).犉犻犵.5犕狅狀犻狋狅狉狑犻狀犱狅狑狊狅犳犲犾犲狏犪狋狅狉狅狆犲狉犪狋犻狅狀经联机调试,群梯管理系统通过OPCServer与现场设备之间通信,能够稳定读取现场设备运行时的数据,并将数据导入到Access数据库中;系统能够控制现场设备的运行,如电梯按键界面控制电梯的上下行,高频呼梯时间段设置界面控制电梯在某个时间段内有电梯在相应楼层等候.该系统的智能算法使电梯准确响应呼梯信号,满足候梯时间与能耗最低的综合优化原则.

4结论

第2篇

汽车来料信息管理对汽车运载的物料在料场各区域的管理,包括过磅、回皮、采样、卸料等工艺流程。因现场已存在过磅、回皮、采样系统等,为了实现整个汽车作业区的管理,我们对汽车在受料坑、料场卸料的区域增加一台计算机,实时记录进入该区域的汽车的信息,并接入到过磅、回皮、采样系统局域网内。

2火车来料信息管理

火车来料信息管理不同于汽车来料信息管理,比汽车来料信息管理要简单。火车行驶的路线固定,而汽车行驶的路线很随便。实现火车来料信息管理的重点,在于识别火来运载物料进入企业时,需正确地识别出每列火车的车厢号码,并准确的记录。我们采用应用很广泛的RFID火车车号识别天线,对火车车厢号码的识别。火车来料信息管理包括对火车车号的自动识别、采样过磅处数据接口的采集、翻车机动作信息的采集等。

3受煤坑卸料控制管理

受煤坑卸料控制管理是对进入受煤坑的汽车,通过螺旋卸料机将汽车运载的原料,卸载在受煤坑上,在打开受煤坑阀门后,通过输送带运输至料场或料仓。

4料场设备控制管理

料场设备控制管理分为两个主部分:一个是堆取料机控制管理;另一个是无轨机车位置识别及卸料管理。堆取料机控制管理采用千盟专利技术——感应无线车上位置检测技术,通过在堆取料机、轨道、中控室安装一套车上位置检测系统,即可实现堆取料机与中控室之间的数据通信、数据交换等。无轨机车位置识别及卸料管理采用无线及GPS定位技术,通过GPS实现无轨机车在料场区域的定位,由便携式PDA实现无轨机车卸料管理,并以无线的方式将无轨机车卸料数据发送到中控室。系统实现料场的设备控制管理采用两种不同的通信方式,感应无线通信和工业无线通信。感应无线是通过铺设在堆取料机轨道边沿,由安装堆取料机上的天线箱发出频率,与编码电缆多处交叉位置产生磁场,而达到识别机车位置。感应无线通信主要实现堆取料机的位置检测,堆取料机状态信号的采集等。无线通信具有通信速率快、数据传输安全等优点,主要实现汽车卸料数据的传送、堆取料机堆取数据的传送等。

5布料设备自动控制管理

布料设备自动控制管理主要是根据采集输送带状态信息、布料小车状态信息、料仓料位信息,并根据布料工艺流程,实现料仓与中控室、布料小车与中控室的相互通信,PLC将所有的信息连接在一起,通过程控的方式,实现布料小车自动操作。

6结语

第3篇

城市信息化是社会信息化的重要组成部分,其主要表现形式即为数字城市建设,数字城市建设的推进,必将促进我国现代化水平、城市管理水平和国家信息化水平,从而有利于经济发展和社会进步。数字城市综合利用3S、网络、多媒体和虚拟仿真等技术实现对城市地理、自然环境、规划建设和管理等的动态监测、智能化管理和辅助决策等功能。数字城市建设是一个系统工程,需要各部门协同工作,建立和完善数据资源的高效共享机制,其中,城市基础地理空间数据库建设是其战略基础,表现形式为各种比例尺的线划数据、正射影像和数字高程模型等,地理空间数据库丰富的基础资源和更新能力为数字城市的建设奠定了基础。该系统研究基于数字许昌地理空间框架平台进行构建,当前,该市的数据平台已采用国家测绘地理信息局的NewMap软件构建完成,所有公共数据以网络服务形式向各个部门提供,行业内部保密数据则由对应部门独立存储。

2系统总体架构设计

该系统是数字城市框架建设的一个重要组成部分,涉及全市的公共地理数据由市级信息中心统一管理,并通过NewMapServer为地图服务,以浏览器/服务器(Browser/Server,B/S)模式,通过专门授权供各个职能部门作为地理底图调用。水利行业内部数据采用空间数据引擎ArcSde和SQLServer数据库存储,由局信息中心管理,在部门局域网范围内以客户端/服务器(Client/Server,C/S)模式共享。为了保证数据安全,需要对空间数据建立相应的版本控制及多用户并发访问、更新机制,同时,考虑到功能模块的独立性和后续扩展性,系统采用组件式开发思想,将部分模块封装为类库,并采用动态链接库形式调用。系统选用通用的面向对象工具VisualStudio2010作为开发平台,空间数据和属性数据分别采用ArcGIS空间数据引擎和SQLServer2008存储,系统专业平台选用ESRI公司的开发组件ArcGISEngine。

3数据库建设

3.1空间数据库建设

空间数据主要包括基础地理数据、水利设施数据和监测数据等。

(1)基础地理数据:包括1:50000航拍图、行政区划、土地利用现状、交通、线/面状水系和注记等。其中航拍图、交通和注记以金字塔切片形式存储,并以网络地图服务WMS形式提供。

(2)水利设施数据:包括大坝、水库、测井、灌溉井、堤防、河渠和渡槽等,这些属于行业内部数据,需要由专门人员管理,并保证数据的完整性和一致性。

(3)监测数据:包括收集到的地下水位、水质、变形、洪灾、用水量等数据,这些数据与具体的水利设施密切相关,需要设置关联字段以便后续调用。

3.2属性数据库建设

属性数据分为两类,一类是空间数据的描述性信息或附加信息,可通过索引与空间数据保持一致并联动检索,另一类是文本性的统计资料,如日照、降雨量、气温等信息,可用于统计汇总。

4系统功能实现

围绕水利资源普查管理和业务特点,系统主要分为6大功能模块,分别是:数据管理、可视化浏览、水利设施管理、地下水位监测和分析、洪水淹没预测和水文分析,其中水利设施管理、地下水位监测和分析、洪水淹没预测为系统核心功能,其他功能作为辅助。

(1)电子地图:主要包含各类GIS图形操作功能,如地图的无级缩放和漫游显示,能够使用户快速以各种比例尺浏览城市的各类水利资源;标注的动态显示,可根据参考比例动态显示各类地图的名称信息,以增加可读性和视觉效果;关键字查询,根据输入的查询关键字从所有图层中过滤符合条件的图形;精确查询,根据设定的图层属性字段值精确查找特定要素;数据编辑,高级管理员可修改ArcSDE中的空间数据及SQL中的属性数据,一经修改,所有用户均可见。

(2)水利基础信息管理:水利基础信息包括历年气温、降水、日照、洪水灾害、各河流水质、地下水位线和城市农村用水量等数据,该模块整理编辑已有数据,并可根据时间段进行报表统计输出,对于新增数据,经检查确认后入库。该类数据以属性记录为主,为了确保与已有空间数据联动,可设置关键字,以期实现空间和属性的互查及符号化动态显示。该功能使当前繁琐厚重的纸质资料电子化,系统化。

(3)水利设施管理:该模块将城市已有的大中型水库、大坝、渡槽、灌溉井、测井、放水洞和溢洪道等集中管理,通过属性链接可直观查看已有设施的各类信息,如分布、库容、坝型、防渗类型、有效灌溉面积、对下游影响、水位和水质等资料,并能实现对各类信息的更新和统计。针对当前水系分布特点和灌溉井分布不均的问题,根据已有灌溉设施计算灌溉保证率,在不能达标区域,结合河网密度,采用叠加最优法科学布置新的灌溉井,以实现位置最优,总体灌溉面积最大。

(4)地下水监测:地下水监测是直接获得地下水水质、水量动态变化的唯一方法而被广泛采用。地下水监测主要针对已有测井历年的采集数据,经克里金插值后转换为地下水位线进行。该功能可按照时间段进行横向或纵向对比,进而分析地下水位变化的趋势和原因,为科学治理提供决策依据。系统可自动计算插值后的水位线和监测值之间的差值,若该值超过一定阈值,则自动推算可能存在误差的测井及其记录,以便修正更新。另外,系统也可根据已有测井分布及监测数据,从减少插值误差的角度计算新测井的布设位置。

(5)水文分析:水文分析是数字高程DEM数据应用的一个重要方面,主要包括水流方向、汇集量累积、水流长度、河网提取、等高线提取、流域盆地计算等几个部分,系统根据研究区的DEM数据,经洼地填充后,计算水流方向和汇流累积量,以模拟水流过程,然后叠加上已有的行政区划数据,分析洪水可能经过的区域和淹没深度,为后期的防洪抢险、溃坝分析和河道改扩建等工作提供有益的技术支持。

(6)洪水淹没分析:洪水淹没分析是损失评估的重要环节,系统利用ArcScene建立工作区的三维模型,基于无源淹没分析法模拟洪水的固定抬升和匀速抬升,并计算某时刻的淹没面积、库容和水深,在此基础上,结合已有的行政区划和土地利用数据,分析洪水淹没范围和影响,为防灾减灾提供科学依据。

5结束语

第4篇

汽车来料信息管理对汽车运载的物料在料场各区域的管理,包括过磅、回皮、采样、卸料等工艺流程。因现场已存在过磅、回皮、采样系统等,为了实现整个汽车作业区的管理,我们对汽车在受料坑、料场卸料的区域增加一台计算机,实时记录进入该区域的汽车的信息,并接入到过磅、回皮、采样系统局域网内。

2火车来料信息管理

火车来料信息管理不同于汽车来料信息管理,比汽车来料信息管理要简单。火车行驶的路线固定,而汽车行驶的路线很随便。实现火车来料信息管理的重点,在于识别火来运载物料进入企业时,需正确地识别出每列火车的车厢号码,并准确的记录。我们采用应用很广泛的RFID火车车号识别天线,对火车车厢号码的识别。火车来料信息管理包括对火车车号的自动识别、采样过磅处数据接口的采集、翻车机动作信息的采集等。

3受煤坑卸料控制管理

受煤坑卸料控制管理是对进入受煤坑的汽车,通过螺旋卸料机将汽车运载的原料,卸载在受煤坑上,在打开受煤坑阀门后,通过输送带运输至料场或料仓。

4料场设备控制管理

料场设备控制管理分为两个主部分:一个是堆取料机控制管理;另一个是无轨机车位置识别及卸料管理。堆取料机控制管理采用千盟专利技术——感应无线车上位置检测技术,通过在堆取料机、轨道、中控室安装一套车上位置检测系统,即可实现堆取料机与中控室之间的数据通信、数据交换等。无轨机车位置识别及卸料管理采用无线及GPS定位技术,通过GPS实现无轨机车在料场区域的定位,由便携式PDA实现无轨机车卸料管理,并以无线的方式将无轨机车卸料数据发送到中控室。系统实现料场的设备控制管理采用两种不同的通信方式,感应无线通信和工业无线通信。感应无线是通过铺设在堆取料机轨道边沿,由安装堆取料机上的天线箱发出频率,与编码电缆多处交叉位置产生磁场,而达到识别机车位置。感应无线通信主要实现堆取料机的位置检测,堆取料机状态信号的采集等。无线通信具有通信速率快、数据传输安全等优点,主要实现汽车卸料数据的传送、堆取料机堆取数据的传送等。

5布料设备自动控制管理

布料设备自动控制管理主要是根据采集输送带状态信息、布料小车状态信息、料仓料位信息,并根据布料工艺流程,实现料仓与中控室、布料小车与中控室的相互通信,PLC将所有的信息连接在一起,通过程控的方式,实现布料小车自动操作。

6结语

第5篇

FLCS系统组成

图书管理系统FLCS分为图书采访子系统、编目子系统、流通子系统、典藏子系统、期刊子系统、全文管理子系统、书目检索子系统、阅览管理子系统八部分,系统各部分既相互独立,又能进行各部分之间的数据调用。该系统提供了丰富的数据接口功能,可以实现系统数据与MARC(ISO2709)数据的相互转换,也可以将系统数据转换为相应的文本数据,以供字处理软件如WORD、条形码打印软件如EZ2等调用。该系统还具有联合编目功能,可将本地或外地其他系统数据转换为本系统数据,并能通过倒排文档对其进行多途径、高速检索。另外,系统可以由用户进行功能设置,根据各馆实际情况灵活设置系统参数。系统帮助则是对本系统的详细介绍及问题解答,帮助初学者迅速掌握并能够实际应用。

总之,FLCS不但是一个标准的完整的图书信息管理软件,它还是一个开放的具有数据转换与通讯功能的管理系统。

系统特点

√面向最终用户,全部操作可视化

√系统代码为32位,能充分发挥计算机软硬件性能并具有高度安全性。

√自动化程度高:出版者、出版地、书目号自动调出、可自动套录所购采访或编目数据、自动判断图书借出与还回、自动计算超期罚款、读者超期书自动提示等。

√系统参数设置灵活:可对图书借阅期限、超期罚款金额等参数自由设置。

√具有数据转换与通讯功能:系统数据与MARC(ISO2709)数据相互转换、系统数据转换为各种文本数据。

√具有联合编目功能。

√系统开放性好:可将光盘数据或互联网上数据复制到本系统建立全文数据库以供读者网上调用。

√完全实现INTERNET实时数据交互。

√系统全部采用4位记时,彻底解决2000年问题。

√允许自动即时存盘,避免数据掉电丢失。

√显示器分辨率自动识别,充分适应多种显示器。

√可存贮图书具体内容及附带图片、声音、动画等信息。

√系统能自动检测图书输入的复本与登录号错误,确保图书流通时正确无误。

√系统具有图书错误码修复功能,对由于停电、死机等非正常原因造成的系统数据错误均可自动恢复。

√FLCS有完整的历史功能,可记录图书借还、罚款、销证、现金等多种数据信息。

√通过特殊算法,实现高速包含式检索。

标准的软件

一、标准的32位WINDOWS应用软件

图书信息集成管理系统FLCS应用平台为:PC机操作系统:WINDOWS95及以上版本;网络操作系统为:WINDOWSNT、NOVELL。FLCS彻底抛弃了16位操作系统,在WIN95以下版本的PC机操作系统上不能运行。FLCS全部代码为32位,能充分发挥计算机软硬件性能并具有高度安全性。

图书信息集成管理系统FLCS完全采用图形界面,支持WINDOWS下的不同软件传递数据,不同软件同时运行等所有功能。

二、标准的网络软件

图书信息集成管理系统FLCS为标准的网络软件,通过FLCS我们可以实现几十台计算机同时编目、借还、检索等操作。通过特殊的算法,FLCS在网络上运行时,图书借还、模糊检索等速度得到了大幅度的提高。

从理论上讲,FLCS的记录限制为十亿条,系统测试用HP(166/32M/2.1G)服务器,联想(166/32M/2.1G)PC机工作站,管理200万册图书,在10M网络上运行时,检索、借还等操作时均实现秒级延时。FLCS系统适用的网络规模只受网络操作系统限制,也就是说,只要所购网络操作系统允许,您可以随意增加入网微机数量。

三、标准的图书馆管理系统

系统支持CNMARC/USMARC/LCMARC(ISO2709)数据,书目及连续出版物著录符合《国际标准书目著录(ISBD)》和《中国文献著录标准(GB3792)》,书目条码符合中国图书馆行业条码标准(Code39)。

FLCS60新增功能

√允许自动即时存盘,避免数据掉电丢失。在进行数据录入、图书借还等操作时,系统可将数据随时存盘,以防因机器异常错误而造成数据丢失。

√显示器分辨率自动识别,充分适应多种显示器。操作窗口中的项目随窗口的大小自动调节

√可存贮图书具体内容及附带图片、声音、动画等信息。

√集成科技论文管理系统。

√多条件组合数据处理。在打印、统计、数据转换等操作时,用户可根据自已的需要进行组合数据处理,只输出自己所需要的数据。

√彻底抛弃数据接口,完全实现INTERNET实时数据交互。系统通过C/S运算模式,将数据运算置于服务器端,实现了大批量数据的包含式检索。

√所有打印均具有预览功能,所有报表列超过长度均可自动折行。

√系统允许多个窗口同时操作,例如在不关闭借还窗口的情况下可以进行图书预约、流通查询、罚款登记等流通系统下的所有操作。

√增加多种统计功能。系统增加如编目阶段统计、流通分类统计、流通明细流通、藏书分类统计等功能。

√增加多个数据字典

√增加欲超期查询,可检索出将要超期的读者并可打印输出。

√可方便的打印图书借阅证。

√可进行批量销证。

√可进行批量典藏及分册典藏。

√检索结果与检索条件分离,可保留多个检索结果。

√丰富借阅制度,可对不同类型读者、不同类型图书,设置不同的借阅权限。

√可将系统临时文件放于本地,加快了程序运行速度。

图书采访

图书采访子系统的主要功能是记录采访信息并向编目子系统提供数据。图书采访子系统主要由数据处理、查询、统计打印、图书验收、信函定书几部分组成。下面就几个功能做一点解释说明。

一、数据录入:通过ISBN号可以调入MARC数据、出版者数据并在输入ISBN号时进行。

图书馆可以外购采访数据或从互联网上下载图书采购数据,然后通过数据录入功能自动追加到采访系统中来。在进行数据录入时系统自动记录图书出版者信息,保证一次录入多次调用。在进行数据录入时系统自动,也就是说,如果您要采购的图书已订购或已收藏,系统会给您相应的提示。系统安全性校验。例如,如果没有输入正题名、复本为0或过大,系统会给出相应的提示。数据携带。报纸科别、出版日期、复本、书商名信息系统会自动携带。

二、批量自动:系统将采访录入库数据根据ISBN号、书名去采访主库、编目主库依次查找,如找到则系统提示为重书。如果为重书,则可以修改其订数据或将其删除。

三、打印订单:系统可打印标签格式的订单,此订单格式已得到新华书店等书商允许。

四、图书验收:FLCS提供图书验收功能,通过图书验收,FLCS自动分配图书登录号。我们也可以不使用图书验收,而图书编目时编目验收一次完成。

图书编目

图书编目时系统自动调用采访子系统数据及所购MARC数据,图书编目完成后,可将数据交送到编目主库及流通子系统进行图书典藏及流通。图书编目子系统大致有图书编目、自动、统计打印、数据转换、数据维护几部分组成。

一、图书编目:FLCS采用固定条目式录入方式,通过多种辅助功能加快了图书编目速度。

√图书编目时可以自动调入图书采访数据、图书验收数据、所购MARC数据、出版者数据等。

√在键入ISBN号时进行自动。

√可以输入图书内容。在此,可以输入图书文本内容,也可以将图书内容通过复制、粘贴的方式将图书内容复制到系统中。

√嵌入文件:在此,可以利用WINDOWS的嵌入功能嵌入图片、声音、动画等。

√出版地、出版者等数据自动记忆。

√开本、页数等自动加"cm"、"页"。

√丛书名等字段自动携带。

√种次号自动给出。

√正题名、分类号、复本、登录号错误提示。

二、编目:FLCS提供自动的批量功能,如果有重书系统则将新书与库存图书同时显示出来,用户可以对其直接进行修改。

三、检查登录号排序:图书登录号是图书馆每一册书的唯一标识,图书管理系统实际上是通过登录号进行图书借还的,如果在图书录入过程中登录号或复本输入错误,则会造成图书借还错误。FLCS提供了"检查登录号排序"功能,通过它,我们可以检查出重复的及不连续的图书,并可打印输出,以供我们改正。

四、打印统计:FLCS允许用户进行多条件打印和统计,各条件可任意组合。例如我们可以统计某段时间加工的某类中的某语种的图书编目情况。

五、数据转换:FLCS允许用户外购MARC数据、允许用户建立联合编目,FLCS还允许用户将系统数据生成MARC数据及各种文本数据以便和其他软件交换数据。

六、数据交送:FLCS允许批量调拨交送,也就是说,我们可以将要交送的数据指明其馆藏位置、是否流通、条码号与登录号是否一致等图书典藏信息,在进行图书交送时每一册图书都使用这一信息,对少量具有不同典藏信息的图书,我们再通过图书典藏子系统将其更正。这样就避免了对每一册都进行典藏调拨,从而简化了手续,加快了图书加工速度。

图书流通

图书流通是用来记录图书借还信息的,必需有书有证才能进行图书流通,流通子系统中的图书数据来自编目子系统。

一、图书借还:FLCS的借还操作简捷、高效,无论借还操作还是借还速度都在同类产品中处于领先地位。

√图书借还自动识别,在借还过程中不用任何键盘切换操作。

√图书还回时自动计算图书超期罚款。

√图书借还时自动检测借书或还书读者是否有超期书,如有超期书则出现提示。

√可自动建立图书条码号与登录号的对应关系。

√自动检测读者数据:包括读者借数、挂失、资格、押金余额、书证限期等。

√自动检测图书数据。

√自动还约书记到。在图书被还回时,如果此书已被预约,系统则自动所约图书记到。

二、借阅统计:FLCS可按分类法统计出所有大类在某段时间的借阅种数、册数及罚款多额。FLCS可统计出某段时间内的详细借还情况。

三、图书预约:如果读者检索到的图书已被借完,他可以办理预约手续,以取得下次借阅的优先权。读者可以通过INTERNET网络查询到自己的约书是否已到,图书馆也可以定期打印预约到书单发给相关读者以通知其约书已到。

四、查询:

1.用户可通过六种不同的渠道查询图书流通或读者借阅情况。

2.FLCS有查询欲超期读者功能,通过对查询日期的设置,可以检索出已到期的读者和将到期的读者,以通知读者提前还书。

3.通过对图书借阅频率的查询,用户可以评出各类热门书和滞借图书。

4.FLCS有详细的借还记录,通过借还历史查询,用户可以方便的知道某段时间内某书曾被哪些读者借过。如果出现撕书等违规现象,FLCS的历史查询会很大的缩小所要调查的读者范围。

五、罚款:FLCS系统的罚款只是从读者押金中扣除而不涉及到现金。FLCS的罚款有详细的历史记录,读者可通过INTERNET对自动的罚款情况进行查询。

六、书证管理

1.在进行读者办证时,系统携带除姓名之外的所有数据,而加快的办证速度。在进行读者办证时,可以嵌入读者照片,以供打印读者借阅证及图书借还时使用。

2.FLCS可以方便的打印读者借阅证。

3.FLCS进行单个或批量销证,可方便的打印出某一单位的到期或将要到期的读者清单,并标其借阅信息及押金余额等。这对学校图书馆来说是非常重要的,通过这一功能,用户可以只对班级进行销证工作,而不涉及到单个读者。

4.FLCS的账务管理工作实用而严谨,用户只有在办证、销证、交款与退款处涉及到现金,其他罚款都是从押金扣除而不涉及到现金流动。FLCS有详细的现金流通记录以供查询。

5.图书错误修正:图书在流通过程中会自动关联许多数据库,如果在关联过程中发生停电、死机等异常错误而使数据失去关联,则会造成图书借还不成功,这时,我们可以通过图书错误修正功能修复图书和读者数据,以使图书可以继续借还。

期刊管理

期刊管理由期刊订购、现刊管理、过刊管理三部分组成,过刊编目完成后,可以通过数据交送,将数据交送到流通子系统进行过刊借还。

一、期刊订购:期刊订购是用来记录期刊订购信息的。

1.期刊增订:在进行期刊增订时,系统自动检测所录入期刊是否已订购,并给出提示信息。

2.打印订购清单:用户可以对不同书商、语种、出版频率打印订购清单,并可以将期刊订购数据生成EXCEL文档,以用来数据交换。

二、现刊管理:现刊管理要调用期刊订购数据并为过刊管理积累数据。

1.现刊记到:现刊记到时,系统自动调入订购数据,自动计算应到期号,自动生成本期订价,自动对应语种及排架号,自动检测已到期与缺期。

2.打印装订通知单:系统自动检测已到齐期刊并打印输出,用户可根据此清单进行现刊下架。

三、过刊管理:过刊管理由过刊编目、打印著录卡片、财产账等几部分组成。

过刊编目:过刊编目时系统自动调用订购数据、现刊数据及现刊下架数据,系统自动计算现刊合订价,自动给出分类号等。

图书典藏

通过图书典藏,用户可以指明每册书的条码号、馆藏位置、是否允许流通等信息。FLCS允许用户进行批量交送典藏然后再对个别图书进行典藏登记的方式,从而简化了典藏手续,加快了典藏效率。

一、图书典藏:在图书典藏时,用户可以指定每册书的条码号也可以不指定,如果不指定,用户可以在图书借还时再建立图书登录号与条码号的对应关系。

实际上,FLCS允许用户不经过图书典藏而直接进行图书流通,这反应了FLCS的可简可详的设计思想

二、统计打印:通过统计打印功能,用户可以方便的知道在某段时间内向图书馆各部门交送了多少图书,并可打印出那些图书的详细列表。

三、图书剔旧:FLCS允许用户进行单册书剔旧,剔旧书作为历史保留并可随时打印输出。

论文管理

FLCS60论文全文管理系统,通过这一系统,用户可以从光盘上、互联网上等媒体上下载信息,建立自己的全文数据库。FLCS的论文管理系统允许用户通过WINDOWS的OLE功能存放WORD文档、图片、声音、影像等多媒体信息,它是一个有效的多媒体管理工具,同时又是一个得利的办公助手。

用户建立的全文数据可以通过FLCS的INTERNET检索系统通过网络。

FLCS的INTERNET检索系统

FLCS提供一个C/S结构的INTERNET检索系统,通过该系统,用户可以利用WWW浏览器,从所有上网的计算机上检索到图书馆的馆藏书目、读者基本信息、读者借书、预约到书、超期读者、罚款记录、最新图书、借阅频率最高的图书及借阅频最高的读者、期刊数据、科技论文数据等信息。

该系统的服务器端配置为NT4、IIS3、ASP3、VFPODBC6、TCP/IP协议。

一、书目检索:通过INTERNET检索功能,用户可以很方便的检索到自已所需要的图书,并能查到各分册的馆藏位置、及是否在馆等信息。由于系统采用C/S结构,检索运算在服务器端进行,网络上传输的只是检索式及检索结果,从而大大减轻了网络传输负担,加快了检索速度。

二、读者检索:通过读者检索功能,读者可以在自己的计算机上检索到自已的基本信息、所借图书、罚款记录、预约到书等信息。

三、论文检索:FLCS允许用户建自己的全文数据库,并允许用户将自己的全文数据库通过INTERNET。通过论文检索功能,用户可以在自己的计算机上下载图书馆论文数据,并可进行下载、打印等处理。

触摸屏检索系统

FLCS提供了一个"傻瓜式"读者检索系统,该系统通过对整部中图法的引用和书名、作者提词索引,使触摸屏检索成为可能,适合于各学校图书馆。读者检索时,完全脱离键盘,不懂计算机和图书馆学知识的人员,也能用触摸屏或鼠标很快检索到所需图书。系统采用前台书目检索,后台自动打印借书单的方式,方便了读者和图书管理人员。

用户关心的问题

1.计算机停电或死机会不会造成数据丢失

FLCS有即时存盘功能,被修改的数据会立即存盘,不会因计算机异常错误而丢失数据。

2.FLCS能否存贮多媒体信息

FLCS能存贮每册书的文本、图片、声音、动画等多媒体信息。通过FLCS的科技论文管理系统,用户还能建立自已的多媒体资料库。

3.FLCS能否打印读者借阅证

FLCS能根据读者办证日期、读者单位、读者姓名或证码打印读者借阅证。

4.FLCS能否批量销证

FLCS既能单个销证,又能批量销证。

5.FLCS系统是否易学易用

FLCS系统是标准的WINDOWS应用程序,界面友好,操作容易,只要有计算机常识就可维护使用。FLCS系统的数据流程与图书馆工作流程是相符的,只要懂图书馆业务,在一、两周时间内就可熟练使用。

6.FLCS系统是否实用、是否具有先进性

FLCS的研制人员有图书馆学专业、计算机专业的大学毕业生,也有从事多年图书馆工作的老馆员,FLCS的研制人员决定了其实用性。FLCS系统采用CLIENT/SERVER结构,实现Internet/Intranet信息,FLCS能从互联网和光盘上下载信息,能存贮多媒体数据,所以FLCS系统当然是先进的系统。

7.FLCS能存放多少数据、能用于多大规模的网络

理论上讲,FLCS系统的记录限制为十亿条,系统测试用HP(166/32M/2.1G)服务器,联想(166/32M/2.1G)PC机工作站,管理200万册图书时,在检索、借还等操作时均实现秒级延时。FLCS系统适用的网络规模只受网络操作系统限制。

8.我们是否可以外购数据及与其他图书馆交换数据

FLCS系统可以自动调用所购采访数据、编目数据,FLCS可以生成标准MARC(ISO2709)数据以用于数据交换,FLCS也可以接收其他图书馆的MARC数据建立联合编目。FLCS还可以和其他软件如WORD、EXCEL等交换数据。

9.FLCS系统是否容易出问题、出了问题时怎么办

系统全部代码为32位,具有高度安全性,很少出问题。FLCS系统具有较强的自我修复能力,例如因停电、死机、机器硬件故障等原因造成FLCS系统不能正常运行时,可由系统自动修复。有纵横公司用户的地方即有纵横公司商,纵横公司已基本做到了服务本地化。

第6篇

将用户、终端、网络、模态联系在一起,需要贴近复杂的环境,贴近异构终端、异构网络环境,尤其是能够符合三网融合环境的需要,而在这种环境下,用户首先通过终端,经过各种异构网络接入三网,再统一链接到图书档案管理系统,用户才能使用系统所提供的服务、海量的信息资源[9];学术界一直研发新一代信息网络,国外的参考文献主要包括文献[10][10]、文献[11][11]、文献[12][12]、文献[13][13];同时现有技术中能够链接终端、三网和系统的主要是张宏科教授及其团队的一体化标识网,该技术通过接入标识代表终端的身份,通过交换路由标识表示终端的位置信息,通过连接标识作为服务连接和用户身份的标识,服务标识表示业务的各种服务,该技术对流媒体、话音、数据等给予支持,该技术相关的参考文献主要包括文献[14][14]、文献[15][15]、文献[16][16]、文献[17][17];基于此进行研究。

1.1用户、终端、网络的研究

为了研究用户模型,首先研究用户如何使用云平台下的图书档案管理系统,用户接入到图书档案管理系统,必须使用终端,通过网络接入。在这个过程中,终端呈现异构化、复杂化、多样化的特征,①终端目前可能使用电视网、电信网和计算机网中的任何一网,可以通过WLAN、WWAN、Internet、PLMN、HFC、传统CATV、Ethernet和OAN中任何一网,随着时代和科技的发展也可能使用其他网络,其网络方面的特征呈现异构化、多样化;②终端类型和型号都很多,其功能、用途等明显不同,造成构造的不同和复杂化;终端和网络的异构化、复杂化、多样化,造成了其效果差异化很大,主要体现在:①显示效果方面;②音效效果方面;③网络方面;④计算复杂度方面;⑤可用空间方面。从显示效果的角度来看,需要注意以下几点:①终端不同,其显示屏幕的大小不同,从这个角度来说,手机和电视的差距是最为显著的之一,笔记本、PC等终端设备屏幕往往适中,显示屏幕大小的不同一方面和用户持有终端是否便利有关,另一方面关系着用户浏览信息资源时屏幕的尺寸和效果。②终端不同,其显示所使用的分辨率不同,体现为显示时的效果明显不同,如显示时的清晰细腻程度、拍照取景和视频播放的效果等等,而且部分终端的分辨率是固定不变的,无法进行调节。③文件的格式不同,其显示效果可能不同,例如常见的视频格式有AVI、MPEG、DIVX、MOV、ASF、WMV、RM等,不同的格式记录相同的视频信息,其显示效果也可能完全不同。④显示效果的程度决定了用户视觉角度质量的高低,其对于文本、图片、图像、单一的视频是有决定性作用的,同时对多媒体信息资源的效果也是有一定影响的。⑤显示效果的程度所带来的影响,对于不同的用户是不同的,其高度影响高度依赖视觉的用户,但当用户不依赖于视觉的时候影响则不大。从音效效果方面来看,需要注意以下几点:①终端硬件不同,其发声所用的效果不同,即使终端硬件相同其发声的效果也可能不同,例如一台笔记本电脑,如果其声卡是集成的则往往没有独立的声卡效果好,同样不同厂商所生产的声卡效果往往也有一定的差别,不同时间、不同技术所生产的声卡效果也往往不同,但音效效果在设备、设置、播放内容等完全相同的前提下是一致的。②不同的音频文件,其效果可能不同,首先数字音频技术指标采样率、压缩率、比特率、量化级,分别控制单位时间内波形采样的数据数量、音乐文件压缩前后大小的比值、记录每记录音频数据一秒钟所消耗的比特值的平均值、用多少位二进制的数据描述的声音波形;其次,不同的音频文件格式不同,其音效的效果也可能不同,常见的音频文件格式有WAV、MP3、WMA、OGG、APE等。③对于部分终端来说,音效效果是可以调节的,但依然存在音效无法调节的终端。④音频效果的程度所带来的影响,对于不同的用户是不同的,其高度影响高度依赖听觉的用户,但当用户不依赖于听觉的时候影响则不大。从网络的角度来看,①目前大部分的电视网依然是单向的,也就是说存在单向和双向的问题,虽然随着时代的发展和技术的进步,单向和双向的问题最终会被解决,但是目前一段来说其依然是问题的一部分。②网络不同登陆方式可能不同,例如如果用户借助电信网登陆和使用服务有两种模式,其一是通过以点播为基础的短信息服务,需要利用短信服务的平台来传输信息,由于其平台经常是第三方提供的,因而实时性往往较差;第二种方式则是通过GPRS网络,这种方案的缺点是覆盖率较差、传输速度低、费用高,但可以实现实时。从计算复杂度方面来看,终端之间的差异很大,以电视网的机顶盒和电视机来说,即使运行一个非常简单的动画也会非常困难,而相同的困扰在计算机上往往不存在,换句话说计算复杂度高的资源无法在部分终端上运行,但同时部分终端上如果使用计算复杂度低的文件则也会浪费资源。从某种程度上来说,不同的终端适合使用的信息资源在内容、格式等方面是完全不同的。从可用空间的角度看,如果可用空间的大小无法支持对应的操作,则后续的操作无法进行,同时可用空间较小也会在一定程度上降低运算速度。对于可用空间的大小,不同的用户可能会有不同的定义,部分用户可能对终端的最小可用空间有自己的要求;还有一部分人对最小可用空间没有要求,但是最小可用空间不够用的时候会有自己期望的行为和操作。

1.2用户行为研究

用户的行为,①指用户使用云平台下图书档案管理系统的行为,其根据用户的身份、目的、习惯、兴趣等不同而不同,用户可能是进行检索、获得、修改、保存信息资源,也可能是对图书档案管理系统的管理,如计费等;既包括其行为的种类、参数,同时还应该包括其行为所导致的结果。②用户的行为受到其本身的制约,既要受到其身份影响,又受到其兴趣和目的影响,但最终通过行为表现出来,可以通过用户的行为获得用户的信息,并做出调整,以便更精确地认识和了解用户。

1.3用户偏好研究

用户偏好,指用户在考虑服务或者商品的时候按照其自身意愿所做出的带有倾向性的符合理性的选择,是用户理性、认知和心理感受权衡后的综合结论,是用户个性化的体现。在云计算平台下的图书档案管理系统中,其可以作为个性化服务推荐的基础,主要包括以下几个方面的内容,①由终端、网络等带来的与视频、音频、可用空间等有关的偏好信息,此偏好信息用于确认用户偏好的信息资源的模态类信息,在此类偏好中用户往往偏爱一种或者几种终端,同时对于不同终端参数设置有不同的偏好;②用户偏好的信息资源内容方面的信息,包括学科、方向、难度等,这种偏好主要来源于用户原有的背景如职业、专业、知识层次等,并随着用户的发展而改变;③其他偏好,主要包括终端、所途经的网络、所在的位置等;④用户ID,用以唯一地标识和区别用户。

2用户模型研究

2.1用户基本信息模型

根据对用户、终端、网络的研究,建立用户基本信息模型,包括三类信息,分别是用户信息、终端信息和网络信息(详见图1)。其一是用户信息如用户ID、姓名、身份、年龄、知识层次、密码、密码提示问题、组别,其中①用户ID、密码是不可以省略的,其需要在用户登陆的时候确定用户的基础信息,同时用户ID对于整个系统来说是唯一的,也就是说所有用户的ID是没有重复的,是“独一无二”的;②身份、年龄、知识层次三项可以用于辅助确定用户的身份,以便在后续用户偏好模型未获得具体信息之前初步判断和获得用户的偏好信息,但鉴于部分用户的特殊性某些情况下是允许被省略的;③用户信息可以通过组别确定用户的权限的确认。其二是终端信息包括终端ID、终端参数等,其中①终端ID用于确定接入和登陆到图书档案系统的终端的身份,通过检索对应于终端的数据表可以获得包括其使用者、终端的类型、终端的基本参数及范围、终端的可能配置等的信息,可以初步确定终端的信息;②终端参数包括的是显示参数、音效参数、计算复杂度参数、可用空间参数,显示参数和音效参数分别是用户提供的其习惯使用的显示、音效参数的设置,而计算复杂度参数需要通过终端ID判断用户终端的具体计算复杂度获得,可用空间则需要在图书档案系统运行的时候通过其与终端之间的通讯获得;③终端信息中终端ID是不可以缺省的,但终端参数是可以缺省的,在缺省的状态下,系统依然可以通过终端ID获得终端的类型及基础的参数范围,再根据参数范围进行其他的判断,同时由于计算复杂度参数和可用空间参数不需要用户提供,因而也可以在缺省的情况下获得。其三则是网络信息如网络类型、常见位置等,其中①电视网的单双向问题可能会带来新的问题需要给予重点关注;②常见位置,是用户通常使用终端接入和使用图书档案管理系统服务的位置;③网络ID,用以唯一地标识和区别网络。关于用户基本信息模型,需要注意的有:①用户基本信息模型虽然是由三个部分组成的,但是其是一个整体,可以通过数据库表示出来,其中的每一条记录都只说明的是在某一种情况下用户使用某种终端通过某种网络接入和使用图书档案管理系统的具体设置以及由此而来的各种参数,每个用户的具体信息可以不只一条而是若干条记录的组合。②用户基本信息模型的三个子模型,可以通过一个数据表体现,也可以分成用户信息表、终端信息表、网络信息表三个数据表的组合来实现。

2.2用户行为模型

用户行为模型,主要用于记录用户的行为、状态等信息,其由用户ID、用户行为、行为参数、状态参数三个部分组成,其中①用户的行为用于记录用户状态变化的原因,同时可以从中获得用户基本信息模型的部分信息,同时也可以完善用户偏好模型;②用户行为参数用于说明用户行为的细节,是用户行为有机的补充;③状态参数,用于表明经过用户的行为之后用户的变化。

2.3用户偏好模型

用户偏好模型是用户服务推荐的基础,其主要包括3个方向,其一是对所获取资源的模态倾向性,是与终端相关的,其中包括格式、显示性能、音效性能等,其大多数属性是范围;其二则是对信息资源内容的倾向性,主要包括用户的身份、年龄、知识层次、专业等;其三则是用户通常所在的位置区域,可以用于以就近原则对其提供服务。

3关键技术分析

3.1用户模型应用研究

从用户登陆并使用系统服务的角度看用户模型,用户通过终端接入计算机网、电信网和电视网三网中的一网,可以利用一体化标识网络技术连接到系统,通过终端ID确定终端的身份(终端信息模型),通过终端所在的位置、IP等可以获得对应的网络信息(网络信息模型),通过用户ID和密码登陆系统进而系统可以确定登陆的用户(用户信息模型),如果需要调用用户偏好模型可以根据用户ID在用户偏好模型中检索相应的记录则找到对应用户偏好的信息(用户偏好模型),用户使用过程中会有所操作记录下用户ID、相关操作及对应参数则可以将信息添加到用户行为模型,根据用户ID可以从用户行为模型获取相关的参数则可以获得对应信息据此可以修改和完善其他模型。对于用户模型的应用,本文认为:①对于信息资源的检索和使用,既涉及到用户对信息资源模态的偏好,又要涉及到用户对信息资源内容的偏好,同时还涉及到用户所使用的终端;在检索的时候首先要根据终端信息模型和网络信息模型判断终端和网络的特性,获得支持的模态的信息,获得显示、音效、网络、计算复杂度、可用空间等信息,再根据这些信息和模态结合结合用户的偏好以集合的形式进行交的运算进而缩小可以接受的信息资源的模态范围并将其作为用户即时信息资源模态的偏好,再通过用户偏好模型内容倾向类偏好可以获得用户对信息资源内容的偏好。②显示、音效、网络、计算复杂度、可用空间等的变化会带来很多不同的情况,需要形成对应的策略,该策略既要符合用户的意愿,又要符合运营商等商家的利益,同时必须符合法律法规并受到相关部门的监管。在实践的过程中,可以设置相应的阈值来划分对应的范围,根据阈值与当前值差别的组合来判断当前所处的情况,当差距过大或者达到阈值的时候可以按照对应的既定策略采取行动,如在许可的情况下重新生成对应的信息资源、只发送部分信息资源、压缩等。③用户基本信息模型中用户信息模型、终端信息模型和网络信息模型需要相互结合,是一个有机的整体,在使用的时候相互辅助;同时用户基本信息模型、用户行为模型和用户偏好模型也是一个有机整体,其通过用户ID彼此关联。用户ID在整个模型中是唯一的,其作用是唯一地标识一个用户,以便与其他用户区别。

3.2用户模型的初始化与完善

本文认为用户模型的初始化信息可以从以下几个方面获得:①用户注册的信息②利用调查研究等方式从侧面获得的用户信息;③利用公众的大众化特征获得,其实质是首先获得用户基础信息模型,然后再从用户基础信息模型获取数据,以基础信息模型数据为基础结合概率归类和整理,去生成用户偏好模型和用户行为模型的初始数据。本文认为用户模型的信息完善与补充,是一个不断学习和修正的动态反馈过程,通过机器学习对参数的重新估计和修正提高了预测的精度,进而提高服务的质量,可以为个性化服务推荐打下基础。其实质是通过训练来逐渐完善用户行为模型,再根据用户行为模型逐步完善用户基础信息模型和用户偏好模型。具体的实现上,本文认为①用户行为模型可以作为执行单元,学习单元通过用户行为模型提供的信息根据用户基本信息模型和用户偏好模型建立并改进知识库,执行单元格局知识库中的知识执行任务,再将执行后的信息反馈到用户行为模型作为下一步学习的资源。②可以用命令序列作为最小单元描述用户行为,通过定义两个序列、两个状态之间的相似度来代表和判断行为模式之间、状态之间的相似程度;模型工作的时候,计算序列相似度来判断行为和状态的变化。

4结束语

第7篇

1.1节点信息处理

系统数据处理模块实现对节点信息的封装/拆封处理、消息应答和收发规则处理以及对数据的过滤与管理。主要完成对节点加入网络的消息、网络管理类消息和节点网络信息的实时处理,确保网络监视和管理的时效性。

1.2节点信息显示

系统显控模块对网络中的节点信息要实时更新显示。网络节点通过对信息的图形化、形象化和逼真化显示,便于网络管理者和网络参与节点直观地了解、分析和判断网内各节点状态。系统将节点信息进行解析后实时显示网内节点的网络责任、指挥控制信息、位置信息、通信状态等信息。

2系统实现

2.1系统与网络

网络是由多个节点组成的,每个节点都配有数据源真实设备和网络监视管理系统终端,每个系统终端又将节点信息处理模块和节点信息显示模块分开设置在两台任务计算机执行。模块之间、终端与数据源真实设备之间均通过以太网进行数据传输,节点之间采用射频网络进行信息的交互,如图1所示。图1系统结构

2.2关键技术

2.2.1节点状态监视原则

网络监视管理系统监视的对象为当前网络内所有的在网节点,掌握各节点的状态变化情况从而动态监视当前网络的运行状态。系统从数据源设备周期上传的节点网络信息中提取出当前在网节点的状态信息,并对在网节点周期性上传的状态信息进行解析分类,然后更新原有的节点状态信息。对超过设定时间长度仍未上传网络状态信息的节点判定为脱离网络,并变更其网络状态予以警示。

2.2.2特殊节点身份确定和转移

网络监视管理系统中需要指定一些特殊节点作为网络中重要责任的担任者。这些节点担任的角色可能是网络中的某种基准或网络信息传播过程中的中转站,不同的角色所需选取的节点具有不同的准则,要综合考虑节点的存在形态(固定节点或移动节点)和节点的传播能力等要素来确认某一节点是否适合担任网络内的重要责任。当特殊责任节点脱离网络后会导致网络的运行障碍,这就要求网络管理者在网络设计中或网络运行伊始就要预先指定替补节点,选取原则应尽量与原角色相似。当网络监视到特殊节点脱离网络后就可以由替补节点继续承担相应的网络责任,维持网络的正常的运行。

2.2.3信息的图形化显示

网络监视管理系统呈现给使用者的显示界面上应对各类节点的信息进行分类显示。数据源设备周期上传的节点状态信息量庞大且内容繁杂,而使用者关心的是一些关键点信息,并希望能对关键点信息进行分类汇总,从不同角度了解当前节点构成的网络状态。除此之外,对使用者关注度较高的信息种类还应进行展开显示,便于对特殊信息的进一步细致了解。

2.2.4注册和身份识别

网络监视管理系统必须通过注册认证才能运行,对每个运行系统的终端绑定唯一的注册码,保证了系统使用范围的确定性。系统的使用对象主要分为网络管理者与网络参与者两大类,对于网络管理者不仅赋予对全网的状态监视权,还同时承担网络的管理责任;对于网络参与者仅有网络查看监视权,无权对其他网络节点进行管理。

2.2.5动态链接库

网络监视管理系统是基于LINUX操作系统开发完成的,其采用QT作为界面开发框架,QT是一个用C++编写的、成熟的、跨平台的GUI工具包,支持动态链接库工程。系统中的节点信息显示就是将其界面以动态链接库的形式嵌入到其他通信软件的界面中。在LINUX系统下的动态链接库编译后生成的是后缀名为.so的到共享库的链接文件,主调工程需要包含动态链接库工程的所有头文件和所有到共享库的链接文件后方可使用动态链接库工程里的文件。动态链接库将类的整体作为一个EXPORT进行封装打包,可以把其想象成一个大的信封,信封里定义各种类及函数,但是它的初始类型只作为一个大的容器,不具有QT的基本信号槽机制和事件触发机制。

2.2.6多线程通信

在系统进行节点信息处理时,需要涉及到多线程通信。在Linux系统中,线程的调度是由内核来完成的,每个线程都有自己的编号,由于在使用线程的软件项目中,总体消耗的系统资源比较少,加之线程间相互通信比较容易,因此采用该方式完成节点信息处理可以提高系统的信息处理速度。QT有一个线程类叫做QThread,一般需要启用多个线程通信时会从QThread继承一个类,并重新实现QThread中的run函数,将其填写所需功能代码。依靠QT的信号槽机制完成子线程向主线程的数据传递,在所继承的线程类里定义一个信号函数,然后让它在run函数中被触发,并且在主线程里定义一个负责接收子线程数据的槽函数,在主线程里对这对信号和槽进行关联,这样信号触发时,槽函数就会响应,相应的就把子线程的数据传递给了主线程。

2.2.7远程信息挂载

一般LINUX系统下的开发流程是在开发机上完成源码开发,编译后将可执行程序通过网口或其他途径拷至目的机上运行即可。但在实际开发中可能存在以下开况:开发机与目的机CPU架构不同;出于保密需求不允许将开发机源码拷至目的机编译。若开发机为X86架构而目的机为PowerPC架构,二者架构不同在开发机上编译后的可执行程序便无法在目的机上运行;在这种情况下若还不允许将开发机中的源码拷至目的机编译生成可执行程序,那么可以考虑的解决方法便是将开发机作为硬盘挂载于目的机,允许目的机访问开发机上的某个指定文件夹,对文件夹内的源码进行编译,在开发机上生成适用于目的机的可执行程序,再由开发机将可执行程序拷至目的机。

3系统监控指标

对网络监视管理系统而言,根据设计的系统监测指标体系,数据处理和评估的内容如表1所示。网络监视管理系统的监视功能可以实时监控当前网内节点的数目,从而可以统计监视网内节点的在网率;系统对在网节点的网内时间长度和它脱离网络的时间长度进行统计;通过对节点状态信息的实时更新监控当前网内节点的实时位置信息和网络责任担任情况,如经纬度、高度等信息;系统对当前在网节点的组织关系实时更新和监控,指挥者可以及时了解各组织结构下的网络节点分布情况;网络监视管理系统在管理功能中主要可以监控的指标是所有网络管理消息的发送情况及网内节点对指令的执行应答情况。

4结束语

第8篇

本系统对仪器申购、仪器计划报批、仪器招投标、仪器入库和仪器管理等进行了一体化的设计,具体的系统框架设计如图1所示。

二、仪器管理系统功能设计与实现

仪器管理系统主要通过申购管理、计划报批、招标管理、入库管理、领用管理、调拨管理、报废管理和库存管理共8个模块,实现对仪器从采购计划到报废的全程管理。申购管理模块实现的功能包括仪器申购类别建立、各岗位仪器申报表、采购申请汇总表输出等。每次申购由管理员先建立一个申购项目,主要应对不同经费来源的计划进行有效地区分,同时可在建立申购项目时选择申购过程中要求的仪器参数类别。各实验岗位在以往实验教学的情况基础上,提出采购仪器的申请,申请过程中要求对所采购的仪器进行充分的调研,根据项目要求详细填写采购参数。计划报批模块实现的功能包括申购仪器批复修改、学院申购汇总表输出、仪器申购表更新。实验中心管理员可与库中原有仪器的情况进行比对,对上述各岗位的申报表进行审批,在审批过程中可以修改采购仪器的数量、仪器的预算单价等参数,经批复后返回各岗位(有效回馈)。对各岗位申报表进行批复后,可进一步汇总,导出汇总表上报学校审批。申购表更新功能主要体现二级学院管理的特色,由于在学院通过后还需经过学校的审批,在学校审批过程中出现的对数量、参数等方面的更改,通过本模块进行删减和更新。仪器招标管理模块实现的功能包括仪器招投标情况的录入、中标单位录入、中标单位仪器参数更新。仪器招投标情况包括招投标时间、招投标参与人员信息、招投标的情况备注等。

第9篇

为了推动保税区内我国的物流管理企业先进程度,在原有技术水平上创立新型的管理系统势在必行。

1.1系统框架设计

如图1所示,该系统主要包含四个重要部分,包括物流管理信息系系统、物流监控系统、物流网站以及数据交换平台。在此基础上利用WebServices技术,对所有物流数据进行汇编与技术化处理,从而实现终端数据的贡献,并实现不同用户数据之间的交换,实现跨平台数据传输服务。

1.2系统结构分析

1.2.1物流管理信息系统物流管理信息系统是在C/S的基础之上建立起来的,其主要对象是物流总部与各分支部分之间的信息交流,并实现信息交互。它是物流系统的核心部分,也是系统结构的指挥中心。该系统的目的在于是将不同结构部分内所包含的信息进行技术化处理,包括数据信息进行初步的采集,利用不同的传输渠道实现信息流转,最终完成数据的变更,从而将有效数据公布出来,它是物流公司给管理层进行整体性统计与指挥的系统结构。该信息系统内部包含下设的子系统,是在总系统下对不同物流信息进行管理的系统。可以完成对物流信息的初步的统计,并针对不同的物流信息进行规划与收集,从而完成数据的入库、出库等,根据不同的物流信息安排车辆运输,实现对车辆的调度与派送,同时,在此系统结构内部还配置了相应的客户跟踪系统,实现对货物的跟踪,为财务部提供可供就算的业务量。

1.2.2物流网站物流网站是建立在B/S模式基础基础之上的,它是整体物流公司的门户,主要功能在你与实现对外宣传,承载了交流信息,并利用浏览器实现在数据平台上将相关数据进行交互处理,从而保证个人、企业与客户之间信息交互与透明。物理网站可以建立在Web服务器之上,并利用互联网与局域网,将不同客户的信息与物流信息传输到中央数据处理中心上,这样就可以完成对物流信息的贡献,从而为客户提供在线提交功能。同时,利用互联网门户为个人提供相应的功能,并对实时更新物流新闻。

1.2.3物流监控系统物流监控系统是借助C/S模式建立的,它配置GPS卫星系统,将物流数据信息传输到卫星设备上,在通过专用数据传输渠道数据发射到车载GPS独立设备上,从而实现对物流的追踪,并配合物流监控调度中心对物流信息进行现实性监控,调度中心是建立在GPS服务器以及Map服务器基础之上建立起来的系统。在运载车辆上配置GPS移动设备,将物流信息间断性传输到GPS服务器上,并通过代码分析,实现车辆的定位,在利用专业的信息传输渠道,将实际信息传输到MAP服务器上,借助GIS空间分析系统,制定最合理的配送线路。物流中央信息处理中心根据物流信息与实际运载路线状况分析最合理的运输路线,设计最佳合理配置方案。

1.2.4数据交换平台根据物流空间的本身体质,与不同物流业务的需求,建立Web环境下的物流空间信息系统多层体系框架结构,是一种整体性的数据交换平台与数据交换模式,最终实现不同物流信息在数据系统内部,利用不同的物流信息传输渠道来完成数据交互,它是一种规范性的XML文档。数据交换平台是建立在总系统之下的单独运行系统部件,它嵌入在物流管理信息系统与数据服务器之间,并对数据进行处理,可以完成对不同物流单号的确认与委托。信息被搜集进入数据库后上传至数据服务其中,可以利用数据交换平台与Web服务器进行简单的数据交换,主要表现在用户在线信息的传输与浏览。该系统主要利用C/S以及B/S模式,并实现二者的相互结合建构起信息交流框架,其设计是通过WebService技术实现的,通过对不同数据进行处理与收集,完成数据的传输,并在信息凭条内部将不同的信息进行内部与外部的相互传输,在信息平台内,完成不同的数据的传输,相比利用互联网进行数据传输,其效率更高,准确性更好,并具有内部保密性。在该系统内部,不同的数据之间的交换都需要建立在不同的网点之上,即利用不同网点对区域内的数据信息进行采集处理,并配合使用外部信息进行比较分析,因此,网点主要功能在在于将不同的物流信息进行汇编,其处理的数据资料庞大,因此,目前内部有一定程度的因访问量巨大而造成数据传输缓慢的问题。

2结论

相关文章
相关期刊