时间：2022-09-10 16:03:24
序论：速发表网结合其深厚的文秘经验，特别为您筛选了11篇管理系统论文范文。如果您需要更多原创资料，欢迎随时与我们的客服老师联系，希望您能从中汲取灵感和知识！
1.1系统设计原则根据IT资产RFID标签操作管理流程，RFID系统设计遵循以下原则：（1）通过RFID手持终端设备更新设备现场信息，实现数据信息在ITSM系统、SCCM工具平台及RFID系统等不同系统间的共享与交互，完善设备资产信息，建立高可信度的IT设备台账，提高IT资产数据的准确性和真实性。（2）IT资产变更流转历史数据可追溯。完成设备入库-设备申领-设备调拨出库-设备退库报废一系列IT设备资产全生命周期运转在系统流程内有效实现，建立行而有效的IT设备资产全生命周期管理体系。（3）通过RFID电子化标签进行IT设备日常运维、巡检及资产盘点等常态化工作。（4）实现IT设备资产运行状态监控，预防设备发生严重故障，提高对IT设备资产管理时效性。
1.2系统整体架构RFIDIT资产管理系统从ITSM系统中自动获取设备台帐和设备使用人信息等，利用RFID手持终端到现场进行任务办理，任务完成后，相关功能模块数据结果同步到RFIDIT资产管理平台，经过资产管理人员审核批准后，同步到ITSM系统中。
1.3总体技术路线RFIDIT资产管理系统的功能是通过整合其他两个系统中的数据和服务，共同提供服务。为了更好的实现数据的及时性，避免数据冗余带来的数据不准确，该系统设计使用数据库集群、应用分离的架构设计，如图（2）、图（3）：
1.4系统安全设计
1.4.1系统运行平台采用Tomcate平台作为应用系统的平台，Tomcat是一个轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP程序的首选。
1.4.2访问权限管理系统分开为三大子系统，即网络服务器、中间件、手持设备，采用统一的用户权限管理，用户需要通过用户名、密码才可以访问系统。为了确保各个组件之间的数据交互的安全，我们在WebService上也进行了用户名和密码的设置，确保数据安全稳定。
1.4.3审计日志在WEB服务器、中间件上，配合每个环节的历史日志，记录了用户的登录、同步、任务获取提交分配等全部行为。
2系统功能包含功能模块
2.1IT资产新增管理模块IT资产新增是从IT资产采购入库到IT设备调配工作环节中采用RFID技术进行实现的功能模块，此功能包含以下模块：（1）IT资产入库初始化：RFIDIT资产管理系统获取ITSM系统中入库设备，作为入库任务，通过RFID手持终端收集设备信息（it设备网卡MAC地址、SN码和RIFD），经系统批准后同步到ITSM系统中。（2）IT设备新增：RFIDIT资产管理系统从ITSM系统数据库获取设备申请单，作为任务到RFID手持终端，由RFID手持终端收集设备信息（it设备网卡MAC地址、SN码和RIFD），设备信息收集完善后可同步到ITSM数据库。
2.2IT资产RFID初始化、盘点、巡检管理模块（1）IT设备RFID初始化：系统同步ITSM系统中的IT资产列表，作为IT设备RFID初始化任务分发到RFID手持终端，通过RFID手持终端绑定设备四项（it资产设备编号、网卡MAC地址、SN码和RIFD）关键信息，经系统绑定后同步到ITSM系统中数据库。（2）IT设备盘点：系统自动获取ITSM系统的IT资产列表，作为盘点任务分发到RFID手持终端，通过RFID手持终端按部门方式对所有IT设备进行逐个盘点，回馈盘点结果到系统中，并同步ITSM系统中。（3）IT设备巡检：系统自动同步ITSM系统的中IT资产列表，作为巡检任务分发到RFID手持终端，通过RFID手持终端按部门方式快速读取设备RFID标签（有效距离内每分钟完成200个IT设备的巡检），并把巡检结果同步到系统中，同时经IT资产管理人员批准后，同步到ITSM系统中。（4）IT设备退库：系统自动同步ITSM系统中的退库申请单，作为退库任务分发到RFID手持终端，按任务要求查询退库设备，退库任务完成后，同步退库结果到ITSM系统中。
2.3IT资产配置监控及报告管理模块IT资产运行状态监控，是通过RFIDIT资产管理系统自动分析和判断IT设备运行状态，包括设备配置变更自动提醒和告警，方便IT资产管理及时定位处理，具体功能如下：（1）IT设备监控：结合RFIDIT资产管理系统完成的数据库信息，通过系统状态监控列表，实时对珠海供电局所有IT设备进行实时的状态监控，监控内容涵盖设备的运行配置信息、配置变更信息、配置变更历史查询和变更处理，同时经过IT资产管理人员确认批准后，可把IT设备配置变更数据同步到ITSM系统中。（2）IT资产报表：系统可按要求自动生成个性化的IT资产报表，管理人员通过IT资产报表窗口，对报表条件进行筛选，系统自动生成相应的IT资产报表，并加以图形界面展示，同时可对自动生成的报表进行导出。
2.4区域内重点资产安全监控管理平台系统对重点数据保护区域和重大IT资产的实时监控，通过图形化的监控画面，资产管理人员可随时获取IT设备所处位置状态，防止设备“非法”移出监控区域，并及时以短信通知相关资产管理人员进行处理。
1979年以来，我国的会计电算化事业得到了很好的发展，其中总帐、工资固定资产、报表管理等模块已经非常成熟，唯独没有一个象样的、通用化的成本核算及管理软件。98年底，金蝶公司成功推出了《金蝶成本管理系统V1.0》。这一运用电子计算机现代化手段进行自动化的成本核算、分析及管理的先进工具为企业的成本管理提供了轻松的解决方案。
二、适用范围
目前，《金蝶成本管理系统V1.0》适用于采用品种法或类品种法的工业、加工、制造企业。
三、模块结构
四、系统特点
（一）界面清晰、思路流畅、操作简单、易学易用
金蝶成本管理系统V1.0完整地保持了WINDOWS的操作风格，并继承了金蝶财务软件的一贯风格，使得系统在界面上看起来清晰流畅。操作起来简单易懂、易学易用，快速上手。
（二）与金蝶软件其他模块无缝联接，自动获取费用发生数?
金蝶成本管理系统V1.0自动和金蝶软件的工资管理、固定资产管理、工业进销存、总帐等模块挂接，挂接时能自动获取工资、物料耗费和固定资产折旧数及其他任何要素费用的发生数，在成本计算过程中能自动生成记帐凭证（含费用发生的凭证、辅助生产、制造费用分配的凭证和完工入库的凭证三大类）。生成的凭证可传至总帐系统。成本系统和其他模块之间形成一个有机联系的科学的整体。这样不仅减少了重复输入，而且最大限度地保证了数据的一致性，保证了成本计算的科学性与正确性。
（三）高度自动化
成本管理被称为工业会计的一大难题，难就难在数字繁琐、计算复杂。因此，成本管理系统首先要解决的当然是自动化问题，金蝶成本管理系统目前在以下几个方面体现了高度的自动化。
1.自动从金蝶总帐、工资、固定资产、进销存等模块获取各项要素费用的发生数。
2.自动完成辅助生产费用的归集和分配。
3.自动完成制造费用的归集和分配。
4.自动完成生产费用在完工产品和在产品之间的分配。
5.成本计算过程中自动产生记帐凭证并传至总帐系统。
6.自动生成成本计算过程中的一系列帐表。
7.自动对成本数据进行分析。
（四）规范而清晰的成本核算流程
第一步：进行要素费用（如：原材料费用、工资费用等）的归集和分配
第二步：进行辅助生产费用的归集和分配
第三步：进行制造费用的归集和分配
第四步：进行生产费用在完工产品和在产品之间的分配
这样的流程不仅保证了成本计算的科学性和正确性，而且对用户起到了良好的引导作用。即使是对成本会计原理不太熟悉的用户通过系统的操作也能快速领略成本计算的奥妙，在短时间内学会成本核算的庞大体系和原理。
（五）丰富的报表体系
软件的最终结果是输出一系列报表，用户通过这些报表达到对业务的控制和分析。金蝶成本管理系统不仅全自动完成成本计算，而且还能输出成本会计所需的一系列成本核算帐表。这些帐表包括以下四大类：
1.要素费用归集和分配表类：原材料费用分配表、工资费用分配表、固定资产折旧费用分配表；
2.成本计算的过程表：辅助生产明细帐、制造费用明细帐、辅助生产费用分配表、制造费用分配表；
3.成本计算的结果表：生产成本明细帐、产品成本计算单等；
4.成本分析报表：要素费用分配分析表、产品成本结构分析表、产品成本比较分析表、产品成本趋势分析表。
（六）灵活的处理
金蝶成本管理系统可以说既有规范性又有灵活性，系统除了提供一系列自动输出的报表和规范的成本核算流程之外，还提供了用户灵活处理的余地，表现在：
1.可以自由定义成本科目体系，可有选择地修改系统产生的凭证。
2.可以设置自己需要的费用分配部门、费用要素、成本项目等。自由选择成本会计政策。
3.既可与金蝶软件的总帐、工资、固定资产、工业进销存几个模块无缝联结，又可独立运行，独立运行时须由用户输入费用发生数。
（七）系统提供了多达七种的完工产品和在产品之间分配生产费用的方法
（八）强大的自定义成本报表功能
藏书剔除即“将某些图书从基本藏书区中撤出，转人某种辅助藏书区、储存中心，或加以注销”的一个过程，将一部分失去使用价值或利用率很低的书刊撤离一线书库[1]，可使留下来的藏书更加符合图书馆的任务和读者需要。
一、常用方法的藏书剔除
常用的藏书剔除办法主要有主观判断法、书龄判断法、使用年限法等，其中主观判断法是藏书剔除最常用的方法之一，是馆员按照事先拟订的一系列相关的剔除标准（或准则），凭借自己的经验，直接在书架上剔除文献资料。面对的是知识内容千差万别、质量水平参差不齐的藏书，运用主观判断法进行藏书剔除的尺度很难把握。
书龄判断法是根据图书年代进行藏书剔除的一种方法。可是相同书龄图书的利用率会相差甚远，单纯以年代决定藏书的去留，就有可能把一些有价值的、使用率高的旧书剔除出去，或者留下许多书龄较短、不符合读者需求的图书。
文献寿命“半衰期”体现的是知识情报的老化与更新的基本规律，可以作为一线书库藏书剔除的一个参考依据。然而在实际工作中，量化某一馆藏是否超出其有效使用年限，或着超出了多少，都是很困难的。
调查研究法是开展特定范围（读者、专家）的调查，并根据调查结果进行藏书剔除的一种方法。它过分注重代表范围内的即时需求，忽视馆藏体系整体的、长远的建设和发展。
滞架时间是反映图书使用情况的一个客观标准，如果大量利用率很低的馆藏文献继续留在一线书库，会增加馆藏的承载负担和经济支出，增加读者查找和获取的时间。但如果图书没有放到规定位置，或者读者没有发现它，那么它自然没有被利用的记录，很可能就被选为剔除对象。
目标比对法是根据资源建设目标进行藏书剔除的一种方法。然而，藏书体系也需要不断完善，这种方法有时会加大滞后的周期。
上述方法从不同角度为藏书剔除提供依据，总体上说是各有千秋。有些时候，单独使用上述方法在时间、人力、质量等方面难以满足藏书剔除的需要，需要结合目标、摸索更先进、更科学、更合适的藏书剔除方法。
二、图书馆管理系统发展概况
图书馆管理系统,又称图书馆自动化管理系统，自国内图书馆开始运用图书馆自动化管理系统，到目前已经将传统的图书馆业务手工操作转变为计算机管理，从简单的单个模块管理提升到功能齐全和强大的集成系统，使图书馆的主要业务，包括采访、编目、流通、连续出版物管理、公共检索等，在一个书目数据库中得以实现。随着计算机和网络技术在我国的快速发展，图书馆管理系统全面普及，传统的人工工作逐项逐项地被计算机代替。图书馆管理系统本身从图书馆内部提供信息资源朝着馆际之间资源共享和信息资源的多媒体化[2-3]方向发展。图书馆管理系统实时显示图书的库存数量、种类，以及图书的借阅情况，有助于动态的分析和决策，提高了图书馆的管理水平，提高了工作效率。
三、基于图书馆管理系统的藏书剔除
在图书馆集成管理系统得到普遍应用的当前，依托各集成管理系统的功能，跟踪特定读者群，核实电子文献、各种数据库、虚拟馆藏的覆盖面、特色和利用情况。与对口院系、各专业尤其重点学科、基地建立长期的联系，掌握对口院系学科的专业设置、课程设置及学生和教师用书需求。根据入藏、流通、阅览统计，确定反映本馆利用状况的藏书周转基点，研究剔除一部分非本馆特色学科的文献、剔除一部分少人问津的文献，对藏书结构、满足率、利用率造成的影响。传统的藏书剔除工作也可以根据计划进度、一个库一个库、一类一类、持续不断地开展，形成一个经常性、制度化、规范化、以3～5年为周期的、按主题（或按类别）的藏书剔除制度。
利用计算机很容易列出长期滞架文献的清单，但是要从这几十万条数据中判断出哪些图书应该在这一批剔除的确有困难。况且，判断馆藏图书是否有使用价值，使用频率的高低只是其中的一个方面，使用频率的高低并不一定与使用价值的大小同步，滞架书刊中不乏一些内容质量、及其时效性都是好的或比较好的书刊，不应属于剔除之列。因此必须启用专用的系统，把具体的量化指标限定条件输入计算机，如历年利用率要求、出版时间要求、复本数量要求、外观状态要求、修补次数要求等，其中连续利用率、出版时间、复本数量可以从数据库获得，外观状态和修补次数如果有记录以记录为准，没有记录则认定外观状态正常、修补次数为零。在计算机分类分类平成检索之后，记录符合条件的分类结果，生成一个符合量化指标的表单。面对学科知识千差万别、书品质量参差不齐的具体藏书，不是用几条原则标准就能决定取舍的，随时都可出现的一些实际问题。所以还需具体问题具体分析，还须对藏书进行逐类审查、逐种鉴别的，任何僵化的、一刀切的做法是不可取的，因此需要对拟剔除文献进行必要的复审。
对于通过复核的拟剔文献，才可以分门别类交付工作人员把对应的文献逐一从架位上按顺序抽取出来，按顺序集中存放。下架后应设一道复核工序，即由复核人员对下架的剔除文献进行认真核对，以防止误剔、漏剔。同时，对获批下架文献进行相应的数据处理，把剔除文献的去向反映到相应的数据库，调整库位，生成新的排架号。
藏书剔除的主要目的是为了提高藏书质量，让使用率高的藏书留在一线书库的开架书位上，方便读者取用，提高流通书位的利用率，控制开馆成本。斯坦利J斯洛特的相关研究表明：“当一个图书馆的核心藏书占该馆现有图书的72～84%时，可以保证满足99%的读者使用需求”，换句话说，如果一个图书馆将其现有藏书的16～28%图书予以剔除，会对1%的读者需求产生影响。所以储藏剔除不能将剔除文献轻率地抛弃，对尚有一定参考、利用价值的书刊，优先移至贮藏书库，密集排架，以为读者可能产生的特殊文献需求提供保障。通过对藏书剔除相关问题的研究、分析和解决，可从藏书是否符合读者群的需求、藏书分类是否恰当、藏书著录是否准确、藏书排架是否符合读者习惯等一个个侧面为馆员改进工作提供了非常重要的反馈信息，进而有利于修正和调整资源建设的方针和政策，有利于管理水平的提高。
四、结束语
藏书剔除是藏书建设的重要环节，在当前图书馆集成管理系统得到普遍应用的前提下，依托图书馆集成管理系统的功能，可为藏书剔除工作提供更客观、更准确的依据，并有效地保障藏书剔除的进度和质量。
参考文献：
数据规划分析是以网络通讯、数据库、电子信息等技术为基础的，随着工作量的增加，产生的数据资料越来越多。若采用传统的人工管理模式，效率低下，容易丢失，且不易长期保存。在计算机网络技术的带动下，电力行业相继实现了信息化管理，工作效率得以大幅提升。但其安全首先要有保证，信息安全即信息要真实、完整、有效、可控，电力行业与人们生活及国民经济密切相关，一旦信息被篡改或被盗窃，将带来严重的损失。网络在提供诸多方便的同时，也容易被攻击，所以电力信息安全必须得到重视。
1.2 现状
与国外发达国家相比，国内的数据规划分析技术起步较晚，稍显落后。近些年来，电力行业有了很大进步，信息技术也在不断改进，这意味着我国在此方面有着广阔的应用前景。数据规划分析涉及诸多因素，是一项长期复杂的工程，我国目前还存在着些许不足。
首先，数据规划分析意识薄弱，电力部门领导阶层虽能认识到数据规划分析给电力行业带来的积极作用，但对数据规划分析安全有所忽视。认为采用先进的设备和软件就能保证信息绝对地安全，以至于防护措施较为简单，不能真正保护数据规划分析的完整性和真实性。黑客攻击、病毒植入等手段越来越高明，很多关键性数据规划分析存储于计算机中，很容易被侵入。
其次，硬件和软件是信息化管理的重要部分，但总体来说，国内软硬件水平偏低。如缺少自己研发的技术和品牌，多从国外引进，并未掌握其中的核心技术，致使不少的防病毒系统不能进行全面防御，也就无法充分发挥其作用。甚至有些部门只重硬件，而忽略了软件，在硬件设备的性能、配置、功能上不断创新，软件技术却长期没有更新，难以满足越来越高的要求。
此外，由于技术落后，国内还未真正建立起一个有权威的信息化标准体系，全国各地的标准都不统一，在很大程度上破坏了信息的安全性。而电力部门也没有制定规范标准，致使数据规划分析安全管理出现混乱，各环节不能紧密相连，极易引起信息堵塞，无法实现资源共享。
2 电力生产管理系统中的数据规划分析
2.1 调研分析——业务需求
根据信息工程方面的处理方法来进行数据规划，首先需要做的工作就是对当前情况下的业务进行调研分析，并通过一定的层次结构进行电力企业管理状况——业务过程模型的建立。这样就能够保证分析员及业务员的自身思想相统一。
2.2 调研分析——数据需求
其主要是运用信息工程方法的应用，此应用理论主要强调的工作就是对分析范围保证其完整性及全面性，所以，这就需要保证在数据规划分析的过程中对整个企业及企业自身的业务领域都有涵括，就如同业务分析一样，需要对全局性都进行观点的保证，同时，还要为系统功能的模型建立打下坚实的基础。因此，在对业务数据进行分析的过程中，所遵循的流程一般为视图调研到数据流量化分析再到数据库整体规划设计的实现以及通信网络整体规划设计的实现工作。
2.3 系统功能模型的建立
数据规划建立的基础就是业务需求分析以及业务流程规范，进而就能够有效的对系统功能模型的建立进行实现。一般来说，系统功能模型主要所包含的部分有功能模块、程序模块以及逻辑子系统等，归根到底其就是对系统规范化功能结构的进一步表述。对于功能模型的建立来说，最根本的问题就是要对功能模型系统自身的功能模块进行合理有效的划分。
2.4 系统数据模型的建立
业务人员以及相应的分析人员在对业务过程模型通过计算机技术进行建立的基础上，还需要以用户视图作为主要的切入点，将企业的数据元素库、物理数据库以及概念数据库等三个模型进行网络创建。并通过对各个用户视图的数据分析，能够保证其对每一个数据库的关键词及结构、容量及采集周期等进行确定。当相应的功能模型、企业模型及概念数据等设计完成之后，下一步的工作就是需要对数据可分身的机构进行相应的分析、设计，进而保证对系统数据模型的有效建立。
1前言
“劳动信息管理系统”一般情况下都做成数字表格、文字描述、图形显示等形式。“数字表格”即具体的人员、工资数据的结构化描述；“文字描述”即用一段文字叙述或补充说明情况等；这里的“图”包括两类，即照片图（例如BMP位图等）和动态生成的指标描述图（如折线图等）。笔者在选择开发工具和数据库方面，经过详细调研后，觉得用PB6和ORACLE8最为合适，现将开发和应用中的一些体会总结成文，供读者参考。
2系统的运行环境
本系统在CLIENT/SERVER结构上运行，SERVER平台为UNIX，装有ORACLE8数据库。CLIENT端通过HUB、ROUTER与SERVER连接，CLIENT端的开发、运行平台是WIN95/98/2000，前端开发工具为PB6，总体网络协议为TCP/IP。
3系统功能介绍
该系统包括劳动管理信息的维护和查询两部分，内容充实，立足于应用。表、文、图具全，对比图形由数据自动生成。同类型的数据查询采用了窗口继承的开发方法和动态数据窗口，查询界面统一、清晰。文字部分存入ORACLE库的LONG字段中，用MLE（多行编辑器）作为输入、输出的中间编辑、查询界面。一些原始资料，如照片、背景图等做成了BMP图片，以BLOB数据方式存入ORACLE库中，或存至NFS（网络文件系统）的“虚”盘上，查询时调入图形框（如P_1）内。
4技术难点及解决的方法
4．1字符集的选择
如果字符集选择错误，会出现汉字显示成乱字符的现象，需要从注册表中选择正确的字符集，具体方法是：在WIN95/98/2000下运行注册表编辑程序regedit.exe，选择HKEY_LOCAL_MACHINE,再选择SOFTWARE，再选择ORACLE，然后选择NLS_LANG(语言的国际支持)，键入和服务器端相同的字符集。例如服务器端的字符集为AMERICAN_AMERICAN.US7ASCII,在此也输入此项就行了。
4．2PB6和ORACLE8的连接
PB6和ORACLE8的连接是一项很重要的内容，很多导致调用数据库失败的原因就出于此，根据不同的用户需求和硬件环境，可灵活选择客户端的接口软件，下面举例子来说明连接方法：
4．2.1//通过NET8连接数据库，支持32位的数据访问，安装ORACLE8的NET8软件
//目前PB6支持到ORACLE7.3，但是也支持ORACLE8，所以设置如下
SQLCA.DBMS="o73"
//要访问的ORACLE用户名
SQLCA.LogID="lz"
SQLCA.LogPass="lzpwd"
SQLCA.UserID="lz"
//通过SQL*NETV2和ORACLE库连接
SQLCA.ServerName="@net80"
Connectusingsqlca;
4．2.2//通过SQL*NETV2连接，可支持16位的数据访问，客户端可选择ORACLECDE的SQL*NETV2
SQLCA.DBMS="o71"
//要访问的ORACLE用户名
SQLCA.LogID="lz"
SQLCA.LogPass="lzpwd"
SQLCA.UserID="lz"
//通过SQL*NETV2和ORACLE库连接
SQLCA.ServerName="@snv2"
Connectusingsqlca;
以上的Script语句描述了和SERVER的连接过程,也可以将上述Script语句存入文件(如pb.ini)中,通过调用文件和数据库做连接。
若PB6和ORACLE8连接不通，可查一下C:\AUTOEXEC.BAT里边的路径是否包含c:\orawin95\bin（或相应的路径），如果没有此路径说明，PB6和ORACLE8不能连通。
4．3文字类数据（文本）的入库和查询
文本入库和查询可采用PB6的MLE（多行编辑器）作界面，编辑完成后存入ORACLE8的LONG字段中，查询时从LONG字段中取出，放入MLE中查询，下边是一个例子：
//文本的预处理（以去除文本文件中的回车换行符为例说明）
//将文件读入BLOB型变量text中fn=fileopen(txtname,streammode!)
iffn<>-1then
fileread(fn,text)
fileclose(fn)
//将读入的数据流组合成字符串
article=string(text)
s=len(article)
forv=1tos
t=pos(article,char(13)+char(10),v)
ift>0then
article=replace(article,t,2,"")
else
endif
next
mle_1.text=article
//将处理后的文件c:\ldxx.txt存盘，文件中的回车换行符已全部去掉
text1=blob(article)
filname="c:\ldxx.txt"
fn=fileopen(filname,streammode!,write!,lockwrite!,replace!)
iffn<>-1then
filewrite(fn,text1)
fileclose(fn)
endif
//文本入库
bigtext1=blob(mle_1.text)
updateblobldxxwjsetbigtext=:bigtext1wherebh=:varbhandrq=:varrqusingsqlca;
commit;
//从库中提出放入MLE中查询
selectblobbigtextinto:bigtext1fromldxxwjwherebh=:varbhrq=:varrqusingsqlca;
mle_1.text=blob(bigtext1)
//从库中重新生成文本文件filename.txt并存盘
selectbigtextinto:varfilefromldxxwjwherebh=:varbhandrq=:varrqusingsqlca;
fname="c:\filename.txt”
fh=fileopen(fname,streammode!,write!,lockwrite!,replace!)
iffh<>-1then
filewrite(fh,filen)
fileclose(fh)
endif
4．4处理图象文件（大的二进制文件）
职工照片-图象文件（例如BMP位图文件）是二进制文件，将其以数据流方式存入ORACLE8的LONG字段中，查询时从LONG字段中取出，放入图象框（如p_1）中查询，下边是一个例子：
//将图象文件读入BLOB型变量pict中
fn=fileopen(picname,streammode!)
iffn<>-1then
fileread(fn,pict)
fileclose(fn)
//将图象放入图象框p_1内查看
setpicture(p_1,pict)
endif
//将图象存入表pic的LONG字段bmpt中
updateblobpicsetbmpt=:pict;
commit;
4．5使用动态数据窗口
动态数据窗口指的是在程序的运行过程中通过SQL语句的改变动态地创建、修改数据窗口的内容和表现形式，它多用在对同类型的对象的描述过程中，“劳动信息查询系统”的一些类似的内容可用动态数据窗口来编制，表现形式一致、构造界面统一、编程效率高，当然还有其它一些优点。下边是一个创建动态数据窗口并由此绘出趋势图的例子（动态数据窗口dw_1,图形框gr_1）：
dw_1.Create(SyntaxFromSQL(SQLCA,"SELECTsj,val01FROMtab01whereytmh=''''"+rowcha+"''''ORDERBYsj","style=(type=grid)",err))
//执行上述语句会动态地产生类型为grid的数据窗口dw_1。
//由下边这段程序做出趋势图:
//将数据调入数据窗口
dw_1.SetTransObject(sqlca)
dw_1.Retrieve()
rows=rowcount(dw_1)
ifrows>0then
gr_1.SetRedraw(False)
gr_1.reset(all!)
gr_1.addseries("dz1")
fori=1torows
xis=mid(getitemstring(dw_1,i,1),3,2)
yis=getitemnumber(dw_1,i,2)
ifisnull(yis)then
yis=0
endif
gr_1.adddata(1,yis,xis)
next
gr_1.SetRedraw(True)
sum=sum+sum1
st_1.text=string(sum)
endif
//图的类型可根据不同需要随意选择，如选择饼图、柱状、折线图等。
4．6变量的定义和赋值要正确
一些整型数值尽量不要定义成INT类型，因为一旦超过32767就会出错，一定要定义成LONG类型；带小数的数据变量要定义成DOUBLE型，若定义成LONG类型，会自动设去小数部分，出现精度错误。
PB6中的日期类变量赋值方式比较固定,若日期变量定义错了，执行有关的SQL语句时会出错，错误现象非常隐蔽，不容易调试，这是编程过程中的常见错误，在此特别强调一下。
举例如下:
rqnum1=”2000-06-31”
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用户模型的初始化与完善
本文认为用户模型的初始化信息可以从以下几个方面获得：①用户注册的信息②利用调查研究等方式从侧面获得的用户信息；③利用公众的大众化特征获得，其实质是首先获得用户基础信息模型，然后再从用户基础信息模型获取数据，以基础信息模型数据为基础结合概率归类和整理，去生成用户偏好模型和用户行为模型的初始数据。本文认为用户模型的信息完善与补充，是一个不断学习和修正的动态反馈过程，通过机器学习对参数的重新估计和修正提高了预测的精度，进而提高服务的质量，可以为个性化服务推荐打下基础。其实质是通过训练来逐渐完善用户行为模型，再根据用户行为模型逐步完善用户基础信息模型和用户偏好模型。具体的实现上，本文认为①用户行为模型可以作为执行单元，学习单元通过用户行为模型提供的信息根据用户基本信息模型和用户偏好模型建立并改进知识库，执行单元格局知识库中的知识执行任务，再将执行后的信息反馈到用户行为模型作为下一步学习的资源。②可以用命令序列作为最小单元描述用户行为，通过定义两个序列、两个状态之间的相似度来代表和判断行为模式之间、状态之间的相似程度；模型工作的时候，计算序列相似度来判断行为和状态的变化。
二、系统设计
（一）系统模块分类。
房屋中介管理系统分为四个模块，具体为会员管理模块，房源信息模块，房产新闻模块，管理员登录模块。会员管理模块功能分为会员注册、出售房屋、求购房屋、出租、求租房屋、会员资料管理以及会员信息的后台管理。房源信息模块功能分为求租求购、二手房信息、出租房信息、管理出租、出售房源、管理需求房源、查询房源详情。房产新闻模块功能分为新闻动态、信息中心，添加、管理新闻，添加、管理推荐房屋。管理员登录模块功能为验证管理员账号、管理系统管理员账号。具体的模块结构图如图1所示。
（二）前台显示与后台管理设计。
网站前台显示功能模块如图2所示。（图2）后台管理部门中，每一个模块都包含数据的添加、删除和修改等功能。网站后台管理功能模块结构如图3所示。
三、主要功能设计
（一）新闻与信息前台显示。
新闻与信息中心模块是房屋中介网站中一个重要的模块，前台显示分为房产新闻、房产信息、推荐房产等几个功能。进入本网站的用户可以通过浏览网站来采集房产信息。最新的房产新闻与信息模块主要由news.asp，newsinfo.asp组成。网站全部房产新闻和信息的显示模块由newlist.asp，shownewslist.asp组成。用户可通过界面提示进行操作，采集房产新闻与信息内容。
（二）推荐房产的前台显示。
本网站推荐房产功能是非常具有特色的一项，网站管理员从本区域内挑选出最好的房产小区推荐给网站的用户。用户可以通过此项功能获取、了解到推荐的房产小区的基本信息，其中包括了小区的名称、具体地址、建立日期、大概价格、附近环境等一些重要的信息，特别是网站还提供了小区的照片，用户可以更加形象地了解到推荐的房产小区。推荐房产的前台显示具体实现在首页，包括了房产的名称、具体地址、建立日期、照片等一些基本信息，由showthebest.asp组成。其中showthebes（t）函数来完成对数据库中的推荐房屋的信息选取，提取和显示。本网站是通过对推荐房屋的推荐日期来进行排列的，前台显示根据推荐日期的最近日期来完成功能。
邢台地区小电厂共34座，已接入远动信息的小电厂共25座，总计容量450MW，已全部转发到省调。
1.2未接入的小电厂情况
未接入小电厂为县调管辖小水电，共9座，总计容量：8.98MW。目前这些小电厂主要是放水时发电，平时不发电，不具备二次接入远动和通信设备（如表2）。
2邢台电网地方小电厂存在问题及原因分析
2.1由于存在通信通道、技术支持系统等多方面的不足，目前省调和各地调对地方电厂缺乏有效的管理手段，电网调度运行人员无法获得小电厂的实际运行情况，这对发电计划的制定、电网安全校核带来不利影响，对电网运行带来安全隐患。
2.2由于缺乏标准的管理流程和管理工具，各级调度的管理水平差别较大，为“大运行”和“调控一体化”模式下的地调同质化标准管理带来了困难。粗放型管理不利于节能减排和绿色环保的国家能源战略的执行。
2.3由于目前小电厂和电网缺乏信息互动系统，电厂申报检修计划、发电计划等仍通过传真和电子邮件方式进行，增加了专业管理人员的工作量，工作效率较低，不利于进一步精益化管理和提升管理水平。
2.4部分厂站远动设备故障停运已不能恢复，且为音频电缆载波方式，采用光缆载波方式及设备更换需投入较大资金。因电煤价格上涨，电厂经营困难，亏损严重，无力完成设备恢复，申请暂缓进行。
2.5根据邢台市政府规划，部分电厂已列入拆迁关停单位，电厂为避免资源浪费，申请暂缓设备恢复工作。电厂无专业人员进行设备维护，专业技术力量不足，发生自动化装置故障不能及时恢复，影响正常数据上传。
3邢台电网地方小电厂存在问题解决措施
为进一步做好地方公用和自备电厂的运行管理工作，按照《河北省南部电网地方小电厂调度管理办法》和《河北南网企业自备电厂调度运行管理规定》等相关文件要求，建设河北南部电网地方小电厂管理系统，进一步实现业务流程标准化、规范化，管理模式的精益化。通过本项目的实施，将建立起省调、地调与地方电厂信息交流的平台，最大程度上实现信息的共享，极大提升地方小公用和自备电厂的并网管理水平，促进电网的安全稳定运行。结合邢台电网的软硬件资源，充分考虑小电厂现有管理模式和未来发展方向，制定邢台电网统一建设集中式管理系统的方案。内容如下：
（1）统一建设集中式管理平台。主站系统服务器和相关网络硬件设备采用现有系统设备；新开发小电厂管理的软件系统，实现机组运行数据和管理信息的采集、处理、展示。各级调度用户通过办公微机，通过信息网使用业务功能。
（2）采用调度数据网、专线、GPRS/CDMA公网等多种信息传输手段，方便电厂的接入，快速发挥系统效益。根据通信资源的实际情况，系统提供多种数据传输模式：对于新建自备电厂应具备远动和调度数据网及二次安全防护设备，运行信息以网络方式直接传送到省调；已经接入地调自动化系统的现有自备电厂，运行信息由地调系统转发至省调；未接入地调自动化系统的现有自备电厂，远动信息通过公网无线方式接入省调。
（3）运行信息分级维护，统一管理。地调负责所辖自备电厂远动系统的运行考核和统计管理，省调负责统一对地调相关工作的运行考评。
（4）系统功能灵活配置，适应未来业务管理模式的变化。通过汇集全部自备电厂的运行和管理信息，无论采用省、地两级管理模式，还是省直管电厂的一级管理模式，系统均能提供支持。
（5）采用标准传输规约，具备未来平滑接入D5000能力。运行数据传输采用IEC104规约和DL476-92标准规约，可平滑过渡到省调新的D5000系统。
4结束语
通过构建邢台电网地方小电厂管理系统主要实现以下目标：
当点评完成一张处方（医嘱）后，软件能够根据临床药师的点评内容，对被评价的处方进行问题严重性的评级，分为合理处方和不合理处方，不合理处方包括不规范处方、用药不适宜处方、超常处方；同时软件还可将这些评价结果进行计算机化存储，以便对处方评价结果进行统计和分析，方便临床药师及医师对处方用药进行深入的分析和研究，为提高医疗服务质量、节约医疗成本提供有效的数据参考。临床药学管理系统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可对抽样后的工作列表进行保存，以方便列表中未完成的点评条目在下一次进入时，该用户可继续进行点评。但存在的问题在于该用户一旦保存列表，其他点评用户则无法看到或无法对此列表的数据进行抽样，因此存在局限性。建议登录后首页显示各用户点评进展和详细目录，在点评时可以对其他用户点评的条目进行抽样；同时为防止新用户对点评结果的随意更改，可对不同用户重复抽样的已经点评的结果条目进行锁定或限制。
1.1计划管理计划管理通常包括停电计划管理及生产计划管理，其中前者的计划管理主要包括阅读停电管理、周停电计划管理及带点作业计划等。而后者主要包括周生产管理计划、月生产管理计划及每项生产管理计划等。
1.2电网资源管理它是供电管理的核心部分，只要是有关供电企业中的各类电网资源，都归于电网资源管理。主要功能是为其它管理模块提供可靠的信息数据，为提高供电效率提供基础性作用。电网资源管理根据功能，可以分成五大部分，分别为低压、输电、配电、图形资源管理及变电。其中低压主要负责供电系统中低压线路的运行情况，低压线路的维修及护养工作；变电主要负责变电中的维护及统计工作，在供电运行中，很多供电设备如变电站、变电设备、变电单元及基础参数等，由于供电稳定需要，必须给予维护，才能保证供电正常、安全。所以，在实际供电时，要对这都些设备给予维护。输电资源，主要包括供电中有关电能输送相关的设备及材料，如输电电缆、杆塔、架空线路等，对这些材料给予系统管理，才能够保证供电的稳定性。配电资源管理主要包括配电线路查询及统计工作。图形资源管理。在供电运行中，通常包括大量的供电图谱，如输电线路图、变电站二次图、基本图形维护等，将这些图形管理到位，对于供电系统运行管理以及维修护养都具有重要意义。
1.3电网运行管理电网运行管理是供电运行的基础环节，只有对运行中的各种信息进行及时处理，才能够保证配电网安全、稳定运行。具体包含以下几个方面：首先，设备缺陷管理。在供电中，由于众多原因，导致供电设备出现故障，应采取一定措施，对故障原因进行分析，将设备故障出现原因、处理过程，分类、汇总及统计，制成缺陷汇总统计表格。其次，设备评定管理。为了保证供电运行正常，不出现差错，在每个季度，要对低压、输电、配电及变电进行一次评级，并将评级过程及结果进行详细管理。再次，设备试验管理。在供电运行中，要经常对运行设备的试验周期进行检验，以提供相应的技术参数数据。第四，设备巡视管理。在供电运行中，为了避免出现供电故障，通常要对输电、配电及变电设备进行巡视管理，将巡视中有关信息数据及时存档，为后期的设备检修提供数据依据。第五，设备检修管理。主要负责对供电运行中出现的故障进行记录，包括故障位置、故障原因、故障处理措施等。第六：运行记录管理。主要将供电运行情况进行记录，为日后维修工作提供依据。
1.4综合应用管理首先，它具有自动生成报表的功能，所以，在供电中发挥着重要作用。在报表生成时，需要各种设备运行情况，如变压器情况统计、全局设备数量统计及配电网基本情况等。生成的报表以words形式输出。其次，查询统计分析功能。综合应用管理系统中包括多个模块，其中查询统计分析功能能够为其它模块提供自定义查询，从而实现了运行信息多样化查询功能。再次，数据接口功能，它能够为供电系统提供接口；通过该接口，可以进行数据采集及对外共享。
2应用效果分析
首先，实现了诸多管理，如流转批审、员工档案归档及作废；能够对供电企业月度停电计划及时上报；调度员通过交接班操作，实现了早中晚三次交接班管理工作。其次，优化了供电企业的运行结构，提高了供电企业的供电效率。再次，提高了供电运行稳定性，并且为供电设备维护工作提供优质服务。另外，根据供电需要，对供电运行过程进行适度调整。第四，加强了供电运行中的检修工作，同时也增加了短信等业务，以提高供电效率。此外，对供电设备检修申请时间和申请进度进行督促，从而提高了短信提醒的实用性。第五，目前，供电企业在供电数据管理上，通常采用两台服务器，在运行数据备份时，采用Oracle数据库，实现了数据库的逻辑导出，也提升了服务器的运行效率，降低了运行风险。
因此，开发这样酒店预定管理系统成为很有必要的事情。
关键字
酒店预定系统，预定管理，设计与实现
第一章系统分析
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)整数(系统自动生成，唯一标示符)
