時間：2022-09-10 16:03:24
序論：速發(fā)表網(wǎng)結(jié)合其深厚的文秘經(jīng)驗(yàn)，特別為您篩選了11篇管理系統(tǒng)論文范文。如果您需要更多原創(chuàng)資料，歡迎隨時與我們的客服老師聯(lián)系，希望您能從中汲取靈感和知識！
1.1系統(tǒng)設(shè)計(jì)原則根據(jù)IT資產(chǎn)RFID標(biāo)簽操作管理流程，RFID系統(tǒng)設(shè)計(jì)遵循以下原則：（1）通過RFID手持終端設(shè)備更新設(shè)備現(xiàn)場信息，實(shí)現(xiàn)數(shù)據(jù)信息在ITSM系統(tǒng)、SCCM工具平臺及RFID系統(tǒng)等不同系統(tǒng)間的共享與交互，完善設(shè)備資產(chǎn)信息，建立高可信度的IT設(shè)備臺賬，提高IT資產(chǎn)數(shù)據(jù)的準(zhǔn)確性和真實(shí)性。（2）IT資產(chǎn)變更流轉(zhuǎn)歷史數(shù)據(jù)可追溯。完成設(shè)備入庫-設(shè)備申領(lǐng)-設(shè)備調(diào)撥出庫-設(shè)備退庫報(bào)廢一系列IT設(shè)備資產(chǎn)全生命周期運(yùn)轉(zhuǎn)在系統(tǒng)流程內(nèi)有效實(shí)現(xiàn)，建立行而有效的IT設(shè)備資產(chǎn)全生命周期管理體系。（3）通過RFID電子化標(biāo)簽進(jìn)行IT設(shè)備日常運(yùn)維、巡檢及資產(chǎn)盤點(diǎn)等常態(tài)化工作。（4）實(shí)現(xiàn)IT設(shè)備資產(chǎn)運(yùn)行狀態(tài)監(jiān)控，預(yù)防設(shè)備發(fā)生嚴(yán)重故障，提高對IT設(shè)備資產(chǎn)管理時效性。
1.2系統(tǒng)整體架構(gòu)RFIDIT資產(chǎn)管理系統(tǒng)從ITSM系統(tǒng)中自動獲取設(shè)備臺帳和設(shè)備使用人信息等，利用RFID手持終端到現(xiàn)場進(jìn)行任務(wù)辦理，任務(wù)完成后，相關(guān)功能模塊數(shù)據(jù)結(jié)果同步到RFIDIT資產(chǎn)管理平臺，經(jīng)過資產(chǎn)管理人員審核批準(zhǔn)后，同步到ITSM系統(tǒng)中。
1.3總體技術(shù)路線RFIDIT資產(chǎn)管理系統(tǒng)的功能是通過整合其他兩個系統(tǒng)中的數(shù)據(jù)和服務(wù)，共同提供服務(wù)。為了更好的實(shí)現(xiàn)數(shù)據(jù)的及時性，避免數(shù)據(jù)冗余帶來的數(shù)據(jù)不準(zhǔn)確，該系統(tǒng)設(shè)計(jì)使用數(shù)據(jù)庫集群、應(yīng)用分離的架構(gòu)設(shè)計(jì)，如圖（2）、圖（3）：
1.4系統(tǒng)安全設(shè)計(jì)
1.4.1系統(tǒng)運(yùn)行平臺采用Tomcate平臺作為應(yīng)用系統(tǒng)的平臺，Tomcat是一個輕量級應(yīng)用服務(wù)器，在中小型系統(tǒng)和并發(fā)訪問用戶不是很多的場合下被普遍使用，是開發(fā)和調(diào)試JSP程序的首選。
1.4.2訪問權(quán)限管理系統(tǒng)分開為三大子系統(tǒng)，即網(wǎng)絡(luò)服務(wù)器、中間件、手持設(shè)備，采用統(tǒng)一的用戶權(quán)限管理，用戶需要通過用戶名、密碼才可以訪問系統(tǒng)。為了確保各個組件之間的數(shù)據(jù)交互的安全，我們在WebService上也進(jìn)行了用戶名和密碼的設(shè)置，確保數(shù)據(jù)安全穩(wěn)定。
1.4.3審計(jì)日志在WEB服務(wù)器、中間件上，配合每個環(huán)節(jié)的歷史日志，記錄了用戶的登錄、同步、任務(wù)獲取提交分配等全部行為。
2系統(tǒng)功能包含功能模塊
2.1IT資產(chǎn)新增管理模塊IT資產(chǎn)新增是從IT資產(chǎn)采購入庫到IT設(shè)備調(diào)配工作環(huán)節(jié)中采用RFID技術(shù)進(jìn)行實(shí)現(xiàn)的功能模塊，此功能包含以下模塊：（1）IT資產(chǎn)入庫初始化：RFIDIT資產(chǎn)管理系統(tǒng)獲取ITSM系統(tǒng)中入庫設(shè)備，作為入庫任務(wù)，通過RFID手持終端收集設(shè)備信息（it設(shè)備網(wǎng)卡MAC地址、SN碼和RIFD），經(jīng)系統(tǒng)批準(zhǔn)后同步到ITSM系統(tǒng)中。（2）IT設(shè)備新增：RFIDIT資產(chǎn)管理系統(tǒng)從ITSM系統(tǒng)數(shù)據(jù)庫獲取設(shè)備申請單，作為任務(wù)到RFID手持終端，由RFID手持終端收集設(shè)備信息（it設(shè)備網(wǎng)卡MAC地址、SN碼和RIFD），設(shè)備信息收集完善后可同步到ITSM數(shù)據(jù)庫。
2.2IT資產(chǎn)RFID初始化、盤點(diǎn)、巡檢管理模塊（1）IT設(shè)備RFID初始化：系統(tǒng)同步ITSM系統(tǒng)中的IT資產(chǎn)列表，作為IT設(shè)備RFID初始化任務(wù)分發(fā)到RFID手持終端，通過RFID手持終端綁定設(shè)備四項(xiàng)（it資產(chǎn)設(shè)備編號、網(wǎng)卡MAC地址、SN碼和RIFD）關(guān)鍵信息，經(jīng)系統(tǒng)綁定后同步到ITSM系統(tǒng)中數(shù)據(jù)庫。（2）IT設(shè)備盤點(diǎn)：系統(tǒng)自動獲取ITSM系統(tǒng)的IT資產(chǎn)列表，作為盤點(diǎn)任務(wù)分發(fā)到RFID手持終端，通過RFID手持終端按部門方式對所有IT設(shè)備進(jìn)行逐個盤點(diǎn)，回饋盤點(diǎn)結(jié)果到系統(tǒng)中，并同步ITSM系統(tǒng)中。（3）IT設(shè)備巡檢：系統(tǒng)自動同步ITSM系統(tǒng)的中IT資產(chǎn)列表，作為巡檢任務(wù)分發(fā)到RFID手持終端，通過RFID手持終端按部門方式快速讀取設(shè)備RFID標(biāo)簽（有效距離內(nèi)每分鐘完成200個IT設(shè)備的巡檢），并把巡檢結(jié)果同步到系統(tǒng)中，同時經(jīng)IT資產(chǎn)管理人員批準(zhǔn)后，同步到ITSM系統(tǒng)中。（4）IT設(shè)備退庫：系統(tǒng)自動同步ITSM系統(tǒng)中的退庫申請單，作為退庫任務(wù)分發(fā)到RFID手持終端，按任務(wù)要求查詢退庫設(shè)備，退庫任務(wù)完成后，同步退庫結(jié)果到ITSM系統(tǒng)中。
2.3IT資產(chǎn)配置監(jiān)控及報(bào)告管理模塊IT資產(chǎn)運(yùn)行狀態(tài)監(jiān)控，是通過RFIDIT資產(chǎn)管理系統(tǒng)自動分析和判斷IT設(shè)備運(yùn)行狀態(tài)，包括設(shè)備配置變更自動提醒和告警，方便IT資產(chǎn)管理及時定位處理，具體功能如下：（1）IT設(shè)備監(jiān)控：結(jié)合RFIDIT資產(chǎn)管理系統(tǒng)完成的數(shù)據(jù)庫信息，通過系統(tǒng)狀態(tài)監(jiān)控列表，實(shí)時對珠海供電局所有IT設(shè)備進(jìn)行實(shí)時的狀態(tài)監(jiān)控，監(jiān)控內(nèi)容涵蓋設(shè)備的運(yùn)行配置信息、配置變更信息、配置變更歷史查詢和變更處理，同時經(jīng)過IT資產(chǎn)管理人員確認(rèn)批準(zhǔn)后，可把IT設(shè)備配置變更數(shù)據(jù)同步到ITSM系統(tǒng)中。（2）IT資產(chǎn)報(bào)表：系統(tǒng)可按要求自動生成個性化的IT資產(chǎn)報(bào)表，管理人員通過IT資產(chǎn)報(bào)表窗口，對報(bào)表?xiàng)l件進(jìn)行篩選，系統(tǒng)自動生成相應(yīng)的IT資產(chǎn)報(bào)表，并加以圖形界面展示，同時可對自動生成的報(bào)表進(jìn)行導(dǎo)出。
2.4區(qū)域內(nèi)重點(diǎn)資產(chǎn)安全監(jiān)控管理平臺系統(tǒng)對重點(diǎn)數(shù)據(jù)保護(hù)區(qū)域和重大IT資產(chǎn)的實(shí)時監(jiān)控，通過圖形化的監(jiān)控畫面，資產(chǎn)管理人員可隨時獲取IT設(shè)備所處位置狀態(tài)，防止設(shè)備“非法”移出監(jiān)控區(qū)域，并及時以短信通知相關(guān)資產(chǎn)管理人員進(jìn)行處理。
1979年以來，我國的會計(jì)電算化事業(yè)得到了很好的發(fā)展，其中總帳、工資固定資產(chǎn)、報(bào)表管理等模塊已經(jīng)非常成熟，唯獨(dú)沒有一個象樣的、通用化的成本核算及管理軟件。98年底，金蝶公司成功推出了《金蝶成本管理系統(tǒng)V1.0》。這一運(yùn)用電子計(jì)算機(jī)現(xiàn)代化手段進(jìn)行自動化的成本核算、分析及管理的先進(jìn)工具為企業(yè)的成本管理提供了輕松的解決方案。
二、適用范圍
目前，《金蝶成本管理系統(tǒng)V1.0》適用于采用品種法或類品種法的工業(yè)、加工、制造企業(yè)。
三、模塊結(jié)構(gòu)
四、系統(tǒng)特點(diǎn)
（一）界面清晰、思路流暢、操作簡單、易學(xué)易用
金蝶成本管理系統(tǒng)V1.0完整地保持了WINDOWS的操作風(fēng)格，并繼承了金蝶財(cái)務(wù)軟件的一貫風(fēng)格，使得系統(tǒng)在界面上看起來清晰流暢。操作起來簡單易懂、易學(xué)易用，快速上手。
（二）與金蝶軟件其他模塊無縫聯(lián)接，自動獲取費(fèi)用發(fā)生數(shù)?
金蝶成本管理系統(tǒng)V1.0自動和金蝶軟件的工資管理、固定資產(chǎn)管理、工業(yè)進(jìn)銷存、總帳等模塊掛接，掛接時能自動獲取工資、物料耗費(fèi)和固定資產(chǎn)折舊數(shù)及其他任何要素費(fèi)用的發(fā)生數(shù)，在成本計(jì)算過程中能自動生成記帳憑證（含費(fèi)用發(fā)生的憑證、輔助生產(chǎn)、制造費(fèi)用分配的憑證和完工入庫的憑證三大類）。生成的憑證可傳至總帳系統(tǒng)。成本系統(tǒng)和其他模塊之間形成一個有機(jī)聯(lián)系的科學(xué)的整體。這樣不僅減少了重復(fù)輸入，而且最大限度地保證了數(shù)據(jù)的一致性，保證了成本計(jì)算的科學(xué)性與正確性。
（三）高度自動化
成本管理被稱為工業(yè)會計(jì)的一大難題，難就難在數(shù)字繁瑣、計(jì)算復(fù)雜。因此，成本管理系統(tǒng)首先要解決的當(dāng)然是自動化問題，金蝶成本管理系統(tǒng)目前在以下幾個方面體現(xiàn)了高度的自動化。
1.自動從金蝶總帳、工資、固定資產(chǎn)、進(jìn)銷存等模塊獲取各項(xiàng)要素費(fèi)用的發(fā)生數(shù)。
2.自動完成輔助生產(chǎn)費(fèi)用的歸集和分配。
3.自動完成制造費(fèi)用的歸集和分配。
4.自動完成生產(chǎn)費(fèi)用在完工產(chǎn)品和在產(chǎn)品之間的分配。
5.成本計(jì)算過程中自動產(chǎn)生記帳憑證并傳至總帳系統(tǒng)。
6.自動生成成本計(jì)算過程中的一系列帳表。
7.自動對成本數(shù)據(jù)進(jìn)行分析。
（四）規(guī)范而清晰的成本核算流程
第一步：進(jìn)行要素費(fèi)用（如：原材料費(fèi)用、工資費(fèi)用等）的歸集和分配
第二步：進(jìn)行輔助生產(chǎn)費(fèi)用的歸集和分配
第三步：進(jìn)行制造費(fèi)用的歸集和分配
第四步：進(jìn)行生產(chǎn)費(fèi)用在完工產(chǎn)品和在產(chǎn)品之間的分配
這樣的流程不僅保證了成本計(jì)算的科學(xué)性和正確性，而且對用戶起到了良好的引導(dǎo)作用。即使是對成本會計(jì)原理不太熟悉的用戶通過系統(tǒng)的操作也能快速領(lǐng)略成本計(jì)算的奧妙，在短時間內(nèi)學(xué)會成本核算的龐大體系和原理。
（五）豐富的報(bào)表體系
軟件的最終結(jié)果是輸出一系列報(bào)表，用戶通過這些報(bào)表達(dá)到對業(yè)務(wù)的控制和分析。金蝶成本管理系統(tǒng)不僅全自動完成成本計(jì)算，而且還能輸出成本會計(jì)所需的一系列成本核算帳表。這些帳表包括以下四大類：
1.要素費(fèi)用歸集和分配表類：原材料費(fèi)用分配表、工資費(fèi)用分配表、固定資產(chǎn)折舊費(fèi)用分配表；
2.成本計(jì)算的過程表：輔助生產(chǎn)明細(xì)帳、制造費(fèi)用明細(xì)帳、輔助生產(chǎn)費(fèi)用分配表、制造費(fèi)用分配表；
3.成本計(jì)算的結(jié)果表：生產(chǎn)成本明細(xì)帳、產(chǎn)品成本計(jì)算單等；
4.成本分析報(bào)表：要素費(fèi)用分配分析表、產(chǎn)品成本結(jié)構(gòu)分析表、產(chǎn)品成本比較分析表、產(chǎn)品成本趨勢分析表。
（六）靈活的處理
金蝶成本管理系統(tǒng)可以說既有規(guī)范性又有靈活性，系統(tǒng)除了提供一系列自動輸出的報(bào)表和規(guī)范的成本核算流程之外，還提供了用戶靈活處理的余地，表現(xiàn)在：
1.可以自由定義成本科目體系，可有選擇地修改系統(tǒng)產(chǎn)生的憑證。
2.可以設(shè)置自己需要的費(fèi)用分配部門、費(fèi)用要素、成本項(xiàng)目等。自由選擇成本會計(jì)政策。
3.既可與金蝶軟件的總帳、工資、固定資產(chǎn)、工業(yè)進(jìn)銷存幾個模塊無縫聯(lián)結(jié)，又可獨(dú)立運(yùn)行，獨(dú)立運(yùn)行時須由用戶輸入費(fèi)用發(fā)生數(shù)。
（七）系統(tǒng)提供了多達(dá)七種的完工產(chǎn)品和在產(chǎn)品之間分配生產(chǎn)費(fèi)用的方法
（八）強(qiáng)大的自定義成本報(bào)表功能
藏書剔除即“將某些圖書從基本藏書區(qū)中撤出，轉(zhuǎn)人某種輔助藏書區(qū)、儲存中心，或加以注銷”的一個過程，將一部分失去使用價值或利用率很低的書刊撤離一線書庫[1]，可使留下來的藏書更加符合圖書館的任務(wù)和讀者需要。
一、常用方法的藏書剔除
常用的藏書剔除辦法主要有主觀判斷法、書齡判斷法、使用年限法等，其中主觀判斷法是藏書剔除最常用的方法之一，是館員按照事先擬訂的一系列相關(guān)的剔除標(biāo)準(zhǔn)（或準(zhǔn)則），憑借自己的經(jīng)驗(yàn)，直接在書架上剔除文獻(xiàn)資料。面對的是知識內(nèi)容千差萬別、質(zhì)量水平參差不齊的藏書，運(yùn)用主觀判斷法進(jìn)行藏書剔除的尺度很難把握。
書齡判斷法是根據(jù)圖書年代進(jìn)行藏書剔除的一種方法?？墒窍嗤瑫g圖書的利用率會相差甚遠(yuǎn)，單純以年代決定藏書的去留，就有可能把一些有價值的、使用率高的舊書剔除出去，或者留下許多書齡較短、不符合讀者需求的圖書。
文獻(xiàn)壽命“半衰期”體現(xiàn)的是知識情報(bào)的老化與更新的基本規(guī)律，可以作為一線書庫藏書剔除的一個參考依據(jù)。然而在實(shí)際工作中，量化某一館藏是否超出其有效使用年限，或著超出了多少，都是很困難的。
調(diào)查研究法是開展特定范圍（讀者、專家）的調(diào)查，并根據(jù)調(diào)查結(jié)果進(jìn)行藏書剔除的一種方法。它過分注重代表范圍內(nèi)的即時需求，忽視館藏體系整體的、長遠(yuǎn)的建設(shè)和發(fā)展。
滯架時間是反映圖書使用情況的一個客觀標(biāo)準(zhǔn)，如果大量利用率很低的館藏文獻(xiàn)繼續(xù)留在一線書庫，會增加館藏的承載負(fù)擔(dān)和經(jīng)濟(jì)支出，增加讀者查找和獲取的時間。但如果圖書沒有放到規(guī)定位置，或者讀者沒有發(fā)現(xiàn)它，那么它自然沒有被利用的記錄，很可能就被選為剔除對象。
目標(biāo)比對法是根據(jù)資源建設(shè)目標(biāo)進(jìn)行藏書剔除的一種方法。然而，藏書體系也需要不斷完善，這種方法有時會加大滯后的周期。
上述方法從不同角度為藏書剔除提供依據(jù)，總體上說是各有千秋。有些時候，單獨(dú)使用上述方法在時間、人力、質(zhì)量等方面難以滿足藏書剔除的需要，需要結(jié)合目標(biāo)、摸索更先進(jìn)、更科學(xué)、更合適的藏書剔除方法。
二、圖書館管理系統(tǒng)發(fā)展概況
圖書館管理系統(tǒng),又稱圖書館自動化管理系統(tǒng)，自國內(nèi)圖書館開始運(yùn)用圖書館自動化管理系統(tǒng)，到目前已經(jīng)將傳統(tǒng)的圖書館業(yè)務(wù)手工操作轉(zhuǎn)變?yōu)橛?jì)算機(jī)管理，從簡單的單個模塊管理提升到功能齊全和強(qiáng)大的集成系統(tǒng)，使圖書館的主要業(yè)務(wù)，包括采訪、編目、流通、連續(xù)出版物管理、公共檢索等，在一個書目數(shù)據(jù)庫中得以實(shí)現(xiàn)。隨著計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)在我國的快速發(fā)展，圖書館管理系統(tǒng)全面普及，傳統(tǒng)的人工工作逐項(xiàng)逐項(xiàng)地被計(jì)算機(jī)代替。圖書館管理系統(tǒng)本身從圖書館內(nèi)部提供信息資源朝著館際之間資源共享和信息資源的多媒體化[2-3]方向發(fā)展。圖書館管理系統(tǒng)實(shí)時顯示圖書的庫存數(shù)量、種類，以及圖書的借閱情況，有助于動態(tài)的分析和決策，提高了圖書館的管理水平，提高了工作效率。
三、基于圖書館管理系統(tǒng)的藏書剔除
在圖書館集成管理系統(tǒng)得到普遍應(yīng)用的當(dāng)前，依托各集成管理系統(tǒng)的功能，跟蹤特定讀者群，核實(shí)電子文獻(xiàn)、各種數(shù)據(jù)庫、虛擬館藏的覆蓋面、特色和利用情況。與對口院系、各專業(yè)尤其重點(diǎn)學(xué)科、基地建立長期的聯(lián)系，掌握對口院系學(xué)科的專業(yè)設(shè)置、課程設(shè)置及學(xué)生和教師用書需求。根據(jù)入藏、流通、閱覽統(tǒng)計(jì)，確定反映本館利用狀況的藏書周轉(zhuǎn)基點(diǎn)，研究剔除一部分非本館特色學(xué)科的文獻(xiàn)、剔除一部分少人問津的文獻(xiàn)，對藏書結(jié)構(gòu)、滿足率、利用率造成的影響。傳統(tǒng)的藏書剔除工作也可以根據(jù)計(jì)劃進(jìn)度、一個庫一個庫、一類一類、持續(xù)不斷地開展，形成一個經(jīng)常性、制度化、規(guī)范化、以3～5年為周期的、按主題（或按類別）的藏書剔除制度。
利用計(jì)算機(jī)很容易列出長期滯架文獻(xiàn)的清單，但是要從這幾十萬條數(shù)據(jù)中判斷出哪些圖書應(yīng)該在這一批剔除的確有困難。況且，判斷館藏圖書是否有使用價值，使用頻率的高低只是其中的一個方面，使用頻率的高低并不一定與使用價值的大小同步，滯架書刊中不乏一些內(nèi)容質(zhì)量、及其時效性都是好的或比較好的書刊，不應(yīng)屬于剔除之列。因此必須啟用專用的系統(tǒng)，把具體的量化指標(biāo)限定條件輸入計(jì)算機(jī)，如歷年利用率要求、出版時間要求、復(fù)本數(shù)量要求、外觀狀態(tài)要求、修補(bǔ)次數(shù)要求等，其中連續(xù)利用率、出版時間、復(fù)本數(shù)量可以從數(shù)據(jù)庫獲得，外觀狀態(tài)和修補(bǔ)次數(shù)如果有記錄以記錄為準(zhǔn)，沒有記錄則認(rèn)定外觀狀態(tài)正常、修補(bǔ)次數(shù)為零。在計(jì)算機(jī)分類分類平成檢索之后，記錄符合條件的分類結(jié)果，生成一個符合量化指標(biāo)的表單。面對學(xué)科知識千差萬別、書品質(zhì)量參差不齊的具體藏書，不是用幾條原則標(biāo)準(zhǔn)就能決定取舍的，隨時都可出現(xiàn)的一些實(shí)際問題。所以還需具體問題具體分析，還須對藏書進(jìn)行逐類審查、逐種鑒別的，任何僵化的、一刀切的做法是不可取的，因此需要對擬剔除文獻(xiàn)進(jìn)行必要的復(fù)審。
對于通過復(fù)核的擬剔文獻(xiàn)，才可以分門別類交付工作人員把對應(yīng)的文獻(xiàn)逐一從架位上按順序抽取出來，按順序集中存放。下架后應(yīng)設(shè)一道復(fù)核工序，即由復(fù)核人員對下架的剔除文獻(xiàn)進(jìn)行認(rèn)真核對，以防止誤剔、漏剔。同時，對獲批下架文獻(xiàn)進(jìn)行相應(yīng)的數(shù)據(jù)處理，把剔除文獻(xiàn)的去向反映到相應(yīng)的數(shù)據(jù)庫，調(diào)整庫位，生成新的排架號。
藏書剔除的主要目的是為了提高藏書質(zhì)量，讓使用率高的藏書留在一線書庫的開架書位上，方便讀者取用，提高流通書位的利用率，控制開館成本。斯坦利J斯洛特的相關(guān)研究表明：“當(dāng)一個圖書館的核心藏書占該館現(xiàn)有圖書的72～84%時，可以保證滿足99%的讀者使用需求”，換句話說，如果一個圖書館將其現(xiàn)有藏書的16～28%圖書予以剔除，會對1%的讀者需求產(chǎn)生影響。所以儲藏剔除不能將剔除文獻(xiàn)輕率地拋棄，對尚有一定參考、利用價值的書刊，優(yōu)先移至貯藏書庫，密集排架，以為讀者可能產(chǎn)生的特殊文獻(xiàn)需求提供保障。通過對藏書剔除相關(guān)問題的研究、分析和解決，可從藏書是否符合讀者群的需求、藏書分類是否恰當(dāng)、藏書著錄是否準(zhǔn)確、藏書排架是否符合讀者習(xí)慣等一個個側(cè)面為館員改進(jìn)工作提供了非常重要的反饋信息，進(jìn)而有利于修正和調(diào)整資源建設(shè)的方針和政策，有利于管理水平的提高。
四、結(jié)束語
藏書剔除是藏書建設(shè)的重要環(huán)節(jié)，在當(dāng)前圖書館集成管理系統(tǒng)得到普遍應(yīng)用的前提下，依托圖書館集成管理系統(tǒng)的功能，可為藏書剔除工作提供更客觀、更準(zhǔn)確的依據(jù)，并有效地保障藏書剔除的進(jìn)度和質(zhì)量。
參考文獻(xiàn)：
數(shù)據(jù)規(guī)劃分析是以網(wǎng)絡(luò)通訊、數(shù)據(jù)庫、電子信息等技術(shù)為基礎(chǔ)的，隨著工作量的增加，產(chǎn)生的數(shù)據(jù)資料越來越多。若采用傳統(tǒng)的人工管理模式，效率低下，容易丟失，且不易長期保存。在計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的帶動下，電力行業(yè)相繼實(shí)現(xiàn)了信息化管理，工作效率得以大幅提升。但其安全首先要有保證，信息安全即信息要真實(shí)、完整、有效、可控，電力行業(yè)與人們生活及國民經(jīng)濟(jì)密切相關(guān)，一旦信息被篡改或被盜竊，將帶來嚴(yán)重的損失。網(wǎng)絡(luò)在提供諸多方便的同時，也容易被攻擊，所以電力信息安全必須得到重視。
1.2 現(xiàn)狀
與國外發(fā)達(dá)國家相比，國內(nèi)的數(shù)據(jù)規(guī)劃分析技術(shù)起步較晚，稍顯落后。近些年來，電力行業(yè)有了很大進(jìn)步，信息技術(shù)也在不斷改進(jìn)，這意味著我國在此方面有著廣闊的應(yīng)用前景。數(shù)據(jù)規(guī)劃分析涉及諸多因素，是一項(xiàng)長期復(fù)雜的工程，我國目前還存在著些許不足。
首先，數(shù)據(jù)規(guī)劃分析意識薄弱，電力部門領(lǐng)導(dǎo)階層雖能認(rèn)識到數(shù)據(jù)規(guī)劃分析給電力行業(yè)帶來的積極作用，但對數(shù)據(jù)規(guī)劃分析安全有所忽視。認(rèn)為采用先進(jìn)的設(shè)備和軟件就能保證信息絕對地安全，以至于防護(hù)措施較為簡單，不能真正保護(hù)數(shù)據(jù)規(guī)劃分析的完整性和真實(shí)性。黑客攻擊、病毒植入等手段越來越高明，很多關(guān)鍵性數(shù)據(jù)規(guī)劃分析存儲于計(jì)算機(jī)中，很容易被侵入。
其次，硬件和軟件是信息化管理的重要部分，但總體來說，國內(nèi)軟硬件水平偏低。如缺少自己研發(fā)的技術(shù)和品牌，多從國外引進(jìn)，并未掌握其中的核心技術(shù)，致使不少的防病毒系統(tǒng)不能進(jìn)行全面防御，也就無法充分發(fā)揮其作用。甚至有些部門只重硬件，而忽略了軟件，在硬件設(shè)備的性能、配置、功能上不斷創(chuàng)新，軟件技術(shù)卻長期沒有更新，難以滿足越來越高的要求。
此外，由于技術(shù)落后，國內(nèi)還未真正建立起一個有權(quán)威的信息化標(biāo)準(zhǔn)體系，全國各地的標(biāo)準(zhǔn)都不統(tǒng)一，在很大程度上破壞了信息的安全性。而電力部門也沒有制定規(guī)范標(biāo)準(zhǔn)，致使數(shù)據(jù)規(guī)劃分析安全管理出現(xiàn)混亂，各環(huán)節(jié)不能緊密相連，極易引起信息堵塞，無法實(shí)現(xiàn)資源共享。
2 電力生產(chǎn)管理系統(tǒng)中的數(shù)據(jù)規(guī)劃分析
2.1 調(diào)研分析——業(yè)務(wù)需求
根據(jù)信息工程方面的處理方法來進(jìn)行數(shù)據(jù)規(guī)劃，首先需要做的工作就是對當(dāng)前情況下的業(yè)務(wù)進(jìn)行調(diào)研分析，并通過一定的層次結(jié)構(gòu)進(jìn)行電力企業(yè)管理狀況——業(yè)務(wù)過程模型的建立。這樣就能夠保證分析員及業(yè)務(wù)員的自身思想相統(tǒng)一。
2.2 調(diào)研分析——數(shù)據(jù)需求
其主要是運(yùn)用信息工程方法的應(yīng)用，此應(yīng)用理論主要強(qiáng)調(diào)的工作就是對分析范圍保證其完整性及全面性，所以，這就需要保證在數(shù)據(jù)規(guī)劃分析的過程中對整個企業(yè)及企業(yè)自身的業(yè)務(wù)領(lǐng)域都有涵括，就如同業(yè)務(wù)分析一樣，需要對全局性都進(jìn)行觀點(diǎn)的保證，同時，還要為系統(tǒng)功能的模型建立打下堅(jiān)實(shí)的基礎(chǔ)。因此，在對業(yè)務(wù)數(shù)據(jù)進(jìn)行分析的過程中，所遵循的流程一般為視圖調(diào)研到數(shù)據(jù)流量化分析再到數(shù)據(jù)庫整體規(guī)劃設(shè)計(jì)的實(shí)現(xiàn)以及通信網(wǎng)絡(luò)整體規(guī)劃設(shè)計(jì)的實(shí)現(xiàn)工作。
2.3 系統(tǒng)功能模型的建立
數(shù)據(jù)規(guī)劃建立的基礎(chǔ)就是業(yè)務(wù)需求分析以及業(yè)務(wù)流程規(guī)范，進(jìn)而就能夠有效的對系統(tǒng)功能模型的建立進(jìn)行實(shí)現(xiàn)。一般來說，系統(tǒng)功能模型主要所包含的部分有功能模塊、程序模塊以及邏輯子系統(tǒng)等，歸根到底其就是對系統(tǒng)規(guī)范化功能結(jié)構(gòu)的進(jìn)一步表述。對于功能模型的建立來說，最根本的問題就是要對功能模型系統(tǒng)自身的功能模塊進(jìn)行合理有效的劃分。
2.4 系統(tǒng)數(shù)據(jù)模型的建立
業(yè)務(wù)人員以及相應(yīng)的分析人員在對業(yè)務(wù)過程模型通過計(jì)算機(jī)技術(shù)進(jìn)行建立的基礎(chǔ)上，還需要以用戶視圖作為主要的切入點(diǎn)，將企業(yè)的數(shù)據(jù)元素庫、物理數(shù)據(jù)庫以及概念數(shù)據(jù)庫等三個模型進(jìn)行網(wǎng)絡(luò)創(chuàng)建。并通過對各個用戶視圖的數(shù)據(jù)分析，能夠保證其對每一個數(shù)據(jù)庫的關(guān)鍵詞及結(jié)構(gòu)、容量及采集周期等進(jìn)行確定。當(dāng)相應(yīng)的功能模型、企業(yè)模型及概念數(shù)據(jù)等設(shè)計(jì)完成之后，下一步的工作就是需要對數(shù)據(jù)可分身的機(jī)構(gòu)進(jìn)行相應(yīng)的分析、設(shè)計(jì)，進(jìn)而保證對系統(tǒng)數(shù)據(jù)模型的有效建立。
1前言
“勞動信息管理系統(tǒng)”一般情況下都做成數(shù)字表格、文字描述、圖形顯示等形式?！皵?shù)字表格”即具體的人員、工資數(shù)據(jù)的結(jié)構(gòu)化描述；“文字描述”即用一段文字?jǐn)⑹龌蜓a(bǔ)充說明情況等；這里的“圖”包括兩類，即照片圖（例如BMP位圖等）和動態(tài)生成的指標(biāo)描述圖（如折線圖等）。筆者在選擇開發(fā)工具和數(shù)據(jù)庫方面，經(jīng)過詳細(xì)調(diào)研后，覺得用PB6和ORACLE8最為合適，現(xiàn)將開發(fā)和應(yīng)用中的一些體會總結(jié)成文，供讀者參考。
2系統(tǒng)的運(yùn)行環(huán)境
本系統(tǒng)在CLIENT/SERVER結(jié)構(gòu)上運(yùn)行，SERVER平臺為UNIX，裝有ORACLE8數(shù)據(jù)庫。CLIENT端通過HUB、ROUTER與SERVER連接，CLIENT端的開發(fā)、運(yùn)行平臺是WIN95/98/2000，前端開發(fā)工具為PB6，總體網(wǎng)絡(luò)協(xié)議為TCP/IP。
3系統(tǒng)功能介紹
該系統(tǒng)包括勞動管理信息的維護(hù)和查詢兩部分，內(nèi)容充實(shí)，立足于應(yīng)用。表、文、圖具全，對比圖形由數(shù)據(jù)自動生成。同類型的數(shù)據(jù)查詢采用了窗口繼承的開發(fā)方法和動態(tài)數(shù)據(jù)窗口，查詢界面統(tǒng)一、清晰。文字部分存入ORACLE庫的LONG字段中，用MLE（多行編輯器）作為輸入、輸出的中間編輯、查詢界面。一些原始資料，如照片、背景圖等做成了BMP圖片，以BLOB數(shù)據(jù)方式存入ORACLE庫中，或存至NFS（網(wǎng)絡(luò)文件系統(tǒng)）的“虛”盤上，查詢時調(diào)入圖形框（如P_1）內(nèi)。
4技術(shù)難點(diǎn)及解決的方法
4．1字符集的選擇
如果字符集選擇錯誤，會出現(xiàn)漢字顯示成亂字符的現(xiàn)象，需要從注冊表中選擇正確的字符集，具體方法是：在WIN95/98/2000下運(yùn)行注冊表編輯程序regedit.exe，選擇HKEY_LOCAL_MACHINE,再選擇SOFTWARE，再選擇ORACLE，然后選擇NLS_LANG(語言的國際支持)，鍵入和服務(wù)器端相同的字符集。例如服務(wù)器端的字符集為AMERICAN_AMERICAN.US7ASCII,在此也輸入此項(xiàng)就行了。
4．2PB6和ORACLE8的連接
PB6和ORACLE8的連接是一項(xiàng)很重要的內(nèi)容，很多導(dǎo)致調(diào)用數(shù)據(jù)庫失敗的原因就出于此，根據(jù)不同的用戶需求和硬件環(huán)境，可靈活選擇客戶端的接口軟件，下面舉例子來說明連接方法：
4．2.1//通過NET8連接數(shù)據(jù)庫，支持32位的數(shù)據(jù)訪問，安裝ORACLE8的NET8軟件
//目前PB6支持到ORACLE7.3，但是也支持ORACLE8，所以設(shè)置如下
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位的數(shù)據(jù)訪問，客戶端可選擇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)中,通過調(diào)用文件和數(shù)據(jù)庫做連接。
若PB6和ORACLE8連接不通，可查一下C:\AUTOEXEC.BAT里邊的路徑是否包含c:\orawin95\bin（或相應(yīng)的路徑），如果沒有此路徑說明，PB6和ORACLE8不能連通。
4．3文字類數(shù)據(jù)（文本）的入庫和查詢
文本入庫和查詢可采用PB6的MLE（多行編輯器）作界面，編輯完成后存入ORACLE8的LONG字段中，查詢時從LONG字段中取出，放入MLE中查詢，下邊是一個例子：
//文本的預(yù)處理（以去除文本文件中的回車換行符為例說明）
//將文件讀入BLOB型變量text中fn=fileopen(txtname,streammode!)
iffn<>-1then
fileread(fn,text)
fileclose(fn)
//將讀入的數(shù)據(jù)流組合成字符串
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處理圖象文件（大的二進(jìn)制文件）
職工照片-圖象文件（例如BMP位圖文件）是二進(jìn)制文件，將其以數(shù)據(jù)流方式存入ORACLE8的LONG字段中，查詢時從LONG字段中取出，放入圖象框（如p_1）中查詢，下邊是一個例子：
//將圖象文件讀入BLOB型變量pict中
fn=fileopen(picname,streammode!)
iffn<>-1then
fileread(fn,pict)
fileclose(fn)
//將圖象放入圖象框p_1內(nèi)查看
setpicture(p_1,pict)
endif
//將圖象存入表pic的LONG字段bmpt中
updateblobpicsetbmpt=:pict;
commit;
4．5使用動態(tài)數(shù)據(jù)窗口
動態(tài)數(shù)據(jù)窗口指的是在程序的運(yùn)行過程中通過SQL語句的改變動態(tài)地創(chuàng)建、修改數(shù)據(jù)窗口的內(nèi)容和表現(xiàn)形式，它多用在對同類型的對象的描述過程中，“勞動信息查詢系統(tǒng)”的一些類似的內(nèi)容可用動態(tài)數(shù)據(jù)窗口來編制，表現(xiàn)形式一致、構(gòu)造界面統(tǒng)一、編程效率高，當(dāng)然還有其它一些優(yōu)點(diǎn)。下邊是一個創(chuàng)建動態(tài)數(shù)據(jù)窗口并由此繪出趨勢圖的例子（動態(tài)數(shù)據(jù)窗口dw_1,圖形框gr_1）：
dw_1.Create(SyntaxFromSQL(SQLCA,"SELECTsj,val01FROMtab01whereytmh=''''"+rowcha+"''''ORDERBYsj","style=(type=grid)",err))
//執(zhí)行上述語句會動態(tài)地產(chǎn)生類型為grid的數(shù)據(jù)窗口dw_1。
//由下邊這段程序做出趨勢圖:
//將數(shù)據(jù)調(diào)入數(shù)據(jù)窗口
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
//圖的類型可根據(jù)不同需要隨意選擇，如選擇餅圖、柱狀、折線圖等。
4．6變量的定義和賦值要正確
一些整型數(shù)值盡量不要定義成INT類型，因?yàn)橐坏┏^32767就會出錯，一定要定義成LONG類型；帶小數(shù)的數(shù)據(jù)變量要定義成DOUBLE型，若定義成LONG類型，會自動設(shè)去小數(shù)部分，出現(xiàn)精度錯誤。
PB6中的日期類變量賦值方式比較固定,若日期變量定義錯了，執(zhí)行有關(guān)的SQL語句時會出錯，錯誤現(xiàn)象非常隱蔽，不容易調(diào)試，這是編程過程中的常見錯誤，在此特別強(qiáng)調(diào)一下。
舉例如下:
rqnum1=”2000-06-31”
1.1用戶、終端、網(wǎng)絡(luò)的研究
為了研究用戶模型，首先研究用戶如何使用云平臺下的圖書檔案管理系統(tǒng)，用戶接入到圖書檔案管理系統(tǒng)，必須使用終端，通過網(wǎng)絡(luò)接入。在這個過程中，終端呈現(xiàn)異構(gòu)化、復(fù)雜化、多樣化的特征，①終端目前可能使用電視網(wǎng)、電信網(wǎng)和計(jì)算機(jī)網(wǎng)中的任何一網(wǎng)，可以通過WLAN、WWAN、Internet、PLMN、HFC、傳統(tǒng)CATV、Ethernet和OAN中任何一網(wǎng)，隨著時代和科技的發(fā)展也可能使用其他網(wǎng)絡(luò)，其網(wǎng)絡(luò)方面的特征呈現(xiàn)異構(gòu)化、多樣化；②終端類型和型號都很多，其功能、用途等明顯不同，造成構(gòu)造的不同和復(fù)雜化；終端和網(wǎng)絡(luò)的異構(gòu)化、復(fù)雜化、多樣化，造成了其效果差異化很大，主要體現(xiàn)在：①顯示效果方面；②音效效果方面；③網(wǎng)絡(luò)方面；④計(jì)算復(fù)雜度方面；⑤可用空間方面。從顯示效果的角度來看，需要注意以下幾點(diǎn)：①終端不同，其顯示屏幕的大小不同，從這個角度來說，手機(jī)和電視的差距是最為顯著的之一，筆記本、PC等終端設(shè)備屏幕往往適中，顯示屏幕大小的不同一方面和用戶持有終端是否便利有關(guān)，另一方面關(guān)系著用戶瀏覽信息資源時屏幕的尺寸和效果。②終端不同，其顯示所使用的分辨率不同，體現(xiàn)為顯示時的效果明顯不同，如顯示時的清晰細(xì)膩程度、拍照取景和視頻播放的效果等等，而且部分終端的分辨率是固定不變的，無法進(jìn)行調(diào)節(jié)。③文件的格式不同，其顯示效果可能不同，例如常見的視頻格式有AVI、MPEG、DIVX、MOV、ASF、WMV、RM等，不同的格式記錄相同的視頻信息，其顯示效果也可能完全不同。④顯示效果的程度決定了用戶視覺角度質(zhì)量的高低，其對于文本、圖片、圖像、單一的視頻是有決定性作用的，同時對多媒體信息資源的效果也是有一定影響的。⑤顯示效果的程度所帶來的影響，對于不同的用戶是不同的，其高度影響高度依賴視覺的用戶，但當(dāng)用戶不依賴于視覺的時候影響則不大。從音效效果方面來看，需要注意以下幾點(diǎn)：①終端硬件不同，其發(fā)聲所用的效果不同，即使終端硬件相同其發(fā)聲的效果也可能不同，例如一臺筆記本電腦，如果其聲卡是集成的則往往沒有獨(dú)立的聲卡效果好，同樣不同廠商所生產(chǎn)的聲卡效果往往也有一定的差別，不同時間、不同技術(shù)所生產(chǎn)的聲卡效果也往往不同，但音效效果在設(shè)備、設(shè)置、播放內(nèi)容等完全相同的前提下是一致的。②不同的音頻文件，其效果可能不同，首先數(shù)字音頻技術(shù)指標(biāo)采樣率、壓縮率、比特率、量化級，分別控制單位時間內(nèi)波形采樣的數(shù)據(jù)數(shù)量、音樂文件壓縮前后大小的比值、記錄每記錄音頻數(shù)據(jù)一秒鐘所消耗的比特值的平均值、用多少位二進(jìn)制的數(shù)據(jù)描述的聲音波形；其次，不同的音頻文件格式不同，其音效的效果也可能不同，常見的音頻文件格式有WAV、MP3、WMA、OGG、APE等。③對于部分終端來說，音效效果是可以調(diào)節(jié)的，但依然存在音效無法調(diào)節(jié)的終端。④音頻效果的程度所帶來的影響，對于不同的用戶是不同的，其高度影響高度依賴聽覺的用戶，但當(dāng)用戶不依賴于聽覺的時候影響則不大。從網(wǎng)絡(luò)的角度來看，①目前大部分的電視網(wǎng)依然是單向的，也就是說存在單向和雙向的問題，雖然隨著時代的發(fā)展和技術(shù)的進(jìn)步，單向和雙向的問題最終會被解決，但是目前一段來說其依然是問題的一部分。②網(wǎng)絡(luò)不同登陸方式可能不同，例如如果用戶借助電信網(wǎng)登陸和使用服務(wù)有兩種模式，其一是通過以點(diǎn)播為基礎(chǔ)的短信息服務(wù)，需要利用短信服務(wù)的平臺來傳輸信息，由于其平臺經(jīng)常是第三方提供的，因而實(shí)時性往往較差；第二種方式則是通過GPRS網(wǎng)絡(luò)，這種方案的缺點(diǎn)是覆蓋率較差、傳輸速度低、費(fèi)用高，但可以實(shí)現(xiàn)實(shí)時。從計(jì)算復(fù)雜度方面來看，終端之間的差異很大，以電視網(wǎng)的機(jī)頂盒和電視機(jī)來說，即使運(yùn)行一個非常簡單的動畫也會非常困難，而相同的困擾在計(jì)算機(jī)上往往不存在，換句話說計(jì)算復(fù)雜度高的資源無法在部分終端上運(yùn)行，但同時部分終端上如果使用計(jì)算復(fù)雜度低的文件則也會浪費(fèi)資源。從某種程度上來說，不同的終端適合使用的信息資源在內(nèi)容、格式等方面是完全不同的。從可用空間的角度看，如果可用空間的大小無法支持對應(yīng)的操作，則后續(xù)的操作無法進(jìn)行，同時可用空間較小也會在一定程度上降低運(yùn)算速度。對于可用空間的大小，不同的用戶可能會有不同的定義，部分用戶可能對終端的最小可用空間有自己的要求；還有一部分人對最小可用空間沒有要求，但是最小可用空間不夠用的時候會有自己期望的行為和操作。
1.2用戶行為研究
用戶的行為，①指用戶使用云平臺下圖書檔案管理系統(tǒng)的行為，其根據(jù)用戶的身份、目的、習(xí)慣、興趣等不同而不同，用戶可能是進(jìn)行檢索、獲得、修改、保存信息資源，也可能是對圖書檔案管理系統(tǒng)的管理，如計(jì)費(fèi)等；既包括其行為的種類、參數(shù)，同時還應(yīng)該包括其行為所導(dǎo)致的結(jié)果。②用戶的行為受到其本身的制約，既要受到其身份影響，又受到其興趣和目的影響，但最終通過行為表現(xiàn)出來，可以通過用戶的行為獲得用戶的信息，并做出調(diào)整，以便更精確地認(rèn)識和了解用戶。
1.3用戶偏好研究
用戶偏好，指用戶在考慮服務(wù)或者商品的時候按照其自身意愿所做出的帶有傾向性的符合理性的選擇，是用戶理性、認(rèn)知和心理感受權(quán)衡后的綜合結(jié)論，是用戶個性化的體現(xiàn)。在云計(jì)算平臺下的圖書檔案管理系統(tǒng)中，其可以作為個性化服務(wù)推薦的基礎(chǔ)，主要包括以下幾個方面的內(nèi)容，①由終端、網(wǎng)絡(luò)等帶來的與視頻、音頻、可用空間等有關(guān)的偏好信息，此偏好信息用于確認(rèn)用戶偏好的信息資源的模態(tài)類信息，在此類偏好中用戶往往偏愛一種或者幾種終端，同時對于不同終端參數(shù)設(shè)置有不同的偏好；②用戶偏好的信息資源內(nèi)容方面的信息，包括學(xué)科、方向、難度等，這種偏好主要來源于用戶原有的背景如職業(yè)、專業(yè)、知識層次等，并隨著用戶的發(fā)展而改變；③其他偏好，主要包括終端、所途經(jīng)的網(wǎng)絡(luò)、所在的位置等；④用戶ID,用以唯一地標(biāo)識和區(qū)別用戶。
2用戶模型研究
2.1用戶基本信息模型
根據(jù)對用戶、終端、網(wǎng)絡(luò)的研究，建立用戶基本信息模型，包括三類信息，分別是用戶信息、終端信息和網(wǎng)絡(luò)信息（詳見圖1）。其一是用戶信息如用戶ID、姓名、身份、年齡、知識層次、密碼、密碼提示問題、組別，其中①用戶ID、密碼是不可以省略的，其需要在用戶登陸的時候確定用戶的基礎(chǔ)信息，同時用戶ID對于整個系統(tǒng)來說是唯一的，也就是說所有用戶的ID是沒有重復(fù)的，是“獨(dú)一無二”的；②身份、年齡、知識層次三項(xiàng)可以用于輔助確定用戶的身份，以便在后續(xù)用戶偏好模型未獲得具體信息之前初步判斷和獲得用戶的偏好信息，但鑒于部分用戶的特殊性某些情況下是允許被省略的；③用戶信息可以通過組別確定用戶的權(quán)限的確認(rèn)。其二是終端信息包括終端ID、終端參數(shù)等，其中①終端ID用于確定接入和登陸到圖書檔案系統(tǒng)的終端的身份，通過檢索對應(yīng)于終端的數(shù)據(jù)表可以獲得包括其使用者、終端的類型、終端的基本參數(shù)及范圍、終端的可能配置等的信息，可以初步確定終端的信息；②終端參數(shù)包括的是顯示參數(shù)、音效參數(shù)、計(jì)算復(fù)雜度參數(shù)、可用空間參數(shù)，顯示參數(shù)和音效參數(shù)分別是用戶提供的其習(xí)慣使用的顯示、音效參數(shù)的設(shè)置，而計(jì)算復(fù)雜度參數(shù)需要通過終端ID判斷用戶終端的具體計(jì)算復(fù)雜度獲得，可用空間則需要在圖書檔案系統(tǒng)運(yùn)行的時候通過其與終端之間的通訊獲得；③終端信息中終端ID是不可以缺省的，但終端參數(shù)是可以缺省的，在缺省的狀態(tài)下，系統(tǒng)依然可以通過終端ID獲得終端的類型及基礎(chǔ)的參數(shù)范圍，再根據(jù)參數(shù)范圍進(jìn)行其他的判斷，同時由于計(jì)算復(fù)雜度參數(shù)和可用空間參數(shù)不需要用戶提供，因而也可以在缺省的情況下獲得。其三則是網(wǎng)絡(luò)信息如網(wǎng)絡(luò)類型、常見位置等，其中①電視網(wǎng)的單雙向問題可能會帶來新的問題需要給予重點(diǎn)關(guān)注；②常見位置，是用戶通常使用終端接入和使用圖書檔案管理系統(tǒng)服務(wù)的位置；③網(wǎng)絡(luò)ID，用以唯一地標(biāo)識和區(qū)別網(wǎng)絡(luò)。關(guān)于用戶基本信息模型，需要注意的有：①用戶基本信息模型雖然是由三個部分組成的，但是其是一個整體，可以通過數(shù)據(jù)庫表示出來，其中的每一條記錄都只說明的是在某一種情況下用戶使用某種終端通過某種網(wǎng)絡(luò)接入和使用圖書檔案管理系統(tǒng)的具體設(shè)置以及由此而來的各種參數(shù)，每個用戶的具體信息可以不只一條而是若干條記錄的組合。②用戶基本信息模型的三個子模型，可以通過一個數(shù)據(jù)表體現(xiàn)，也可以分成用戶信息表、終端信息表、網(wǎng)絡(luò)信息表三個數(shù)據(jù)表的組合來實(shí)現(xiàn)。
2.2用戶行為模型
用戶行為模型，主要用于記錄用戶的行為、狀態(tài)等信息，其由用戶ID、用戶行為、行為參數(shù)、狀態(tài)參數(shù)三個部分組成，其中①用戶的行為用于記錄用戶狀態(tài)變化的原因，同時可以從中獲得用戶基本信息模型的部分信息，同時也可以完善用戶偏好模型；②用戶行為參數(shù)用于說明用戶行為的細(xì)節(jié)，是用戶行為有機(jī)的補(bǔ)充；③狀態(tài)參數(shù)，用于表明經(jīng)過用戶的行為之后用戶的變化。
2.3用戶偏好模型
用戶偏好模型是用戶服務(wù)推薦的基礎(chǔ)，其主要包括3個方向，其一是對所獲取資源的模態(tài)傾向性，是與終端相關(guān)的，其中包括格式、顯示性能、音效性能等,其大多數(shù)屬性是范圍；其二則是對信息資源內(nèi)容的傾向性，主要包括用戶的身份、年齡、知識層次、專業(yè)等；其三則是用戶通常所在的位置區(qū)域，可以用于以就近原則對其提供服務(wù)。
3關(guān)鍵技術(shù)分析
3.1用戶模型應(yīng)用研究
從用戶登陸并使用系統(tǒng)服務(wù)的角度看用戶模型，用戶通過終端接入計(jì)算機(jī)網(wǎng)、電信網(wǎng)和電視網(wǎng)三網(wǎng)中的一網(wǎng)，可以利用一體化標(biāo)識網(wǎng)絡(luò)技術(shù)連接到系統(tǒng)，通過終端ID確定終端的身份（終端信息模型），通過終端所在的位置、IP等可以獲得對應(yīng)的網(wǎng)絡(luò)信息（網(wǎng)絡(luò)信息模型），通過用戶ID和密碼登陸系統(tǒng)進(jìn)而系統(tǒng)可以確定登陸的用戶（用戶信息模型），如果需要調(diào)用用戶偏好模型可以根據(jù)用戶ID在用戶偏好模型中檢索相應(yīng)的記錄則找到對應(yīng)用戶偏好的信息（用戶偏好模型），用戶使用過程中會有所操作記錄下用戶ID、相關(guān)操作及對應(yīng)參數(shù)則可以將信息添加到用戶行為模型，根據(jù)用戶ID可以從用戶行為模型獲取相關(guān)的參數(shù)則可以獲得對應(yīng)信息據(jù)此可以修改和完善其他模型。對于用戶模型的應(yīng)用，本文認(rèn)為：①對于信息資源的檢索和使用，既涉及到用戶對信息資源模態(tài)的偏好，又要涉及到用戶對信息資源內(nèi)容的偏好，同時還涉及到用戶所使用的終端；在檢索的時候首先要根據(jù)終端信息模型和網(wǎng)絡(luò)信息模型判斷終端和網(wǎng)絡(luò)的特性，獲得支持的模態(tài)的信息，獲得顯示、音效、網(wǎng)絡(luò)、計(jì)算復(fù)雜度、可用空間等信息，再根據(jù)這些信息和模態(tài)結(jié)合結(jié)合用戶的偏好以集合的形式進(jìn)行交的運(yùn)算進(jìn)而縮小可以接受的信息資源的模態(tài)范圍并將其作為用戶即時信息資源模態(tài)的偏好，再通過用戶偏好模型內(nèi)容傾向類偏好可以獲得用戶對信息資源內(nèi)容的偏好。②顯示、音效、網(wǎng)絡(luò)、計(jì)算復(fù)雜度、可用空間等的變化會帶來很多不同的情況，需要形成對應(yīng)的策略，該策略既要符合用戶的意愿，又要符合運(yùn)營商等商家的利益，同時必須符合法律法規(guī)并受到相關(guān)部門的監(jiān)管。在實(shí)踐的過程中，可以設(shè)置相應(yīng)的閾值來劃分對應(yīng)的范圍，根據(jù)閾值與當(dāng)前值差別的組合來判斷當(dāng)前所處的情況，當(dāng)差距過大或者達(dá)到閾值的時候可以按照對應(yīng)的既定策略采取行動，如在許可的情況下重新生成對應(yīng)的信息資源、只發(fā)送部分信息資源、壓縮等。③用戶基本信息模型中用戶信息模型、終端信息模型和網(wǎng)絡(luò)信息模型需要相互結(jié)合，是一個有機(jī)的整體，在使用的時候相互輔助；同時用戶基本信息模型、用戶行為模型和用戶偏好模型也是一個有機(jī)整體，其通過用戶ID彼此關(guān)聯(lián)。用戶ID在整個模型中是唯一的，其作用是唯一地標(biāo)識一個用戶，以便與其他用戶區(qū)別。
3.2用戶模型的初始化與完善
本文認(rèn)為用戶模型的初始化信息可以從以下幾個方面獲得：①用戶注冊的信息②利用調(diào)查研究等方式從側(cè)面獲得的用戶信息；③利用公眾的大眾化特征獲得，其實(shí)質(zhì)是首先獲得用戶基礎(chǔ)信息模型，然后再從用戶基礎(chǔ)信息模型獲取數(shù)據(jù)，以基礎(chǔ)信息模型數(shù)據(jù)為基礎(chǔ)結(jié)合概率歸類和整理，去生成用戶偏好模型和用戶行為模型的初始數(shù)據(jù)。本文認(rèn)為用戶模型的信息完善與補(bǔ)充，是一個不斷學(xué)習(xí)和修正的動態(tài)反饋過程，通過機(jī)器學(xué)習(xí)對參數(shù)的重新估計(jì)和修正提高了預(yù)測的精度，進(jìn)而提高服務(wù)的質(zhì)量，可以為個性化服務(wù)推薦打下基礎(chǔ)。其實(shí)質(zhì)是通過訓(xùn)練來逐漸完善用戶行為模型，再根據(jù)用戶行為模型逐步完善用戶基礎(chǔ)信息模型和用戶偏好模型。具體的實(shí)現(xiàn)上，本文認(rèn)為①用戶行為模型可以作為執(zhí)行單元，學(xué)習(xí)單元通過用戶行為模型提供的信息根據(jù)用戶基本信息模型和用戶偏好模型建立并改進(jìn)知識庫，執(zhí)行單元格局知識庫中的知識執(zhí)行任務(wù)，再將執(zhí)行后的信息反饋到用戶行為模型作為下一步學(xué)習(xí)的資源。②可以用命令序列作為最小單元描述用戶行為，通過定義兩個序列、兩個狀態(tài)之間的相似度來代表和判斷行為模式之間、狀態(tài)之間的相似程度；模型工作的時候，計(jì)算序列相似度來判斷行為和狀態(tài)的變化。
二、系統(tǒng)設(shè)計(jì)
（一）系統(tǒng)模塊分類。
房屋中介管理系統(tǒng)分為四個模塊，具體為會員管理模塊，房源信息模塊，房產(chǎn)新聞模塊，管理員登錄模塊。會員管理模塊功能分為會員注冊、出售房屋、求購房屋、出租、求租房屋、會員資料管理以及會員信息的后臺管理。房源信息模塊功能分為求租求購、二手房信息、出租房信息、管理出租、出售房源、管理需求房源、查詢房源詳情。房產(chǎn)新聞模塊功能分為新聞動態(tài)、信息中心，添加、管理新聞，添加、管理推薦房屋。管理員登錄模塊功能為驗(yàn)證管理員賬號、管理系統(tǒng)管理員賬號。具體的模塊結(jié)構(gòu)圖如圖1所示。
（二）前臺顯示與后臺管理設(shè)計(jì)。
網(wǎng)站前臺顯示功能模塊如圖2所示。（圖2）后臺管理部門中，每一個模塊都包含數(shù)據(jù)的添加、刪除和修改等功能。網(wǎng)站后臺管理功能模塊結(jié)構(gòu)如圖3所示。
三、主要功能設(shè)計(jì)
（一）新聞與信息前臺顯示。
新聞與信息中心模塊是房屋中介網(wǎng)站中一個重要的模塊，前臺顯示分為房產(chǎn)新聞、房產(chǎn)信息、推薦房產(chǎn)等幾個功能。進(jìn)入本網(wǎng)站的用戶可以通過瀏覽網(wǎng)站來采集房產(chǎn)信息。最新的房產(chǎn)新聞與信息模塊主要由news.asp，newsinfo.asp組成。網(wǎng)站全部房產(chǎn)新聞和信息的顯示模塊由newlist.asp，shownewslist.asp組成。用戶可通過界面提示進(jìn)行操作，采集房產(chǎn)新聞與信息內(nèi)容。
（二）推薦房產(chǎn)的前臺顯示。
本網(wǎng)站推薦房產(chǎn)功能是非常具有特色的一項(xiàng)，網(wǎng)站管理員從本區(qū)域內(nèi)挑選出最好的房產(chǎn)小區(qū)推薦給網(wǎng)站的用戶。用戶可以通過此項(xiàng)功能獲取、了解到推薦的房產(chǎn)小區(qū)的基本信息，其中包括了小區(qū)的名稱、具體地址、建立日期、大概價格、附近環(huán)境等一些重要的信息，特別是網(wǎng)站還提供了小區(qū)的照片，用戶可以更加形象地了解到推薦的房產(chǎn)小區(qū)。推薦房產(chǎn)的前臺顯示具體實(shí)現(xiàn)在首頁，包括了房產(chǎn)的名稱、具體地址、建立日期、照片等一些基本信息，由showthebest.asp組成。其中showthebes（t）函數(shù)來完成對數(shù)據(jù)庫中的推薦房屋的信息選取，提取和顯示。本網(wǎng)站是通過對推薦房屋的推薦日期來進(jìn)行排列的，前臺顯示根據(jù)推薦日期的最近日期來完成功能。
邢臺地區(qū)小電廠共34座，已接入遠(yuǎn)動信息的小電廠共25座，總計(jì)容量450MW，已全部轉(zhuǎn)發(fā)到省調(diào)。
1.2未接入的小電廠情況
未接入小電廠為縣調(diào)管轄小水電，共9座，總計(jì)容量：8.98MW。目前這些小電廠主要是放水時發(fā)電，平時不發(fā)電，不具備二次接入遠(yuǎn)動和通信設(shè)備（如表2）。
2邢臺電網(wǎng)地方小電廠存在問題及原因分析
2.1由于存在通信通道、技術(shù)支持系統(tǒng)等多方面的不足，目前省調(diào)和各地調(diào)對地方電廠缺乏有效的管理手段，電網(wǎng)調(diào)度運(yùn)行人員無法獲得小電廠的實(shí)際運(yùn)行情況，這對發(fā)電計(jì)劃的制定、電網(wǎng)安全校核帶來不利影響，對電網(wǎng)運(yùn)行帶來安全隱患。
2.2由于缺乏標(biāo)準(zhǔn)的管理流程和管理工具，各級調(diào)度的管理水平差別較大，為“大運(yùn)行”和“調(diào)控一體化”模式下的地調(diào)同質(zhì)化標(biāo)準(zhǔn)管理帶來了困難。粗放型管理不利于節(jié)能減排和綠色環(huán)保的國家能源戰(zhàn)略的執(zhí)行。
2.3由于目前小電廠和電網(wǎng)缺乏信息互動系統(tǒng)，電廠申報(bào)檢修計(jì)劃、發(fā)電計(jì)劃等仍通過傳真和電子郵件方式進(jìn)行，增加了專業(yè)管理人員的工作量，工作效率較低，不利于進(jìn)一步精益化管理和提升管理水平。
2.4部分廠站遠(yuǎn)動設(shè)備故障停運(yùn)已不能恢復(fù)，且為音頻電纜載波方式，采用光纜載波方式及設(shè)備更換需投入較大資金。因電煤價格上漲，電廠經(jīng)營困難，虧損嚴(yán)重，無力完成設(shè)備恢復(fù)，申請暫緩進(jìn)行。
2.5根據(jù)邢臺市政府規(guī)劃，部分電廠已列入拆遷關(guān)停單位，電廠為避免資源浪費(fèi)，申請暫緩設(shè)備恢復(fù)工作。電廠無專業(yè)人員進(jìn)行設(shè)備維護(hù)，專業(yè)技術(shù)力量不足，發(fā)生自動化裝置故障不能及時恢復(fù)，影響正常數(shù)據(jù)上傳。
3邢臺電網(wǎng)地方小電廠存在問題解決措施
為進(jìn)一步做好地方公用和自備電廠的運(yùn)行管理工作，按照《河北省南部電網(wǎng)地方小電廠調(diào)度管理辦法》和《河北南網(wǎng)企業(yè)自備電廠調(diào)度運(yùn)行管理規(guī)定》等相關(guān)文件要求，建設(shè)河北南部電網(wǎng)地方小電廠管理系統(tǒng)，進(jìn)一步實(shí)現(xiàn)業(yè)務(wù)流程標(biāo)準(zhǔn)化、規(guī)范化，管理模式的精益化。通過本項(xiàng)目的實(shí)施，將建立起省調(diào)、地調(diào)與地方電廠信息交流的平臺，最大程度上實(shí)現(xiàn)信息的共享，極大提升地方小公用和自備電廠的并網(wǎng)管理水平，促進(jìn)電網(wǎng)的安全穩(wěn)定運(yùn)行。結(jié)合邢臺電網(wǎng)的軟硬件資源，充分考慮小電廠現(xiàn)有管理模式和未來發(fā)展方向，制定邢臺電網(wǎng)統(tǒng)一建設(shè)集中式管理系統(tǒng)的方案。內(nèi)容如下：
（1）統(tǒng)一建設(shè)集中式管理平臺。主站系統(tǒng)服務(wù)器和相關(guān)網(wǎng)絡(luò)硬件設(shè)備采用現(xiàn)有系統(tǒng)設(shè)備；新開發(fā)小電廠管理的軟件系統(tǒng)，實(shí)現(xiàn)機(jī)組運(yùn)行數(shù)據(jù)和管理信息的采集、處理、展示。各級調(diào)度用戶通過辦公微機(jī)，通過信息網(wǎng)使用業(yè)務(wù)功能。
（2）采用調(diào)度數(shù)據(jù)網(wǎng)、專線、GPRS/CDMA公網(wǎng)等多種信息傳輸手段，方便電廠的接入，快速發(fā)揮系統(tǒng)效益。根據(jù)通信資源的實(shí)際情況，系統(tǒng)提供多種數(shù)據(jù)傳輸模式：對于新建自備電廠應(yīng)具備遠(yuǎn)動和調(diào)度數(shù)據(jù)網(wǎng)及二次安全防護(hù)設(shè)備，運(yùn)行信息以網(wǎng)絡(luò)方式直接傳送到省調(diào)；已經(jīng)接入地調(diào)自動化系統(tǒng)的現(xiàn)有自備電廠，運(yùn)行信息由地調(diào)系統(tǒng)轉(zhuǎn)發(fā)至省調(diào)；未接入地調(diào)自動化系統(tǒng)的現(xiàn)有自備電廠，遠(yuǎn)動信息通過公網(wǎng)無線方式接入省調(diào)。
（3）運(yùn)行信息分級維護(hù)，統(tǒng)一管理。地調(diào)負(fù)責(zé)所轄自備電廠遠(yuǎn)動系統(tǒng)的運(yùn)行考核和統(tǒng)計(jì)管理，省調(diào)負(fù)責(zé)統(tǒng)一對地調(diào)相關(guān)工作的運(yùn)行考評。
（4）系統(tǒng)功能靈活配置，適應(yīng)未來業(yè)務(wù)管理模式的變化。通過匯集全部自備電廠的運(yùn)行和管理信息，無論采用省、地兩級管理模式，還是省直管電廠的一級管理模式，系統(tǒng)均能提供支持。
（5）采用標(biāo)準(zhǔn)傳輸規(guī)約，具備未來平滑接入D5000能力。運(yùn)行數(shù)據(jù)傳輸采用IEC104規(guī)約和DL476-92標(biāo)準(zhǔn)規(guī)約，可平滑過渡到省調(diào)新的D5000系統(tǒng)。
4結(jié)束語
通過構(gòu)建邢臺電網(wǎng)地方小電廠管理系統(tǒng)主要實(shí)現(xiàn)以下目標(biāo)：
當(dāng)點(diǎn)評完成一張?zhí)幏剑ㄡt(yī)囑）后，軟件能夠根據(jù)臨床藥師的點(diǎn)評內(nèi)容，對被評價的處方進(jìn)行問題嚴(yán)重性的評級，分為合理處方和不合理處方，不合理處方包括不規(guī)范處方、用藥不適宜處方、超常處方；同時軟件還可將這些評價結(jié)果進(jìn)行計(jì)算機(jī)化存儲，以便對處方評價結(jié)果進(jìn)行統(tǒng)計(jì)和分析，方便臨床藥師及醫(yī)師對處方用藥進(jìn)行深入的分析和研究，為提高醫(yī)療服務(wù)質(zhì)量、節(jié)約醫(yī)療成本提供有效的數(shù)據(jù)參考。臨床藥學(xué)管理系統(tǒng)2.0在1.0的基礎(chǔ)上，結(jié)合國家對處方點(diǎn)評、抗菌藥物管理的新要求以及用戶對臨床藥學(xué)管理系統(tǒng)V1.0的意見和建議進(jìn)行了重新開發(fā)和完善，在系統(tǒng)功能、技術(shù)架構(gòu)、知識庫等方面均進(jìn)行了優(yōu)化和升級。功能方面，在保留原有1.0版本功能的同時，新系統(tǒng)對原有功能進(jìn)一步完善和延伸，如新增了中成藥處方點(diǎn)評、中藥飲片處方點(diǎn)評以及公示預(yù)警模塊，對其他的功能模塊也進(jìn)行了大幅度的完善和優(yōu)化。此外，在不影響用戶整體使用感受情況下，該系統(tǒng)的功能設(shè)計(jì)重點(diǎn)考慮系統(tǒng)的人性化，因此提高了易用性。
2點(diǎn)評存在的問題
該軟件能夠快速對醫(yī)囑進(jìn)行審核，提高了臨床藥師的工作效率，對促進(jìn)臨床合理用藥起到了積極作用，但系統(tǒng)軟件都是通過工程師編程進(jìn)行計(jì)算，程序難免會出現(xiàn)漏洞和不合理之處，因此該軟件在醫(yī)囑審核過程中在判斷、確認(rèn)和統(tǒng)計(jì)問題醫(yī)囑時也存在一些問題。部分警示屬于無效警示，即對正常合理用藥提出了警示，表明該軟件尚有待在實(shí)踐中不斷改進(jìn)與完善。臨床藥師在軟件使用中的人工干預(yù)也是不可缺少的。該軟件點(diǎn)評出的無效警示處方主要表現(xiàn)詳述如下。
2.1抗結(jié)核藥聯(lián)用。結(jié)核病的病理特征及現(xiàn)行抗結(jié)核藥的藥理作用決定了其常需聯(lián)合用藥，但系統(tǒng)軟件在分析處方時可能被認(rèn)為是重復(fù)用藥。如治療結(jié)核病一線方案的多聯(lián)用藥為異煙肼、利福平、乙胺丁醇、吡嗪酰胺聯(lián)用，該方案雖可能發(fā)生肝損害等不良反應(yīng)的疊加效應(yīng)，但同時可提高療效、延緩耐藥性產(chǎn)生，在患者病情允許的情況下是可以常規(guī)使用的，但這種聯(lián)合用藥通常被軟件斷定為重復(fù)給藥。
2.2不同作用機(jī)制的藥物聯(lián)用。使用作用機(jī)制不同的藥物治療同一疾病可能被認(rèn)為是重復(fù)用藥。如注射用凝血酶（巴曲亭）與酚磺乙胺注射液，酚磺乙胺為作用于血小板的止血藥，注射用凝血酶為促進(jìn)凝血因子活性的藥物，兩者雖同為止血藥，但作用機(jī)制不同且具有協(xié)同效應(yīng)，不屬于重復(fù)用藥，但卻會被軟件判定為重復(fù)用藥。
2.3同種類藥物聯(lián)用。由于疾病發(fā)生機(jī)制的千差萬別，有時即使是同種類藥物，其聯(lián)合應(yīng)用也是必要的。如糖尿病患者的胰島素聯(lián)合使用，由于甘精胰島素屬于超長效胰島素，用于控制基礎(chǔ)血糖，而短效和超短效胰島素用于控制餐后血糖，2種胰島素聯(lián)合應(yīng)用符合血糖控制要求，但卻會被軟件判定為重復(fù)用藥。
2.4抗菌藥物聯(lián)用。由于所有抗菌藥物多不止對一種細(xì)菌具有殺滅或抑制作用，只是對不同細(xì)菌有作用強(qiáng)弱之分，而患者感染情況各不相同，系統(tǒng)在對抗菌藥物進(jìn)行審核的過程中可能會將某些抗菌藥物的合理聯(lián)用歸類為重復(fù)用藥；而針對具體患者多種抗菌藥物的聯(lián)用，該系統(tǒng)并不能根據(jù)具體情況給出提示。如哌拉西林鈉/他唑巴坦鈉與阿奇霉素，通過系統(tǒng)軟件判定為重復(fù)用藥，雖兩者都可針對銅綠假單胞桿菌使用，但2種藥物的抗菌譜不盡相同，兩者聯(lián)用具有協(xié)同效應(yīng)，《社區(qū)獲得性肺炎診斷和治療指南》已將兩者聯(lián)合作為治療社區(qū)獲得性肺炎的經(jīng)驗(yàn)性配伍方案在臨床推廣。
2.5其他誤判。除重復(fù)用藥外，該軟件在使用過程還存在其他方面的一些誤判。如硫酸特布他林霧化液，通過霧化途徑起效，但通過醫(yī)師站傳輸?shù)较到y(tǒng)顯示變成“噴霧”，隨即被歸類為“給藥途徑問題”；余甘子喉片說明書明確告知可口服含化，但軟件提示說明書未提及該藥的給藥途徑可以為含服；硫辛酸注射液與阿司匹林腸溶片被軟件系統(tǒng)誤歸類為解熱鎮(zhèn)痛藥，而事實(shí)上硫辛酸為強(qiáng)抗氧化劑，主要用于糖尿病周圍神經(jīng)病變引起的感覺異常；玻璃酸鈉滴眼液也被系統(tǒng)誤判為同類型關(guān)節(jié)腔注射用的抗風(fēng)濕藥，忽略了其具有生理活性物質(zhì)的作用，僅當(dāng)其關(guān)節(jié)腔內(nèi)注射劑時才為膝骨關(guān)節(jié)炎、肩周炎等癥的改善藥物。
3改進(jìn)建議
3.1建立自定義模塊。臨床上確定一個患者的治療方案往往要考慮到多方面的因素，而軟件畢竟是通過對藥品說明書等內(nèi)容進(jìn)行核對前提下監(jiān)測的，條件變量在實(shí)際應(yīng)用中很難做到有針對性的個體化分析，很多情況還需要藥師根據(jù)警示處方信息和臨床實(shí)際情況與醫(yī)師溝通后再進(jìn)行判斷，直觀點(diǎn)評結(jié)果僅能作為參考依據(jù)，而不是最終結(jié)論。當(dāng)前藥物信息更新的速度很快，而系統(tǒng)更新速度較慢，在信息的準(zhǔn)確性和及時性等方面還有較大的提升空間。目前，除國家衛(wèi)生和計(jì)劃生育委員會要求上報(bào)專項(xiàng)處方、醫(yī)囑點(diǎn)評外，許多醫(yī)院還針對本院出現(xiàn)使用問題較多的藥物處方進(jìn)行專項(xiàng)點(diǎn)評，這就需要在現(xiàn)有軟件的基礎(chǔ)上建立自定義專項(xiàng)點(diǎn)評模塊和點(diǎn)評判別模塊。通過制定合理規(guī)則后，軟件通過預(yù)判自動生成需專項(xiàng)點(diǎn)評的藥物名單，之后通過生成的新自定義點(diǎn)評程序進(jìn)行點(diǎn)評，如此可更便捷地針對該院的用藥情況進(jìn)行專項(xiàng)點(diǎn)評。
3.2追加記憶功能。目前，我國的臨床診斷書寫與ICD-10對照表區(qū)別較大，加之各醫(yī)院之間的臨床診斷書寫規(guī)范不盡相同，導(dǎo)致診斷內(nèi)容以及用藥適宜性等相關(guān)點(diǎn)評項(xiàng)無法進(jìn)行較準(zhǔn)確的系統(tǒng)判定。而建立診斷判別和文字錄入的記憶功能，則能夠很好地解決這個問題。此方法操作雖在初期進(jìn)行人工修正和錄入時較煩瑣，但長期積累可形成具有該醫(yī)院特色的臨床診斷判別數(shù)據(jù)庫，不但能提高軟件點(diǎn)評的準(zhǔn)確性，更能提高工作人員的點(diǎn)評效率。
3.3設(shè)置用戶名工作進(jìn)展列表。臨床藥學(xué)管理系統(tǒng)2.0可對抽樣后的工作列表進(jìn)行保存，以方便列表中未完成的點(diǎn)評條目在下一次進(jìn)入時，該用戶可繼續(xù)進(jìn)行點(diǎn)評。但存在的問題在于該用戶一旦保存列表，其他點(diǎn)評用戶則無法看到或無法對此列表的數(shù)據(jù)進(jìn)行抽樣，因此存在局限性。建議登錄后首頁顯示各用戶點(diǎn)評進(jìn)展和詳細(xì)目錄，在點(diǎn)評時可以對其他用戶點(diǎn)評的條目進(jìn)行抽樣；同時為防止新用戶對點(diǎn)評結(jié)果的隨意更改，可對不同用戶重復(fù)抽樣的已經(jīng)點(diǎn)評的結(jié)果條目進(jìn)行鎖定或限制。
1.1計(jì)劃管理計(jì)劃管理通常包括停電計(jì)劃管理及生產(chǎn)計(jì)劃管理，其中前者的計(jì)劃管理主要包括閱讀停電管理、周停電計(jì)劃管理及帶點(diǎn)作業(yè)計(jì)劃等。而后者主要包括周生產(chǎn)管理計(jì)劃、月生產(chǎn)管理計(jì)劃及每項(xiàng)生產(chǎn)管理計(jì)劃等。
1.2電網(wǎng)資源管理它是供電管理的核心部分，只要是有關(guān)供電企業(yè)中的各類電網(wǎng)資源，都?xì)w于電網(wǎng)資源管理。主要功能是為其它管理模塊提供可靠的信息數(shù)據(jù)，為提高供電效率提供基礎(chǔ)性作用。電網(wǎng)資源管理根據(jù)功能，可以分成五大部分，分別為低壓、輸電、配電、圖形資源管理及變電。其中低壓主要負(fù)責(zé)供電系統(tǒng)中低壓線路的運(yùn)行情況，低壓線路的維修及護(hù)養(yǎng)工作；變電主要負(fù)責(zé)變電中的維護(hù)及統(tǒng)計(jì)工作，在供電運(yùn)行中，很多供電設(shè)備如變電站、變電設(shè)備、變電單元及基礎(chǔ)參數(shù)等，由于供電穩(wěn)定需要，必須給予維護(hù)，才能保證供電正常、安全。所以，在實(shí)際供電時，要對這都些設(shè)備給予維護(hù)。輸電資源，主要包括供電中有關(guān)電能輸送相關(guān)的設(shè)備及材料，如輸電電纜、桿塔、架空線路等，對這些材料給予系統(tǒng)管理，才能夠保證供電的穩(wěn)定性。配電資源管理主要包括配電線路查詢及統(tǒng)計(jì)工作。圖形資源管理。在供電運(yùn)行中，通常包括大量的供電圖譜，如輸電線路圖、變電站二次圖、基本圖形維護(hù)等，將這些圖形管理到位，對于供電系統(tǒng)運(yùn)行管理以及維修護(hù)養(yǎng)都具有重要意義。
1.3電網(wǎng)運(yùn)行管理電網(wǎng)運(yùn)行管理是供電運(yùn)行的基礎(chǔ)環(huán)節(jié)，只有對運(yùn)行中的各種信息進(jìn)行及時處理，才能夠保證配電網(wǎng)安全、穩(wěn)定運(yùn)行。具體包含以下幾個方面：首先，設(shè)備缺陷管理。在供電中，由于眾多原因，導(dǎo)致供電設(shè)備出現(xiàn)故障，應(yīng)采取一定措施，對故障原因進(jìn)行分析，將設(shè)備故障出現(xiàn)原因、處理過程，分類、匯總及統(tǒng)計(jì)，制成缺陷匯總統(tǒng)計(jì)表格。其次，設(shè)備評定管理。為了保證供電運(yùn)行正常，不出現(xiàn)差錯，在每個季度，要對低壓、輸電、配電及變電進(jìn)行一次評級，并將評級過程及結(jié)果進(jìn)行詳細(xì)管理。再次，設(shè)備試驗(yàn)管理。在供電運(yùn)行中，要經(jīng)常對運(yùn)行設(shè)備的試驗(yàn)周期進(jìn)行檢驗(yàn)，以提供相應(yīng)的技術(shù)參數(shù)數(shù)據(jù)。第四，設(shè)備巡視管理。在供電運(yùn)行中，為了避免出現(xiàn)供電故障，通常要對輸電、配電及變電設(shè)備進(jìn)行巡視管理，將巡視中有關(guān)信息數(shù)據(jù)及時存檔，為后期的設(shè)備檢修提供數(shù)據(jù)依據(jù)。第五，設(shè)備檢修管理。主要負(fù)責(zé)對供電運(yùn)行中出現(xiàn)的故障進(jìn)行記錄，包括故障位置、故障原因、故障處理措施等。第六：運(yùn)行記錄管理。主要將供電運(yùn)行情況進(jìn)行記錄，為日后維修工作提供依據(jù)。
1.4綜合應(yīng)用管理首先，它具有自動生成報(bào)表的功能，所以，在供電中發(fā)揮著重要作用。在報(bào)表生成時，需要各種設(shè)備運(yùn)行情況，如變壓器情況統(tǒng)計(jì)、全局設(shè)備數(shù)量統(tǒng)計(jì)及配電網(wǎng)基本情況等。生成的報(bào)表以words形式輸出。其次，查詢統(tǒng)計(jì)分析功能。綜合應(yīng)用管理系統(tǒng)中包括多個模塊，其中查詢統(tǒng)計(jì)分析功能能夠?yàn)槠渌K提供自定義查詢，從而實(shí)現(xiàn)了運(yùn)行信息多樣化查詢功能。再次，數(shù)據(jù)接口功能，它能夠?yàn)楣╇娤到y(tǒng)提供接口；通過該接口，可以進(jìn)行數(shù)據(jù)采集及對外共享。
2應(yīng)用效果分析
首先，實(shí)現(xiàn)了諸多管理，如流轉(zhuǎn)批審、員工檔案歸檔及作廢；能夠?qū)╇娖髽I(yè)月度停電計(jì)劃及時上報(bào)；調(diào)度員通過交接班操作，實(shí)現(xiàn)了早中晚三次交接班管理工作。其次，優(yōu)化了供電企業(yè)的運(yùn)行結(jié)構(gòu)，提高了供電企業(yè)的供電效率。再次，提高了供電運(yùn)行穩(wěn)定性，并且為供電設(shè)備維護(hù)工作提供優(yōu)質(zhì)服務(wù)。另外，根據(jù)供電需要，對供電運(yùn)行過程進(jìn)行適度調(diào)整。第四，加強(qiáng)了供電運(yùn)行中的檢修工作，同時也增加了短信等業(yè)務(wù)，以提高供電效率。此外，對供電設(shè)備檢修申請時間和申請進(jìn)度進(jìn)行督促，從而提高了短信提醒的實(shí)用性。第五，目前，供電企業(yè)在供電數(shù)據(jù)管理上，通常采用兩臺服務(wù)器，在運(yùn)行數(shù)據(jù)備份時，采用Oracle數(shù)據(jù)庫，實(shí)現(xiàn)了數(shù)據(jù)庫的邏輯導(dǎo)出，也提升了服務(wù)器的運(yùn)行效率，降低了運(yùn)行風(fēng)險。
因此，開發(fā)這樣酒店預(yù)定管理系統(tǒng)成為很有必要的事情。
關(guān)鍵字
酒店預(yù)定系統(tǒng)，預(yù)定管理，設(shè)計(jì)與實(shí)現(xiàn)
第一章系統(tǒng)分析
1.1開發(fā)背景
隨著電子計(jì)算機(jī)和通信技術(shù)的發(fā)展，人類已經(jīng)逐漸地進(jìn)入信息化社會。信息和材料、能源一樣成為一種社會的基本生產(chǎn)資料，在人類的社會生產(chǎn)活動中發(fā)揮著重要的作用。同時人們對信息和數(shù)據(jù)的利用與處理也已進(jìn)入自動化、網(wǎng)絡(luò)化和社會化的階段.。
本系統(tǒng)主要針對酒店娛樂行業(yè)，開發(fā)一套，適用與前臺，用來管理統(tǒng)計(jì)酒店預(yù)定宴席的軟件，通過直觀可視化界面，簡單易懂的操作，替代目前酒店業(yè)采取以書面記錄的形式。無須酒店企業(yè)雇傭?qū)ｉT的計(jì)算機(jī)人員即可完成運(yùn)作。實(shí)現(xiàn)日訂單，月訂單，年度訂單查詢，有助與酒店管理層分析經(jīng)營情況，更正經(jīng)營管理上的不足
酒店規(guī)模的不斷擴(kuò)大，以及預(yù)定酒席的提前，酒席數(shù)量相應(yīng)的增加，有關(guān)預(yù)定的各種信息量也成倍增加，面對著龐大的信息量，傳統(tǒng)的人工方式管理會導(dǎo)致管理上的混亂，人力與物力過多浪費(fèi)，使酒店的管理費(fèi)用的增加，并給酒店的運(yùn)營帶來不必要的麻煩，影響整個酒店的運(yùn)作和控制管理，因此，必須制定一套合理、有效，規(guī)范和實(shí)用的酒店預(yù)定系統(tǒng)，對預(yù)定信息進(jìn)行集中統(tǒng)一的管理。本設(shè)計(jì)所完成的酒店預(yù)定管理系統(tǒng)軟件是一功能比較完善的數(shù)據(jù)管理軟件，具有數(shù)據(jù)操作簡單、方便高效迅速等優(yōu)點(diǎn)。系統(tǒng)采用VisualBasic和MicrosoftAccess。系統(tǒng)開發(fā)的總的設(shè)計(jì)目標(biāo)是實(shí)現(xiàn)酒店預(yù)定管理的系統(tǒng)化、規(guī)范化和自動化，實(shí)現(xiàn)對預(yù)定信息的集中統(tǒng)一的管理。
1.2任務(wù)概述
1.2.1組織結(jié)構(gòu)圖
組織結(jié)構(gòu)圖
1.2.2組織與業(yè)務(wù)的關(guān)系
1.業(yè)務(wù)流程圖
1.前臺
使用本軟件對預(yù)定信息進(jìn)行安排，并回虧客戶，將預(yù)定信息送達(dá)給管理部。
2.管理部
•酒席安排
根據(jù)預(yù)定信息進(jìn)行酒席的安排布置。
•席間服務(wù)
根據(jù)酒席的類型布置餐廳，布置酒席，提供服務(wù)人員。
3.采購部
•安排部
根據(jù)本軟件提供的信息提前安排人員對酒席菜式進(jìn)行安排，計(jì)算出需要多少原料，查看庫存并反饋給供應(yīng)部
•供應(yīng)部
根據(jù)安排部的信息進(jìn)行原料的準(zhǔn)備，采購等，成本送達(dá)財(cái)務(wù)部。
4.廚房
根據(jù)酒席規(guī)模安排廚師等。
5.財(cái)務(wù)部
財(cái)務(wù)匯總、成本計(jì)算、利潤計(jì)算。
1.2.3需求分析
本系統(tǒng)要開發(fā)的酒店預(yù)定管理系統(tǒng)的具體功能包括酒席預(yù)定信息管理、預(yù)定提示管理、酒席資源釋放和系統(tǒng)設(shè)置，由管理人員負(fù)責(zé)數(shù)據(jù)維護(hù)。對于已經(jīng)入庫的信息，系統(tǒng)根據(jù)用戶不同的使用權(quán)限提供查詢和打印服務(wù)。
1酒店預(yù)定管理系統(tǒng)的需求分析圖
當(dāng)決定要開發(fā)一個信息系統(tǒng)時，首先要對信息系統(tǒng)的需求進(jìn)行分析。需求分析要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的限制和軟件同其他元素的接口細(xì)節(jié)，定義軟件的其他需求。其實(shí)步驟包括四步。
模型化抽象化
出
具體化實(shí)例化
軟件開發(fā)過程
(1)獲得當(dāng)前系統(tǒng)的處理流程，在此首假設(shè)當(dāng)前系統(tǒng)是手工處理系統(tǒng)。手工處理流程大致是這樣的。讀者將要預(yù)定的酒席數(shù)量、時間、類型交給工作人員，工作人員預(yù)定酒席的時間進(jìn)行查詢，安排空位。并在本軟件上填寫預(yù)定信息。這樣預(yù)定過程就完成了。預(yù)定時間將到期時，本軟件將提示酒店工作人員，將預(yù)定信息傳達(dá)到管理部門，本軟件進(jìn)行酒席確認(rèn)，解除提示。
(2)抽象出當(dāng)前系統(tǒng)的邏輯模型。在理解當(dāng)前系統(tǒng)“怎么做”的基礎(chǔ)上，抽取其“做什么”的本質(zhì)，從而從當(dāng)前系統(tǒng)的物理模型抽象出當(dāng)前系統(tǒng)的邏輯模型。在物理模型中有許多物理因素，隨著分析的深入，有些本質(zhì)的因素就成為不必要的負(fù)擔(dān)，因而需要對物理模型進(jìn)行分析，區(qū)分出本質(zhì)的和非本質(zhì)的因素，去掉那些非本質(zhì)的因素即可獲得反映系統(tǒng)本質(zhì)的邏輯模型。
(3)建立目標(biāo)系統(tǒng)的邏輯模型。分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，明確目標(biāo)系統(tǒng)到底要“做什么”，從而從當(dāng)前的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。在對上述流程進(jìn)行分析后，我們對新的酒店預(yù)定管理流程進(jìn)行整理。
1.2.4功能體系圖
功能體系圖
1.2.5實(shí)現(xiàn)目標(biāo)
《酒店預(yù)定管理系統(tǒng)》針對的用戶是單個酒店，主要的實(shí)現(xiàn)目標(biāo)有：
?實(shí)現(xiàn)酒席管理；
?實(shí)現(xiàn)定單提示；
?實(shí)現(xiàn)各種統(tǒng)計(jì)、查詢、打印功能；
?能夠提供一定的安全機(jī)制，提供數(shù)據(jù)信息授權(quán)訪問，防止隨意刪改，同時提供信息備份的服務(wù)。
1.2.6運(yùn)行環(huán)境
1．硬件要求以下是系統(tǒng)在運(yùn)行環(huán)境中的硬件要求：
P4及以上芯片，128M內(nèi)存；服務(wù)器、管理機(jī)各一臺，40以上硬盤。另外的配套硬件設(shè)備有打印機(jī)；查詢的客戶機(jī)若干（自選）。以WINDOWS2000SERVER為服務(wù)器平臺,后臺為大型數(shù)據(jù)庫MICORSOFTACCESS，并提供數(shù)據(jù)的備份與恢復(fù)功能，數(shù)據(jù)安全性好，不會出現(xiàn)網(wǎng)絡(luò)堵塞現(xiàn)象；系統(tǒng)采用大量的COM（組件對象模型）技術(shù)和優(yōu)化的數(shù)據(jù)庫查詢方法，減少服務(wù)器的負(fù)擔(dān)，保證系統(tǒng)穩(wěn)定的運(yùn)行。
2．軟件要求在系統(tǒng)運(yùn)行下的軟件環(huán)境要求如下：
服務(wù)器端安裝WINDOWS2000SERVER、IISWEB服務(wù)器、關(guān)系數(shù)據(jù)庫管理采用MICROSOFTACCESS
1.3項(xiàng)目開發(fā)計(jì)劃
2004年11月20日——2004年11月30日
填寫《開題報(bào)告》和《任務(wù)書》，由指導(dǎo)教師保存。
2004年12月1日——2005年1月7日
嚴(yán)格按統(tǒng)一的規(guī)范格式，進(jìn)行畢業(yè)設(shè)計(jì)與畢業(yè)設(shè)計(jì)文檔撰寫。在本學(xué)期末之前完成設(shè)計(jì)文檔中的“第一章系統(tǒng)分析”與“第二章概要設(shè)計(jì)”。
2005年1月7——2005年2月30日====
完成系統(tǒng)的詳細(xì)設(shè)計(jì)
2005年2月30日----2005年4月15日
完成系統(tǒng)測試
2005年4月15日——2005年5月15日
完成用戶手冊
2005年5月15日----2005年6月1日
完成全部文檔,統(tǒng)一整理合成,做最后修改
2005年6月1日----2005年6月15
打印完畢后交由計(jì)算機(jī)系辦統(tǒng)一裝訂成冊。
1.4數(shù)據(jù)流圖和數(shù)據(jù)詞典
酒店預(yù)定管理查詢酒席信息和客戶信息；
1.4.1客戶預(yù)定酒席過程
項(xiàng)目名稱酒店預(yù)定管理系統(tǒng)
項(xiàng)目代碼名稱JDYD
子項(xiàng)目名稱預(yù)定輸入
子項(xiàng)目代碼名稱YDSR
作者朱電腦
創(chuàng)建時間2005-1-620：10
修改時間2004-1-1510：30
1.數(shù)據(jù)流圖
2.數(shù)據(jù)詞典
(1)數(shù)據(jù)源點(diǎn)及匯點(diǎn)描述：
①名稱：客戶
簡要描述：預(yù)定、查詢及登記
有關(guān)數(shù)據(jù)流：預(yù)定時間；預(yù)定數(shù)目
②名稱：日歷
簡要描述：當(dāng)日日期
有關(guān)數(shù)據(jù)流：年月日
(1)加工邏輯詞條描述：
①加工名：預(yù)定檢驗(yàn)
加工編號：1
簡要描述：檢驗(yàn)客戶身份、酒席是否有沖突。
輸入數(shù)據(jù)流：客戶信息，酒席時間，酒席數(shù)量
輸出數(shù)據(jù)流：預(yù)定沖突信息，預(yù)定信息
加工邏輯：IF要求時間內(nèi)酒席沖突THEN
發(fā)出“預(yù)定錯誤”
ENDIF
ENDIF
ENDIF
ENDIF
②加工名：預(yù)定登記
加工編號：2
簡要描述：將“預(yù)定信息”登記到“預(yù)定記錄數(shù)據(jù)庫”中，完成后將預(yù)定確認(rèn)函提交客戶
輸入數(shù)據(jù)流：預(yù)定信息，日期
輸出數(shù)據(jù)流：預(yù)定信息確認(rèn)
加工邏輯：預(yù)定信息及日期寫入記錄；
打印預(yù)定確認(rèn)函
（1）數(shù)據(jù)流名詞條描述：
①數(shù)據(jù)流名：客戶口頭預(yù)定信息
數(shù)據(jù)流來源：客戶
數(shù)據(jù)流去向：酒席檢驗(yàn)
數(shù)據(jù)流組成：客戶信息＝客戶編號＋姓名＋聯(lián)系方法
客戶編號＝“000000001”..“999999999”
姓名＝2{字母}24
聯(lián)系方法＝4{字母}50
②數(shù)據(jù)流名：預(yù)定酒席信息
數(shù)據(jù)流來源：客戶
數(shù)據(jù)流去向：酒席檢驗(yàn)
數(shù)據(jù)流組成：酒席信息＝酒席號＋類型＋摘要
酒席號＝“000000001”..“999999999”
類型＝2{字母}24
摘要=10{字母}200
③數(shù)據(jù)流名：檢驗(yàn)錯誤
數(shù)據(jù)流來源：酒席檢驗(yàn)
數(shù)據(jù)流去向：讀者
數(shù)據(jù)流組成：檢驗(yàn)錯誤＝2{字母}40
每個數(shù)據(jù)量流通量：
④數(shù)據(jù)流名：預(yù)定信息
數(shù)據(jù)流來源：酒席檢驗(yàn)
數(shù)據(jù)流去向：預(yù)定登記
數(shù)據(jù)流組成：預(yù)定信息＝酒席號
每個數(shù)據(jù)量流通量：
⑤數(shù)據(jù)流名：日期
說明：提供當(dāng)前日期信息
數(shù)據(jù)流來源：日歷
數(shù)據(jù)流去向：酒席檢驗(yàn)，預(yù)定登記
數(shù)據(jù)流組成：日期＝年＋月＋日
年＝“0000”..“9999”
月＝“01”..“12”
日＝“01”..“31”
每個數(shù)據(jù)量流通量：
（2）數(shù)據(jù)文件詞條描述：
①數(shù)據(jù)文件名：客戶庫
簡述：存放客戶信息
輸入數(shù)據(jù)：無
輸出數(shù)據(jù)：客戶信息
數(shù)據(jù)文件組成：客戶庫由“客戶信息”組成
②數(shù)據(jù)文件名：酒席資源庫
簡述：存放酒席資源
輸入數(shù)據(jù)：無
輸出數(shù)據(jù)：酒席資源信息
數(shù)據(jù)文件組成：酒席資源庫由“酒席資源”組成
1.4.2客戶預(yù)定過程
項(xiàng)目名稱酒店預(yù)定管理系統(tǒng)
項(xiàng)目代碼名稱JDYD
子項(xiàng)目名稱定單管理
子項(xiàng)目代碼名稱DDGL
作者
創(chuàng)建時間2005-1-620：10
修改時間2004-1-1510：30
1.數(shù)據(jù)流圖
1.數(shù)據(jù)詞典
（1）數(shù)據(jù)源點(diǎn)及匯點(diǎn)描述：（前面已描述）
（2）加工邏輯詞條描述：
①加工名：酒席檢驗(yàn)
加工編號：3
簡要描述：檢驗(yàn)酒席是否能夠安排
輸入數(shù)據(jù)流：酒席數(shù)量，酒席類型
輸出數(shù)據(jù)流：檢驗(yàn)錯誤
加工邏輯：IF酒席不能安排THEN
發(fā)出“檢驗(yàn)錯誤”
ELSE發(fā)出“安排成功”
ENDIF
②加工名：酒席安排
加工編號：4
簡要描述：對安排好位置的酒席進(jìn)行席間服務(wù)的安排
輸入數(shù)據(jù)流：酒席數(shù)量、類型、日期
輸出數(shù)據(jù)流：安排成功
加工邏輯：IF不能安排THEN
統(tǒng)計(jì)安排的酒席數(shù)
生成返回信息
ELSE刪除酒席記錄庫中相應(yīng)的酒席記錄
生成成功信息
ENDIF
給出成功預(yù)定返回信息
（3）數(shù)據(jù)流名詞條描述：
①數(shù)據(jù)流名：預(yù)定成功
說明：用于傳遞酒席號
數(shù)據(jù)流來源：預(yù)定檢驗(yàn)
數(shù)據(jù)流去向：預(yù)定輸入
數(shù)據(jù)流組成：酒席信息＝酒席號
（4）數(shù)據(jù)文件詞條描述：（前面已描述）
1.4.3綜合查詢過程
項(xiàng)目名稱酒店預(yù)定管理系統(tǒng)
項(xiàng)目代碼名稱JDYD
子項(xiàng)目名稱查詢
子項(xiàng)目代碼名稱CX
作者朱電腦
創(chuàng)建時間2005-1-620：10
修改時間2004-1-1510：30
2.數(shù)據(jù)流圖
3.數(shù)據(jù)詞典
（1）數(shù)據(jù)源點(diǎn)及匯點(diǎn)描述：
①名稱：工作人員
簡要描述：所有營業(yè)管理動作
有關(guān)數(shù)據(jù)流：查詢信息
②其它（前面已描述）
（2）加工邏輯詞條描述：
①加工名：查詢
加工編號：5
簡要描述：查詢碟片是否租出或是否已被預(yù)定
輸入數(shù)據(jù)流：客戶信息，狀態(tài)信息，預(yù)定信息
輸出數(shù)據(jù)流：查詢錯誤，酒席信息
加工邏輯：IF所有庫中均無查詢內(nèi)容THEN
發(fā)出“查詢錯誤”
ELSE
發(fā)出“查詢返回結(jié)果”
ENDIF
（3）數(shù)據(jù)流名詞條描述：
①數(shù)據(jù)流名：查詢信息
說明：用于傳遞預(yù)定的查詢所得信息
數(shù)據(jù)流來源：查詢
數(shù)據(jù)流去向：客戶；工作人員
數(shù)據(jù)流組成：查詢信息＝酒席信息、客戶信息、預(yù)定記錄
其它（前面已描述）
（4）數(shù)據(jù)文件詞條描述：
①數(shù)據(jù)文件名：顧客客戶記錄庫
簡述：存放客戶預(yù)定記錄
輸入數(shù)據(jù)：預(yù)定信息
輸出數(shù)據(jù)：預(yù)定信息
1.4.4預(yù)定管理過程
1.簡要說明
項(xiàng)目名稱酒店預(yù)定管理系統(tǒng)
項(xiàng)目代碼名稱JDYD
子項(xiàng)目名稱預(yù)定信息提醒
子項(xiàng)目代碼名稱YDTX
作者林藝
創(chuàng)建時間2005-1-620：10
修改時間2004-1-1510：30
3.數(shù)據(jù)流圖
4.數(shù)據(jù)詞典
（5）數(shù)據(jù)源點(diǎn)及匯點(diǎn)描述：（前面已描述）
（6）加工邏輯詞條描述：
①加工名：圖書庫操作
加工編號：7
簡要描述：根據(jù)工作人員的操作信息對圖書庫內(nèi)記錄進(jìn)行處理
輸入數(shù)據(jù)流：操作信息
輸出數(shù)據(jù)流：操作成功返回信息，提示信息
加工邏輯：IF酒席即將到期THEN
發(fā)出“提示信息”
ENDIF
（7）數(shù)據(jù)流名詞條描述：
①數(shù)據(jù)流名：操作信息
說明：用于工作人員操作得信息
數(shù)據(jù)流來源：工作人員
數(shù)據(jù)流去向：酒店預(yù)定管理
②數(shù)據(jù)流組成：操作信息＝操作內(nèi)容+操作值
（8）數(shù)據(jù)文件詞條描述：（前面已描述）
1.4.5客戶管理過程
項(xiàng)目名稱酒店預(yù)定管理系統(tǒng)
項(xiàng)目代碼名稱JDYD
子項(xiàng)目名稱客戶管理
子項(xiàng)目代碼名稱KHGL
作者
創(chuàng)建時間2005-1-620：10
修改時間2004-1-1510：30
5.數(shù)據(jù)流圖
6.數(shù)據(jù)詞典
（9）數(shù)據(jù)源點(diǎn)及匯點(diǎn)描述：（前面已描述）
（10）加工邏輯詞條描述：
②加工名：客戶信息庫操作
加工編號：7
簡要描述：根據(jù)工作人員的操作信息對讀者庫內(nèi)記錄進(jìn)行處理
輸入數(shù)據(jù)流：客戶信息，操作信息
輸出數(shù)據(jù)流：操作成功返回信息，客戶信息
加工邏輯：IF讀者庫中無此客戶THEN
發(fā)出“操作錯誤”
ELSE
發(fā)出“操作成功返回結(jié)果”
ENDIF
（11）數(shù)據(jù)流名詞條描述：
②數(shù)據(jù)流名：操作信息
說明：用于工作人員操作得信息
數(shù)據(jù)流來源：工作人員
數(shù)據(jù)流去向：客戶管理
③數(shù)據(jù)流組成：操作信息＝操作內(nèi)容+操作值
（12）數(shù)據(jù)文件詞條描述：（前面已描述）
1.4.7系統(tǒng)設(shè)置過程
1.簡要說明
項(xiàng)目名稱酒店預(yù)定管理系統(tǒng)
項(xiàng)目代碼名稱JDYD
子項(xiàng)目名稱系統(tǒng)設(shè)置
子項(xiàng)目代碼名稱XTSZ
作者林藝
創(chuàng)建時間2005-1-620：10
修改時間2004-1-1510：30
2.數(shù)據(jù)流
數(shù)據(jù)詞典
(5)數(shù)據(jù)源點(diǎn)及匯點(diǎn)描述：（前面已描述）
(5)加工邏輯詞條描述：
①加工名：系統(tǒng)設(shè)置
加工編號：8
簡要描述：根據(jù)工作人員的設(shè)置內(nèi)容對系統(tǒng)設(shè)置庫進(jìn)行修改
輸入數(shù)據(jù)流：設(shè)置內(nèi)容
輸出數(shù)據(jù)流：操作錯誤，操作成功返回信息
加工邏輯：IF設(shè)置內(nèi)容是否錯誤THEN
發(fā)出“操作錯誤”
ELSE
發(fā)出“操作成功返回信息”
ENDIF
（13）數(shù)據(jù)流名詞條描述：
①數(shù)據(jù)流名：設(shè)置內(nèi)容
說明：用于工作人員設(shè)置的信息
數(shù)據(jù)流來源：工作人員
數(shù)據(jù)流去向：系統(tǒng)設(shè)置
④數(shù)據(jù)流組成：設(shè)置內(nèi)容＝設(shè)置項(xiàng)名+設(shè)置值
⑤設(shè)置項(xiàng)名=6(字母)
⑥設(shè)置值=4(數(shù)字)
（14）數(shù)據(jù)文件詞條描述：
①數(shù)據(jù)文件名：系統(tǒng)設(shè)置庫
簡述：存放系統(tǒng)設(shè)置信息
輸入數(shù)據(jù)：設(shè)置信息
輸出數(shù)據(jù)：設(shè)置信息
數(shù)據(jù)文件組成：系統(tǒng)設(shè)置庫由“系統(tǒng)設(shè)置信息”組成
第二章概要設(shè)計(jì)
1.2系統(tǒng)結(jié)構(gòu)圖
1.3處理流程
1.3.1主流程
1.建立與數(shù)據(jù)庫的連接
2.獲取系統(tǒng)設(shè)置
3.顯示主對話框
4.等待用戶輸入
如為預(yù)定：進(jìn)入預(yù)定酒席流程。
如為退定：進(jìn)入刪除酒席流程
如為酒店定座信息查詢：進(jìn)入酒店定座查詢流程。
如為系統(tǒng)管理：進(jìn)入系統(tǒng)管理流程。
如為退出：檢查所有子窗口，關(guān)閉對話框，斷開與數(shù)據(jù)庫的連接
1.3.2預(yù)定酒席流程
要求用戶輸入客戶姓名
1.客戶身份查驗(yàn)
2.獲取相關(guān)的客戶信息并顯示
3.等待用戶輸入
如為確認(rèn)輸入預(yù)定桌號，提交預(yù)定請求，更新信息顯示，顯示預(yù)定操作結(jié)果。
如為完成預(yù)定操作：結(jié)束預(yù)定流程。
1.3.3退定酒席流程
1.輸入退定酒席桌號
2.讀出退定酒席信息及同次所預(yù)定的酒席信息并顯示
3.將退定的酒席桌號從預(yù)定酒席記錄中刪除
4.如有丟失，加以處理
如為確認(rèn)客戶身份：讀入退定桌號，更新信息顯示，顯示退定酒席操作結(jié)果。
如為完成退定酒席操作：結(jié)束退定酒席流程
1.3.4查詢流程
1.選擇查詢內(nèi)容的類型
2.輸入查詢關(guān)鍵值
3.根據(jù)內(nèi)容類型讀取對應(yīng)數(shù)據(jù)表
4.顯示查詢
如為完成查詢操作：結(jié)束查詢流程。
1.3.5客戶管理流程
要求用戶輸入客戶名稱
1.讀者身份查驗(yàn)
2.獲取相關(guān)的客戶信息并顯示
3.等待用戶輸入
如為確認(rèn)輸入客戶名稱：讀入客戶名稱，增刪改客戶信息，更新信息顯示，顯示客戶管理操作結(jié)果
如為完成客戶管理操作：結(jié)束讀者管理流程。
1.3.6桌位管理流程
要求用戶輸入桌位號
1.桌位號查驗(yàn)
2.獲取相關(guān)的桌位信息并顯示
3.等待工作人員輸入
如為確認(rèn)輸入桌位號：讀入桌位號，增刪改桌位信息，更新信息顯示，顯示桌位管理操作結(jié)果。
如為完成桌位管理操作：結(jié)束桌位管理流程。
1.4數(shù)據(jù)庫設(shè)計(jì)
前面已經(jīng)根據(jù)系統(tǒng)的需求信息擬訂了表結(jié)構(gòu)，從現(xiàn)在開始，將介紹系統(tǒng)的具體實(shí)現(xiàn)。使用的后臺數(shù)據(jù)庫服務(wù)器為Access.
該圖書管理系統(tǒng)的庫結(jié)構(gòu)為：
2.3.1桌位表
由多個桌位記錄構(gòu)成。
桌位記錄的數(shù)據(jù)結(jié)構(gòu)如下：
桌位編號--------整數(shù)（唯一標(biāo)示符）
桌位所在哪個包廂---------變長字符串
服務(wù)員名稱---------變長字符串
桌位大小---------實(shí)數(shù)
2.3.2客戶表
由多個客戶記錄構(gòu)成
讀者記錄的數(shù)據(jù)結(jié)構(gòu)如下：
客戶號-----------整數(shù)（唯一標(biāo)示符）
客戶姓名------------變長字符串
客戶聯(lián)系方法-----------變長字符串
2.3.3預(yù)定酒席記錄表
由若干個預(yù)定酒席記錄構(gòu)成
預(yù)定記錄的數(shù)據(jù)結(jié)構(gòu)如下：
預(yù)定的桌號----------整數(shù)（與圖書庫中的圖書編號對應(yīng)）(唯一標(biāo)示符)
預(yù)定客戶的姓名---------------整數(shù)（與讀者庫中的圖書編號對應(yīng)）
預(yù)定的時間-----------------日期
2.3.4預(yù)定酒席歷史記錄表：(History)
由若干個預(yù)定酒席歷史記錄構(gòu)成
預(yù)定酒席歷史記錄的數(shù)據(jù)結(jié)構(gòu)如下：
預(yù)定人姓名-----------整數(shù)（唯一標(biāo)示符）
預(yù)定的桌號----------整數(shù)（唯一標(biāo)示符）
預(yù)定的日期----------日期
2.3.5退定酒席記錄表:(Return)
由若干個退定酒席記錄構(gòu)成
退定酒席記錄的數(shù)據(jù)結(jié)構(gòu)如下：
桌位號------------整數(shù)（唯一標(biāo)示符）
退定日期-------------日期
系統(tǒng)操作人員ID(B_Clerk_ID),整數(shù)(系統(tǒng)自動生成，唯一標(biāo)示符)
2.3.6系統(tǒng)設(shè)置表
有單個系統(tǒng)設(shè)置記錄構(gòu)成
系統(tǒng)設(shè)置記錄的數(shù)據(jù)結(jié)構(gòu)如下：
記錄號(id)整數(shù)(系統(tǒng)自動生成，唯一標(biāo)示符)
