时间：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”
对企业而言，人力资源是企业最宝贵的资源，也是企业的“生命线”。如何做到企业人力资源与经济效益具有良好匹配？如何做到事得其才，人尽其用？如何在满足企业效益的同时又兼顾企业职工的需求？如何能在瞬息万变的时代使企业与社会环境相适应并且处理好随时变化的人力资源？这一系列的问题都是需要亟待解决的问题。
为了解决上述问题，使企业在激励的市场竞争中立于不败之地，设计并开发出一套适合企业人力资源管理特点，又符合我国企业管理实情的人力资源管理信息系统(HRMIS)就显得尤为重要。
本文正是从这方面出发，以合肥市新天地电脑综合服务公司为背景,希望通过本系统的功能设计，能够把人事管理者从繁重、传统的事务性工作如：档案增加、档案查询、档案修改、档案删除、打印档案等工作中解放出来，使得他们更专注于最需要智慧和经验的工作，因而提高人事管理的质量和效率。
第一章简要介绍了本系统的设计总体线路。第二章概述了本系统的功能，设计原理，介绍了功能模块图设计、数据库设计及编码。第三章总结了本系统开发过程中结论及使用过程中的体会。
【ABSTRACT】Joinalongwiththeourcountrysuccessvariety,businessenterprisethatWTOandinformationwavetideofincreasinglynearby,businessenterprise………………….
2一、导言
2.1（一）问题的提出
随着我国成功加入WTO及信息化浪潮的日益临近，企业经营管理机制正在发生着根本性的变化，企业想要在激烈的市场竞争环境下求得生的存,就必须有效地利用人才、时间、信息结合的优势。企业想要在日新月异的市场变化中求得生存,就必须有效地进行企业内部改革和加强企业管理。借助现代信息技术和管理理论，建立企业管理信息系统势在必行。
对企业而言，人事是企业最宝贵的资源，也是企业的“生命线”。如何做到企业人事与经济效益具有良好匹配？如何做到事得其才，人尽其用？如何在满足企业效益的同时又兼顾企业职工的需求？如何能在瞬息万变的时代使企业与社会环境相适应并且处理好随时变化的人事？这一系列的问题都是需要亟待解决的问题。
为了解决上述问题，使企业在激励的市场竞争中立于不败之地，设计并开发出一套适合企业人事管理特点，又符合我国企业管理实情的人事管理信息系统(HRMIS)就显得尤为重要。
本文正是从这方面出发，以合肥市新天地电脑综合服务公司为背景,希望通过本系统的功能设计，能够把人事管理者从繁重、传统的事务性工作如：档案增加、档案查询、档案修改、档案删除、打印档案等工作中解放出来，使得他们更专注于最需要智慧和经验的工作，因而提高人事管理的质量和效率。
本人长期从事人事管理工作，对人事工作中的主要工作——档案管理工作深有感触，既费时又费力，增加或修改一个员工的档案常常需要几个小时的时间，而且把本身一项智力劳动都体现在了体力劳动中，因此，结合我工作中的实际经验，设计本系统的主要功能有档案增加、档案修改、档案删除、打印等功能。目前已经在合肥市新天地电脑综合服务公司使用，共录入员工信息20余条，运行效果良好。
1二、人事管理信息系统研究概述
1.1（一）管理信息系统的发展历史
信息作为生产力中最活跃的因素，很早就在人类经济生活中发挥着不可替代的作用，但把信息纳入企业经营管理系统中高效处理和应用是在计算机发明以后的50年代末。
目前人们所提到的管理信息系统，通常是指以计算机为工具，对管理信息进行收集、存贮、检索、加工和传递，使其应用于组织机构及企业管理领域的“人－机系统”，该系统是70年代初“后工业经济”时代的产物，在企业管理信息系统在其发展的初期，是单一的人—机系统，系统功能简单，效率低，对管理的作用有限。
进入20世纪80年代末，随着计算机网络和通信技术的大力发展，企业管理信息系统进入网络化的发展时期。世界发达国家已建立起了完善的先进的管理信息系统体系，在其社会经济发展领域中发挥着巨大的作用。
我国的管理信息系统大发展是在80年代末90年代初，国家相继建立起了“金卡”、“金关”、金桥“工程，多数企事业单位建立了局域网和广域网管理信息系统。随着世界经济和我国经济逐步向知识经济迈进，无论是基于工业经济的管理信息系统，还是面向少数专家和管理人员的专家系统(ES)或决策支持系统(DSS)，其处理对象和服务对象，自身的系统结构，处理能力，都有了进一步的发展。
1.2（二）人事管理信息系统的作用
随着人事管理信息系统在企业中的广泛应用，该系统对企业的影响也会越来越大，它对企业人事管理方面的贡献是无可替代的。
2三、人事管理信息系统分析与设计
2.1（一）人事管理信息系统的用户需求简介
人事管理信息系统对企业加强人事管理有着极其重要的作用，就一般的大型企业来说，它的设计内容非常复杂而且繁多，比如拥有招聘的功能，网上筛选简历的功能，提醒的功能，而且设计的模块也很多，比如人事规划模块，新员工上岗管理模块，招聘筛选管理模块，绩效考核模块，工资管理模块，在线培训模块等。
但由于合肥市新天地电脑综合服务公司人员结构比较简单，学历比较高，基本上都拥有大专以上学历，部门划分也很清晰，而且人员的流动性不高，所以合肥市新天地电脑综合服务目前阶段的人事工作主要就是员工档案的收集整理的工作，因此，针对合肥市新天地电脑综合服务公司而言，经过反复的论证，设计的这套人事管理信息系统，定义了以下的功能，见表1－1：
表1－1合肥市新天地电脑综合服务公司人事管理信息系统功能需求分析
功能模块
实现功能
人事档案管理
增加员工信息
修改员工信息
删除员工信息
查询员工信息
配置管理
增加、修改部门名称及岗位名称
打印
人事档案信息打印（简单打印、完整打印）
1参考文献
1、《VisualBasic6.0数据库开发指南》王福成、周铁柱、黄淼云等编著清华大学出版社2000年6月第一版
2、《入门经典：编程篇》崔洪斌等译清华大学出版社2002年05月第一版
3、《编程实例详解(含盘)》王华杰编著中国铁道出版社2002年04月第一版
4、《高级编程》康博译清华大学出版社2002年03月第一版
5、《实例解析应用编程》张龙卿编写合肥希望电子出版社2002年01月第一版
6、《XML编程--使用VB和ASP》[美]MarkWilson,[美]TraceyWilson著，健莲科技译中国电力出版社2001年06月第一版
7、《数据库设计与编程实例详解》电子工业出版社2001年02月第一版
8、《编程技巧及故障排除即时通(VB篇)》清华天则工作室编著兵器工业出版社2001年02月第一版
9、《引人入胜InstallShield6.x/VB/VC/Delphi安装程序设计与制作（含盘）》张君编著上海书店2000年11月第一版
10、《VB6.0中文版教程》新智工作室编著电子工业出版社2000年03月第一版
11、《企业管理的计算机化》威廉·谢尔上海科学技术文献出版社2000年
12、《人力资源管理信息系统》吴方辉洪都科技2000年第1期
2视频车牌识别停车场出入口管理系统
2．1系统概述
视频车牌识别停车场出入口管理系统将车牌作为车辆出入停车场的唯一凭证，通过车牌识别技术，判断车辆进出场的权限、车辆停放时间及所需缴纳的停车费。系统很好的解决了传统停车场中，存在的由人工管理、雨天刷卡/取票易被淋湿、上下坡道时易发生溜车碰撞、通行速度缓滞、易拥堵等带来的问题。
2．2系统架构
系统主体采用TCP/IP组网结构，在保障数据传输速度和安全性的基础上，极大的方便了设备安装及布线，同时支持脱机运行。视频车牌识别停车场出入口管理系统包括出入口车牌识别仪、出入口道闸、主控制器、地感检测器、中央收费端、自助缴费机、岗亭收费端、应用服务器、B/S管理终端等部件。
2．3本项目系统设备配置
根据项目实际情况，本项目车库出入口设计为三进三出，即三个机动车入口，三个机动车出口。每个入口处主要由一台车牌识别仪、一台入口道闸、两个地感检测器等构成。每个出口处主要由一台车牌识别仪、一台出口道闸、两个地感检测器、出口岗亭收费端(含电脑及收费软件)构成。在人流较大的出入口处，如公共楼层的服务台、电梯厅附近等位置，设置了两个中央收费处，配置两套中央收费端。根据停车场的区域划分，结合成本考虑，本项目配置了一台自助缴费机。在管理中心，配置一套应用服务器及B/S管理终端设备。
2．4系统工作流程
(1)临时用户入场流程。临时用户驱车到达停车场入口处，触发铺设在通道上的触发抓拍地感，入口车牌识别仪自动抓拍车辆图片，并识别车牌号，存入后台数据库，道闸自动抬杆，驱车经过道闸，进入停车场，道闸自动复位。(2)临时用户出场流程。临时用户准备离场时，首先要先进行缴费。为提高用户缴费速度，缓解出口拥堵，系统提供场内中央收费处人工缴费、出口岗亭人工缴费和自助缴费三种缴费模式。中央收费处人工缴费:中央收费处通常设立于人流较大的出入口处，如公共楼层的服务台、电梯厅附近等。临时用户准备去停车场取车时，可在场内中央收费处进行缴费。临时用户到达中央收费处，向工作人员提供车牌号码，系统根据当前的收费规则计算停车费用，用户缴纳停车费用后，工作人员向车主提供条码型缴费凭证。车主驱车至停车场出口处时，触发铺设在通道上的触发抓拍地感，出口车牌识别仪自动抓拍车辆图片，并识别车牌号，与后台数据库数据信息对比，对比通过后，道闸自动抬杆，车辆离开停车场，道闸自动复位。出口岗亭缴费:对于未在场内提前缴费的用户，可在出场时选择未缴费车道，在岗亭收费处进行缴费。车辆触发铺设在通道上的触发抓拍地感，出口车牌识别仪自动抓拍车辆图片，并识别车牌号，与后台数据库数据信息对比，系统根据当前的收费规则计算停车费用，用户向工作人员缴纳停车费用后，收费人员在软件上确认缴费成功，道闸自动开启，车主离场，道闸复位。自助缴费:自助缴费主要通过自助缴费终端来得以实现，只需增加自助缴费终端即可，并不需增设其他设备，此种模式与中央收费处缴费同属场内缴费。但是，自助缴费终端属于无人值守设备，用户在终端上即可完成自助式缴费操作。用户在自助缴费终端上输入车牌号码，并选择车辆，系统会根据当前的收费规则计算停车费用，通过液晶显示屏显示相应停车信息，用户可在终端上进行缴费。缴费完成后，自助缴费终端自动打印条码型缴费凭证。车主驱车出场的流程与中央收费处缴费后的流程相同。(3)长期用户进出场流程。长期用户车辆到达停车场出入口处，触发铺设在通道上的触发地感，出入口车牌识别仪自动抓拍车辆图片，并识别车牌号，存入后台数据库，并对比是否为长期车辆，对比通过后道闸自动抬杆，驱车经过道闸，进出停车场，道闸自动复位。
3视频停车引导管理系统及反向查询管理系统
3．1系统概述
视频停车引导管理系统及反向查询管理系统是基于数字引导、视频捕捉、车牌识别、智能定位为一体的全新车辆引导、查询系统。它利用具有唯一位置ID的视频检测终端识别每一辆车或每组车位的车牌号码，并上传车位占用信息和车位对应车牌信息，由系统统计并将车位实时信息到引导屏上，以辅助用户快速查找空车位，用户取车时可直接在取车查询终端上输入车牌号码，获取车辆停放位置，系统合理规划最近路线，以辅助用户寻找车辆。视频停车引导管理系统的原理是:视频检测器通过对车辆特征进行识别对车牌号码进行分析读取，实时将车位占用状态显示到指示灯上，并按照一定规则通过数据传输网络将车位状态信息、车辆图片、车牌信息等发送至管理电脑，由管理电脑分析处理后存入数据服务器，同时将各个区域剩余的车位数下发到各个路口对应的车位引导屏进行实时数据，指示各区域、各方向余位信息，从而引导用户泊车。反向查询管理系统的原理是:在停车场的各个电梯厅安装反向查询终端，客户取车前只需在终端查询机上输入车牌号，系统可以自动调出相对应的信息，立即将停车点、取车路线在查询终端上通过大屏幕显示，一目了然，可以有效地帮助客户以最快的速度找到车辆。4图视频停车引导管理系统及反向查询管理系统架构图
3．2系统架构
针对南京海峡城A1地块项目停车场车位引导系统的需求，系统采用先进的架构，整个系统仅仅由探测部分的视频检测器，显示部分的引导屏以及管理部分的管理中心三大部件组成，大大简化了系统组件，使系统的应用更为灵活多变。视频停车引导管理系统及反向查询管理系统包含了视频检测终端、车位引导屏、取车查询终端、应用服务器、B/S管理终端等部件。
3．3本项目系统设备配置
本项目的地下停车场共一层，有停车位544个，在每个入口处安装1台组合余位显示屏，在停车场内部的各个岔路口处共设置15个车位引导屏，在电梯厅安装3台反向查询终端。在每个车位的正前上方安装1个视频检测终端，对相应的车位进行实时探测，通过指示灯来显示车位的状态，红色灯代表该车位有车，绿色灯代表该车位无车。显示屏、引导屏、反向查询终端、视频检测终端通过网络交换机连接到局域网，与控制中心的服务器等设备组成一套完整的系统。
3．4系统工作流程
(1)视频停车引导管理系统工作流程在使用停车引导系统的停车场中，车主到达停车场入口时，便可根据总余位屏查看当前停车场内的车位总体使用情况，如果没有空余车位则无需入内浪费时间，如有空余车位则可入内停车。进入停车场以后，车主可以根据区域引导屏的余位信息和箭头指示自由的选择一个自己想要前往的停车大区域(如A区、B区……)，然后再根据引导屏的余位信息和箭头指示选择一个自己想要前往的停车区(如A1区、A2区……)，最后，车主到达停车区域后，根据车位灯的颜色，直观快速的寻找到空余车位，轻松的完成整个停车过程，不用再浪费时间寻找车位，也不用担心再“误入歧途”。(2)反向寻车流程用户在返回停车场内准备取车时，可至取车查询终端前，输入自己的车牌号码(支持模糊输入)后，为了提高查询成功率，系统会提供模糊查询结果，车主选择自己的车辆图片后，系统会显示该停车场的平面电子地图，并绘制由查询点到车辆停车位置的最优步行路线，供用户参考，指导用户快速到达车辆停放位置。
二、系统设计
（一）系统模块分类。
房屋中介管理系统分为四个模块，具体为会员管理模块，房源信息模块，房产新闻模块，管理员登录模块。会员管理模块功能分为会员注册、出售房屋、求购房屋、出租、求租房屋、会员资料管理以及会员信息的后台管理。房源信息模块功能分为求租求购、二手房信息、出租房信息、管理出租、出售房源、管理需求房源、查询房源详情。房产新闻模块功能分为新闻动态、信息中心，添加、管理新闻，添加、管理推荐房屋。管理员登录模块功能为验证管理员账号、管理系统管理员账号。具体的模块结构图如图1所示。
（二）前台显示与后台管理设计。
网站前台显示功能模块如图2所示。（图2）后台管理部门中，每一个模块都包含数据的添加、删除和修改等功能。网站后台管理功能模块结构如图3所示。
三、主要功能设计
（一）新闻与信息前台显示。
新闻与信息中心模块是房屋中介网站中一个重要的模块，前台显示分为房产新闻、房产信息、推荐房产等几个功能。进入本网站的用户可以通过浏览网站来采集房产信息。最新的房产新闻与信息模块主要由news.asp，newsinfo.asp组成。网站全部房产新闻和信息的显示模块由newlist.asp，shownewslist.asp组成。用户可通过界面提示进行操作，采集房产新闻与信息内容。
（二）推荐房产的前台显示。
本网站推荐房产功能是非常具有特色的一项，网站管理员从本区域内挑选出最好的房产小区推荐给网站的用户。用户可以通过此项功能获取、了解到推荐的房产小区的基本信息，其中包括了小区的名称、具体地址、建立日期、大概价格、附近环境等一些重要的信息，特别是网站还提供了小区的照片，用户可以更加形象地了解到推荐的房产小区。推荐房产的前台显示具体实现在首页，包括了房产的名称、具体地址、建立日期、照片等一些基本信息，由showthebest.asp组成。其中showthebes（t）函数来完成对数据库中的推荐房屋的信息选取，提取和显示。本网站是通过对推荐房屋的推荐日期来进行排列的，前台显示根据推荐日期的最近日期来完成功能。
当点评完成一张处方（医嘱）后，软件能够根据临床药师的点评内容，对被评价的处方进行问题严重性的评级，分为合理处方和不合理处方，不合理处方包括不规范处方、用药不适宜处方、超常处方；同时软件还可将这些评价结果进行计算机化存储，以便对处方评价结果进行统计和分析，方便临床药师及医师对处方用药进行深入的分析和研究，为提高医疗服务质量、节约医疗成本提供有效的数据参考。临床药学管理系统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．2平台方案从技术及目标用户消费水平考虑，该系统采用的设计方案为前端表现采用了开源框架ExtJS，后台技术采用了Java平台下的当前最流行的JavaEE轻量级解决方案———S2SH，即Struts2、SpringFramework和Hibernate的缩写［2］。ExtJS主要用来开发RIA富客户端的AJAX应用，主要用于创建前端用户界面，与后台技术无关的前端AJAX框架。SpringFramework是一个开源的Java/JavaEE全功能栈(full－stack)的应用程序框架，以Apache许可证形式，它是为了解决企业应用开发的复杂性而创建的［4］。Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲地使用对象编程思维来操纵数据库，完成数据持久化的重任［4］。前端ExtJS与后端的S2SH框架的结合，使得软件开发变得非常规范和容易，基于对系统性能及使用者成本的考虑，该研究在数据保存方面采用了当前流行的开源数据库MySQL。MySQL是一个开放源码的小型关联式数据库管理系统，体积小，速度快，总体拥有成本低，被广泛地应用在In-ternet上的中小型网站中。
2系统设计与实现
该系统采用目前最为流行使用的B/S模式，即Browser/Server(浏览器/服务器)模式，此模式的优点是用户操作使用时不必需要安装特定的操作软件，只需要使用一个安装有浏览器且能上网的电脑即可通过登录指定页面进行操作使用，同时这也为用户随时切换工作机器提供了可能［5］。该系统支持多用户同时登录进行操作，由于所有用户信息最终都会及时保存到同一个系统中，保证了数据的及时性和完整性。
2．1类及数据库设计设计该系统时通过详细了解家庭农场生产过程中的流程细节及操作规范，充分合理地进行建模设计来划分不同的系统类及数据库表，从而达到更好的系统处理流程及使系统数据更为合理。表1列出了用到的部分类及其数据表字段。
2．2系统类关系图1为该系统中全部类及之间的依赖关系。该系统采用将用户的账号与用户信息进行分开保存的存储方法，这样可以做到一个用户多个账号等特殊情况，也能防止用户信息查询时对账号信息的泄漏。考虑到护理物品如肥料、农药、农机等基本信息大体相同，因此该系统的处理方式为声明一个护理物品类，使农药类、肥料类、农机类等分别继承该类，作为护理物品类的一个具体实现，并且考虑到护理物品类数据字段大体相同，因此在数据保存的时候也都保存到同一张数据库表中，并增加一个字段用以区分。该系统中客户与物流单位的逻辑上均属于农场外部单位，数据字段上也基本相同，因此也采用了与护理物品类同样的处理方式。
因此，开发这样酒店预定管理系统成为很有必要的事情。
关键字
酒店预定系统，预定管理，设计与实现
第一章系统分析
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)整数(系统自动生成，唯一标示符)
