时间:2023-03-25 11:32:47
引言:寻求写作上的突破?我们特意为您精选了12篇管理系统论文范文,希望这些范文能够成为您写作时的参考,帮助您的文章更加丰富和深入。
2、煤矿管理地理信息系统
2火车来料信息管理
火车来料信息管理不同于汽车来料信息管理,比汽车来料信息管理要简单。火车行驶的路线固定,而汽车行驶的路线很随便。实现火车来料信息管理的重点,在于识别火来运载物料进入企业时,需正确地识别出每列火车的车厢号码,并准确的记录。我们采用应用很广泛的RFID火车车号识别天线,对火车车厢号码的识别。火车来料信息管理包括对火车车号的自动识别、采样过磅处数据接口的采集、翻车机动作信息的采集等。
3受煤坑卸料控制管理
受煤坑卸料控制管理是对进入受煤坑的汽车,通过螺旋卸料机将汽车运载的原料,卸载在受煤坑上,在打开受煤坑阀门后,通过输送带运输至料场或料仓。
4料场设备控制管理
料场设备控制管理分为两个主部分:一个是堆取料机控制管理;另一个是无轨机车位置识别及卸料管理。堆取料机控制管理采用千盟专利技术——感应无线车上位置检测技术,通过在堆取料机、轨道、中控室安装一套车上位置检测系统,即可实现堆取料机与中控室之间的数据通信、数据交换等。无轨机车位置识别及卸料管理采用无线及GPS定位技术,通过GPS实现无轨机车在料场区域的定位,由便携式PDA实现无轨机车卸料管理,并以无线的方式将无轨机车卸料数据发送到中控室。系统实现料场的设备控制管理采用两种不同的通信方式,感应无线通信和工业无线通信。感应无线是通过铺设在堆取料机轨道边沿,由安装堆取料机上的天线箱发出频率,与编码电缆多处交叉位置产生磁场,而达到识别机车位置。感应无线通信主要实现堆取料机的位置检测,堆取料机状态信号的采集等。无线通信具有通信速率快、数据传输安全等优点,主要实现汽车卸料数据的传送、堆取料机堆取数据的传送等。
5布料设备自动控制管理
布料设备自动控制管理主要是根据采集输送带状态信息、布料小车状态信息、料仓料位信息,并根据布料工艺流程,实现料仓与中控室、布料小车与中控室的相互通信,PLC将所有的信息连接在一起,通过程控的方式,实现布料小车自动操作。
藏书剔除即“将某些图书从基本藏书区中撤出,转人某种辅助藏书区、储存中心,或加以注销”的一个过程,将一部分失去使用价值或利用率很低的书刊撤离一线书库[1],可使留下来的藏书更加符合图书馆的任务和读者需要。
一、常用方法的藏书剔除
常用的藏书剔除办法主要有主观判断法、书龄判断法、使用年限法等,其中主观判断法是藏书剔除最常用的方法之一,是馆员按照事先拟订的一系列相关的剔除标准(或准则),凭借自己的经验,直接在书架上剔除文献资料。面对的是知识内容千差万别、质量水平参差不齐的藏书,运用主观判断法进行藏书剔除的尺度很难把握。
书龄判断法是根据图书年代进行藏书剔除的一种方法。可是相同书龄图书的利用率会相差甚远,单纯以年代决定藏书的去留,就有可能把一些有价值的、使用率高的旧书剔除出去,或者留下许多书龄较短、不符合读者需求的图书。
文献寿命“半衰期”体现的是知识情报的老化与更新的基本规律,可以作为一线书库藏书剔除的一个参考依据。然而在实际工作中,量化某一馆藏是否超出其有效使用年限,或着超出了多少,都是很困难的。
调查研究法是开展特定范围(读者、专家)的调查,并根据调查结果进行藏书剔除的一种方法。它过分注重代表范围内的即时需求,忽视馆藏体系整体的、长远的建设和发展。
滞架时间是反映图书使用情况的一个客观标准,如果大量利用率很低的馆藏文献继续留在一线书库,会增加馆藏的承载负担和经济支出,增加读者查找和获取的时间。但如果图书没有放到规定位置,或者读者没有发现它,那么它自然没有被利用的记录,很可能就被选为剔除对象。
目标比对法是根据资源建设目标进行藏书剔除的一种方法。然而,藏书体系也需要不断完善,这种方法有时会加大滞后的周期。
上述方法从不同角度为藏书剔除提供依据,总体上说是各有千秋。有些时候,单独使用上述方法在时间、人力、质量等方面难以满足藏书剔除的需要,需要结合目标、摸索更先进、更科学、更合适的藏书剔除方法。
二、图书馆管理系统发展概况
图书馆管理系统,又称图书馆自动化管理系统,自国内图书馆开始运用图书馆自动化管理系统,到目前已经将传统的图书馆业务手工操作转变为计算机管理,从简单的单个模块管理提升到功能齐全和强大的集成系统,使图书馆的主要业务,包括采访、编目、流通、连续出版物管理、公共检索等,在一个书目数据库中得以实现。随着计算机和网络技术在我国的快速发展,图书馆管理系统全面普及,传统的人工工作逐项逐项地被计算机代替。图书馆管理系统本身从图书馆内部提供信息资源朝着馆际之间资源共享和信息资源的多媒体化[2-3]方向发展。图书馆管理系统实时显示图书的库存数量、种类,以及图书的借阅情况,有助于动态的分析和决策,提高了图书馆的管理水平,提高了工作效率。
三、基于图书馆管理系统的藏书剔除
在图书馆集成管理系统得到普遍应用的当前,依托各集成管理系统的功能,跟踪特定读者群,核实电子文献、各种数据库、虚拟馆藏的覆盖面、特色和利用情况。与对口院系、各专业尤其重点学科、基地建立长期的联系,掌握对口院系学科的专业设置、课程设置及学生和教师用书需求。根据入藏、流通、阅览统计,确定反映本馆利用状况的藏书周转基点,研究剔除一部分非本馆特色学科的文献、剔除一部分少人问津的文献,对藏书结构、满足率、利用率造成的影响。传统的藏书剔除工作也可以根据计划进度、一个库一个库、一类一类、持续不断地开展,形成一个经常性、制度化、规范化、以3~5年为周期的、按主题(或按类别)的藏书剔除制度。
利用计算机很容易列出长期滞架文献的清单,但是要从这几十万条数据中判断出哪些图书应该在这一批剔除的确有困难。况且,判断馆藏图书是否有使用价值,使用频率的高低只是其中的一个方面,使用频率的高低并不一定与使用价值的大小同步,滞架书刊中不乏一些内容质量、及其时效性都是好的或比较好的书刊,不应属于剔除之列。因此必须启用专用的系统,把具体的量化指标限定条件输入计算机,如历年利用率要求、出版时间要求、复本数量要求、外观状态要求、修补次数要求等,其中连续利用率、出版时间、复本数量可以从数据库获得,外观状态和修补次数如果有记录以记录为准,没有记录则认定外观状态正常、修补次数为零。在计算机分类分类平成检索之后,记录符合条件的分类结果,生成一个符合量化指标的表单。面对学科知识千差万别、书品质量参差不齐的具体藏书,不是用几条原则标准就能决定取舍的,随时都可出现的一些实际问题。所以还需具体问题具体分析,还须对藏书进行逐类审查、逐种鉴别的,任何僵化的、一刀切的做法是不可取的,因此需要对拟剔除文献进行必要的复审。
对于通过复核的拟剔文献,才可以分门别类交付工作人员把对应的文献逐一从架位上按顺序抽取出来,按顺序集中存放。下架后应设一道复核工序,即由复核人员对下架的剔除文献进行认真核对,以防止误剔、漏剔。同时,对获批下架文献进行相应的数据处理,把剔除文献的去向反映到相应的数据库,调整库位,生成新的排架号。
藏书剔除的主要目的是为了提高藏书质量,让使用率高的藏书留在一线书库的开架书位上,方便读者取用,提高流通书位的利用率,控制开馆成本。斯坦利J斯洛特的相关研究表明:“当一个图书馆的核心藏书占该馆现有图书的72~84%时,可以保证满足99%的读者使用需求”,换句话说,如果一个图书馆将其现有藏书的16~28%图书予以剔除,会对1%的读者需求产生影响。所以储藏剔除不能将剔除文献轻率地抛弃,对尚有一定参考、利用价值的书刊,优先移至贮藏书库,密集排架,以为读者可能产生的特殊文献需求提供保障。通过对藏书剔除相关问题的研究、分析和解决,可从藏书是否符合读者群的需求、藏书分类是否恰当、藏书著录是否准确、藏书排架是否符合读者习惯等一个个侧面为馆员改进工作提供了非常重要的反馈信息,进而有利于修正和调整资源建设的方针和政策,有利于管理水平的提高。
四、结束语
藏书剔除是藏书建设的重要环节,在当前图书馆集成管理系统得到普遍应用的前提下,依托图书馆集成管理系统的功能,可为藏书剔除工作提供更客观、更准确的依据,并有效地保障藏书剔除的进度和质量。
参考文献:
(1)学院不再需要反复地核对学校的人事信息,被动地服务于学校的要求。(2)学院可以根据自身发展,依据信息数据制定人事政策,节省了去学校人事部门查询信息的时间。
2.及时为学校人事部门提供准确的数据。
人事管理信息是学院发展的重要基础,因此建立二级学院的人事管理信息系统,可以准确地体现学院教职工的基本情况、师资力量等变化,为学院的师资队伍建设、目标规划提供了完备的数据基础。学院只有清楚地了解本部门的人事信息,才能为学校人事数据提供重要的可靠的信息。
二、二级学院建立人事信息系统的要求
1.数据精确、完整和可靠。
信息的精确性是体现基层人事管理信息系统保障运行的根本。作为数据提供的二级单位,学院的人事信息系统中的信息,必须精确、完整和可靠。这就要求在信息录入前要收集统计二级部门教职工的详细信息并加以核实;信息录入时录入人员要认真、细致以确保数据的精确性、可靠性和完整性。
2.信息更新的时效性。
学院人事信息系统包括学院人员进出、职称评审以及教师培训等多方面的信息,这些人事数据处于动态变化之中,如果收集、更新速度太慢,不能及时地进行信息传递,就会滞后人事信息的统计,甚至遗漏重要人事数据[2]。信息更新的时效性就是信息系统中的数据能及时准确地反映出本部门人事信息的变化。因此,在建立二级学院人事信息管理系统时必须做到信息收集后更新的时效性,保证随时收集,及时更新。
3.确保信息的安全性。
设计二级学院人事信息管理系统,不可避免地也会遇到安全问题。涉及人事信息系统安全性的因素有很多,主要有以下三个方面:(1)操作信息的管理员。如信息管理员的操作错误,将人事信息无意地泄露出去,造成人事信息保密资料的丢失。(2)系统软件。如该系统性能不够稳定,存在着系统漏洞,也会造成人事信息丢失的危险。(3)信息联网。为提高工作效率,实行人事信息系统网络化也是符合当今社会发展需求的,但目前网络病毒也非常凶猛,每年都会有很多的网络病毒对很多系统造成巨大的损失。
4.信息收集的系统性。
因为二级学院人事信息最能直接及时反映每名教职工的情况,只有把基层的人员信息整理完善,信息系统化,才能满足学校人事处要求的汇总统计本部门人事信息情况的需求;才能使学校人事部门对相关的信息进行核对、整理,以为其提供详尽的数据。
三、二级学院人事信息管理系统
功能需要学院管理系统,就是教师信息管理和三级部门信息的管理。学院的发展,会伴随着人员的流动,教师的人动、职称、学历、考核每年都在变化,为了能及时满足于学校人事信息的收集、管理,人事管理系统需要有以下功能:(1)用户登录。需要进行通行验证,来保证系统的安全性。(2)主页面功能。它是人事信息管理系统主要部分,包括录入、生成表格,管理员可以通过选择相关指令来打开系统的各个功能页面。(3)职工基本信息操作功能。编录、修改、删除和查看人员信息。(4)系统使用的简易性和方便维护功能。人事管理信息系统的使用人员对于该系统的模块并不会十分理解,这就要求系统能够有简单明了的用户入口,简单的使用界面,这样可以使人事管理人员缩短对该系统的熟悉时间。
四、学院人事管理信息系统设计
1.管理员管理界面:该模块只对人事管理员开放权限和使用范围。
这样可以保障信息的安全性,便于管理,从根本上做到了自己的数据自己管理、负责。
2.教师个人基本信息界面:该模块是提供给人事管理员使用的一个能体现学院教职工基本信息的模块
例如:学历、职务、身份证号等。
3.教职工人事信息界面:该模块提供给人事管理员使用的体现教师具体的岗位性质、所在三级部门、职称评审情况、年终考核情况等信息的模块。
4.招聘人员信息界面:该模块可以体现学院需要招聘人员的基本情况。
图书管理系统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系统是否容易出问题、出了问题时怎么办
1.1无线串口透传模块为了增加无线传输的距离,并改进通信质量和可靠性,采用无线串口透传模块E17-TTL100-SMA。其由高性能无线射频芯片构成,工作的中心频率为开放的433MHz,供电电压为1.8~3.6VDC,最大发射功率高达100mW,接收电流为35uA,休眠模式下的待机电流仅为2.1uA;可以接受串口命令,在空旷的场地最大传输距离为1800m;具有标准的TTL接口,收发双方相当于连接了一条串口电缆,免去了复杂的通信协议,在命令模式下可设置多种通信波特率。模块通过串口与控制器STM32F103的USART接口相连,采用默认的9600波特率进行通信交互[7]。从节能角度考虑,无线模块在平时会一直处于接收模式。当收到主节点发来的指令后,处理先执行收到的命令,然后再将模块设置为发送模式,把采集到的数据上传到管理主机。
1.2温湿度传感器AM2302由于蔬菜大棚内的作物的光合作用,会蒸发很多水分,并伴随产生热量,导致棚内的温湿度变化较大,如果控制不好,作物非常容易出现病害,故需要一款高精度和灵敏度的传感器来完成数据的采集工作。数字温湿度模块AM2302是一款含有己校准数字信号输出的温湿度复合传感器,包括1个电容式感湿元件和1个高精度测温元件,采用3引线连接方式,供电电压范围为3.5~5.5V,单总线数据线SDA引脚为三态结构用于数据的交换和控制均,确保其具有超快的响应和极高的可靠性与抗干扰能力。处理器STM32F103把数据总线SDA拉低至少800μs后,会从休眠模式转换到高速模式,从数据总线SDA串行输出40Bit数据,数据依次为湿度高位、湿度低位、温度高位、温度低位及校验位,发送数据结束后自动转入休眠模式[8]。
1.3土壤水分传感器SM2802M由于蔬菜大棚人为对土壤管理措施的不同和土壤本身的各种理化性不同会对土壤含水率产生影响。为更加精准地调节土壤的含水情况,采用新一代土壤水分测量传感器SM2802M。它具有工业级精密核心元件,并利用了世界先进的FDR原理制作而成,可长期埋于土壤中,具有高精度和高可靠的特点。电源电压范围为DC12~24V,测量范围0~100%,测量精度3%FSD,响应时间<1s,输出信号4~20mA,分别对应设定的满量程。通过增加一个10Ω的高精度电阻,则4~20mA就转换成40~200mV的电压信号,直接通过处理器STM32F103的ADC口进行数字化后测量。
2轮询查询通信与最大通信节点数
由于系统内的所有节点都工作在同一个频率上,为保证通信的可靠性,避免出现干扰或者阻塞,采用了以主节点为主导的轮询查询通信方式。
2.1从节点轮询查询通信方式软件流程考虑到功耗和通信的可靠性问题,轮询查询的发起者为主节点,从节点会一直工作在接收数据模式,直到接收到主节点对其发出的指令,才进行工作模式转换。从节点的软件流程如图3所示。从节点上电工作后,首先进行系统各功能模块的初始化,然后将无线通信模块的设置在接收数据模式,等待主节点发送的数据。当接收主节点发送的数据时,提取主节点的发送目标地址编码,并与自身的地址编码进行匹配:如果不是发给自己的就丢弃,继续等待接收数据;如果是发给自己的,就根据主节点的对应指令进行处理,处理完毕后将通信模块设置为发送数据模式,将数据打包并发送出去。为了节能,最后再把通信模式设置为接收模式。
2.2系统最大支持从节点个数系统支持的最大节点数N与采集周期T需要满足关系为其中,Δt为每个从节点与主节点之间的通信保护间隔,一般设置为50~200ms;t表示每个从节点对主节点发送指令的处理时间。从式(1)可看出,系统支持的最大节点数N与采集周期T成正比关系,即当采集周期越大时,支持的节点数越多。
3上位机管理软件
监控中心的主机上运行着专业的管理软件,管理软件在VisualStudio2013.NET编程环境下开发,利用C#语言编写而成,运行在Window操作系统下;采用SerialPort串口控件实现了与主节点的串口通信,利用TeeChart绘图控件实现了数据的实时曲线显示,并使用Thread类完成了任务的多线程处理,采用数据库SQLServer2008存储接收到的温湿度、土壤含水率和设备状态参数等信息。管理软件具有用户权限管理、系统参数配置、节点管理、数据实时显示、曲线分析、历史数据查询、分析预测、报表统计打印、声光报警与日志管理等。管理软件结构与功能如图4所示。管理主机通过USB接口直接与无线透传模块相连,接收来自各从节点的数据,并可下发控制指令。系统刚投入使用时,需要逐个添加从节点,并对每个接入系统的节点进行配置,包括节点命名、节点分类、串口波特率、无线频率、地址编码、数据的采集周期和报警上下限值等。节点被加入系统后,会在现实界面统一出现其运行状态和采集到的数据值,如果1页放不下,还会进行自动的滚动显示。在显示界面处选中节点,双击或者单击右键会弹出对话框,对话框里包括了该节点的所有参数,可以对其进行配置,显示该从节点所有配置参数,还有该节点的采集到的实时数据曲线;通过修改显示的日期时间段,会自动调用数据库数据,让历史数据再现,绘制出每天的均值、最大值和最小值的曲线图,并可生成月报打印输出。
4作物生长环境分析与实验结果
为了验证系统的性能和功能,对一个面积为80m×15m的蔬菜温室大棚进行测试实验,大棚的作物全部为西红柿。实验前,需要充分了解西红柿在各个生长阶段对最佳环境的要求。
4.1西红柿最佳生长环境分析西红柿属于喜温作物,其根系发达、茎叶繁茂、光合作用旺盛,在整个生长发育过程中要求较高的土壤湿度和较低的空气相对湿度。西红柿的生长主要分为发芽期、幼苗期、坐果期、果实膨大期和果实成熟期5个阶段[9]。1)发芽期:为保证种子发芽整齐,需使种子充分吸水膨胀,土壤含水率要达到80%以上,棚内温度控制在25~30℃,空气湿度保持在75%~80%。2)幼苗期:由于根系小,吸收力差,不需大量灌溉。土壤含水率以60%~70%为宜,并逐步降低棚温,加大放风量,白天温度维持在21~25℃,夜间维持在12~15℃,空气湿度要求在45%~55%为宜。3)坐果期:最为关键,如果湿度过大、通风不及时、温度太低或太高,都会引起病害,需保持土壤含水率65%~80%,白天温度控制在25~28℃,夜间控制在13%~15℃,空气湿度50%~60%。4)果实膨大期:总需水量显著增多,土壤含水率以80%~90%为宜,空温度要适当提高,白天26~28℃,夜间15~17℃,空气相对湿度45%~65%。5)果实成熟期:果实发育快、植株蒸腾量大、水分供应不足或不及时,都会影响果实的正常发育,此时要求土壤含水率在80%~85%,白天28~30℃,夜间17~18℃,空气相对湿度40%~60%。
4.2实验结果将大棚的土壤水分检测区域分为4块,每块的面积为15m×20m,并在大棚东西南北的四个墙壁上安装4个温湿度监控节点(带风机)。土壤水分含量传感器埋入10~20cm土层中,这是西红柿根系的最发达的区域,代表其生长状况[10]。同时,对棚内的西红柿的坐果期白天的生长环境进行监测,测得的数据结果如表1和表2所示。由表1可以看出:大棚内白天的温度控制在25~28℃,湿度控制在50%~60%,且最大和最小值也没有超出范围,避免了由于湿度过大、通风不及时、温度太低或太高引起作物的病害。由表2可以看出:棚内被划分的4块土壤含水率的均值、最大值和最小值也均没有超出预设的范围(65%~80%)。这表明,该系统能够自动对这些环境参数进行智能调节,且测得的数据准确可靠。
近几年来,国民经济增长迅速,城市进程的加快促进了建筑行业的飞速发展,出现了越来越多的大型建设项目,建筑工程日趋复杂化,对建筑工程项目的自我管理提出了新的要求和标准。建筑工程项目的管理不仅要符合市场经济的发展要求,还要保证工程质量,体现施工企业的优良服务,如此庞杂的项目想要全方位的做好各项工作,就需要工程项目管理向着更加高效精确的方向发展。信息沟通的程度决定了工程项目管理的高度,工程项目管理涉及的信息是庞杂巨大的,不仅数量多,类型多样,而且信息之间的交换往往需要耗费大量的人力物力,如此一来,无疑增加了生产成本。所以为了建设更加高效快速的工程项目管理模式,就需要施工企业不断提升自身的项目管理水平。政府有关部门也开始重视项目工程管理的信息化建设,对该项目的资金投入比例也逐年增加。政府的指导作用促进更多的社会力量投入到项目管理平台的研究中。
1.2建筑工程管理系统化平台建设的研究意义
项目管理的信息化是当今建筑行业项目管理的发展趋势,在提高项目管理的工作效率、管理水平,降低生产成本方面都起到了重要的作用。对工程项目的管理引进先进的信息技术之后,工作效率较之前的传统管理模式有了明显的提高。信息化平台建设的根本就是构建一个合理有序的信息网络,使项目管理中的各个环节都能够通过这个信息网络平台进行信息交流和日常管理[2]。有些建筑行业的佼佼者,已经开发了适应本企业的工程管理信息系统,利用先进的科学技术和科学的信息化管理提高了自身的管理水平,创造了更多的经济效益和社会效益。
2建筑工程管理系统信息化建设的研究思路和方法
2.1建筑工程管理系统信息化建设的研究思路
该课题的研究思路是通过参考一些现有的国内外相关研究成果和已有的理论基础,分析工程项目管理信息的具体分类,最终构建项目信息管理的集成网络。研究伊始最重要的一点就是就是大量查阅国内外有关工程项目管理的文献资料并进行系统分析,总结已有的一些研究成果和理论基础,对不同层次种类的信息分门别类,设计出科学系统的整体框架。对信息化管理中可能存在的风险进行分析,提出合理有效的风险规避措施。最后根据各个子系统之间的相互关系以及建筑工程项目管理的特点,设计最科学有效的工程管理系统。工程项目管理软件在实际安装过程中的实际效果则是验证理论的有效途径,对验证过程中出现的问题还要不断改进,以期构建更加合理适用的信息管理系统。
2.2建筑工程管理系统信息化建设的研究方法
该课题的研究过程中主要采用了理论分析与效果验证相结合的研究方法,除此之外,每个研究阶段都采用了不同的研究方法。在理论研究阶段,采用最多的就是文献分析方法,分析已有的文献资料中涉及的关于该课题的研究成果与理论基础。在项目集成框架构建阶段,涉及的研究方法主要是方法论。在最后实际开发验证阶段,则是通过系统分析的方法,对项目管理软件的安装和实际应用、项目共享效果等方面进行更深层次的完善。
3建筑工程管理信息系统的设计与实施
3.1建筑工程管理信息系统的设计
工程项目管理信息系统的设计要参考“需求指引、技术推动”的指导原则,从建筑施工的实际需求出发,对系统的整体性、交互性、可操作性等进行实际的设计规划。系统的整体性原则就要求设计者站在全局的角度考虑各个管理项目之间的相互关系和影响方式,全程控制工程管理的各个子项目。交互性是指人机交互的程度,用户能否从信息系统中获取需要的信息,以及系统能否对用户的信息及时反馈就是系统交互性的判定标准。对于信息系统的可操作性原则就是指信息系统能否及时应对施工过程的不断变化并提供新的技术支持,促进突发问题的解决和管理的科学性。工程项目管理信息系统与用户之间信息交换的主要方式就是用户界面,所以用户界面的设计是否简单易操作,是否符合用户的差异性标准就是信息系统的主要评价因素。用户界面一般需要包括信息的输入控制、多窗口协同控制等功能。在进行界面设计时考虑到用户的实际体验,就要避免界面的杂乱无序,种类太过繁多等问题,种类太多不仅会增加用户的信息处理负担,还会由于信息处理太过频繁而导致错误频率增加。最后,考虑到不同用户的特殊需求,还要为用户提供不同的交互界面,达到项目管理方式的个体差异性。
3.2建筑工程管理信息系统的实施
工程项目管理信息系统在设计过程中包括了业主项目管理系统、采购系统、工程监理系统、财务管理系统等各个子系统。下面以采购系统为例进行实际分析。采购部门主管在接到新的采购任务之后,将具体的采购任务分配到各个采购业务员。采购业务员在分析采购任务是否可以直接执行后,对可以直接采购的任务,直接进入采购流程。根据不同的采购方式应当进入不同的采购流程,如果是招标方式的设备采购,就应当指示招标业务员来执行具体的招标工作,最后才能进入采购合同签订流程。询报价类的设备采购与招标采购流程不同,它需要按照询报价标准业务的具体流程进行。这些采购项目进行过程中,系统会自动生成计划费用和实际费用的对比图以及实际执行进度,这为采购人员及时管理采购流程提供了详细的依据。
二、仪器管理系统功能设计与实现
当点评完成一张处方(医嘱)后,软件能够根据临床药师的点评内容,对被评价的处方进行问题严重性的评级,分为合理处方和不合理处方,不合理处方包括不规范处方、用药不适宜处方、超常处方;同时软件还可将这些评价结果进行计算机化存储,以便对处方评价结果进行统计和分析,方便临床药师及医师对处方用药进行深入的分析和研究,为提高医疗服务质量、节约医疗成本提供有效的数据参考。临床药学管理系统2.0在1.0的基础上,结合国家对处方点评、抗菌药物管理的新要求以及用户对临床药学管理系统V1.0的意见和建议进行了重新开发和完善,在系统功能、技术架构、知识库等方面均进行了优化和升级。功能方面,在保留原有1.0版本功能的同时,新系统对原有功能进一步完善和延伸,如新增了中成药处方点评、中药饮片处方点评以及公示预警模块,对其他的功能模块也进行了大幅度的完善和优化。此外,在不影响用户整体使用感受情况下,该系统的功能设计重点考虑系统的人性化,因此提高了易用性。
2点评存在的问题
该软件能够快速对医嘱进行审核,提高了临床药师的工作效率,对促进临床合理用药起到了积极作用,但系统软件都是通过工程师编程进行计算,程序难免会出现漏洞和不合理之处,因此该软件在医嘱审核过程中在判断、确认和统计问题医嘱时也存在一些问题。部分警示属于无效警示,即对正常合理用药提出了警示,表明该软件尚有待在实践中不断改进与完善。临床药师在软件使用中的人工干预也是不可缺少的。该软件点评出的无效警示处方主要表现详述如下。
2.1抗结核药联用。结核病的病理特征及现行抗结核药的药理作用决定了其常需联合用药,但系统软件在分析处方时可能被认为是重复用药。如治疗结核病一线方案的多联用药为异烟肼、利福平、乙胺丁醇、吡嗪酰胺联用,该方案虽可能发生肝损害等不良反应的叠加效应,但同时可提高疗效、延缓耐药性产生,在患者病情允许的情况下是可以常规使用的,但这种联合用药通常被软件断定为重复给药。
2.2不同作用机制的药物联用。使用作用机制不同的药物治疗同一疾病可能被认为是重复用药。如注射用凝血酶(巴曲亭)与酚磺乙胺注射液,酚磺乙胺为作用于血小板的止血药,注射用凝血酶为促进凝血因子活性的药物,两者虽同为止血药,但作用机制不同且具有协同效应,不属于重复用药,但却会被软件判定为重复用药。
2.3同种类药物联用。由于疾病发生机制的千差万别,有时即使是同种类药物,其联合应用也是必要的。如糖尿病患者的胰岛素联合使用,由于甘精胰岛素属于超长效胰岛素,用于控制基础血糖,而短效和超短效胰岛素用于控制餐后血糖,2种胰岛素联合应用符合血糖控制要求,但却会被软件判定为重复用药。
2.4抗菌药物联用。由于所有抗菌药物多不止对一种细菌具有杀灭或抑制作用,只是对不同细菌有作用强弱之分,而患者感染情况各不相同,系统在对抗菌药物进行审核的过程中可能会将某些抗菌药物的合理联用归类为重复用药;而针对具体患者多种抗菌药物的联用,该系统并不能根据具体情况给出提示。如哌拉西林钠/他唑巴坦钠与阿奇霉素,通过系统软件判定为重复用药,虽两者都可针对铜绿假单胞杆菌使用,但2种药物的抗菌谱不尽相同,两者联用具有协同效应,《社区获得性肺炎诊断和治疗指南》已将两者联合作为治疗社区获得性肺炎的经验性配伍方案在临床推广。
2.5其他误判。除重复用药外,该软件在使用过程还存在其他方面的一些误判。如硫酸特布他林雾化液,通过雾化途径起效,但通过医师站传输到系统显示变成“喷雾”,随即被归类为“给药途径问题”;余甘子喉片说明书明确告知可口服含化,但软件提示说明书未提及该药的给药途径可以为含服;硫辛酸注射液与阿司匹林肠溶片被软件系统误归类为解热镇痛药,而事实上硫辛酸为强抗氧化剂,主要用于糖尿病周围神经病变引起的感觉异常;玻璃酸钠滴眼液也被系统误判为同类型关节腔注射用的抗风湿药,忽略了其具有生理活性物质的作用,仅当其关节腔内注射剂时才为膝骨关节炎、肩周炎等症的改善药物。
3改进建议
3.1建立自定义模块。临床上确定一个患者的治疗方案往往要考虑到多方面的因素,而软件毕竟是通过对药品说明书等内容进行核对前提下监测的,条件变量在实际应用中很难做到有针对性的个体化分析,很多情况还需要药师根据警示处方信息和临床实际情况与医师沟通后再进行判断,直观点评结果仅能作为参考依据,而不是最终结论。当前药物信息更新的速度很快,而系统更新速度较慢,在信息的准确性和及时性等方面还有较大的提升空间。目前,除国家卫生和计划生育委员会要求上报专项处方、医嘱点评外,许多医院还针对本院出现使用问题较多的药物处方进行专项点评,这就需要在现有软件的基础上建立自定义专项点评模块和点评判别模块。通过制定合理规则后,软件通过预判自动生成需专项点评的药物名单,之后通过生成的新自定义点评程序进行点评,如此可更便捷地针对该院的用药情况进行专项点评。
3.2追加记忆功能。目前,我国的临床诊断书写与ICD-10对照表区别较大,加之各医院之间的临床诊断书写规范不尽相同,导致诊断内容以及用药适宜性等相关点评项无法进行较准确的系统判定。而建立诊断判别和文字录入的记忆功能,则能够很好地解决这个问题。此方法操作虽在初期进行人工修正和录入时较烦琐,但长期积累可形成具有该医院特色的临床诊断判别数据库,不但能提高软件点评的准确性,更能提高工作人员的点评效率。
3.3设置用户名工作进展列表。临床药学管理系统2.0可对抽样后的工作列表进行保存,以方便列表中未完成的点评条目在下一次进入时,该用户可继续进行点评。但存在的问题在于该用户一旦保存列表,其他点评用户则无法看到或无法对此列表的数据进行抽样,因此存在局限性。建议登录后首页显示各用户点评进展和详细目录,在点评时可以对其他用户点评的条目进行抽样;同时为防止新用户对点评结果的随意更改,可对不同用户重复抽样的已经点评的结果条目进行锁定或限制。
2负荷控制管理系统在电力计量中的功能
2.1管理功能
利用负荷控制管理系统能够编制供电公司实施负荷控制的具体方案,该系统中的电子制表功能可自动打印各个时期的报表。
2.2负荷控制功能
主要作用是以手动或自动方式对控制中心的跳闸、合闸进行定时操作,并控制输送电能的功率,定时控制电能的投入和解除。此外,还能够对系统中单独的负荷控制终端的功率数值、控制时段、电能的定值进行设置和调整。
2.3数据分析统计功能
能够对不同供电地区的累计使用电力进行统计,对客户关联表计的三相不平衡率进行分析,统计异常停电的时间、次数,对电力供应的稳定性和供电质量进行分析,并分析出现异常状况的原因、供电运行中的潜在风险和电力计量装置中出现的故障。
2.4通讯功能
将每个负荷控制终端的信息数据与负荷控制中心的信息数据交换,交换上下级负荷控制中心的数据信息。
2.5用电异常监测和警示功能
一旦电力客户出现用电异常的情况,系统控制终端就会对异常信息进行分析诊断,并及时向系统主站提供警报。常见的用电异常情况包括电表或计量柜被异常开启、电表固定参数设置异常改变、电流回路或电压接错线等。
2.6其他功能
系统在调试时能够与终端进行互动通话,监督配电网中各类电气设备的分闸、合闸操作情况和设备运行情况。
3负荷控制管理系统在电力计量中的具体应用
3.1数据采集功能的具体应用
负荷控制管理系统中的数据采集功能在电力计量中的应用范围十分广,该功能的实现依靠将公共无线通信数据与网络和短信通信相结合。应用数据采集功能应遵循如下要点:第一,保证在采集数据时,在多线程同时发送的通信调度管理基础之上,完整实现对多样采集服务器的均衡负载机制;第二,进行数据采集时,除了配置必要通道,还应配置两个以上的备用通道,并保证备用通道实现负载均衡的自动化,提高数据采集的精准和效率;第三,系统定时对远距离的抄录数据进行采集时,要确保合理划分采集的时间间隔,对数据的抄录要按照实际情况制定科学的抄表方案,确保采集数据的精准;第四,负荷控制管理系统的负荷控制中心主站计算机与负荷控制终端进行数据通信时,要采用数据压缩的算法,为数据通信的安全稳定提供保障。将负荷控制管理系统的数据采集模块实际应用到电力计量中,一般包括两个项目。第一,每日负荷曲线项目,对电力计量装置在每天特定时间内用电现场的各种负荷变量进行记录,这些变量数据包括平均功率、有功功率和无功功率。负荷控制中心分析这些采集到的数据信息,然后对电能的使用加以控制。第二,故障数据记录项目,记录电流超过负荷、电流过压或失压、断相、掉线等故障情况的数据,并且要对故障发生的起止时间和问题的详细描述进行记录。
3.2负荷控制功能的具体应用
负荷控制管理系统的负荷控制功能主要通过按电能控制、按功率控制和自动控制三种方式来实现。按电能控制:负荷控制管理系统中的负荷控制中心能够实时监控用电现场的电能使用状况,一旦用电使用量达到设置定值的80%,控制中心就会马上对负荷控制终端发送警报信号,终端接收到该信号之后就会自动实施负荷控制。按功率控制:负荷控制中心实时监控用电现场的用电功率,当用电功率超过设置值时,负荷控制中心自动向控制终端发出警报,终端就会对超负荷电量使用进行控制。如果功率降到了设定值以下或负荷控制解除,负荷控制中心也会相应撤销对负荷终端的控制。自动控制:在负荷控制中心设定的时期内,如果负荷未能被控制在设置值范围之内,负荷控制终端就会自动发送跳闸指令,执行跳闸操作。跳闸结束之后,电量的定值会被重新设置,此时负荷控制终端会自动执行合闸操作,完成自动控制负荷的任务。
因此,开发这样酒店预定管理系统成为很有必要的事情。
关键字
酒店预定系统,预定管理,设计与实现
第一章系统分析
1.1开发背景
随着电子计算机和通信技术的发展,人类已经逐渐地进入信息化社会。信息和材料、能源一样成为一种社会的基本生产资料,在人类的社会生产活动中发挥着重要的作用。同时人们对信息和数据的利用与处理也已进入自动化、网络化和社会化的阶段.。
本系统主要针对酒店娱乐行业,开发一套,适用与前台,用来管理统计酒店预定宴席的软件,通过直观可视化界面,简单易懂的操作,替代目前酒店业采取以书面记录的形式。无须酒店企业雇佣专门的计算机人员即可完成运作。实现日订单,月订单,年度订单查询,有助与酒店管理层分析经营情况,更正经营管理上的不足
酒店规模的不断扩大,以及预定酒席的提前,酒席数量相应的增加,有关预定的各种信息量也成倍增加,面对着庞大的信息量,传统的人工方式管理会导致管理上的混乱,人力与物力过多浪费,使酒店的管理费用的增加,并给酒店的运营带来不必要的麻烦,影响整个酒店的运作和控制管理,因此,必须制定一套合理、有效,规范和实用的酒店预定系统,对预定信息进行集中统一的管理。本设计所完成的酒店预定管理系统软件是一功能比较完善的数据管理软件,具有数据操作简单、方便高效迅速等优点。系统采用VisualBasic和MicrosoftAccess。系统开发的总的设计目标是实现酒店预定管理的系统化、规范化和自动化,实现对预定信息的集中统一的管理。
1.2任务概述
1.2.1组织结构图
组织结构图
1.2.2组织与业务的关系
1.业务流程图
1.前台
使用本软件对预定信息进行安排,并回亏客户,将预定信息送达给管理部。
2.管理部
•酒席安排
根据预定信息进行酒席的安排布置。
•席间服务
根据酒席的类型布置餐厅,布置酒席,提供服务人员。
3.采购部
•安排部
根据本软件提供的信息提前安排人员对酒席菜式进行安排,计算出需要多少原料,查看库存并反馈给供应部
•供应部
根据安排部的信息进行原料的准备,采购等,成本送达财务部。
4.厨房
根据酒席规模安排厨师等。
5.财务部
财务汇总、成本计算、利润计算。
1.2.3需求分析
本系统要开发的酒店预定管理系统的具体功能包括酒席预定信息管理、预定提示管理、酒席资源释放和系统设置,由管理人员负责数据维护。对于已经入库的信息,系统根据用户不同的使用权限提供查询和打印服务。
1酒店预定管理系统的需求分析图
当决定要开发一个信息系统时,首先要对信息系统的需求进行分析。需求分析要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他元素的接口细节,定义软件的其他需求。其实步骤包括四步。
模型化抽象化
出
具体化实例化
软件开发过程
(1)获得当前系统的处理流程,在此首假设当前系统是手工处理系统。手工处理流程大致是这样的。读者将要预定的酒席数量、时间、类型交给工作人员,工作人员预定酒席的时间进行查询,安排空位。并在本软件上填写预定信息。这样预定过程就完成了。预定时间将到期时,本软件将提示酒店工作人员,将预定信息传达到管理部门,本软件进行酒席确认,解除提示。
(2)抽象出当前系统的逻辑模型。在理解当前系统“怎么做”的基础上,抽取其“做什么”的本质,从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素,随着分析的深入,有些本质的因素就成为不必要的负担,因而需要对物理模型进行分析,区分出本质的和非本质的因素,去掉那些非本质的因素即可获得反映系统本质的逻辑模型。
(3)建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别,明确目标系统到底要“做什么”,从而从当前的逻辑模型导出目标系统的逻辑模型。在对上述流程进行分析后,我们对新的酒店预定管理流程进行整理。
1.2.4功能体系图
功能体系图
1.2.5实现目标
《酒店预定管理系统》针对的用户是单个酒店,主要的实现目标有:
?实现酒席管理;
?实现定单提示;
?实现各种统计、查询、打印功能;
?能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。
1.2.6运行环境
1.硬件要求以下是系统在运行环境中的硬件要求:
P4及以上芯片,128M内存;服务器、管理机各一台,40以上硬盘。另外的配套硬件设备有打印机;查询的客户机若干(自选)。以WINDOWS2000SERVER为服务器平台,后台为大型数据库MICORSOFTACCESS,并提供数据的备份与恢复功能,数据安全性好,不会出现网络堵塞现象;系统采用大量的COM(组件对象模型)技术和优化的数据库查询方法,减少服务器的负担,保证系统稳定的运行。
2.软件要求在系统运行下的软件环境要求如下:
服务器端安装WINDOWS2000SERVER、IISWEB服务器、关系数据库管理采用MICROSOFTACCESS
1.3项目开发计划
2004年11月20日——2004年11月30日
填写《开题报告》和《任务书》,由指导教师保存。
2004年12月1日——2005年1月7日
严格按统一的规范格式,进行毕业设计与毕业设计文档撰写。在本学期末之前完成设计文档中的“第一章系统分析”与“第二章概要设计”。
2005年1月7——2005年2月30日====
完成系统的详细设计
2005年2月30日----2005年4月15日
完成系统测试
2005年4月15日——2005年5月15日
完成用户手册
2005年5月15日----2005年6月1日
完成全部文档,统一整理合成,做最后修改
2005年6月1日----2005年6月15
打印完毕后交由计算机系办统一装订成册。
1.4数据流图和数据词典
酒店预定管理查询酒席信息和客户信息;
1.4.1客户预定酒席过程
项目名称酒店预定管理系统
项目代码名称JDYD
子项目名称预定输入
子项目代码名称YDSR
作者朱电脑
创建时间2005-1-620:10
修改时间2004-1-1510:30
1.数据流图
2.数据词典
(1)数据源点及汇点描述:
①名称:客户
简要描述:预定、查询及登记
有关数据流:预定时间;预定数目
②名称:日历
简要描述:当日日期
有关数据流:年月日
(1)加工逻辑词条描述:
①加工名:预定检验
加工编号:1
简要描述:检验客户身份、酒席是否有冲突。
输入数据流:客户信息,酒席时间,酒席数量
输出数据流:预定冲突信息,预定信息
加工逻辑:IF要求时间内酒席冲突THEN
发出“预定错误”
ENDIF
ENDIF
ENDIF
ENDIF
②加工名:预定登记
加工编号:2
简要描述:将“预定信息”登记到“预定记录数据库”中,完成后将预定确认函提交客户
输入数据流:预定信息,日期
输出数据流:预定信息确认
加工逻辑:预定信息及日期写入记录;
打印预定确认函
(1)数据流名词条描述:
①数据流名:客户口头预定信息
数据流来源:客户
数据流去向:酒席检验
数据流组成:客户信息=客户编号+姓名+联系方法
客户编号=“000000001”..“999999999”
姓名=2{字母}24
联系方法=4{字母}50
②数据流名:预定酒席信息
数据流来源:客户
数据流去向:酒席检验
数据流组成:酒席信息=酒席号+类型+摘要
酒席号=“000000001”..“999999999”
类型=2{字母}24
摘要=10{字母}200
③数据流名:检验错误
数据流来源:酒席检验
数据流去向:读者
数据流组成:检验错误=2{字母}40
每个数据量流通量:
④数据流名:预定信息
数据流来源:酒席检验
数据流去向:预定登记
数据流组成:预定信息=酒席号
每个数据量流通量:
⑤数据流名:日期
说明:提供当前日期信息
数据流来源:日历
数据流去向:酒席检验,预定登记
数据流组成:日期=年+月+日
年=“0000”..“9999”
月=“01”..“12”
日=“01”..“31”
每个数据量流通量:
(2)数据文件词条描述:
①数据文件名:客户库
简述:存放客户信息
输入数据:无
输出数据:客户信息
数据文件组成:客户库由“客户信息”组成
②数据文件名:酒席资源库
简述:存放酒席资源
输入数据:无
输出数据:酒席资源信息
数据文件组成:酒席资源库由“酒席资源”组成
1.4.2客户预定过程
项目名称酒店预定管理系统
项目代码名称JDYD
子项目名称定单管理
子项目代码名称DDGL
作者
创建时间2005-1-620:10
修改时间2004-1-1510:30
1.数据流图
1.数据词典
(1)数据源点及汇点描述:(前面已描述)
(2)加工逻辑词条描述:
①加工名:酒席检验
加工编号:3
简要描述:检验酒席是否能够安排
输入数据流:酒席数量,酒席类型
输出数据流:检验错误
加工逻辑:IF酒席不能安排THEN
发出“检验错误”
ELSE发出“安排成功”
ENDIF
②加工名:酒席安排
加工编号:4
简要描述:对安排好位置的酒席进行席间服务的安排
输入数据流:酒席数量、类型、日期
输出数据流:安排成功
加工逻辑:IF不能安排THEN
统计安排的酒席数
生成返回信息
ELSE删除酒席记录库中相应的酒席记录
生成成功信息
ENDIF
给出成功预定返回信息
(3)数据流名词条描述:
①数据流名:预定成功
说明:用于传递酒席号
数据流来源:预定检验
数据流去向:预定输入
数据流组成:酒席信息=酒席号
(4)数据文件词条描述:(前面已描述)
1.4.3综合查询过程
项目名称酒店预定管理系统
项目代码名称JDYD
子项目名称查询
子项目代码名称CX
作者朱电脑
创建时间2005-1-620:10
修改时间2004-1-1510:30
2.数据流图
3.数据词典
(1)数据源点及汇点描述:
①名称:工作人员
简要描述:所有营业管理动作
有关数据流:查询信息
②其它(前面已描述)
(2)加工逻辑词条描述:
①加工名:查询
加工编号:5
简要描述:查询碟片是否租出或是否已被预定
输入数据流:客户信息,状态信息,预定信息
输出数据流:查询错误,酒席信息
加工逻辑:IF所有库中均无查询内容THEN
发出“查询错误”
ELSE
发出“查询返回结果”
ENDIF
(3)数据流名词条描述:
①数据流名:查询信息
说明:用于传递预定的查询所得信息
数据流来源:查询
数据流去向:客户;工作人员
数据流组成:查询信息=酒席信息、客户信息、预定记录
其它(前面已描述)
(4)数据文件词条描述:
①数据文件名:顾客客户记录库
简述:存放客户预定记录
输入数据:预定信息
输出数据:预定信息
1.4.4预定管理过程
1.简要说明
项目名称酒店预定管理系统
项目代码名称JDYD
子项目名称预定信息提醒
子项目代码名称YDTX
作者林艺
创建时间2005-1-620:10
修改时间2004-1-1510:30
3.数据流图
4.数据词典
(5)数据源点及汇点描述:(前面已描述)
(6)加工逻辑词条描述:
①加工名:图书库操作
加工编号:7
简要描述:根据工作人员的操作信息对图书库内记录进行处理
输入数据流:操作信息
输出数据流:操作成功返回信息,提示信息
加工逻辑:IF酒席即将到期THEN
发出“提示信息”
ENDIF
(7)数据流名词条描述:
①数据流名:操作信息
说明:用于工作人员操作得信息
数据流来源:工作人员
数据流去向:酒店预定管理
②数据流组成:操作信息=操作内容+操作值
(8)数据文件词条描述:(前面已描述)
1.4.5客户管理过程
项目名称酒店预定管理系统
项目代码名称JDYD
子项目名称客户管理
子项目代码名称KHGL
作者
创建时间2005-1-620:10
修改时间2004-1-1510:30
5.数据流图
6.数据词典
(9)数据源点及汇点描述:(前面已描述)
(10)加工逻辑词条描述:
②加工名:客户信息库操作
加工编号:7
简要描述:根据工作人员的操作信息对读者库内记录进行处理
输入数据流:客户信息,操作信息
输出数据流:操作成功返回信息,客户信息
加工逻辑:IF读者库中无此客户THEN
发出“操作错误”
ELSE
发出“操作成功返回结果”
ENDIF
(11)数据流名词条描述:
②数据流名:操作信息
说明:用于工作人员操作得信息
数据流来源:工作人员
数据流去向:客户管理
③数据流组成:操作信息=操作内容+操作值
(12)数据文件词条描述:(前面已描述)
1.4.7系统设置过程
1.简要说明
项目名称酒店预定管理系统
项目代码名称JDYD
子项目名称系统设置
子项目代码名称XTSZ
作者林艺
创建时间2005-1-620:10
修改时间2004-1-1510:30
2.数据流
数据词典
(5)数据源点及汇点描述:(前面已描述)
(5)加工逻辑词条描述:
①加工名:系统设置
加工编号:8
简要描述:根据工作人员的设置内容对系统设置库进行修改
输入数据流:设置内容
输出数据流:操作错误,操作成功返回信息
加工逻辑:IF设置内容是否错误THEN
发出“操作错误”
ELSE
发出“操作成功返回信息”
ENDIF
(13)数据流名词条描述:
①数据流名:设置内容
说明:用于工作人员设置的信息
数据流来源:工作人员
数据流去向:系统设置
④数据流组成:设置内容=设置项名+设置值
⑤设置项名=6(字母)
⑥设置值=4(数字)
(14)数据文件词条描述:
①数据文件名:系统设置库
简述:存放系统设置信息
输入数据:设置信息
输出数据:设置信息
数据文件组成:系统设置库由“系统设置信息”组成
第二章概要设计
1.2系统结构图
1.3处理流程
1.3.1主流程
1.建立与数据库的连接
2.获取系统设置
3.显示主对话框
4.等待用户输入
如为预定:进入预定酒席流程。
如为退定:进入删除酒席流程
如为酒店定座信息查询:进入酒店定座查询流程。
如为系统管理:进入系统管理流程。
如为退出:检查所有子窗口,关闭对话框,断开与数据库的连接
1.3.2预定酒席流程
要求用户输入客户姓名
1.客户身份查验
2.获取相关的客户信息并显示
3.等待用户输入
如为确认输入预定桌号,提交预定请求,更新信息显示,显示预定操作结果。
如为完成预定操作:结束预定流程。
1.3.3退定酒席流程
1.输入退定酒席桌号
2.读出退定酒席信息及同次所预定的酒席信息并显示
3.将退定的酒席桌号从预定酒席记录中删除
4.如有丢失,加以处理
如为确认客户身份:读入退定桌号,更新信息显示,显示退定酒席操作结果。
如为完成退定酒席操作:结束退定酒席流程
1.3.4查询流程
1.选择查询内容的类型
2.输入查询关键值
3.根据内容类型读取对应数据表
4.显示查询
如为完成查询操作:结束查询流程。
1.3.5客户管理流程
要求用户输入客户名称
1.读者身份查验
2.获取相关的客户信息并显示
3.等待用户输入
如为确认输入客户名称:读入客户名称,增删改客户信息,更新信息显示,显示客户管理操作结果
如为完成客户管理操作:结束读者管理流程。
1.3.6桌位管理流程
要求用户输入桌位号
1.桌位号查验
2.获取相关的桌位信息并显示
3.等待工作人员输入
如为确认输入桌位号:读入桌位号,增删改桌位信息,更新信息显示,显示桌位管理操作结果。
如为完成桌位管理操作:结束桌位管理流程。
1.4数据库设计
前面已经根据系统的需求信息拟订了表结构,从现在开始,将介绍系统的具体实现。使用的后台数据库服务器为Access.
该图书管理系统的库结构为:
2.3.1桌位表
由多个桌位记录构成。
桌位记录的数据结构如下:
桌位编号--------整数(唯一标示符)
桌位所在哪个包厢---------变长字符串
服务员名称---------变长字符串
桌位大小---------实数
2.3.2客户表
由多个客户记录构成
读者记录的数据结构如下:
客户号-----------整数(唯一标示符)
客户姓名------------变长字符串
客户联系方法-----------变长字符串
2.3.3预定酒席记录表
由若干个预定酒席记录构成
预定记录的数据结构如下:
预定的桌号----------整数(与图书库中的图书编号对应)(唯一标示符)
预定客户的姓名---------------整数(与读者库中的图书编号对应)
预定的时间-----------------日期
2.3.4预定酒席历史记录表:(History)
由若干个预定酒席历史记录构成
预定酒席历史记录的数据结构如下:
预定人姓名-----------整数(唯一标示符)
预定的桌号----------整数(唯一标示符)
预定的日期----------日期
2.3.5退定酒席记录表:(Return)
由若干个退定酒席记录构成
退定酒席记录的数据结构如下:
桌位号------------整数(唯一标示符)
退定日期-------------日期
系统操作人员ID(B_Clerk_ID),整数(系统自动生成,唯一标示符)
2.3.6系统设置表
有单个系统设置记录构成
系统设置记录的数据结构如下:
记录号(id)整数(系统自动生成,唯一标示符)
1.1接处警受理子系统接处警受理子系统是本系统的基础功能之一,主要实现机场消防部门接处警工作,包括应急值守、综合评估和事件回顾等三个主要功能:接处警受理功能,需要为工作人员配套建设应急指挥场所,配备一机双屏工作计算机、接警耳麦话机以及大屏指挥系统。当有报警电话接入,系统自动获取来电号码与时间,记录系统,工作人员通过应急值守接警单,迅速登记报警信息,并启动配套预案。综合评估为机场消防力量到现场执行任务,对现场实际人员伤亡、财产损失和情况与指挥室联动,完善本次事件的信息。事件回顾为机场消防部门在事后由相应权限部门、人员对出警事件进行评价、归档和统计等功能。
1.2数字录音子系统当接警电话进入后,系统可自动识别来电号码及相关信息并弹屏显示,数字录音系统通过自动或手动方式启动同步录音功能,将通话内容、日期、时间等信息存入计算机系统中。录制的语音信息可通过多媒体音箱播放。系统提供多路录音通道(4/8/16路等,具体结合接警席位数量),对所有的接处警席位进行录音,各线路之间互不影响、分别存储并可长期保存。提供专业录音工控设备与配套录音软件,实现稳定。该项功能也是民航总局对机场消防保障必须要求之一。
1.3应急图文子系统应急图文子系统是整个消防地理信息系统的基础,也是该系统主要的创新应用,它负责建立和更新各类消防地理信息基础数据和相应的消防电子地图,如消防实力分布图、重点单位分布图、消火栓分布图、水源分布图及其地理对象的属性信息,提供更新、查询和显示等功能,也包括图层及图标的添加与修改;并能对显示的电子地图进行缩放、漫游、图层控制显示。通过本系统可对地图上的各地理对象进行位置查询和属性查询,既可以在地图上直接点击获得点击处的各地理对象,如消火栓、重点消防单位、消防大队等的相关属性信息;亦可以通过输入名称、地址拼音缩写或其他属性条件定位到某一或一组地理对象,从而获得其地理信息和属性信息。
1.4执勤力量管理子系统执勤力量管理主要与机场消防行政管理建设配套,在相关LED大屏幕上展示机场消防执勤力量信息。执勤力量信息包括执勤队伍的人员架构,包括执勤领导、执勤队长、执勤班长、作战队伍(含指挥侦查组、破拆救人组、灭火救援组、保障接应组、驾驶员、供水员、通信摄像组),各组别对应人员的姓名、电话、部门、照片以及职责分工。
1.5消防管理子系统消防管理子系统结合机场消防的内部管理需求,形成一套日常管理信息系统,包括人员管理、车辆管理、设备管理、训练管理、综合信息五个模块,实现机场日常消防资源的统计与管理。
1.6预案管理子系统通过智能化方式,为消防出警设置智能化预案,为不同应急事件,如飞行器火灾、航站楼火灾、恐怖袭击等事件设置处置流程,建立专业的飞行器破拆知识库,并将相应消防车辆、人员、物资配备合理动态调用。
1.7联动控制子系统通过PLC控制技术(可编程控制器),控制电路上开关量等信号,实现对消防队电动车库门、车库等警铃警灯的一键联动,提高出警速度。联动控制子系统,可以自主设置控制范围,与接处警配合,当值班人员接到报警电话,生成接警单后,可一键开启联动控制,警铃警灯立刻响起,车库照明灯亮起,相应车辆车库大门自动打开,消防战士迅速滑竿、换好衣服装备迅速出警。
1.8移动作战子系统移动作战子系统主要包括车载实时子系统和单兵作战子系统。车载实时子系统,主要通过车辆改装,为消防车辆配备3G高清摄像头、GPS定位模块等装置,可以通过车辆回传实时视频信号,便于指挥室统一指挥。通过GPS定位与图文信息结合,便于对车辆行驶的轨迹与路径管理。单兵作战子系统包含头盔和主机两部分,消防战士在现场执行任务佩戴该设备,可以实时回传现场音视频信号,便于指挥室统一指挥。
1.9视频监控子系统视频监控子系统在机场范围内基本建设完毕,为了方便管理与调阅,更多需要使用现有接口在系统中实现实时查看、放大缩小画面、转动云台观看等功能,配合机场消防部门的日常管理和出警处置工作。
1.10短信平台子系统短信平台结合用户通讯录和移动终端,在事件响应过程和日常管理中,为相应人员进行短信提醒下发,方便信息的下达。上述为机场消防图文一体化系统的主要功能,随着机场安保工作提升将不断得以完善。