资料监控

资料监控（通用6篇）

资料监控 篇1

如今应用在图书馆界的管理软件种类有好多, 除去几种应用广泛的, 还有很多小型的、不常用的一些软件, 另外, 还有国外的图书管理系统如:UNICORN, INNOPAC, HORIZON, ALEPH等。其实每一个大型的管理软件, 都是一个独特系统, 有自己的运行规则和模式, 精通某一个软件的某一项功能尚需很多时日与实践, 精通它的所有功能更是耗费多月甚至多年的时间钻研。那要精通很多种管理系统软件, 就算是精通其中的编目系统功能, 略通相关功能模块, 也是相当费力费时的任务, 就拿ILAS (图书馆自动化集成系统) 来说, 用了多少年了, 精通编目模块功能的人还是寥寥无几。很多功能、做法, 要经常使用, 一段时间不用, 可能又忘了, 还要经常相互询问下某些用法, 记住那些用法、格式、规则等等, 有好些要记在本子上, 才能说算是能胜任使用这个ILAS做图书编目了, 这里还只说管理软件, 还没说中国图书机读目录规则, 那繁琐的机读编目格式标准marc呢。每个图书馆都根据其自身的状况, 选择适合自己的图书管理软件, 所以图书公司给用户做编目数据时, 就面对着五花八门的软件叫苦连天, 恨不能用一种软件一统天下。当然公司编目员各种软件做得多了, 也被逼成了图书软件的使用专家, 也都对常用的N种软件略通一二, 但也只是略通而已, 很快又要适应、学习下一家的不知道什么软件了, 因此他们都是某种软件的临时编目员, 肯定比不上常年使用某种软件的编目员对那种软件的熟练程度, 也就比不上他们的准确度。很多大学图书馆由于进书量大, 本馆加工不完而外包加工, 进而监督承包公司加工图书, 其中很重要的一环, 是监督把关公司的编目数据质量。承包公司员工因经常给不同的图书馆加工图书, 而变换多种图书馆管理软件, 因此在审核数据时就要谨慎把关。本文即是笔者多年审核公司图书编目数据的经验之谈, 浅谈如何用个别登记帐监控图书编目数据质量。

一、个别登记帐的格式设计

点击ILAS采访管理———验收管理———个别登记———格式设计, 自带格式里默认项目只有索取号、条码号、价格、IS-BN、题名、馆藏地点、责任者、卷页、出版社等。想用个别登记帐找出编目数据所有错误, 光凭这默认的提取项目, 是不可能的。据多年的编目经验, 增加下述提取项目:如记录号、文献流通类型、数量、010d、馆藏地点、光盘号、版本、出版年、分类号、批号、附件、馆藏分配地点、总价等。在格式设计里增加上述统计项目后, 能准确地查出绝大部分错误, 能使检查编目数据快速高效, 再一一检查数据时, 就不用面面俱到地查看数据的各个点, 个别登记帐提取过的项目就只需略看, 重点查看重要的几个位置就行。使用好个别登记帐, 便能较好地找出编目数据的绝大部分错误, 而恰恰很多错误是逐一检查数据时容易忽视的, 我的感觉是人再聪明认真也敌不过电脑的快速准确, 所以很多工作都可以利用电脑。

(一) 项目设置和增加。进入个别登记帐格式设计, 双击某一项目表格, 待表格呈黄绿色, 再点住它往右上拖拽, 就能增加项目表格, 然后修改它的代码和名称。

(二) 提取代码设置。笔者反复试验找到了如下有用项目代码:记录号———ACQd, 光盘号———307a, 馆藏地点———HLDe, 010d———010d, 文献流通类型———HLDf, 附件———215e, 091d———091d, 总价———ACQl*ACQo, 出版年———210d。

(三) 调整格局。默认的字体偏小, 要增大几号字便于观看, 根据内容长短, 可拉伸表格宽度, 常用项目可设置17个左右, 重要的项目靠前, 要彼此比对的项目相邻设置。

(四) 个别登记帐参数设置。项目上下显示位置设为居中, 左右位置设为居左, 这样能让信息整齐地显示出来, 最便于比对查看。其中版本、价格、数量等宽度较窄的项目左右位置设为居中, 也是便于查看, 提高效率。数量、总价、版本、索取号、010d、价格、分类号要勾选字段合计, 用以查看合计结果。如索取号与分类号的比对, 看看他们是否一致, 不一致则要查看哪里有问题;再如可设置 (出版年) 210d字段合计结果如有异常, 看看是否多写月份了;再如比较010d和价格字段合计结果, 看看他俩有无差异, 若有差异, 应该就是哪里数据中价格的问题, 要查改;另如查看版本项合计结果能看出这页数据上版本情况, 若为不为0则有多版次版本。如果想统计查看某项数据, 但个别登记帐格式设计上无自带提取代码, 则要寻找、试验提取代码, 待获取到相应的代码字段, 把代码粘贴到数据提取相应处才能用。

二、个别登记帐的使用

因条码合并后输出的页码与数量少, 大批量图书数据一般都有上千条, 或达几十页, 因此用个别登记帐检查编目数据时, 常常勾选“条码合并输出”项。但是要查看每一册书的馆藏地点、流通类型、条码时, 条码不能合并输出, 因为要检查每个条码数据状况, 要查看每册书的数据显示就不能勾选“条码合并输出”项。另外, 同一条数据上的到书, 如果几个批号前头是一致的, 用前头一致的批号提取数据, 同一数据里的条码会合并输出。

(一) 查看记录号。记录号代码不好找到, 经过多方努力终于找到ACQd, 每条数据的记录号相当有用, 记录号短, 都是数字, 具有唯一性, 能快速定位数据, 中文数据无需输入前头的很多0, 只需输入后面1~6位左右数字即可, 比索取号、控制号、书名、条码号找数据快捷太多。

(二) 查看数量与批号。数量的代码是自带的, 提取的数据如出现数量空白, 就与条码个数比对, 结合验收分类统计查看条码是否漏输。批号代码ACQh也不好找, 可以查看某数据批次或批号正误。

(三) 馆藏地点检查。提取数据时, 不勾选“条码合并输出”, 让提取的条码是一条条单列的, 接着按馆藏地点排序, 这样如有空白的馆藏地点项就排在最前头了, 就可以找到那条改正。此外, 假如编辑中文图书, 馆藏地点项出现西文版本、西文书库等就会排在中文书库与中文版本前面, 再看看排在中文书库与中文版本后有无错误的馆藏地点, 然后找到错误的馆藏地点数据, 修改它们。西文编目数据检查方式相似。像这些错误在常规逐条检查数据中不容易被发现, 或者需要太多的注意力, 让人很疲惫, 还漏掉很多错误。

(四) 条码检查。一般地大批量加工图书时, 条码合并输出, 复本的条码是连续的, 极少断裂。每种书正常的条码是一段一段的, 哪里到哪里, 有规律, 看着整齐。如果看哪条数据条码不连续, 可能就有问题了, 就要核实清楚, 如:是不是数字写错、条码重复、条码缺漏、条码漏数字或多数字等等, 这要根据你的实践经验判断和检查, 找到错误。同时, 条码不合并输出也提取一下, 按条码排序, 看看条码是否异常, 在某大批书整批加工完后, 整批都一次输出, 看条码是否都连续, 能看出条码输错, 或漏输的问题。按条码排序, 看看序列前后有无条码异常, 如有异常的就用记录号找到问题数据, 修改它。因记录号是简单数字, 唯一性, 就是数据的身份证, 故按记录号查找数据是最快的, 相比用索取号、ISBN、条码、题名等都快捷。图书加工公司修改数据时, 都用记录号记录某条问题数据, 查找时, 中文数据不用输入前头的很多零, 只是记录号代码是自己找到并添加的。

(五) 版本检查。依版本排序, 前头是空白的, 花哨版本和中文数字排在后头, 找到异常的并修改, 这样逐一检查数据时就不用看版本字段了。

(六) 索取号与分类号检查。依索取号与分类号排序, 像头字母小写、空白、数字开头、空格、符号开头等异常的就排在列表前后头, 改正即可。要多加注意的是, 如果0类索取号或分类号被排在其他类前头, 很可能是大写字母O被误写成数字0。大致浏览中间位置的索取号与分类号。再检查比较页面底下索取号与分类号小计, 二者合计基本是一样的, 若不同, 就查看每条数据索取号与分类号, 发现问题。要注意的是, 分类号若只分到一级, 光有字母, 系统自动合计时, 会被算作零, 但是索取号合计时又被算作种次号中的数字, 这样分类号合计就小于索取号合计。

(七) 文献流通类型检查。不合并条码, 让一个个条码单列数据, 依文献流通类型排序。中文编目, 中文书库代码001, 中文版本代码005, 排序后, 前面001, 后面005, 若有空白或其他代码那就是文献流通类型错误, 找到记录号号检索修改它。西文编目数据的处理方式同理。

(八) 010d、出版年、附件、光盘号检查。这几项是自主添上的, 010d、附件、光盘号用于检查带光盘图书数据。标示代码:附件215e;光盘号307a;价格010d (含光盘) ;出版年210d。

(九) 价格检查。总价与价格, 依价格排序, 看看有无异常。再比对价格与010d合计, 是否一致, 然后看总价与价格的倍数关系是否正确。

(十) 馆藏分配地点检查。依此排序, 前头如有003或001:0、空白等错误。正常的如003:1, 001:4, 即003中文版本1册, 001中文书库4册。

(十一) 题名等多项常规项目检查。题名、出版社、页码、ISBN与责任者是常规项目, 逐一排序, 看看序列前后有无空格开头、杂乱符号、空白、数字等异常内容。大致浏览中间数据, 经验多了对突兀数据很敏感, 用记录号查找修改它。

三、结语

如果说逐条审校数据是原始低效办法, 那自主开发增添一些个别登记帐的提取项目来检查数据, 就是特效高级手段。系统管理工具自带的检查统计工具往往只有最基本的功能, 无法帮你达到高效快捷审校数据的目的, 通过比对, 自主开发的个别登记帐能大大地提高审校数据的准确性和效率。

摘要：监控外包公司的编目数据质量极其重要, 诸多手段中, 运用个别登记帐检查编目数据是较为全面、高效的方法之一。经过设计、改良、充实过的个别登记帐运用恰当的识别技能可以快速、准确地查找出绝大部分的编目数据错误, 有些是常规审核中难以发现的错误, 因此个别登记帐是监控图书情报资料编目数据质量的有效利器之一, 值得去好好运用、研究

关键词：个别登记帐,编目数据,质量监控

参考文献

[1]许晓安.基于WEB的智能学习帮助系统ILAS的系统设计[J].广东技术师范学院学报, 2008, 3

[2]深圳图书馆ILAS研制中心.ILASII2.0系统操作手册[Z].深圳:深圳图书馆

[3]杨美容.基于WEB2.0的ILAS系统学习与交流网站的设计[J].电脑学习, 2010, 3

[4]国家图书馆《中国图书馆分类法》编辑委员会.中国图书馆分类法[M].北京:国家图书馆出版社, 2010

[5]胡广翔, 金培华, 杨齐等.联机联合编目与Z39.50标准协议应用研究[M].北京:社会科学文献出版社, 2011

资料监控 篇2

1、安全监控机构必须绘制安全监控设备布置图和断电控制接线图，图上标明传感器断电器、分站等设备的位置、断电范围、传输电缆，该图应按季绘制，及时修改，与现场一致。-

2、安全监控机构应统一规范以下记录：

(1）设备、仪表台帐；

(2）监控设备故障登记表；

(3）检修记录；

(4）巡检记录；

(5）中心站运行日志；

(6）传感器调校记录；

（7）断电试验记录；

（8）监控瓦斯报警记录；

（9）测点定义配置表。、各类记录操作和填写标准：

(1）主机运行日志：该日志必须由机房值班监控员填写，填写内容为观察到的监控系统所有设备运行状况、故障情况，设备包括主机、分站、各类传感器、分站等。机房值班员时刻观察机房内设备运行状况和显示屏各测点的变化，发现不正常及时通知值班人员安排处理。

(2）断电试验记录：监控断电功能要求不超过 7 天进行断电试验一次，确保瓦斯超限能切断被控设备电源。断电试验应在被控开关负荷有电时进行，出现断电失灵必须立即通知区队相关人员进行处理。

(3）监控瓦斯报警记录：填写内容为日期、报警探头名称及地点、测点号、报警起始时间、报警值、终止时间、最大值、通知有关人员、报警原因、追查情况等。瓦斯报警时监控操作员应通知的有关人员包括通风组和有关领导。

(4）测点定义配置表：监控场所的定义，要严格按照规程措施和有关规定如实进行定义，对删除或变更的测点应及时在该定义配置表修改。当一个传感器控制多个断电器时，所有测点要全部填齐。

(5）传感器调校记录：传感器调校记录分为地面维修室和井下传感器调校记录。

资料监控 篇3

1 开发背景和意义

随着我国气象业务体制改革的不断深入, 基层气象台站日常工作的重点已逐渐从保障电文准确及时上报转移到了保障大量密集数据的传输上, 传输频率由1次/h改成12次/h, 数据量增加了10倍以上。而目前气象台站中普遍使用的自动气象站业务系统OSSMO 2004 (以下简称OSSMO) 中对资料传输监控的支持存在着缺陷, 每当遇到网络故障无法传输资料的时候, OSSMO便会不断调用发送功能, 占用了大量的系统资源造成死机。工作人员如不能及时发现, 会使数据长时间滞留甚至丢失, 若要及时发现传输, 故障则必须每隔几分钟检查1次传输状态, 工作量会非常大, 且效率低。为解决这一问题, 有必要开发一款自动气象站资料传输监控警报软件, 代替工作人员周期性地检查传输是否正常, 以提高数据传输率。

2 系统分析

2.1 需求分析

自动气象站资料传输监控软件应具有功能:自动以固定频率对数据传输状态进行检查, 发现数据未及时上传立即发声报警。

2.2 可行性分析

OSSMO的资料传输机制是将待发送的数据存于系统“AWSNET”子目录[1]下, 再由传输模块按固定的时间间隔将该目录下的文件发送到指定服务器, 发送后即删除本地文件。因此, 可采用的方法是:周期性检查“AWSNET”子目录下是否存在文件, 若连续3次检查发现有文件则表明文件无法传出, 应立即发出警报, 若检查中任意一次未检测到有文件存在则表明文件已传出, 则继续进行循环检查。开发工具选择:Visual Basic 6.0 (sp6) 。

3 系统设计

根据前面对系统需求和可行性分析, 该自动气象站资料传输监控系统应该具有参数修改存取、文件检查、发声警报、文字提示等功能。自动气象站资料传输监控系统的功能模块见图1。

4 系统实现

4.1 界面

启动VB 6.0, 新建1个工程, 添加1个Text Box控件、1个Label控件、1个File List Box控件、3个Command Button控件、2个Timer控件, 调整好控件尺寸和位置。

4.2 初始化模块

4.3 参数修改保存模块

4.4 文件检查模块

4.5 发声报警模块

5 结语

自动气象站数据传输状态的检查由系统自动进行, 发现问题及时发声报警, 不必频繁地人工检查数据传输是否正常, 大大减轻了值班人员的工作量, 并有效地提高了自动气象站数据的传输率[2,3,4]。

摘要：阐述了自动气象站资料传输监控系统的开发背景和意义, 并对系统的需求、可行性进行了分析, 介绍了系统设计与实现, 以期保障资料的正确传输, 提高工作效率。

关键词：自动气象站,资料传输,监控系统,设计,实现

参考文献

[1]中国气象局监测网络司.地面气象测报业务系统软件操作手册[M].北京:气象出版社, 2005.

[2]赵忠杰.ZQZ-CⅡ型自动气象站故障及维护[J].沙漠与绿洲气象, 2009 (S1) :95-96.

[3]蔡震坤, 吕斌.自动气象站校准工作方式的比较研究[J].沙漠与绿洲气象, 2009 (S1) :87-90.

资料监控 篇4

一、班长的职责：

1、全面负责本班工作的开展；对本班夜间的安全工作负责。

2、督促本班成员认真贯彻公司的各项制度及要求；

3、合理分配本班成员的工作，并检查执行情况，如有异常及时向 上级汇报。发现设施设备不能使用及时向上级报备。

4、负责严格执行夜间人员进出的管理，未经上级批准夜间禁止人 员进入商场。夜间进场许可证必须有领导签字，才可以，在场 内的期间，认真做好禁烟及禁止动用有火灾隐患的设备，并督 促监控做好进出时间的记录。

5、认真做好与白班的交接工作，接班后认真组织夜保人员进行全 面的清场检查工作，确保人员已清理干净，全部门已锁好，无 安全隐患。

6、负责公司相关事宜的上传下达，确保步调一致。

7、上级领导交办的其它事宜。

二、夜班保安员职责：

1、按照班长的工作安排，认真履行夜班保安员的职责，对所分配 的工作负责。

2、接班时，按规定认真锁好相关楼层的门，如为人为疏忽，出现 安全事故，追究其失职责任。

3、巡场时携带好防身工具，按规定的路线巡场，特别要注意门锁 情况，发现异常及时报备当班班长。

4、晚清场、早进场时按规定站点，提高安全意识，预防事故发生。

5、认真学习公司各项制度，并认真执行。

6、其它上级交办的事项

三、夜间保安人员工作流程

1、提前15分钟到岗，做好上岗前准备工作，参加白班进场和清场工作，确保安全。

2、陪同白班人员仔细巡查所有安全部位，以及锁好各通道门，认真做好交接班手续，并登记好。

3、对延迟加班、装修施工的铺位，应留人陪同，认真做好禁烟及禁 止动用有火灾隐患的设备，不得擅自离岗。

4、夜间保安人员在巡场过程中，必须携带对讲机、电筒、警棍等安全工具，按规定的路线进行巡场，对场内存有安全隐患的铺位要仔细检查并登记，特别对门锁情况要认真检查。

5、夜间保安人员不允许睡觉，应每隔20分钟在场内巡视一遍，并在场内监控器下示意、打更。夜间巡视应保持高度警惕性，如发现可疑人员或窃贼时，应先通知监控室进行监控，同时报警并上报公司领导，实施抓捕。

6、发现火情时，应先判断火情大小。火情较小的情况下，应该第一时间扑灭。火情较大应及时通知监控室，由监控室拨打“119”报警，同时报告总值班领导。

7、认真填写交接班记录，并做好交接班手续。

8、工作中要服从工作安排，积极主动配合公司各项工作的开展。

四、监控员岗位职责：

1、熟练掌握和使用监控系统、消防报警系统、喷淋控制系统，能够排除简单的故障。

2、认真观察监控视屏，及时发现疑点，并迅速通知相关安保人员查明原因。对因人为疏漏，导致安全事故发生的，由当事人负责。

3、严守工作机密，不准无关人员进入监控室（如需进入须得安保部负责人同意），不得与无关人员谈论监控内容。

4、认真保管好监控录像，未经安保部负责人批准不得查看，未经总经理批准不得外借，任何人不得私自拷贝监控录像。

5、白间监控人员做好人流量的统计；夜间巡场真实情况的抽查及异常情况汇报。

6、夜间监控必须保证有一人监视，确保不漏一点可疑迹象，严禁脱岗，漏岗现象发生。上洗手间或吃饭时，通知班长或相关人员顶岗。禁止监控室无人值班情况发生。

7、发现情况要详细做好记录，包括发现情况的详细时间、过程及处

理结果。

8、认真做好交接班和交接班的记录，交接班时，应将当班发现和需 注意的情况告知接班人，接班人员应检查设备的工作情况，以保 证设备一直处于良好的工作状态。

9、监控、消控设备异常情况的及时报修工作。

10、白班交班后，所有延时下班人员必须经小南门进出。

11、其它上级安排的临时性工作。

五、监控记录要求：

1、清楚记录当日值班人员的姓名；

2、清楚记录白班交班后延时下班的各门店的情况；

3、清楚记录当日值班人员的巡场情况，禁止虚假登记；

4、监控员应将夜班外出巡场的进出记录进行详细登记；

5、其它一切异常情况，应该做好详细记录。

六、大夜班工作职责及要求：

1、工作时间：当日23：30-次日：6：00，未按规定出勤，按公司考

勤制度办理。

2、服从当日班长的工作管理，按照当日所属班长的工作安排，认真 履行外场夜班保安员的职责，对外场出现安全事故负责。

3、接班时，按规定认真检查外场所有门锁是否锁好，发现异常及时 向当日班长报告，并予以处理。接班时未按规定检查门锁的，每 次扣罚50元。

4、巡场时应认真全面的对外场按规定进行巡场，巡场时携带好防身 工具，特别要注意检查外场所有门锁情况，发现异常情况及时报 备当班班长。如为人为疏忽，出现安全事故，追究其失职责任。

5、认真学习公司各项制度，并认真执行。

6、工作中提高安全意识，预防事故发生,工作服务当班班长的检查 与监督。

资料监控 篇5

一、基建工程项目中档案资料监控以及管理的不足

1. 资料收集不够全面。

例如, 某些工程上的设计有变动, 在编制资料的时候, 只将变更通知书进行记录, 却未对相应的施工进行记录;某些待用材料尤其是以大代小的材料并没有核定审批意见;部分交接验收记录没有签认手续等。

2. 资料不够准确。

资料的随意性比较严重, 对相同工序检查出的数据, 按照其相似的数据填到了另外的同类工序中而缺少必要的检查, 部分监测数据在所允许的误差范围内, 有的人以为只要检查得出的数据在相应的误差范围内即可, 便随意填了一些看起来很合理的数据。

3. 收集与整理不够及时。

对工程对应的档案资料进行管理应当从合同签订完成后准备开工时就着手, 如图纸会审纪要以及开工报告等, 在施工过程中应根据规定对其及时予以规范记录, 努力做到开工有报告、进场有合同、变更有手续、验收有根据、施工有记录、对照有标准, 每一个环节都应当及时、到位。

二、加强基建工程项目档案的管理措施

1. 管理以及监控措施与工程建设同步, 进行全程监控, 及时对档案人员进行培训, 提高工作质量。

一切工程合同都要对其档案的移交进行明文规定, 施工单位作为档案的最直接的接触方, 能否适应档案管理相应的要求以及标准, 树立档案意识等都会对档案的质量产生很大影响。有些单位仅仅较为重视进入施工现场的安全, 却缺乏档案管理方面的培训。因此, 必须及早对相关监理人员进行培训, 树立档案思想, 这样才能确保资料收集齐全并且质量较好。同时, 对施工单位相关人员开展文件整理、档案管理、交工技术等培训, 加强建档以及归档意识, 熟悉其归档要求、收集范围、整理标准等。

2. 资料分发时必须加强监控。

基础建设工程在施工过程中, 承建方的资料室在工程竣工以及档案验收中起着十分重要的作用, 同时负责图纸以及其他资料的发放。未来确保竣工时所需档案高质量, 相应的管理者应当亲自参与监控资料分发的工作, 分发前首先将需归档部分保存之后再分发, 特别是像详勘这些数目有限的资料, 必须妥善保管。这样才能够在保持图纸清洁的同时使归档资料比较齐全。

3. 立项时应当加强资料监控。

工程项目在立项、审批、勘察之前, 相应的管理部门并没有成立, 自然就缺少档案管理者。而工程准备时相关材料往往比较分散, 部分文件在其文书相关部门, 部分文件放置在后勤部门和施工工程公司, 同时, 投招标以及勘察文件又放于工程管理部。

4. 对新设备的检验加强监控。

新设备到货后, 随之会有相应的图纸资料。值得注意的是, 进口设备对应的外文资料往往是与其设备一起放置, 而国产设备所提供的使用手册又不足, 必须建立合理的设备开箱检验相关制度并严格执行, 对开箱权限予以明确。

5. 完善制度, 明确责任。

承建单位必须明确基建工程档案管理由项目经理或总工程师领导, 质量生成单位或档案部门负责专管, 档案管理者以及项目经理负责, 施工管理者具体落实的工作机制。大型的工程项目部门一定要有现场的档案管理员, 中型或小型项目部门, 应当有兼职人员对资料进行收集以及整理。单位应适时对档案工作者进行相关业务的培训。

6. 发挥合同的法律效应。

档案管理部门应当参与起草合同的相应管理工作, 将文件材料的归档以及积累当作合同中的重要内容独立为一条款, 对竣工文件材料的验收时间、质量以及份数、副本内容、归档范围提出明确要求, 以法律形式保证基建工程档案归档工作落到实处。

摘要：基建工程档案管理至关重要, 渗透于建设整个过程。本文就管理以及监控中的不足, 提出了应对策略。

资料监控 篇6

随着气象事业的发展,越来越多的数据提供给气象人员使用,对资料的管理与监控的要求越来越高。因此对于数据库管理员来说,定时检测气象资料是否到齐,成为越来越繁杂而重复的工作。交由电脑自动完成检测,在资料缺失时及时提醒管理人员,可大量降低管理人员的工作强度,使管理人员有更多的时间与精力集中在其他的工作上。

2 技术支持

本系统采用Visual Studio作为开发平台,开发语言选用C#。目前国内气象数据资料大多存放在Oracle数据库中。但由于目前软件设计中,将数据库与应用系统分层,因此,只需作少许改动,只要数据存储逻辑结构不变,即使是使用其他数据库,也能进行对资料情况的监控。由于在系统中使用数据库网络服务名连接远程数据库,运行的电脑上也需要安装Oracle客户端,并配置相应的网络服务名。在系统使用xm文件对系统配置表进行存储。配置表决定了系统的初始化内容、监控内容、监控方式,因此后文将主要针对系统的配置表进行详细的说明。在监控过程中,使用多线程技术,在友好地向用户展示监控结果的同时,后台进行对数据的多线程监控。

3 系统设计

3.1 系统概述

本系统由配置表定义监控的逻辑、异常的阈值。监控的数据库(通过在Oracle客户端中配置网络服务名)所需的连接信息,也保存在配置表中。

系统根据配置表定义的数据库与监控逻辑,对每一个资料分别新建一个线程,在定义的时间点对其数量进行监控,并与配置表中定义的相应时间应有的资料数量进行比较,如果小于该数量,使用蜂鸣器进行报警,同时界面显示该资料异常。用户点击异常图标,可查看详细信息。

3.2 系统组成

3.2.1 多线程监控

系统主线程针对配置表中每一个数据库生成一个子线程,该子线程针对该数据库每一类资料在生成一个资料监视线程,在该资料线程中使用定时器完成定时的监控。如图1所示。

3.2.2 配置表

在系统启动开始,使用配置表对整个系统进行初始化,如果初始化失败,弹出配置表修改界面,可对配置进行修改并重新初始化。虽然配置表保存为xml格式,但在编程中可视为一个微型的xml数据库使用。在与用户的交互上,使用vs控件datagridview作为界面接口,修改保存方便。配置修改完成后,对整个系统重新初始化。

3.2.2.1 数据库配置表

数据库配置表主要用来存放监控数据库的连接信息,包括网络服务名、用户名、密码。如表1所示。

该xml配置文件举例如下:

每一个DBinfo节点保存一个数据库配置信息,类似数据库中DataTable的一行。其他配置表格式和此表类似,不再详细列出。

3.2.2.2 资料监控表

资料监控表定义监控的资料名、资料所在数据库、所在表及表的列名、扫描的时间间隔、扫描类型、扫描起点等,如表2所示。

气象数据库资料除了数量外,对于特定站点在特定时间的资料是否到达要求也比较高,因此除了监控数量外,也需要对特定站点的资料是否到达进行监控。由是将资料监控方式分为3类:数量的监控(Type为NUMBER)与特定站点的监控(Type为STATION),自定义监控(Type为ELSE)。第三类自定义监控在比对时同样使用资料内容比对表,抽取的内容在数据库资料提取表中定义,详细说明可参看3.2.2.3和3.2.2.5小节。

3.2.2.3 数据库资料提取表

数据库资料提取表定义数据库所要监控的资料,以及如何提取监控资料信息。表结构如表3所示。

当资料类型为NUMBER(对数量的监控)时,统计当日已有数量;当资料类型为STATION时,统计最新资料站点类型,并检查相应时间点资料内容是否齐全。

3.2.2. 4 资料数量比对表

资料数量比对表存储相应资料在某一时间点应有的资料数量,包括数量的上限与下限,超出这个范围,都将显示资料数量异常。如表4所示。

3.2.2. 5 资料内容比对表

实况报、自观资料等需要在特定时刻检查特定站点的数据是否到达,因此,检查数据库中是否有最新的站点资料。使用机场4字代码表示需要检查的站点,例如ZUUU表示成都。该配置表结构如表5所示。

3.2.3 系统处理流程

系统启动时,首先从资料监控表中选出监控的资料列表,并以“资料编号”排序作为界面表格的x轴;从数据库资料提取表中选出需要监控的数据库,并以“数据库编号”排序作为界面表格的y轴;对于界面上每行数据库对应的监控资料结果,如是需要监控的资料,则表示为红绿灯(红为异常,绿为正常),否则以灰色的灯表示。如图2所示。

界面初始化完成后,从资料监控表中,提取出各资料的起始监控时间,如果晚于当前时间,显示灰色灯,并设置定时器按时检查。如果早于或等于当前时间,立即检查,并依据资料数量比对表和资料内容比对表的结果显示红灯或绿灯,同时设置下一次自动检查的时间。在选取比对时间点(Time字段)的时候,采用向前的最接近的时间点。比如现在是940分,在比对表中X资料的Time字段依次有7:30、8:30、930、9:45、10:30等等,则应选取9:30的时间点。

4 结语

目前该系统为在单独电脑上运行的应用程序,如果监控点增加,一旦应用程序发生修改,得在每一个运行该程序的电脑上进行更新,不易维护。在进一步改进上,可考虑改为b/s结构,通过网页对数据库中资料进行监控,更利于后期维护。同时可考虑采用Ajax技术,使界面与用户的交流更加友好。

参考文献

[1]王超,等.Visual C#通用范例开发金典.电子工业出版社,2008.

[2]赫春强.C#基础与实例教程[M].北京:中国电力出版社,2006.

[3]明日科技.C#经验技巧宝典.人民邮电出版社,2007.