緒論：寫作既是個人情感的抒發，也是對學術真理的探索，歡迎閱讀由發表云整理的11篇管理系統論文范文，希望它們能為您的寫作提供參考和啟發。

篇（1）

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設備所處位置狀態，防止設備“非法”移出監控區域，并及時以短信通知相關資產管理人員進行處理。

篇（2）

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所示。

篇（3）

2系統總體架構設計

該系統是數字城市框架建設的一個重要組成部分，涉及全市的公共地理數據由市級信息中心統一管理，并通過NewMapServer為地圖服務，以瀏覽器/服務器（Browser/Server,B/S）模式，通過專門授權供各個職能部門作為地理底圖調用。水利行業內部數據采用空間數據引擎ArcSde和SQLServer數據庫存儲，由局信息中心管理，在部門局域網范圍內以客戶端/服務器（Client/Server,C/S）模式共享。為了保證數據安全，需要對空間數據建立相應的版本控制及多用戶并發訪問、更新機制，同時，考慮到功能模塊的獨立性和后續擴展性，系統采用組件式開發思想，將部分模塊封裝為類庫，并采用動態鏈接庫形式調用。系統選用通用的面向對象工具VisualStudio2010作為開發平臺，空間數據和屬性數據分別采用ArcGIS空間數據引擎和SQLServer2008存儲，系統專業平臺選用ESRI公司的開發組件ArcGISEngine。

3數據庫建設

3.1空間數據庫建設

空間數據主要包括基礎地理數據、水利設施數據和監測數據等。

（1）基礎地理數據：包括1：50000航拍圖、行政區劃、土地利用現狀、交通、線/面狀水系和注記等。其中航拍圖、交通和注記以金字塔切片形式存儲，并以網絡地圖服務WMS形式提供。

（2）水利設施數據：包括大壩、水庫、測井、灌溉井、堤防、河渠和渡槽等，這些屬于行業內部數據，需要由專門人員管理，并保證數據的完整性和一致性。

（3）監測數據：包括收集到的地下水位、水質、變形、洪災、用水量等數據，這些數據與具體的水利設施密切相關，需要設置關聯字段以便后續調用。

3.2屬性數據庫建設

屬性數據分為兩類，一類是空間數據的描述性信息或附加信息，可通過索引與空間數據保持一致并聯動檢索，另一類是文本性的統計資料，如日照、降雨量、氣溫等信息，可用于統計匯總。

4系統功能實現

圍繞水利資源普查管理和業務特點，系統主要分為6大功能模塊，分別是：數據管理、可視化瀏覽、水利設施管理、地下水位監測和分析、洪水淹沒預測和水文分析，其中水利設施管理、地下水位監測和分析、洪水淹沒預測為系統核心功能，其他功能作為輔助。

（1）電子地圖：主要包含各類GIS圖形操作功能，如地圖的無級縮放和漫游顯示，能夠使用戶快速以各種比例尺瀏覽城市的各類水利資源；標注的動態顯示，可根據參考比例動態顯示各類地圖的名稱信息，以增加可讀性和視覺效果；關鍵字查詢，根據輸入的查詢關鍵字從所有圖層中過濾符合條件的圖形；精確查詢，根據設定的圖層屬性字段值精確查找特定要素；數據編輯，高級管理員可修改ArcSDE中的空間數據及SQL中的屬性數據，一經修改，所有用戶均可見。

（2）水利基礎信息管理：水利基礎信息包括歷年氣溫、降水、日照、洪水災害、各河流水質、地下水位線和城市農村用水量等數據，該模塊整理編輯已有數據，并可根據時間段進行報表統計輸出，對于新增數據，經檢查確認后入庫。該類數據以屬性記錄為主，為了確保與已有空間數據聯動，可設置關鍵字，以期實現空間和屬性的互查及符號化動態顯示。該功能使當前繁瑣厚重的紙質資料電子化，系統化。

（3）水利設施管理：該模塊將城市已有的大中型水庫、大壩、渡槽、灌溉井、測井、放水洞和溢洪道等集中管理，通過屬性鏈接可直觀查看已有設施的各類信息，如分布、庫容、壩型、防滲類型、有效灌溉面積、對下游影響、水位和水質等資料，并能實現對各類信息的更新和統計。針對當前水系分布特點和灌溉井分布不均的問題，根據已有灌溉設施計算灌溉保證率，在不能達標區域，結合河網密度，采用疊加最優法科學布置新的灌溉井，以實現位置最優，總體灌溉面積最大。

（4）地下水監測：地下水監測是直接獲得地下水水質、水量動態變化的唯一方法而被廣泛采用。地下水監測主要針對已有測井歷年的采集數據，經克里金插值后轉換為地下水位線進行。該功能可按照時間段進行橫向或縱向對比，進而分析地下水位變化的趨勢和原因，為科學治理提供決策依據。系統可自動計算插值后的水位線和監測值之間的差值，若該值超過一定閾值，則自動推算可能存在誤差的測井及其記錄，以便修正更新。另外，系統也可根據已有測井分布及監測數據，從減少插值誤差的角度計算新測井的布設位置。

（5）水文分析：水文分析是數字高程DEM數據應用的一個重要方面，主要包括水流方向、匯集量累積、水流長度、河網提取、等高線提取、流域盆地計算等幾個部分，系統根據研究區的DEM數據，經洼地填充后，計算水流方向和匯流累積量，以模擬水流過程，然后疊加上已有的行政區劃數據，分析洪水可能經過的區域和淹沒深度，為后期的防洪搶險、潰壩分析和河道改擴建等工作提供有益的技術支持。

（6）洪水淹沒分析：洪水淹沒分析是損失評估的重要環節，系統利用ArcScene建立工作區的三維模型，基于無源淹沒分析法模擬洪水的固定抬升和勻速抬升，并計算某時刻的淹沒面積、庫容和水深，在此基礎上，結合已有的行政區劃和土地利用數據，分析洪水淹沒范圍和影響，為防災減災提供科學依據。

篇（4）

數據規劃分析是以網絡通訊、數據庫、電子信息等技術為基礎的，隨著工作量的增加，產生的數據資料越來越多。若采用傳統的人工管理模式，效率低下，容易丟失，且不易長期保存。在計算機網絡技術的帶動下，電力行業相繼實現了信息化管理，工作效率得以大幅提升。但其安全首先要有保證，信息安全即信息要真實、完整、有效、可控，電力行業與人們生活及國民經濟密切相關，一旦信息被篡改或被盜竊，將帶來嚴重的損失。網絡在提供諸多方便的同時，也容易被攻擊，所以電力信息安全必須得到重視。

1.2　現狀

與國外發達國家相比，國內的數據規劃分析技術起步較晚，稍顯落后。近些年來，電力行業有了很大進步，信息技術也在不斷改進，這意味著我國在此方面有著廣闊的應用前景。數據規劃分析涉及諸多因素，是一項長期復雜的工程，我國目前還存在著些許不足。

首先，數據規劃分析意識薄弱，電力部門領導階層雖能認識到數據規劃分析給電力行業帶來的積極作用，但對數據規劃分析安全有所忽視。認為采用先進的設備和軟件就能保證信息絕對地安全，以至于防護措施較為簡單，不能真正保護數據規劃分析的完整性和真實性。黑客攻擊、病毒植入等手段越來越高明，很多關鍵性數據規劃分析存儲于計算機中，很容易被侵入。

其次，硬件和軟件是信息化管理的重要部分，但總體來說，國內軟硬件水平偏低。如缺少自己研發的技術和品牌，多從國外引進，并未掌握其中的核心技術，致使不少的防病毒系統不能進行全面防御，也就無法充分發揮其作用。甚至有些部門只重硬件，而忽略了軟件，在硬件設備的性能、配置、功能上不斷創新，軟件技術卻長期沒有更新，難以滿足越來越高的要求。

此外，由于技術落后，國內還未真正建立起一個有權威的信息化標準體系，全國各地的標準都不統一，在很大程度上破壞了信息的安全性。而電力部門也沒有制定規范標準，致使數據規劃分析安全管理出現混亂，各環節不能緊密相連，極易引起信息堵塞，無法實現資源共享。

2　電力生產管理系統中的數據規劃分析

2.1　調研分析——業務需求

根據信息工程方面的處理方法來進行數據規劃，首先需要做的工作就是對當前情況下的業務進行調研分析，并通過一定的層次結構進行電力企業管理狀況——業務過程模型的建立。這樣就能夠保證分析員及業務員的自身思想相統一。

2.2　調研分析——數據需求

其主要是運用信息工程方法的應用，此應用理論主要強調的工作就是對分析范圍保證其完整性及全面性，所以，這就需要保證在數據規劃分析的過程中對整個企業及企業自身的業務領域都有涵括，就如同業務分析一樣，需要對全局性都進行觀點的保證，同時，還要為系統功能的模型建立打下堅實的基礎。因此，在對業務數據進行分析的過程中，所遵循的流程一般為視圖調研到數據流量化分析再到數據庫整體規劃設計的實現以及通信網絡整體規劃設計的實現工作。

2.3　系統功能模型的建立

數據規劃建立的基礎就是業務需求分析以及業務流程規范，進而就能夠有效的對系統功能模型的建立進行實現。一般來說，系統功能模型主要所包含的部分有功能模塊、程序模塊以及邏輯子系統等，歸根到底其就是對系統規范化功能結構的進一步表述。對于功能模型的建立來說，最根本的問題就是要對功能模型系統自身的功能模塊進行合理有效的劃分。

2.4　系統數據模型的建立

業務人員以及相應的分析人員在對業務過程模型通過計算機技術進行建立的基礎上，還需要以用戶視圖作為主要的切入點，將企業的數據元素庫、物理數據庫以及概念數據庫等三個模型進行網絡創建。并通過對各個用戶視圖的數據分析，能夠保證其對每一個數據庫的關鍵詞及結構、容量及采集周期等進行確定。當相應的功能模型、企業模型及概念數據等設計完成之后，下一步的工作就是需要對數據可分身的機構進行相應的分析、設計，進而保證對系統數據模型的有效建立。

篇（5）

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

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

篇（6）

1、關于企業知識管理系統的概念和結構的相關問題的分析。

2、關于企業知識管理的實現方法和實現的技巧經驗。據目前既有的分析結果來看，其中涉及到用新的管理理念和新的管理方法來幫助KMS更好實施的研究是比較少的，從而這也就容易造成一種KMS的實施與基本組織的應用背景產生脫離比較嚴重的一種現象，對企業更進一步的發展產生一定的約束和限制。所以本文就從知識管理系統如何運用先進的理念的角度，對其進行新的探討和研究，從而對知識管理系統如何更好的實現提出一種新的思路和策略，并且給出相應的理論分析的框架。

二、對企業知識管理系統框架的分析

1.關于系統分析的思維模式

我們在分析一個問題的時候，需要的是綜合多個方面的知識、技術和方法等等，所以需要主要運用系統思維的方式。也就是說要從系統的整體結構開始，并且散發到各個的子系統，逐層的分析他們之間的相互關系和變化。所以對于企業知識管理系統框架的分析，我們首先就是要建立一種系統思維的方法。

2.對知識管理的系統分析

在對于知識管理的系統分析中，我們首先需要做的是要明確它的基本組成要素，包括：知識（其中含有顯性知識和隱性知識，兩者都不可忽視）、人、用于進行知識交流的場所（要考慮到現實的工作場所和虛擬的電子交流的空間這兩個部分）。知識管理的過程其實就是這些的要素之間進行知識轉換的一個動態的過程，并且知識的管理與信息的管理是密切聯系在一起、不可分割的，如圖一所示。并且跟一家企業的企業文化和相關的環境也是有很大聯系的。所以企業知識管理不僅需要對顯性的知識進行管理，同時要更加注重對于知識交流、轉換所需環境的重視，更好的實現顯性、隱形知識轉移的過程，簡單說來，也就是要實現知識管理的動態性和資源性的相互統一和協調。

3.企業知識管理系統的層次分析

企業的知識管理系統具體來說可以分為四個不同的層次。分別為：方法層、技術層、應用層和戰略層。

（1）方法層

對于知識管理的方法層，簡單點來說，就是將知識管理的相關策略進行更好的實施和具體的推進。并且從方法層的角度來說，更加注重的是知識管理的動態性。企業為知識管理和實施提供一種具體可行的方法論作為指導。幫助在企業內部更快、更有效的實施知識管理的推進、應用和改善，從而使它發揮出更加重要的作用。

（2）技術層

技術層的重要作用是確保企業內對于知識管理，一定要有一個非常有效的平臺和工具。其中涉及的方面也是非常多的，所以一定要注意其全面性。一般來說，必不可少的平臺有：知識管理的IT系統平臺、為知識管理運營而提供保障的安全系統平臺等等。除此之外，專業的安全管理制度和具體的實施方法也是非常必須的。

（3）應用層

應用層是從知識管理實施的效用的視角，通過對于知識的管理提供一系列的決策方法的支持和相關的業務方面的幫助。并且知識的積累、沉淀和管理，為大家組織并且實施最佳的實踐機會。并且幫助職員在進行業務交流和進行集體協作的過程當中掌握到更多的專業知識，不斷的進行學習。還可以為自己所掌握的知識進行更深一層的積累和優化，從而促進自身技能的進一步提升。

（4）戰略層

戰略層是將知識管理作為企業內部的綜合性的戰略計劃的一部分。認為知識管理對于企業的長期發展和企業在市場變化當中競爭力的提升有著至關重要而作用。并且他們把知識看成是非常珍貴而重要的一部分資源。認為企業內部對于知識的管理、實施和有效運用，對企業的盈利情況會產生直接的影響。所以在整個的戰略層面，企業對于知識的管理表現在相關的企業內部的知識管理理論和管理框架的認可，并且知識管理的戰略計劃、組織結構上對于知識管理的重視，都會為知識管理的運營提供非常有利的保障。在這里給大家舉個例子，很多的企業都會設立知識總監（CKO），并且每個部門都會有專職的知識工程師，這樣就可以更好的推薦知識管理的實施，并且在整個的企業內部建立一種知識共享、交流、學習的良好氛圍，從而有效的推動知識管理的實施。

篇（7）

二、系統設計

（一）系統模塊分類。

房屋中介管理系統分為四個模塊，具體為會員管理模塊，房源信息模塊，房產新聞模塊，管理員登錄模塊。會員管理模塊功能分為會員注冊、出售房屋、求購房屋、出租、求租房屋、會員資料管理以及會員信息的后臺管理。房源信息模塊功能分為求租求購、二手房信息、出租房信息、管理出租、出售房源、管理需求房源、查詢房源詳情。房產新聞模塊功能分為新聞動態、信息中心，添加、管理新聞，添加、管理推薦房屋。管理員登錄模塊功能為驗證管理員賬號、管理系統管理員賬號。具體的模塊結構圖如圖1所示。

（二）前臺顯示與后臺管理設計。

網站前臺顯示功能模塊如圖2所示。（圖2）后臺管理部門中，每一個模塊都包含數據的添加、刪除和修改等功能。網站后臺管理功能模塊結構如圖3所示。

三、主要功能設計

（一）新聞與信息前臺顯示。

新聞與信息中心模塊是房屋中介網站中一個重要的模塊，前臺顯示分為房產新聞、房產信息、推薦房產等幾個功能。進入本網站的用戶可以通過瀏覽網站來采集房產信息。最新的房產新聞與信息模塊主要由news.asp，newsinfo.asp組成。網站全部房產新聞和信息的顯示模塊由newlist.asp，shownewslist.asp組成。用戶可通過界面提示進行操作，采集房產新聞與信息內容。

（二）推薦房產的前臺顯示。

本網站推薦房產功能是非常具有特色的一項，網站管理員從本區域內挑選出最好的房產小區推薦給網站的用戶。用戶可以通過此項功能獲取、了解到推薦的房產小區的基本信息，其中包括了小區的名稱、具體地址、建立日期、大概價格、附近環境等一些重要的信息，特別是網站還提供了小區的照片，用戶可以更加形象地了解到推薦的房產小區。推薦房產的前臺顯示具體實現在首頁，包括了房產的名稱、具體地址、建立日期、照片等一些基本信息，由showthebest.asp組成。其中showthebes（t）函數來完成對數據庫中的推薦房屋的信息選取，提取和顯示。本網站是通過對推薦房屋的推薦日期來進行排列的，前臺顯示根據推薦日期的最近日期來完成功能。

篇（8）

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所示），可以看出服務器端已成功的接收到設備端發送的數據。在手機端監控軟件能夠實時獲取橫機運行參數數據，系統基本達到橫機生產控制的預期效果。

篇（9）

1.1系統框架設計

如圖1所示，該系統主要包含四個重要部分，包括物流管理信息系系統、物流監控系統、物流網站以及數據交換平臺。在此基礎上利用WebServices技術，對所有物流數據進行匯編與技術化處理，從而實現終端數據的貢獻，并實現不同用戶數據之間的交換，實現跨平臺數據傳輸服務。

1.2系統結構分析

1.2.1物流管理信息系統物流管理信息系統是在C/S的基礎之上建立起來的，其主要對象是物流總部與各分支部分之間的信息交流，并實現信息交互。它是物流系統的核心部分，也是系統結構的指揮中心。該系統的目的在于是將不同結構部分內所包含的信息進行技術化處理，包括數據信息進行初步的采集，利用不同的傳輸渠道實現信息流轉，最終完成數據的變更，從而將有效數據公布出來，它是物流公司給管理層進行整體性統計與指揮的系統結構。該信息系統內部包含下設的子系統，是在總系統下對不同物流信息進行管理的系統。可以完成對物流信息的初步的統計，并針對不同的物流信息進行規劃與收集，從而完成數據的入庫、出庫等，根據不同的物流信息安排車輛運輸，實現對車輛的調度與派送，同時，在此系統結構內部還配置了相應的客戶跟蹤系統，實現對貨物的跟蹤，為財務部提供可供就算的業務量。

1.2.2物流網站物流網站是建立在B/S模式基礎基礎之上的，它是整體物流公司的門戶，主要功能在你與實現對外宣傳，承載了交流信息，并利用瀏覽器實現在數據平臺上將相關數據進行交互處理，從而保證個人、企業與客戶之間信息交互與透明。物理網站可以建立在Web服務器之上，并利用互聯網與局域網，將不同客戶的信息與物流信息傳輸到中央數據處理中心上，這樣就可以完成對物流信息的貢獻，從而為客戶提供在線提交功能。同時，利用互聯網門戶為個人提供相應的功能，并對實時更新物流新聞。

1.2.3物流監控系統物流監控系統是借助C/S模式建立的，它配置GPS衛星系統，將物流數據信息傳輸到衛星設備上，在通過專用數據傳輸渠道數據發射到車載GPS獨立設備上，從而實現對物流的追蹤，并配合物流監控調度中心對物流信息進行現實性監控，調度中心是建立在GPS服務器以及Map服務器基礎之上建立起來的系統。在運載車輛上配置GPS移動設備，將物流信息間斷性傳輸到GPS服務器上，并通過代碼分析，實現車輛的定位，在利用專業的信息傳輸渠道，將實際信息傳輸到MAP服務器上，借助GIS空間分析系統，制定最合理的配送線路。物流中央信息處理中心根據物流信息與實際運載路線狀況分析最合理的運輸路線，設計最佳合理配置方案。

1.2.4數據交換平臺根據物流空間的本身體質，與不同物流業務的需求，建立Web環境下的物流空間信息系統多層體系框架結構，是一種整體性的數據交換平臺與數據交換模式，最終實現不同物流信息在數據系統內部，利用不同的物流信息傳輸渠道來完成數據交互，它是一種規范性的XML文檔。數據交換平臺是建立在總系統之下的單獨運行系統部件，它嵌入在物流管理信息系統與數據服務器之間，并對數據進行處理，可以完成對不同物流單號的確認與委托。信息被搜集進入數據庫后上傳至數據服務其中，可以利用數據交換平臺與Web服務器進行簡單的數據交換，主要表現在用戶在線信息的傳輸與瀏覽。該系統主要利用C/S以及B/S模式，并實現二者的相互結合建構起信息交流框架，其設計是通過WebService技術實現的，通過對不同數據進行處理與收集，完成數據的傳輸，并在信息憑條內部將不同的信息進行內部與外部的相互傳輸，在信息平臺內，完成不同的數據的傳輸，相比利用互聯網進行數據傳輸，其效率更高，準確性更好，并具有內部保密性。在該系統內部，不同的數據之間的交換都需要建立在不同的網點之上，即利用不同網點對區域內的數據信息進行采集處理，并配合使用外部信息進行比較分析，因此，網點主要功能在在于將不同的物流信息進行匯編，其處理的數據資料龐大，因此，目前內部有一定程度的因訪問量巨大而造成數據傳輸緩慢的問題。

篇（10）

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為該系統中全部類及之間的依賴關系。該系統采用將用戶的賬號與用戶信息進行分開保存的存儲方法，這樣可以做到一個用戶多個賬號等特殊情況，也能防止用戶信息查詢時對賬號信息的泄漏。考慮到護理物品如肥料、農藥、農機等基本信息大體相同，因此該系統的處理方式為聲明一個護理物品類，使農藥類、肥料類、農機類等分別繼承該類，作為護理物品類的一個具體實現，并且考慮到護理物品類數據字段大體相同，因此在數據保存的時候也都保存到同一張數據庫表中，并增加一個字段用以區分。該系統中客戶與物流單位的邏輯上均屬于農場外部單位，數據字段上也基本相同，因此也采用了與護理物品類同樣的處理方式。

篇（11）

2系統設計

2．1需求分析設備租賃管理系統對整個設備租賃過程相關事項進行管理控制，主要由設備管理、租賃管理、歸還管理和統計分析4大部分組成。設備管理主要目標是對可租賃的設備信息進行管理和維護，實時監控每個設備的狀態并保證租賃設備能及時、足量地供應到位；租賃管理主要目標是完成設備的租賃登記，并對設備的租賃信息和承租人信息進行維護以方便以后的設備歸還；歸還管理主要目標是完成已出租設備的歸還登記，并對設備的歸還信息和設備狀態信息進行維護；統計分析主要目標是對企業設備租賃所獲得的收益信息進行統計分析，以便企業對租賃設備的供應量、租賃費用、購進量等作出相應調整。設備租賃的出租和歸還流程如圖2所示，其中出租部分對曾租賃過設備的承租人直接讀取其資料，新承租人則需要登記資料信息；歸還部分若設備在出租過程中有損耗則需要定損并形成定損記錄。

2．2功能設計

本系統主要由設備檔案、設備出租、設備歸還、收益統計分析4個管理模塊組成。系統結構如圖3所示。

2．2．1設備檔案管理設備檔案模塊著重實現企業對設備信息管理方面的需求，能夠滿足購進新設備、按類別篩選設備、按需查詢設備、制定設備租賃費率等業務需要，可提供設備類別管理、設備檔案信息管理、設備租賃費率管理等全面的業務應用，從而及時動態地掌握各種設備狀態。以設備檔案管理為例進行說明，設備檔案信息管理主要包括：添加設備信息、修改設備信息、刪除設備信息、設備信息查詢與設備信息導出等功能。設備信息查詢和導出功能說明：本系統的查詢功能為自定義查詢。用戶不輸入查詢條件時默認查詢所有設備全部信息。用戶也可自定義查詢條件，按設備名稱、設備類別、設備狀態、設備購買時間等查詢設備的全部或部分信息。導出功能是用戶根據需要選擇是否將查詢結果導出成Excel表格，導出的表格將存放在指定路徑文件夾下。

2．2．2設備租賃管理設備租賃模塊著重實現設備租賃管理方面的需求，能夠滿足設備出租及出租后監控等業務需要，提供全面的設備租賃信息管理業務應用，以及時動態地掌握各種已出租及未出租設備狀態。設備租賃管理主要包括：租賃記錄顯示、查詢和導出、添加設備租賃、撤銷設備租賃、出租到期預警、登記承租人信息、承租人信息查詢等功能。添加設備租賃和出租到期預警功能說明：承租人租賃設備通過身份證審核身份，判斷是否曾租賃過設備，若是新承租人則需登記資料信息；根據設備狀態查詢設備是否可租賃，若設備可租賃則登記租賃相關信息形成租賃記錄，并修改設備狀態信息。出租到期預警功能完成對到期的已出租設備進行預警提示，本系統設置對超過約定歸還時間的已出租設備進行預警。

2．2．3設備歸還管理設備歸還模塊著重實現對已出租設備歸還管理方面的需求，能夠滿足已出租設備歸還及定損等業務需要，提供全面的設備歸還信息管理業務應用。設備歸還管理主要包括：設備歸還、歸還定損、刪除歸還記錄、修改歸還信息、歸還信息查詢和導出、定損記錄導出等功能。歸還記錄管理界面效果如圖4所示。設備歸還及定損功能說明：承租人歸還設備時調出其租賃記錄進行歸還操作，系統自動根據租賃時間、約定歸還時間和設備租賃費率計算得到租賃費用，操作員手動選擇是否填寫超期金額，歸還操作結束形成歸還記錄，并修改設備狀態信息，定損功能完成歸還設備損耗情況登記，形成定損記錄以便于設備后期的保養和修理。

2．2．4收益統計分析收益統計分析模塊著重實現企業對租賃收益數據的統計分析需求，能夠滿足按年（按月）查詢顯示同類別設備收益總和，以及不同類別設備收益總和占所有設備總收益比例等業務需求，提供各種收益分析（收益折線圖、收益柱狀圖和餅狀圖分析）。企業能直觀掌握各類設備收益狀況，以便進行設備購進控制，從而避免設備數量過多占用資金，或設備短缺影響租賃業務的情況。僅以收益折線圖為例進行說明，收益統計分析界面效果如圖5所示。圖5收益統計分析界面效果收益折線圖說明：默認顯示前一年某月份至當前收益折線圖說明：默認顯示前一年某月份至當前月份的各類設備收益情況，操作員根據需要可查看所有類別設備某時間段的收益狀況，以及某具體類別設備某時間段的收益狀況，可按年或按月進行查詢。折線圖顯示收益數據變化趨勢，直觀反映了不同類別設備之間的差別。

2．3數據庫設計根據系統總體分析，設備租賃管理系統需要使用9個數據表，分別為設備信息表、設備類型表、設備狀態表、設備租賃記錄表、押金狀態表、承租人信息表、設備歸還記錄表、設備定損記錄表、設備歸還收費表。設備租賃管理系統E－R圖如圖6所示。在此只給出設備信息表（見表1）和設備租賃記錄表（見表2）兩個數據表進行示例說明。