管理系統論文匯總十篇

序論：好文章的創作是一個不斷探索和完善的過程，我們為您推薦十篇管理系統論文范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。

篇（1）

該工程的藥品管理分系統包括藥庫管理模塊，藥房庫存管理模塊，科室小藥柜模塊，中心擺藥模塊，處方錄入模塊，處方發藥模塊，處方打印模塊，綜合查尋模塊，以及自己開發供靜脈輸液配制中心使用的輸液標簽打印模塊。根據我院及藥局的實際情況和網絡布線情況，藥局工作站的分布為:藥庫2臺，門急診藥房2臺，中藥房1臺，住院藥房2臺，靜脈輸液配制中心2臺。

藥局各部門的模塊配制根據實際的工作性質而定，藥庫的配置為:藥庫管理模塊，綜合查尋模塊。住院藥房的配置為:藥房庫存管理模塊，科室小藥柜模塊，中心擺藥模塊，處方錄入模塊。門診藥房的配制為:藥房庫存管理模塊，處方錄入模塊，處方發藥模塊，處方打印模塊。中藥房的配置為:藥房庫存管理模塊，處方錄入模塊，處方發藥模塊，處方打印模塊。靜脈輸液配制中心的配置為:中心擺藥模塊，輸液標簽打印模塊。各模塊功能上相互獨立，各工作部門間可以相互組合以適應自己的要求。各部門以不同的部門代碼使用相同的模塊就可區分各自的操作，如藥房庫存管理模塊在門診藥房，中藥房，住院藥房都有，它們可以各自向藥庫申請領藥，便于工作。

采用計算機管理系統有十分明顯的優點，在藥品管理方面，如采用人工管理藥庫，往往不能準確知道各種藥品的庫存數量、各個科室的消耗量，難以制定出合理的采購計劃，造成供應不及時，同時無法對藥品的有效期進行嚴格管理，從而造成過期浪費;采用計算機管理藥品后，由于數量完全在控制之下，為加強內部職員管理提供了有力的工具，不僅可以減少無意的浪費，還可以杜絕工作人員的私用和盜用。在住院部收費方面，由于采用“交押金-記帳-結算”的工作方式，在沒有采用計算機時，不能及時統計出每個病人所用的費用是否已經超過所交押金，會造成許多欠款，給醫院的財務管理帶來麻煩;同時，由于帳單明細匯總后才能記帳，常常造成漏記和錯記，不僅給醫院帶來損失，而且造成醫院同病人之間不必要的矛盾。采用計算機管理住院收費后，每一筆費用的使用，均及時記入電腦系統中，從根本上杜絕了漏帳;同時，可立即查出病人所交押金和所用的費用，及時催交押金，防止欠款。在提高服務質量方面，計算機應用于門診和住院管理系統，醫院各個部門之間的信息交流在網絡中完成，不再需要依靠病人來回走動來傳遞信息，減少了病人看病的環節，方便了病人;同時，整個管理更加規范化、科學化，能夠提高工作效率，提高醫療水平，從而整體提高全院的服務質量。

2藥品管理系統的主要模塊

2.1藥庫庫存管理模塊

2.1.1建立藥品字典如藥品名稱、規格，醫療保險信息中的醫療保險類別、報銷標志等。

2.1.2建帳入庫主要是錄入或自動獲取藥品名稱、規格、批號、價格、生產廠家、供貨商、包裝單位、發藥單位等。

2.1.3藥品的出入庫管理可隨時生成各種藥品的入庫明細、出庫明細、盤點明細、調撥明細、報損明細、退藥明細以及上面各項的匯總數據。可追蹤各個藥品的明細流水賬，可隨時查驗任何一品種的庫存變化入、出、存明細信息，并支持藥品批次管理。可以自動接收科室領藥單功能，實行網上領藥。對毒麻藥品、精神種類藥品等特殊藥品藥均有特定的判斷識別處理。具有自動生成采購計劃及采購單功能。

2.1.4藥品的調價及時調整藥品的價格，對不用的藥品實行停價。

2.1.5查詢統計可統計分析各藥房藥品消耗庫存，提供藥品的有效期管理、可自動報警和統計過期藥品的品種種數和金額，并有庫存量提示功能，提供的核算功能。

2.2藥房庫存管理模塊

2.2.1入庫管理門診藥房、中藥房、住院藥房可向藥庫申領藥品，并入庫生成單據。

2.2.2出庫管理門診藥房、中藥房、住院藥房分別通過處方出庫，擺藥出庫，領藥出庫，各部門之間還可以通過領藥出庫相互領藥，解決了各部門間的借藥問題。

2.2.3查詢統計可對藥品出入庫數量、藥品的去向、藥品的庫存等進行查詢統計。

2.3處方發藥模塊主要功能包括:處方確認發藥，處方查詢，處方退藥，工作量統計等功能。

2.4處方錄入模塊主要功能包括:處方錄入并計價。

2.5處方打印模塊在后臺打印處方，適用于不同的發藥模式。

2.6中心擺藥模塊

2.6.1自動獲取藥品基本信息可自動獲取藥品名稱、規格、價格、生產廠家、藥品劑型、住院患者的醫囑、藥品基本信息等。

2.6.2中藥擺藥模塊功能具有分別按患者的臨時醫囑和長期醫囑執行確認上帳功能，并自動生成針劑、片劑、輸液、毒麻和其它等類型的擺藥單，同時追蹤各藥品的庫存及患者的押金等。可進行單日或多日擺藥。

2.6.3查詢統計對患者的醫囑和擺藥情況進行查詢統計。

2.7科室小藥柜模塊用于病區科室急救用藥或住院藥房夜間無值班時的用藥。

2.8輸液標簽打印模塊主要用于靜脈輸液配制中心輸液標簽的打印。

2.9綜合查尋模塊主要用于藥品的綜合查詢，包括各藥房的庫存，單個藥品的去向，查詢有關調價后的所有信息，包括現價、原價及增值情況。查詢有關調價后的所有信息，包括現價、原價及增值情況。

3藥品系統模塊應用的體會

3.1藥品字典在藥品管理系統中，藥品字典是醫院所使用的所有藥品品種目錄的總稱，是極為重要的公用信息表，它包含了藥品的名稱、規格、單位、劑量、劑型、毒理分類、藥品價格、生產廠商等基本信息。它是藥品管理的基礎，也是臨床和收費的重要依據。藥品字典的內容越標準、越規范越好。藥品的正名應以通用名為主，同時也可以引入別名，別名可以是藥品的商品名，便于醫生用藥，藥品的正、別名應有編碼的對應關系。藥品的規格應反映藥品的含量信息，規格是描述所用，如25mg，規格一定要準確，它涉及醫生的醫囑。藥品的單位要對應劑型及規格的最小單位。藥品的最小單位劑量應是最小的不可分包裝單位所含劑量。藥品的劑量單位應對應最小單位劑量的單位，如mg、ml、g等，最小單位劑量及劑量單位用于擺藥時計算擺藥量所用。藥品字典要有專人維護，要有延續性。

3.2藥品的庫存管理庫存管理是藥局的重要工作，藥庫要遵循藥品先入庫后出庫的原則，即使遇到科室急需的藥品，也必須根據發票入庫后才可發出，若不入庫，藥房領不到藥，臨床醫生下不了醫囑，而無法用藥。門診藥房或住院藥房的申請的領藥單須經藥庫確認后，才可轉化為出庫單，同時減少藥庫庫存;藥庫的出庫單也須經門診藥房或住院藥房確認后才會轉化為入庫單。藥房領藥時片劑、膠囊可以以盒、瓶領取，有利于藥庫做帳及盤點;藥房入庫時以最小單位入庫，有利于住院藥房擺藥。

篇（2）

2火車來料信息管理

火車來料信息管理不同于汽車來料信息管理，比汽車來料信息管理要簡單。火車行駛的路線固定，而汽車行駛的路線很隨便。實現火車來料信息管理的重點，在于識別火來運載物料進入企業時，需正確地識別出每列火車的車廂號碼，并準確的記錄。我們采用應用很廣泛的RFID火車車號識別天線，對火車車廂號碼的識別。火車來料信息管理包括對火車車號的自動識別、采樣過磅處數據接口的采集、翻車機動作信息的采集等。

3受煤坑卸料控制管理

受煤坑卸料控制管理是對進入受煤坑的汽車，通過螺旋卸料機將汽車運載的原料，卸載在受煤坑上，在打開受煤坑閥門后，通過輸送帶運輸至料場或料倉。

4料場設備控制管理

料場設備控制管理分為兩個主部分：一個是堆取料機控制管理；另一個是無軌機車位置識別及卸料管理。堆取料機控制管理采用千盟專利技術——感應無線車上位置檢測技術，通過在堆取料機、軌道、中控室安裝一套車上位置檢測系統，即可實現堆取料機與中控室之間的數據通信、數據交換等。無軌機車位置識別及卸料管理采用無線及GPS定位技術，通過GPS實現無軌機車在料場區域的定位，由便攜式PDA實現無軌機車卸料管理，并以無線的方式將無軌機車卸料數據發送到中控室。系統實現料場的設備控制管理采用兩種不同的通信方式，感應無線通信和工業無線通信。感應無線是通過鋪設在堆取料機軌道邊沿，由安裝堆取料機上的天線箱發出頻率，與編碼電纜多處交叉位置產生磁場，而達到識別機車位置。感應無線通信主要實現堆取料機的位置檢測，堆取料機狀態信號的采集等。無線通信具有通信速率快、數據傳輸安全等優點，主要實現汽車卸料數據的傳送、堆取料機堆取數據的傳送等。

5布料設備自動控制管理

布料設備自動控制管理主要是根據采集輸送帶狀態信息、布料小車狀態信息、料倉料位信息，并根據布料工藝流程，實現料倉與中控室、布料小車與中控室的相互通信，PLC將所有的信息連接在一起，通過程控的方式，實現布料小車自動操作。

篇（3）

2、ALM系統基礎建設

ALM系統平臺基礎數據的統一定義是整個系統的基礎。通過對設備樹、數據分類、數據庫體系、告警體系等的統一定義，形成各個應用系統共有的基礎數據，減少各應用模塊及線路問的接口，有效提高維保系統的整體性能和數據共享。因此，應進行設備基礎信息庫、標準設備狀態監測模型及上層管理系統接口這3大基礎建設。

2．1設備基礎信息庫與ALM系統

接口的子系統包括各種不同的設備。ALM系統監控的基本對象是設備，大多數的需求都是結合設備的監控、管理和維護提出的。因此，應建立基于ALM系統的設備管理功能，以支持通信系統的建設和運營維護。同時為地鐵設備管理提供支持。基于ALM系統的設備管理，其主要管理對象為通信系統設備信息，因此應為設備管理功能體系建立標準的設備信息顯示模型、完整的基于ALM系統的沒備信息庫和用于設備信息管理的接口。設備信息庫是ALM系統建設和運行的基礎，所有的設備信息顯示模型均通過設備信息庫生成。在系統調試階段，大量設備信息由各子系統承包商提供，而ALM系統承包商將這些信息整理并歸檔于設備信息庫。設備信息庫存儲于歷史數據庫中。設備信息庫是基于ALM系統多個基礎表而建立的，包括站點表、子系統表、設備類型表、告警分級表等。由于ALM系統站點眾多，每個站點的子系統眾多，設備信息庫是一個數據量非常龐大的表格，因此，必須建立合理的基礎信息體系，這樣才能保證數據錄入和檢索的完整和高效。同時，需采用海量實時性能較高的歷史數據庫產品，以支撐數據基礎體系的建立。設備信息庫是一個完整的信息中心，包括了所有專業／子系統的設備信息，因此ALM系統的建設和維護需要眾多專業／子系統的人員支持。為了便于每個專業／子系統人員對本專業的設備信息進行管理，必須建立一個通用的接口，使各專業／子系統人員不必直接面對數據量龐大的設備信息庫，而是通過接口進行本專業的數據錄入和檢索。設備信息管理接口是人機界面的一部分，是系統維護人員的工具之一。該接口往往被運營人員所忽視，由此會導致設備信息管理的雜亂無章。

2．2標準設備狀態監測模型

2．2．1設備狀態判斷

不同的設備具有自身的專業特點。ALM系統需要針對每一類設備進行告警分級、維修方式設定，以形成標準的設備狀態監測模型體系，然后通過高性能的軟件數據處理功能實現對設備維修信息的快速處置。一般將設備的狀態分為維持服務、暫停服務和•14f1•中斷服務，根據該設備的狀態判斷其是否完全具備維持運營的能力。1)維持服務：指設備雖然存在導致服務能力下降的故障，但仍然可以繼續向乘客提供服務，如某個攝像頭無法獲取圖像而乘客并不能感受到。2)暫停服務：指設備的故障導致無法滿足乘客需求，但乘客可以選擇其它設備代替或故障可以短時恢復。如站臺某個PIS(乘客信息系統)顯示單元無法開啟。3)中斷服務：指設備的故障導致無法滿足乘客需求，進而導致某個運營服務能力完全失去。如站臺廣播失效需人工喊話。ALM系統需根據設備實時信息自動判斷告警級別并采用不同的方式提供推送或輔助決策，由運營維護人員根據建議處理。可能的處理方式有：忽略，不做處理；記錄維修相關信息，在運營后維修；需更換備品備件；緊急搶修。

2．2．2數據處理方式

現場采集的設備狀態數據非常多，應對這些數據進行過濾、篩選、加工處理，以獲得維修決策的基礎數據。根據不同的管理需求，有不同的數據處理模型，如告警設置、趨勢分析等。1)告警設置：包括限值告警、區間告警、統計告警、百分比變化告警等。2)設備趨勢分析：是以定量、可視的形式對設備狀態進行管理，包括檢查設備的狀態是否處于控制界限之內，觀察設備狀態的變化傾向或狀況，預測設備狀態發展到危險水平的時間，早期發現設備異常并進行預維修或定修。可采用單值趨勢分析、正態分布趨勢分析、公式或統計方法趨勢分析等技術。

2．3決策支持

通過采集設備的現場狀態數據和基于歷史數據的分析，ALM系統可對維修決策提供支撐。按照設備、系統、網絡等不同維度對數據進行統計分析，對指標體系進行梳理，形成通信系統設備的評價體系；通過儀表、圖形、趨勢分析等形式，構建地鐵運營維護平臺的管理“駕駛艙”。

3、ALM系統與維修業務的結合

典型的設備維修業務流程如圖1所示。ALM系統主要在故障報告、報修、數據分析環節中起關鍵作用。ALM系統在整個維修管理業務流程中的作用如圖2所示。

篇（4）

二、系統的系統分析和設計

1.人力資源管理系統的系統分析

確定對人力資源管理系統的綜合要求。（1）系統支持企業實現規范化的管理。（2）系統支持企業高效率的完成人事檔案管理的日常業務。（3）系統支持企業進行勞動人事管理及其相關方面的科學決策。

2.系統的總體設計

系統中各功能模塊之間的關系可用系統功能結構圖來表示。樹形結構的層次矩形框圖是一種用一系列多層次的矩形框描繪數據層次結構的最好模式。其頂層是一個單獨的矩形框，它表示為完整的數據結構，各個數據的子集由下面其他各層矩形框表示，而實際數據（不能再分割的數據）是由最底層的各個矩形框來表示的。需求分析階段需要結構的精細化，從對信息分類的頂層開始沿著系統功能結構圖中每條路徑反復細化，直至確定了數據結構的全部細節為止。這也正是用層次方框圖對數據結構進行描繪的優勢。人力資源管理系統分兩大主體部分，一個是前臺數據提交部分，負責業務數據的提交；另一個是后臺部分人力資源管理部分，負責整個人力資源處理業務。本系統采用C/S結構（客戶機/服務器結構），通過利用Client/Server形式的兩層結構可實現通過前臺的主界面的操作訪問到后臺的數據庫，數據的插入、增加、更新、修改和刪除也可以由系統數據庫進行。系統數據庫亦可單獨存放在一個Server（服務器）上，而Client（客戶端）的模塊分別安裝在對應的機器上。該人力資源管理系統由人事管理、員工基本資料管理、工資管理（工資錄入和工資查詢）、考勤管理、績效考核（考核指標管理和考核記錄管理）、請假管理六個功能模塊構成，是一個典型的數據庫開發應用程序。各模塊的具體功能如下：（1）人事管理，人事管理實現了對公司員工的全面管理，其主要包括員工信息管理、員工入職、員工變動、獎懲管理、合同管理、培訓管理。（2）基本資料管理，部門管理和職務類型管理。（3）工資管理，主要管理員工工資信息。（4）考勤管理，員工考勤登記和考勤日帳管理。（5）績效考核，考核指標和績效統計。（6）請假管理，根據具有審批權限的用戶登錄后，在此功能模塊中對他所能審批的申請進行請假審批操作。

三、系統的實現

本人力資源管理系統主界面如圖4-1所示。其整體結構分三部分，即上左右結構，上面頁頭部分顯示系統的LOGO和名稱，頁面左側部分列出了系統的全部功能導航，頁面右側部分顯示為左側各功能具體內容及客戶操作區，顯示當前操作的使用窗口。結構簡單、操作便捷。

四、結論

本文對現階段人力資源管理系統開發形勢，開發模式進行了分析，本系統是采用JSP＋J2EE體系框架來進行開發，并且在數據庫方面是使用Oracle作為數據庫。在開發過程中使用了J2EE體系構架中現在比較流行的Struts與ibatis技術，通過對這兩種技術的整合，兩種技術的配合使用最終開發完成了本系統的全部功能模塊。

篇（5）

圖書管理系統FLCS分為圖書采訪子系統、編目子系統、流通子系統、典藏子系統、期刊子系統、全文管理子系統、書目檢索子系統、閱覽管理子系統八部分，系統各部分既相互獨立，又能進行各部分之間的數據調用。該系統提供了豐富的數據接口功能，可以實現系統數據與MARC（ISO2709）數據的相互轉換，也可以將系統數據轉換為相應的文本數據，以供字處理軟件如WORD、條形碼打印軟件如EZ2等調用。該系統還具有聯合編目功能，可將本地或外地其他系統數據轉換為本系統數據，并能通過倒排文檔對其進行多途徑、高速檢索。另外，系統可以由用戶進行功能設置，根據各館實際情況靈活設置系統參數。系統幫助則是對本系統的詳細介紹及問題解答，幫助初學者迅速掌握并能夠實際應用。

總之，FLCS不但是一個標準的完整的圖書信息管理軟件，它還是一個開放的具有數據轉換與通訊功能的管理系統。

系統特點

√面向最終用戶，全部操作可視化

√系統代碼為32位，能充分發揮計算機軟硬件性能并具有高度安全性。

√自動化程度高：出版者、出版地、書目號自動調出、可自動套錄所購采訪或編目數據、自動判斷圖書借出與還回、自動計算超期罰款、讀者超期書自動提示等。

√系統參數設置靈活：可對圖書借閱期限、超期罰款金額等參數自由設置。

√具有數據轉換與通訊功能：系統數據與MARC(ISO2709)數據相互轉換、系統數據轉換為各種文本數據。

√具有聯合編目功能。

√系統開放性好：可將光盤數據或互聯網上數據復制到本系統建立全文數據庫以供讀者網上調用。

√完全實現INTERNET實時數據交互。

√系統全部采用4位記時，徹底解決2000年問題。

√允許自動即時存盤，避免數據掉電丟失。

√顯示器分辨率自動識別，充分適應多種顯示器。

√可存貯圖書具體內容及附帶圖片、聲音、動畫等信息。

√系統能自動檢測圖書輸入的復本與登錄號錯誤，確保圖書流通時正確無誤。

√系統具有圖書錯誤碼修復功能，對由于停電、死機等非正常原因造成的系統數據錯誤均可自動恢復。

√FLCS有完整的歷史功能，可記錄圖書借還、罰款、銷證、現金等多種數據信息。

√通過特殊算法，實現高速包含式檢索。

標準的軟件

一、標準的32位WINDOWS應用軟件

圖書信息集成管理系統FLCS應用平臺為：PC機操作系統：WINDOWS95及以上版本；網絡操作系統為：WINDOWSNT、NOVELL。FLCS徹底拋棄了16位操作系統，在WIN95以下版本的PC機操作系統上不能運行。FLCS全部代碼為32位，能充分發揮計算機軟硬件性能并具有高度安全性。

圖書信息集成管理系統FLCS完全采用圖形界面，支持WINDOWS下的不同軟件傳遞數據，不同軟件同時運行等所有功能。

二、標準的網絡軟件

圖書信息集成管理系統FLCS為標準的網絡軟件，通過FLCS我們可以實現幾十臺計算機同時編目、借還、檢索等操作。通過特殊的算法，FLCS在網絡上運行時，圖書借還、模糊檢索等速度得到了大幅度的提高。

從理論上講，FLCS的記錄限制為十億條，系統測試用HP（166/32M/2.1G）服務器，聯想（166/32M/2.1G）PC機工作站，管理200萬冊圖書，在10M網絡上運行時，檢索、借還等操作時均實現秒級延時。FLCS系統適用的網絡規模只受網絡操作系統限制，也就是說，只要所購網絡操作系統允許，您可以隨意增加入網微機數量。

三、標準的圖書館管理系統

系統支持CNMARC/USMARC/LCMARC（ISO2709）數據，書目及連續出版物著錄符合《國際標準書目著錄（ISBD）》和《中國文獻著錄標準（GB3792）》，書目條碼符合中國圖書館行業條碼標準（Code39）。

FLCS60新增功能

√允許自動即時存盤，避免數據掉電丟失。在進行數據錄入、圖書借還等操作時，系統可將數據隨時存盤，以防因機器異常錯誤而造成數據丟失。

√顯示器分辨率自動識別，充分適應多種顯示器。操作窗口中的項目隨窗口的大小自動調節

√可存貯圖書具體內容及附帶圖片、聲音、動畫等信息。

√集成科技論文管理系統。

√多條件組合數據處理。在打印、統計、數據轉換等操作時，用戶可根據自已的需要進行組合數據處理，只輸出自己所需要的數據。

√徹底拋棄數據接口，完全實現INTERNET實時數據交互。系統通過C/S運算模式，將數據運算置于服務器端，實現了大批量數據的包含式檢索。

√所有打印均具有預覽功能，所有報表列超過長度均可自動折行。

√系統允許多個窗口同時操作，例如在不關閉借還窗口的情況下可以進行圖書預約、流通查詢、罰款登記等流通系統下的所有操作。

√增加多種統計功能。系統增加如編目階段統計、流通分類統計、流通明細流通、藏書分類統計等功能。

√增加多個數據字典

√增加欲超期查詢，可檢索出將要超期的讀者并可打印輸出。

√可方便的打印圖書借閱證。

√可進行批量銷證。

√可進行批量典藏及分冊典藏。

√檢索結果與檢索條件分離，可保留多個檢索結果。

√豐富借閱制度，可對不同類型讀者、不同類型圖書，設置不同的借閱權限。

√可將系統臨時文件放于本地，加快了程序運行速度。

圖書采訪

圖書采訪子系統的主要功能是記錄采訪信息并向編目子系統提供數據。圖書采訪子系統主要由數據處理、查詢、統計打印、圖書驗收、信函定書幾部分組成。下面就幾個功能做一點解釋說明。

一、數據錄入：通過ISBN號可以調入MARC數據、出版者數據并在輸入ISBN號時進行。

圖書館可以外購采訪數據或從互聯網上下載圖書采購數據，然后通過數據錄入功能自動追加到采訪系統中來。在進行數據錄入時系統自動記錄圖書出版者信息，保證一次錄入多次調用。在進行數據錄入時系統自動，也就是說，如果您要采購的圖書已訂購或已收藏，系統會給您相應的提示。系統安全性校驗。例如，如果沒有輸入正題名、復本為0或過大，系統會給出相應的提示。數據攜帶。報紙科別、出版日期、復本、書商名信息系統會自動攜帶。

二、批量自動：系統將采訪錄入庫數據根據ISBN號、書名去采訪主庫、編目主庫依次查找，如找到則系統提示為重書。如果為重書，則可以修改其訂數據或將其刪除。

三、打印訂單：系統可打印標簽格式的訂單，此訂單格式已得到新華書店等書商允許。

四、圖書驗收：FLCS提供圖書驗收功能，通過圖書驗收，FLCS自動分配圖書登錄號。我們也可以不使用圖書驗收，而圖書編目時編目驗收一次完成。

圖書編目

圖書編目時系統自動調用采訪子系統數據及所購MARC數據，圖書編目完成后，可將數據交送到編目主庫及流通子系統進行圖書典藏及流通。圖書編目子系統大致有圖書編目、自動、統計打印、數據轉換、數據維護幾部分組成。

一、圖書編目：FLCS采用固定條目式錄入方式，通過多種輔助功能加快了圖書編目速度。

√圖書編目時可以自動調入圖書采訪數據、圖書驗收數據、所購MARC數據、出版者數據等。

√在鍵入ISBN號時進行自動。

√可以輸入圖書內容。在此，可以輸入圖書文本內容，也可以將圖書內容通過復制、粘貼的方式將圖書內容復制到系統中。

√嵌入文件：在此，可以利用WINDOWS的嵌入功能嵌入圖片、聲音、動畫等。

√出版地、出版者等數據自動記憶。

√開本、頁數等自動加"cm"、"頁"。

√叢書名等字段自動攜帶。

√種次號自動給出。

√正題名、分類號、復本、登錄號錯誤提示。

二、編目：FLCS提供自動的批量功能，如果有重書系統則將新書與庫存圖書同時顯示出來，用戶可以對其直接進行修改。

三、檢查登錄號排序：圖書登錄號是圖書館每一冊書的唯一標識，圖書管理系統實際上是通過登錄號進行圖書借還的，如果在圖書錄入過程中登錄號或復本輸入錯誤，則會造成圖書借還錯誤。FLCS提供了"檢查登錄號排序"功能，通過它，我們可以檢查出重復的及不連續的圖書，并可打印輸出，以供我們改正。

四、打印統計：FLCS允許用戶進行多條件打印和統計，各條件可任意組合。例如我們可以統計某段時間加工的某類中的某語種的圖書編目情況。

五、數據轉換：FLCS允許用戶外購MARC數據、允許用戶建立聯合編目，FLCS還允許用戶將系統數據生成MARC數據及各種文本數據以便和其他軟件交換數據。

六、數據交送：FLCS允許批量調撥交送，也就是說，我們可以將要交送的數據指明其館藏位置、是否流通、條碼號與登錄號是否一致等圖書典藏信息，在進行圖書交送時每一冊圖書都使用這一信息，對少量具有不同典藏信息的圖書，我們再通過圖書典藏子系統將其更正。這樣就避免了對每一冊都進行典藏調撥，從而簡化了手續，加快了圖書加工速度。

圖書流通

圖書流通是用來記錄圖書借還信息的，必需有書有證才能進行圖書流通，流通子系統中的圖書數據來自編目子系統。

一、圖書借還：FLCS的借還操作簡捷、高效，無論借還操作還是借還速度都在同類產品中處于領先地位。

√圖書借還自動識別，在借還過程中不用任何鍵盤切換操作。

√圖書還回時自動計算圖書超期罰款。

√圖書借還時自動檢測借書或還書讀者是否有超期書，如有超期書則出現提示。

√可自動建立圖書條碼號與登錄號的對應關系。

√自動檢測讀者數據：包括讀者借數、掛失、資格、押金余額、書證限期等。

√自動檢測圖書數據。

√自動還約書記到。在圖書被還回時，如果此書已被預約，系統則自動所約圖書記到。

二、借閱統計：FLCS可按分類法統計出所有大類在某段時間的借閱種數、冊數及罰款多額。FLCS可統計出某段時間內的詳細借還情況。

三、圖書預約：如果讀者檢索到的圖書已被借完，他可以辦理預約手續，以取得下次借閱的優先權。讀者可以通過INTERNET網絡查詢到自己的約書是否已到，圖書館也可以定期打印預約到書單發給相關讀者以通知其約書已到。

四、查詢：

1.用戶可通過六種不同的渠道查詢圖書流通或讀者借閱情況。

2.FLCS有查詢欲超期讀者功能，通過對查詢日期的設置，可以檢索出已到期的讀者和將到期的讀者，以通知讀者提前還書。

3.通過對圖書借閱頻率的查詢，用戶可以評出各類熱門書和滯借圖書。

4.FLCS有詳細的借還記錄，通過借還歷史查詢，用戶可以方便的知道某段時間內某書曾被哪些讀者借過。如果出現撕書等違規現象，FLCS的歷史查詢會很大的縮小所要調查的讀者范圍。

五、罰款：FLCS系統的罰款只是從讀者押金中扣除而不涉及到現金。FLCS的罰款有詳細的歷史記錄，讀者可通過INTERNET對自動的罰款情況進行查詢。

六、書證管理

1.在進行讀者辦證時，系統攜帶除姓名之外的所有數據，而加快的辦證速度。在進行讀者辦證時，可以嵌入讀者照片，以供打印讀者借閱證及圖書借還時使用。

2.FLCS可以方便的打印讀者借閱證。

3.FLCS進行單個或批量銷證，可方便的打印出某一單位的到期或將要到期的讀者清單，并標其借閱信息及押金余額等。這對學校圖書館來說是非常重要的，通過這一功能，用戶可以只對班級進行銷證工作，而不涉及到單個讀者。

4.FLCS的賬務管理工作實用而嚴謹，用戶只有在辦證、銷證、交款與退款處涉及到現金，其他罰款都是從押金扣除而不涉及到現金流動。FLCS有詳細的現金流通記錄以供查詢。

5.圖書錯誤修正：圖書在流通過程中會自動關聯許多數據庫，如果在關聯過程中發生停電、死機等異常錯誤而使數據失去關聯，則會造成圖書借還不成功，這時，我們可以通過圖書錯誤修正功能修復圖書和讀者數據，以使圖書可以繼續借還。

期刊管理

期刊管理由期刊訂購、現刊管理、過刊管理三部分組成，過刊編目完成后，可以通過數據交送，將數據交送到流通子系統進行過刊借還。

一、期刊訂購：期刊訂購是用來記錄期刊訂購信息的。

1.期刊增訂：在進行期刊增訂時，系統自動檢測所錄入期刊是否已訂購，并給出提示信息。

2.打印訂購清單：用戶可以對不同書商、語種、出版頻率打印訂購清單，并可以將期刊訂購數據生成EXCEL文檔，以用來數據交換。

二、現刊管理：現刊管理要調用期刊訂購數據并為過刊管理積累數據。

1.現刊記到：現刊記到時，系統自動調入訂購數據，自動計算應到期號，自動生成本期訂價，自動對應語種及排架號，自動檢測已到期與缺期。

2.打印裝訂通知單：系統自動檢測已到齊期刊并打印輸出，用戶可根據此清單進行現刊下架。

三、過刊管理：過刊管理由過刊編目、打印著錄卡片、財產賬等幾部分組成。

過刊編目：過刊編目時系統自動調用訂購數據、現刊數據及現刊下架數據，系統自動計算現刊合訂價，自動給出分類號等。

圖書典藏

通過圖書典藏，用戶可以指明每冊書的條碼號、館藏位置、是否允許流通等信息。FLCS允許用戶進行批量交送典藏然后再對個別圖書進行典藏登記的方式，從而簡化了典藏手續，加快了典藏效率。

一、圖書典藏：在圖書典藏時，用戶可以指定每冊書的條碼號也可以不指定，如果不指定，用戶可以在圖書借還時再建立圖書登錄號與條碼號的對應關系。

實際上，FLCS允許用戶不經過圖書典藏而直接進行圖書流通，這反應了FLCS的可簡可詳的設計思想

二、統計打印：通過統計打印功能，用戶可以方便的知道在某段時間內向圖書館各部門交送了多少圖書，并可打印出那些圖書的詳細列表。

三、圖書剔舊：FLCS允許用戶進行單冊書剔舊，剔舊書作為歷史保留并可隨時打印輸出。

論文管理

FLCS60論文全文管理系統，通過這一系統，用戶可以從光盤上、互聯網上等媒體上下載信息，建立自己的全文數據庫。FLCS的論文管理系統允許用戶通過WINDOWS的OLE功能存放WORD文檔、圖片、聲音、影像等多媒體信息，它是一個有效的多媒體管理工具，同時又是一個得利的辦公助手。

用戶建立的全文數據可以通過FLCS的INTERNET檢索系統通過網絡。

FLCS的INTERNET檢索系統

FLCS提供一個C/S結構的INTERNET檢索系統，通過該系統，用戶可以利用WWW瀏覽器，從所有上網的計算機上檢索到圖書館的館藏書目、讀者基本信息、讀者借書、預約到書、超期讀者、罰款記錄、最新圖書、借閱頻率最高的圖書及借閱頻最高的讀者、期刊數據、科技論文數據等信息。

該系統的服務器端配置為NT4、IIS3、ASP3、VFPODBC6、TCP/IP協議。

一、書目檢索：通過INTERNET檢索功能，用戶可以很方便的檢索到自已所需要的圖書，并能查到各分冊的館藏位置、及是否在館等信息。由于系統采用C/S結構，檢索運算在服務器端進行，網絡上傳輸的只是檢索式及檢索結果，從而大大減輕了網絡傳輸負擔，加快了檢索速度。

二、讀者檢索：通過讀者檢索功能，讀者可以在自己的計算機上檢索到自已的基本信息、所借圖書、罰款記錄、預約到書等信息。

三、論文檢索：FLCS允許用戶建自己的全文數據庫，并允許用戶將自己的全文數據庫通過INTERNET。通過論文檢索功能，用戶可以在自己的計算機上下載圖書館論文數據，并可進行下載、打印等處理。

觸摸屏檢索系統

FLCS提供了一個"傻瓜式"讀者檢索系統，該系統通過對整部中圖法的引用和書名、作者提詞索引，使觸摸屏檢索成為可能，適合于各學校圖書館。讀者檢索時，完全脫離鍵盤，不懂計算機和圖書館學知識的人員，也能用觸摸屏或鼠標很快檢索到所需圖書。系統采用前臺書目檢索，后臺自動打印借書單的方式，方便了讀者和圖書管理人員。

用戶關心的問題

1.計算機停電或死機會不會造成數據丟失

FLCS有即時存盤功能，被修改的數據會立即存盤，不會因計算機異常錯誤而丟失數據。

2.FLCS能否存貯多媒體信息

FLCS能存貯每冊書的文本、圖片、聲音、動畫等多媒體信息。通過FLCS的科技論文管理系統，用戶還能建立自已的多媒體資料庫。

3.FLCS能否打印讀者借閱證

FLCS能根據讀者辦證日期、讀者單位、讀者姓名或證碼打印讀者借閱證。

4.FLCS能否批量銷證

FLCS既能單個銷證，又能批量銷證。

5.FLCS系統是否易學易用

FLCS系統是標準的WINDOWS應用程序，界面友好，操作容易，只要有計算機常識就可維護使用。FLCS系統的數據流程與圖書館工作流程是相符的，只要懂圖書館業務，在一、兩周時間內就可熟練使用。

6.FLCS系統是否實用、是否具有先進性

FLCS的研制人員有圖書館學專業、計算機專業的大學畢業生，也有從事多年圖書館工作的老館員，FLCS的研制人員決定了其實用性。FLCS系統采用CLIENT/SERVER結構，實現Internet/Intranet信息，FLCS能從互聯網和光盤上下載信息，能存貯多媒體數據，所以FLCS系統當然是先進的系統。

7.FLCS能存放多少數據、能用于多大規模的網絡

理論上講，FLCS系統的記錄限制為十億條，系統測試用HP（166/32M/2.1G）服務器，聯想（166/32M/2.1G）PC機工作站，管理200萬冊圖書時，在檢索、借還等操作時均實現秒級延時。FLCS系統適用的網絡規模只受網絡操作系統限制。

8.我們是否可以外購數據及與其他圖書館交換數據

FLCS系統可以自動調用所購采訪數據、編目數據，FLCS可以生成標準MARC（ISO2709）數據以用于數據交換，FLCS也可以接收其他圖書館的MARC數據建立聯合編目。FLCS還可以和其他軟件如WORD、EXCEL等交換數據。

9.FLCS系統是否容易出問題、出了問題時怎么辦

篇（6）

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用戶模型的初始化與完善

本文認為用戶模型的初始化信息可以從以下幾個方面獲得：①用戶注冊的信息②利用調查研究等方式從側面獲得的用戶信息；③利用公眾的大眾化特征獲得，其實質是首先獲得用戶基礎信息模型，然后再從用戶基礎信息模型獲取數據，以基礎信息模型數據為基礎結合概率歸類和整理，去生成用戶偏好模型和用戶行為模型的初始數據。本文認為用戶模型的信息完善與補充，是一個不斷學習和修正的動態反饋過程，通過機器學習對參數的重新估計和修正提高了預測的精度，進而提高服務的質量，可以為個性化服務推薦打下基礎。其實質是通過訓練來逐漸完善用戶行為模型，再根據用戶行為模型逐步完善用戶基礎信息模型和用戶偏好模型。具體的實現上，本文認為①用戶行為模型可以作為執行單元，學習單元通過用戶行為模型提供的信息根據用戶基本信息模型和用戶偏好模型建立并改進知識庫，執行單元格局知識庫中的知識執行任務，再將執行后的信息反饋到用戶行為模型作為下一步學習的資源。②可以用命令序列作為最小單元描述用戶行為，通過定義兩個序列、兩個狀態之間的相似度來代表和判斷行為模式之間、狀態之間的相似程度；模型工作的時候，計算序列相似度來判斷行為和狀態的變化。

篇（7）

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)反向尋車流程用戶在返回停車場內準備取車時，可至取車查詢終端前，輸入自己的車牌號碼(支持模糊輸入)后，為了提高查詢成功率，系統會提供模糊查詢結果，車主選擇自己的車輛圖片后，系統會顯示該停車場的平面電子地圖，并繪制由查詢點到車輛停車位置的最優步行路線，供用戶參考，指導用戶快速到達車輛停放位置。

篇（8）

二、儀器管理系統功能設計與實現

篇（9）

1．1數據處理模塊開發數據處理模塊是服務器端開發的核心，其負責接受設備端發送的數據并將數據及時更新到數據庫，同時向設備端發送數據。數據處理模塊還負責與移動終端建立連接。移動終端主動向數據處理模塊發送指令，其接收到指令后對其解析并根據指令向移動終端返回相應的數據包，采用客戶／服務器通信模式，如圖5所示。數據處理模塊要求能同時為多個設備端提供服務，并且對每個設備端做出快速的響應，故要求其具有較高的并發性能。此外在通信的過程中，ServerSocket的accept（）方法和Socket的read（）方法都有可能使運行過程中發生阻塞。當與多個設備端同時通信時，就必須開啟多個線程，就有可能發生多個通信線程阻塞，而且線程的多少與服務器的并發能力有如圖6所示。由圖6可以看出線程數目達到一定值反而會降低系統能力，原因是較多的線程會消耗很多系統資源，加大了系統的管理難度，且對于開啟最優線程數目不易把握，故需對系統的并發能力進行優化。本模塊在反復調試的基礎上采取JDK類庫提供的線程池和java．nio包提供的非阻塞通信機制實現系統的開發。在多設備端請求連接時，開啟兩個線程，一個線程負責與設備端的連接操作，另一個線程專門負責數據的接受和發送操作。負責連接的線程采取阻塞的工作模式，當有設備端連接時，就向Selector類注冊讀就緒和寫就緒事件，沒有連接就進入阻塞狀態，直到有新的連接請求。負責收發數據的線程采用非阻塞的工作模式，當讀寫就緒事件發生時就執行相應的讀寫操作［7］。

1．2Web服務器和MySQL數據庫的搭建Web服務器是基于網站架設的服務器，主要作用是提供網上信息瀏覽服務，只需打開瀏覽器向Web服務器發送指定鏈接便可在線查看橫機信息，本系統使用Apache開源軟件組織的Tomcat進行服務器端的配置開發。Tomcat服務器是當今進行JavaWeb開發使用最廣泛的Servelt／JSP服務器，因為它運行穩定，性能可靠。結合Java語言強大的網絡功能開發出B／S架構Web服務器，Web服務器也能夠操作后臺數據庫。B／S架構的通信原理是基于應用層的HTTP協議實現的，HTTP是一種請求／響應式的協議。客戶端向服務器端發送請求（在瀏覽器地址欄輸入鏈接網址），服務器返回響應。HTTP協議嚴格規定了HTTP請求和HTTP響應的數據格式，其請求包括：請求方法，URI，HTTP協議的版本，請求頭，請求征文；響應包括：HTTP協議的版本，狀態代碼，描述，響應頭，響應正文［8］。MySQL是一個關系型數據庫管理系統，可以將數據分類保存在一張張表中，并且其體積小、運行快、具有較高的查詢速度，故本系統選擇MySQL數據庫保存橫機信息。

1．3遠程監控終端的開發隨著Android智能手機的普及，開發手機端的軟件監控橫機生產更加方便快捷，手機APP與服務器端采用C／S架構的通訊模式，服務器根據手機APP發送的請求標志返回相應的數據，這樣便可隨時隨地在手機端查看橫機數據。Android智能手機分辨率眾多，移動端監控APP必須要適應多種分辨率的手機設備，其編程思想是：首先利用WindowManager獲取手機屏幕的分辨率的高和寬，然后根據分辨率在各個界面上采取相應的比例繪制界面布局，并將從服務器端獲取的參數顯示到相應的位置。

2通信協議開發

采用TCP／IP協議與服務器端數據處理模塊進行通信，通過Socket編程，將橫機的運行狀態和編織的花型數據以字節的方式發送到數據處理模塊。該模塊采用多線程機制不斷地接受客戶端的連接請求并將接收到的數據寫入后臺數據庫。通訊數據包主要字節的定義如表1所示。其中，包頭標志符由系統固定為某一值，作為驗證該數據是否安全的標志，驗證通過服務器端才能接受此包數據；包長度表示一個包的長度；包命令字是核心內容，支出這一包數據的功能。包命令字的定義見表2。

3系統調試

本系統在杭州與非科技有限公司提供的橫機控制器上進行測試。在設備端設置CNT文件的參數如圖7所示，然后將參數通過網絡發送到服務器端，服務器端的數據處理軟件接收到數據后，將其保存到后臺數據庫的相應的表中，通過查看數據處理軟件的CNT界面（如圖8所示），可以看出服務器端已成功的接收到設備端發送的數據。在手機端監控軟件能夠實時獲取橫機運行參數數據，系統基本達到橫機生產控制的預期效果。

篇（10）

1.1計劃管理計劃管理通常包括停電計劃管理及生產計劃管理，其中前者的計劃管理主要包括閱讀停電管理、周停電計劃管理及帶點作業計劃等。而后者主要包括周生產管理計劃、月生產管理計劃及每項生產管理計劃等。

1.2電網資源管理它是供電管理的核心部分，只要是有關供電企業中的各類電網資源，都歸于電網資源管理。主要功能是為其它管理模塊提供可靠的信息數據，為提高供電效率提供基礎性作用。電網資源管理根據功能，可以分成五大部分，分別為低壓、輸電、配電、圖形資源管理及變電。其中低壓主要負責供電系統中低壓線路的運行情況，低壓線路的維修及護養工作；變電主要負責變電中的維護及統計工作，在供電運行中，很多供電設備如變電站、變電設備、變電單元及基礎參數等，由于供電穩定需要，必須給予維護，才能保證供電正常、安全。所以，在實際供電時，要對這都些設備給予維護。輸電資源，主要包括供電中有關電能輸送相關的設備及材料，如輸電電纜、桿塔、架空線路等，對這些材料給予系統管理，才能夠保證供電的穩定性。配電資源管理主要包括配電線路查詢及統計工作。圖形資源管理。在供電運行中，通常包括大量的供電圖譜，如輸電線路圖、變電站二次圖、基本圖形維護等，將這些圖形管理到位，對于供電系統運行管理以及維修護養都具有重要意義。

1.3電網運行管理電網運行管理是供電運行的基礎環節，只有對運行中的各種信息進行及時處理，才能夠保證配電網安全、穩定運行。具體包含以下幾個方面：首先，設備缺陷管理。在供電中，由于眾多原因，導致供電設備出現故障，應采取一定措施，對故障原因進行分析，將設備故障出現原因、處理過程，分類、匯總及統計，制成缺陷匯總統計表格。其次，設備評定管理。為了保證供電運行正常，不出現差錯，在每個季度，要對低壓、輸電、配電及變電進行一次評級，并將評級過程及結果進行詳細管理。再次，設備試驗管理。在供電運行中，要經常對運行設備的試驗周期進行檢驗，以提供相應的技術參數數據。第四，設備巡視管理。在供電運行中，為了避免出現供電故障，通常要對輸電、配電及變電設備進行巡視管理，將巡視中有關信息數據及時存檔，為后期的設備檢修提供數據依據。第五，設備檢修管理。主要負責對供電運行中出現的故障進行記錄，包括故障位置、故障原因、故障處理措施等。第六：運行記錄管理。主要將供電運行情況進行記錄，為日后維修工作提供依據。

1.4綜合應用管理首先，它具有自動生成報表的功能，所以，在供電中發揮著重要作用。在報表生成時，需要各種設備運行情況，如變壓器情況統計、全局設備數量統計及配電網基本情況等。生成的報表以words形式輸出。其次，查詢統計分析功能。綜合應用管理系統中包括多個模塊，其中查詢統計分析功能能夠為其它模塊提供自定義查詢，從而實現了運行信息多樣化查詢功能。再次，數據接口功能，它能夠為供電系統提供接口；通過該接口，可以進行數據采集及對外共享。

2應用效果分析

首先，實現了諸多管理，如流轉批審、員工檔案歸檔及作廢；能夠對供電企業月度停電計劃及時上報；調度員通過交接班操作，實現了早中晚三次交接班管理工作。其次，優化了供電企業的運行結構，提高了供電企業的供電效率。再次，提高了供電運行穩定性，并且為供電設備維護工作提供優質服務。另外，根據供電需要，對供電運行過程進行適度調整。第四，加強了供電運行中的檢修工作，同時也增加了短信等業務，以提高供電效率。此外，對供電設備檢修申請時間和申請進度進行督促，從而提高了短信提醒的實用性。第五，目前，供電企業在供電數據管理上，通常采用兩臺服務器，在運行數據備份時，采用Oracle數據庫，實現了數據庫的邏輯導出，也提升了服務器的運行效率，降低了運行風險。