時間：2023-03-17 18:12:03
序論：速發表網結合其深厚的文秘經驗，特別為您篩選了11篇信息管理系統論文范文。如果您需要更多原創資料，歡迎隨時與我們的客服老師聯系，希望您能從中汲取靈感和知識！
圖書管理系統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系統是否容易出問題、出了問題時怎么辦
單位管理包括設備制造單位、設備使用單位及設備安裝單位管理，目的是為了將檢驗相關單位的信息統一管理并可以為以后各檢驗相關系統提供基礎統一的信息來源。單位管理記錄所有單位信息，主要包括單位代碼、單位名稱、地區代碼、上級主管單位、單位地址、郵政編碼、所屬國家、聯系人／主要負責人、聯系電話以及電子信箱，其中單位代碼用于規則號生成。
1.2設備管理
設備管理包括檢驗設備管理和管道設備管理。檢驗設備有一套標準的管理規范，出檢人員到設備庫提取設備到現場檢驗，并在檢驗報告中注明檢驗使用的設備相關標識，在信息系統中如何保持與現實設備狀態一致至關重要，檢驗設備管理就可以提供一個統一的設備狀態設置功能，以避免填寫報告時人工誤錄非正常狀態的檢驗設備，避免在質量監管過程中產生不必要的麻煩。檢驗設備管理包括檢驗設備的基礎信息維護、設備狀態的維護、檢驗過程中對檢驗設備的選擇和查詢等功能。管道設備管理包括管道類型管理、管道信息管理，所有檢驗中涉及到的管道全部納入到管道設備管理庫中。
1.3檢驗員資質管理
系統維護檢驗員、高級檢驗員等資質人員的信息，以供信息系統中出具報告時能自動匹配到相關檢驗員資質，避免出具不符合規范的報告，并統一管理人員資質，對相關資質期限給予提醒，更有助于檢驗業務的信息化工作。檢驗員資質管理包括檢驗員分類維護、檢驗員信息維護、資質相關信息維護、資質到期提醒、資質信息查詢及資質信息使用等。
2管道安裝監檢管理模塊
根據《壓力管道安裝安全質量監督檢驗規則》，首先由管道安裝單位辦理開工申請，其次監察部門審核資料出具受理單，然后檢驗機構根據受理單安排具體檢驗工作。管道安裝監檢涉及到使用單位、檢驗機構、政府監察部門3個單位，信息量大，手續繁瑣。本系統中設置了監察部門、檢驗機構、使用單位3種角色，根據角色開放不同的權限，配置不同的頁面。安裝監檢申請信息包括管道級別、申請單位組織信息等基礎信息，可通過組織機構檢索使用已錄入組織，也可添加新的單位組織信息，上傳申請材料信息及相關指標信息。如果選擇已錄入工程單位，要素會自動帶入對應工程單位信息。相關檢驗信息進入流程后，在不同的流程節點對相應的審批者開放對應的可填寫要素。
3管道在用檢驗管理模塊
根據《壓力管道使用登記管理規則》，在用壓力管道應定期檢驗，確定安全狀況等級。本系統根據上次檢驗結果和下次檢驗時間設置到期檢驗自動提醒功能，如果管道使用單位未能如期網上報檢，則系統會自動以短信和郵件通知使用單位聯系人。檢驗機構受理使用單位的網上報檢申請，并將受理情況和檢驗安排生成檢驗工作通知單發送到網站和使用單位。使用單位根據通知單上的編號可在檢驗網站上查閱應檢管道的基礎信息，跟蹤檢驗步驟，查詢檢驗結論等信息，第一時間了解管道的安全狀況。
4管道監察統計分析模塊
目前壓力管道檢驗檢測機構擁有大量的檢驗、檢測數據和檢維修記錄，但由于缺乏系統的綜合統計分析功能，致使許多有用的信息不能充分地為企業生產和安全監察部門服務。例如，對于影響壓力管道系統安全的薄弱環節不明確，在壓力管道數量多、檢測難度大的現實條件下，有限的檢驗費用和檢驗力量無法應用于真正影響壓力管道運行風險的主要部位，從而使檢驗結果對安全運行的影響作用下降，法定的定期檢驗變成了完成國家規定檢驗指標或應付任務。本系統的監察統計分析模塊根據時間段、完成情況，按照流程環節對安裝、在用、改造分別進行統計，并生成統計結果，為監察部門和管理部門提供準確的壓力管道安全監察技術統計信息。
1.1架構設計
對于系統的整體框架，在實際設計過程中需要考慮業務辦公系統及Web服務系統。業務辦公系統是高校住房管理系統的關鍵，在實際工作過程中設計的主要目的就是要實現辦公自動化。Web服務系統設計的重要目的就是要能夠為教職工提供便捷地網上服務。對于業務辦公系統設計過程中需要注意住房租賃、維修申請要能夠實現業務網絡化，流程化操作，實際工作過程中可以通過流程分解、聯機辦公處理的方式來實現。Web服務系統實際上則是要在互聯網上來實現信息獲取工作。系統在整體設計過程中不僅要考慮到便利性，同時還要考慮到安全性。保證系統的安全是設計的重要前提。為了實現安全管理，在工作過程中就需要設計權限控制管理用戶數據操作、數據過濾防止非法寫入、日志管理監督數據操作行為等功能。通過設計這些功能來保證系統的安全。
1.2業務辦公系統的設計
在設計業務辦公系統過程中重點是要做好數據交換及數據處理工作，實現對系統基礎數據和用戶網絡提供數據的綜合管理是業務辦公系統設計的關鍵。系統中的不同權限的客戶都是在其相應范圍內來進行管理的，在實際工作過程中通過分布式作業將能夠實現租金的電算化。具體而言業務辦公系統的設計應該是包含以下幾個環節：權限管理。權限分配的過程中通常是自動生成權限分配表，對于不同的權限分級需要放入不同的操作權限，而且這一操作權限也是要能夠進行變更更新的。通常情況下可以把不同的操作權限分成工作人員、管理員以及高級管理員三種類型。用戶在登入進去之后系統將會自動識別身份并且對用戶的操作行為還要進行及時跟蹤?；A資料管理。對于基礎資料的管理也需要根據不同權限來調用想用的參數來進行錄入、查詢及修改、刪除等功能。在實際工作過程中讀取數據庫參數、寫入數據庫新紀錄以及數據檢查是管理的基本環節。為了實現對基礎資料的高效管理，實際工作過程中還可以采用批量數據管理的方式。這種方式主要是在系統允許的條件下，把補貼信息、教職工信息以及住房信息批量導入到數據庫中。在導入之前需要保證數據表字段、順序同數據庫設計一致。只有在這樣的前提下才能夠導入數據。在導入數據之后還需要進行認真檢查，只有經過檢查合格之后才能夠進行保存。租賃管理。租賃管理是重要的功能。在實際工作中當教職工把申請通過Web程序傳送給業務辦公系統之后，管理人員要認真檢查申請，之后再給出住房預分配意見。在實際工作過程中為了保證審批的嚴肅性，還需要把這些信息交給高級管理員來進行審批。經由他們審批之后才能夠進行合同簽訂。如果審批被拒絕業務受理流程就會被寫入到歷史記錄中。簽訂合同的過程中租金計算方式及支付方式的確定非常重要，這是避免糾紛的重要措施。計算方式可以按月和按天方式來進行計算，對于支付方式則可以按照現金或者是工資扣付的方式來實現。維修管理。對于維修管理。工作人員要在收到申請之后及時盡心審核，管理員經過審核之后在通過郵件的方式來向住戶發送維修通知單，在審核完成以后還要把申請業務的處理狀態改為審核通過，對于那些拒絕維修的則是要改為已拒絕。在結算的時候需要拿著，經過職工簽名之后的維修單到管理部門來進行結算。查詢統計是最基本的功能。在實際工作過程中對于查詢功能可以分為工作狀態、職工部門、住房狀態、職稱以及職務等來進行分類，查詢的時候則可以按照以上幾個字段組合到一起來進行查詢。要想把數據導出只需要單擊右鍵即可。通過對這些不同字段進行組合查詢，用戶將能夠及時有效地查詢到住房的使用情況。
1.3Web服務系統的設計及實現
對于Web服務系統，在實際工作過程中用戶輸入工號及密碼登陸之后就可以選擇和自己相關的業務進行申請或者是查詢。業務申請及信息查詢是服務系統的兩大功能。網上業務申請能夠有效提升工作效率，通常情況下是包含住房維修申請及住房租賃申請兩大類的。這兩種申請的構成形式是不同的，維修申請數據是由租賃數據以及住房登記構成的，租賃申請則是由職工申請構成的。它的最終目的是要把各種申請輸入到數據庫中。用戶在查詢的時候，進入到個人信息查詢頁面之后將能夠獲得與本人有關的各種信息。公積金查詢、租金查詢以及貨幣補貼查詢等內容都是可以查詢得到的。個人查詢功能實際上就是要實現數據庫數據的讀取。
2、實際案例
上文詳細分析了系統設計的基本步驟，下面就結合實際案例來進行探討。華南某高校當前房屋管理存在著不少問題，在實際工作過程中仍然是采用傳統的手工歸檔的方式來進行管理。這樣的管理方式導致管理效率非常低下。在信息技術快速發展的背景下，該校開始對住房信息管理進行升級改造。
2.1系統需求分析
在實際工作中工作人員決定采用Powerbuilder8.0作為數據前端的開發工具，對于數據庫則是采用SQLServer2000來實現。該系統設計的主要目的就是要能夠輸入、修改教職工住宅的各種數據信息，同時還能夠查詢相關的情況。在房屋管理過程中能夠輔助房屋調配，進而提升房屋管理效率。通過該系統的設計還要能夠詳細地了解住房補貼發放情況。
2.2功能模塊及數據庫需求分析
實際工作過程中該校的住房信息管理系統是可以分成以下幾種模塊的：系統設置模塊、基本信息模塊、房屋管理模塊、查詢統計模塊以及幫助模塊。這幾個模塊都承擔著不同的功能，對于這些不同的模塊應該進行深入細致的分析。要從學校自身的實際出發來明確各個功能模塊所具有的不同功能。對數據庫的分析。對數據庫進行深入分析具有重要意義，在實際工作過程中設計出來的數據表結構要能夠包含教職工的基本情況、房屋信息、房屋類型、房產證號、產權比例、崗位信息、院系編碼等內容。
2.3如何實現
在系統中用戶打開程序主窗口之后就能夠看到窗口上方的菜單項。在菜單項中電極基本信息就能夠看到基本信息框。在基本信息框中是包含有樓棟信息、配偶信息、代碼維護以及職工信息等內容的。管理人員在實際管理過程中需要插入新的記錄的時候，點擊插入按鈕并刷新窗口之后就可以輸入新的記錄。在輸入數據的過程中如果輸入的數據是違法的，那么系統就會生成警告，此時點擊刪除按鈕就可以把相應信息刪除、完成工作之后點擊退出按鈕之后即可退出。
2高校資產信息管理系統的設計
2.1原則
系統設計必須要堅持科學的原則，只有堅持科學的原則才能夠實現科學的設計。在實際工作過程中應該堅持以下原則：一是堅持先進性原則。在實際工作過程中技術的發展是非?？斓?，軟硬件的更新也是日新月異。為了實現科學高效地設計就需要選擇那些先進的且非常成熟的軟硬件設備，只有這樣才能夠保證系統的各項性能。設備優良有助于延長生命周期。二是經濟性和實用性原則。在實際設計過程中系統首先是要切合實際，要能夠解決實際問題。在設計過程中應該結合實際要求來進行設計。同時還要考慮到系統的經濟性。系統的投入是有限的，應該在有限資源內設計出最佳方案。三是擴展性同易維護性相結合的原則。在實際管理過程中高校資產管理部門的業務是在實時變化著的，而要想適應實際變化情況就需要使得系統具有較強的可擴充性，這樣才能夠適應實際條件。同時還需要保證系統能夠易于維護。以上幾條原則就是在系統設計過程中必須要堅持的原則。對此，我們應該有充分科學地認識。
2.2結構設計
結構設計是系統設計的首要步驟，對于采用何種結構這個問題，應該結合高校自身的資產管理特點來進行設計?？偟哪繕司褪且ＷC學校資產管理工作能夠更加可靠、安全以及高效。在實際工作過程中B/S結構應用較為廣泛，本文就以該結構為例來進行說明。采用B/S結構，系統的不同用戶都可以通過互聯網來進行訪問，實際工作過程中也不需要使用專門的軟件，用戶只要能夠通過電腦上網即可。這種結構的靈活性非常強，不同人員在不同地點選擇不同的接入方式都能夠訪問數據庫。同時這種結構的安全性也較強，它能夠實現對數據平臺的有效保護以及設置管理訪問權限，采用該結構，服務器數據庫是非常安全的。該結構實際上就是要把系統分成表示層、業務層、數據訪問層以及數據庫。表示層的主要任務是要把獲取到的數據再顯示給客戶，同時還要能夠實現同用戶的實時交互。在用戶看到數據之后，表示層還需要把相關的數據再反送給BLL層。采用表示層的一個重要目的就是能夠把外部刺激同BLL層兩者相互隔離。邏輯層的主要功能就是用來實現業務規則以及業務邏輯的。邏輯層是系統的關鍵層。對于邏輯層我們應該保持高度重視。邏輯層能夠實現數據存儲及發送數據存儲的數據。數據層的功能就是要實現對數據層的訪問及操作。實際工作過程中是要把作為數據訪問層，數據庫服務器則是SQLServer2005.數據服務器的就是要用來接受操作請求，從而實現對數據庫查詢、更新及修改等功能的。實際工作過程中數據層本身應該包含數據存儲以及交互的服務或者是軟件。組件與服務也與BLL層是相互獨立的。系統中的業務實體組件也是需要引起我們高度重視的。業務實體組件能夠把數據庫中的數據通過新的形式表現出來。業務實體對象的組合也是通過面向對象的方式來實現的。通過這種方式對于降低數據訪問層及表示層之間的耦合具有重要意義。
2.3數據庫設計
數據庫設計是系統設計的重要步驟。科學合理地選擇數據庫是實現管理的重要步驟，在實際工作過程中數據庫的性能將會直接影響到系統的管理效率和安全。在本文中我們采用SQLServer2005數據庫，之所以選擇此種類型的數據庫是因為它能夠為數據提供安全可靠的存儲功能。該數據庫自身還具有伸縮性好、使用方便等優點。采用SQLServer2005數據庫能夠有效達到以下幾個目的：一是能夠緩存動態對象執行計劃，通過這種功能將能夠避免每次重編譯。這對于提升系統的性能無疑是非常有利的，二是會使得觸發器本身執行變得更好。SOLServer2005數據庫中的觸發器的應用能夠有效避免重復掃描、重復日志掃描。這能夠有效提升系統的伸縮性。三是能夠有效解決數據庫增長及性能問題。數據庫的增長及性能問題歷來是十分重要的問題，在實際工作過程中該類型數據庫的應用則能夠有效解決這個問題。使用該數據庫之后，系統則是根據字段值范圍來都對表和索引來進行劃分。通過這種方式就能夠實現對大型數據庫系統的有效管理。高校資產信息數據非常復雜，因而對數據庫的增長性要求也較高。為了滿足在這一要求就需要采用SQLServer2005數據庫。在實際設計過程中選擇合適的工具非常重要。通常情況下是要選擇PowerDesigner12.5來進行設計，這是一種專業的數據庫建模工具。在設計的時候首先是要創建新的工作區，之后就是要選擇數據庫類型。此步驟由于上文已經確定，因而可免。之后就是要確立需要建立的模型種類，視圖、表間關系、存儲過程的設計非常重要。在實際工作過程中對此應該保持高度重視。對于表的設計，在命名兌現高度時候必須要按照既定規范來進行操作。主鍵的確定是件非常重要的工作。實際工作過程中主鍵是能夠起到表間數據關聯作用的。數據庫物理模型設計好之后還需要把該模型轉移到關系數據庫中。轉移過程中主要是選擇主菜單中的GenerateDatabase來進行轉換的。在轉換之前還需要確定數據庫中的相關對象，要根據實際情況來確定是否需要生成SQL文件。
運動訓練信息管理系統通常是將運動員日常的訓練狀況以數據信息的方式存儲于計算機中，以此種方式輔助教練員隨時查閱運動員的訓練情況，以此作為運動員下一階段訓練方式的參照。因此，該系統需要具有訓練館里自動化的基本功能，運動員訓練信息日常管理，系統管理，運動訓練計劃的制定以及訓練器材的管理等。此外，運動訓練系統還需存儲大量有價值的數據信息，這些信息需要采用計算機進行采集、存儲以及分析。所采集的數據主要包含了運動員基本訓練的詳細內容，運動員競技狀態信息，運動員的實際能力和潛在能力以及運動員訓練強度和運動量的數據，這些數據的收集主要是為了確保教練員做出正確的決策從而對運動員實施下一步的計劃，并根據結果深入控制整體的訓練過程。本文根據需要開發了基于B/S三層架構的一體化運動訓練信息管理系統。
2運動訓練信息管理系統整體設計
通常意義上的三層架構是將整個業務應用劃分為：表現層、業務邏輯層和數據訪問層。表現層主要是展現給用戶的界面，也就是當用戶登錄一個系統時所看到的界面。業務邏輯層主要負責對數據層數據業務邏輯處理。數據訪問層主要對數據庫進行直接操作，針對數據的查找、刪除、增添、修改等。本文設計的運動訓練信息管理系統主要是采用B/S三層架構以實現需求分析的各模塊功能，包括人員管理、訓練器材管理、系統管理、訓練管理等主要功能。根據上文的整體系統方案，本文設計的基于B/S三層架構的一體化運動訓練信息管理系統如圖1所示。（1）功能模塊一——人員管理，系統創建運動員檔案信息管理模塊主要是為了便于教練員能夠對運動員各類信息及時統計、查詢、修改、刪除等功能操作。（2）功能模塊二——訓練管理，該模塊包括訓練的項目內容、時間、場地、規則、訓練計劃等主要信息。訓練管理模塊要對運動員是否參與訓練項目作詳細的登記，并存儲運動員訓練的具體情況和結果，以便于系統統一的查詢記錄。但是運動員訓練內容和時間長度要視運動員自身的體質狀況做出不同的改變，每個運動員都要有一份符合自身身體素質的運動訓練計劃，不可毫無依據盲目的訓練，否則在訓練中只會起到反效果。（3）功能模塊三——訓練器材管理，訓練器材是運動員訓練過程中的重要工具，因此對其保管維護是極為重要的事情，本系統設置這一模塊主要包含了訓練器材借用的時間、何人使用以及用作何種途徑等，詳細的記錄便于對器材進行統計、查詢、調用和管理。（4）功能模塊四——系統管理，運動訓練管理系統需要為系統用戶創建用戶數據信息管理，系統需要驗證用戶是否是合法用戶，因而用戶的每次登陸都需要輸入正確的用戶名和密碼才能順利進入系統，如果信息輸入錯誤的話，那么用戶便不能看到相關存儲數據信息。圖2所示即運動訓練信息管理系統的登陸界面.
3運動訓練管理系統功能模塊的實現
圖3所示即本文設計的運動訓練管理系統的流程圖，該圖明確清晰地表現出了系統中各個功能模塊的具體作用和系統的簡要操作流程。下文筆者將針對每個模塊具體闡述如何實現該模塊的功能。
3.1功能模塊一——人員管理模塊
一整體上分為四個子模塊，即人員登記管理子模塊、人員查詢統計模塊、運動員競技管理模塊以及運動員成績管理模塊。這四個子模塊負責完成運動員的各項基本信息的采集和查詢、管理，這些操作都是對數據庫的表進行相應操作。由圖3設計的運動訓練管理系統的流程圖得知，用戶在登錄系統的管理界面后，系統要對用戶的信息進行驗證，邏輯實行在應用程序服務器中實現。在應用程序服務器中定義了reginfo()函數實現這些操作，圖4所示即reginfo函數流程圖。通過觀察圖4得知數據通過臨時表RegCRdata能夠臨時保存在內存上，而且可以提高對臨時表的讀寫速度。如果系統檢測到charu標志時，就執行插入操作，只需將RegCRdata表中新增加的數據讀取出來，使用SQL中的插入語句就可以把數據保存到參數Rtname定義的表中，以下代碼是生成Insert語句的主要代碼。同時實現數據的刪除、更新、修改也可按照此方法進行。
3.2功能模塊二——訓練信息管理模塊
該模塊也分為四個主要管理子模塊，包括訓練計劃管理子模塊、專項訓練管理子模塊、基礎訓練管理模塊以及訓練查詢管理子模塊，每個模塊針對的內容有所區別。
3.3功能模塊三——訓練器材管理模塊
子模塊包括三部分，即器材查詢管理子模塊、器材借用管理子模塊以及器材歸類管理子模塊。在系統中，器材借用是根據該字段狀態來進行操作。在應用程序中定義Bor-rowSet（）函數實現借用操作。限于篇幅的限制，文中不再詳細闡述。
3.4功能模塊四——系統管理模塊
系統管理模塊是系統中的重要組成部分，主要功能包括用戶管理、訪問權限管理、數據庫管理以及系統結構管理等。在運動訓練信息管理系統中，用戶權限采用的策略是：將系統的所有功能分配一個權限并編號，然后在用戶權限信息表中，使用權限編碼字符串記錄用戶的權限編號。
二、薪酬管理信息系統建設分析
在企業經營管理中，由于企業的薪酬管理信息系統的建設是一個復雜和困難的工作，并且由于其涉及很多方面的知識，那么在建設信息系統中，就必須根據企業的薪酬管理體系和薪酬管理特點等對系統進行建設。此外，還要根據企業員工的實際情況。
(一)薪酬管理數據建設
建設數據庫的目的是為了對信息系統的有關業務數據進行更好的存儲和檢索，要想建立安全可靠的數據庫，就必須選用Oracle數據庫來對數據進行存儲。選擇Oracle數據的原因是因為它具有一定的優勢特點，主要包括：其一，該數據庫可以有效支持大數據庫和多多用戶的高性能的業務處理，并且可以對數據進行存取、以及操作系統化標準等；其二，在系統實施中，可以保證系統控制的安全性和完整性，并且還支持分布式數據庫和分布處理；其三，被系統具有可以移植、兼容和連接的特點。在本系統的薪酬管理的主要數據表主要包括：人員基礎信息表，它主要是為了存儲企業經營中薪酬發放對象的記錄，包括編號、姓名以及部門等；工資項目定義表，它的目的主要是為了有效的存儲企業薪酬發放的具體欄目以及進行計算的方法等；稅率設置表，它主要是為了能夠在存儲薪酬發放管理，對員工個人所得稅進行扣除的標準信息；工資發放信息表，主要是記錄企業員工的按薪酬發放時間以及存儲每次薪酬發放的實際數據；
(二)薪酬管理信息系統建設的主要功能模塊分析
1、系統登錄模塊
該模塊是建設薪酬管理信息系統的重要組成部分，只要是通過應用系統的登陸窗口，對薪酬管理數據系統的用戶進行編號和口令設置，當系統驗證完成后，就可以登錄進入系統的業務操作界面。其中系統的登錄驗證主要有兩種，密碼校驗和系統權限校驗。
2、系統基礎信息管理模塊
其一，對員工的基礎信息模塊進行管理，主要是員工的人員編號、姓名以及所在部門等基本信息進行錄入、查詢、信息轉移等，其中人員編號是最重要的部分，是進行員工身份識別的關鍵。其二，企業要對薪酬項目的配置進行科學有效的管理，企業薪酬發放管理欄目主要包括對欄目編號、欄目名稱、欄目類型進行管理。其三，要對稅率進行設置，其中主要是設置個人所得稅的繳納標準。
(三)系統業務數據錄入模塊
薪酬數據錄入，作為企業要想把企業的薪酬數據準確的錄入，就必須根據薪酬數據的實際情況將薪酬數據自動生成表格，并且按照規定的標準，對薪酬數據進行設置，從而就可以自動的進行扣稅的計算。年一次性獎金錄入，企業人事管理部門在進行年一次性獎金數據錄入時，要根據薪酬的實際數據和納稅標準進行有效的設置，就可以計算出扣稅獎金的實際數據。年金數據錄入，在進行年金數據錄入時，必須要根據錄入的薪酬數據納稅標準來對其進行設置，就可以計算出扣稅獎金的實際年金數據。
(四)系統業務數據查詢模塊
在對系統有關業務數據進行查詢時，必須要根據員工的實際情況，將薪酬數據按照部門、人員以及薪酬時間進行查詢，并且將查詢結果導出進行存儲。
(五)系統統計分析模塊
在信息系統中，進行薪酬數據、年金數據以及年一次性獎金等數據分析時，可以給其提供多條件、多視圖的統計，并且根據實際的情況，將薪酬數據按照部門、人員以及薪酬時間的不同進行分析和統計。針對分析和統計的結果將其打印成報表和數據的形式，從而用電子文件進行存儲。
本系統是人事管理系統，它主要實現管理員如何對普通用戶進行授權，如何插入、刪除一個員工的信息，用戶如何瀏覽員工的所有信息，以及用戶如何查詢自己想要的結果，也即是通過輸入查詢條件，顯示符合條件的員工記錄以及如何顯示這個員工的全部信息。如何對查詢或統計出來的符合條件的記錄用報表的形式打印出來，窗口打開時的排放順序，也即是平鋪還是重疊，最后得提供一下如何使用這個系統，如何解決用戶可能會遇到的問題以及這個系統中的難點和開發技巧等等。
本系統包括8個模塊，即系統，包括重新選擇用戶和退出兩個功能。系統管理，包括人員編碼維護、用戶授權和程序定義。輸入，包括基本信息、婚姻信息、學歷信息、考勤信息和工資信息的插入和刪除。查看，包括基本信息、婚姻信息、學歷信息、考勤信息和工資信息的瀏覽，還有通過輸入查詢條件查詢用戶所要的記錄，還可以雙擊某個員工所在列，就可以顯示出這個員工的所有信息。維護，包括基本信息、婚姻信息、學歷信息、考勤信息和工資信息的修改，這個功能只能由管理員來操作，普通用戶沒這個權力。報表，包括基本信息、考勤信息以及工資信息的查詢、統計和打印。窗口，包括平鋪和重疊，即窗口的排放形式是平鋪還是重疊的。幫助，包括這個系統的介紹和對這個系統可能出現的問題的解答。
1．2研究背景與研究意義
隨著計算機技術的飛速發展，計算機在企業管理中應用的普及，利用計算機實現企業人事檔案的管理勢在必行。當前企業信息管理系統正在從C/S結構向B/S結構轉移，但是由于安全性等方面的因素，C/S結構的管理信息系統仍然占據企業管理信息系統的主流。
人事管理系統是現代企業管理工作不可缺少的一部分，是適應現代企業制度要求、推動企業勞動人事管理走向科學化、規范化的必要條件。
人事管理系統可以用于支持企業完成勞動人事管理工作，有如下3個方面的目標。
1支持企業實現規范化的管理。
2支持企業高效率完成勞動人事管理的日常業務，包括新員工加入時人事檔案的建立，老員工轉出、辭職、退休等。
3支持企業進行勞動人事管理及其相關方面的科學決策，如企業領導根據現有的員工數目決定招聘的人數等。
1.3論文各章內容介紹
第一章緒論里主要介紹了問題定義和內容簡介，以及研究背景與研究意義，第二章主要介紹了系統功能需求分析數據字典，第三章主要介紹了系統設計，包括系統總體系結構設計、系統數據模型設計以及系統開發與運行環境確定。第四章主要介紹了各子系統體系結構設計，包括本模塊各子模塊功能、接口、界面設計和遇到的主要問題及解決方案，還介紹了用戶使用手冊，包括系統功能簡介、運行環境簡介，系統運行與操作指南，還介紹了系統評價，包括系統主要功能、特點介紹，系統存在不足與改進方案以及畢業設計心得與收獲。
2.系統需求分析
2．1系統功能需求分析
該系統需要完成如下功能：
2員工各種信息的輸入，包括員工的基本信息、學歷信息、婚姻狀況、考勤信息、工資信息。
3對用戶進行授權。
4員工各種信息的修改。
5對于轉出、辭職、退休員工信息的刪除。
6按照某種條件，查詢統計符合條件的員工信息。
7對查詢、統計的結果打印輸出。
8人事系統的使用幫助。2．2數據字典
數據字典是各類數據描述的集合，它是進行詳細的數據收集和數據分析后所獲得的主要成果。
數據字典通常包括以下5個部分：
2數據項。數據項是不可再分的數據單位。
3數據結構。數據結構反映了數據之間的組合關系。一個數據
結構可以由若干個數據項組成，也可以由若干個數據結構組成，或由若干數據項和數據結構混合組成。
4數據流。數據流是數據結構在系統內傳輸的路徑。
5數據存儲。數據存儲是數據及其結構停留或保存的地方，也是數據流的來源和去向之一。
6處理過程。處理過程的具體處理邏輯一般用判定表或判定樹來描述。
數據字典是關于數據庫中數據的描述，即對元數據的描述。數
據字典是在需求分析階段建立，在數據庫設計過程中不斷修改、充實、完善的。
針對本系統，通過員工管理內容和過程分析，設計的數據項和數據結構如下：
11員工基本情況。包括的數據項有員工號、員工姓名、性別、所在部門、身份證號、生日、籍貫、國籍、民族、婚姻狀況、健康狀況、政治面貌、參加時間、血型、開始工作時間、家庭住址、聯系電話、崗位代號。
12員工婚姻狀況。包括的數據項有員工號、愛人代號、愛人姓名、愛人生日、結婚時間、愛人工作單位、愛人政治面貌、愛人工作職務。
13員工學歷信息。包括的數據項有員工號、學歷、專業、畢業時間、畢業學校、學校類型、外語1、外語1級別、外語2、外語2級別。
14員工考勤信息。包括的數據項有員工號、姓名、日期，本月天數，公休假天數，應出勤天數，請假，節假日加班，其它加班。
15員工工資信息。包括的數據項有員工號，姓名，底薪，補貼，獎金，加班，代扣養老金，代扣醫療保險，代扣住房公積金，所得稅，房貼，房租，實發工資。
16人員編碼信息。包括的數據項有人員編碼，人員姓名，密碼。
17用戶授權信息。包括的數據項有序號，人員編碼，程序號。
18系統設計
3．1系統總體系結構設計
人事管理系統可以用于支持企業完成勞動人事管理工作，有如下3個方面的目標。
42支持企業實現規范化的管理。
43支持企業高效率完成勞動人事管理的日常業務，包括新員工加入時人事檔案的建立，老員工轉出、辭職、退休等。
44支持企業進行勞動人事管理及其相關方面的科學決策，如企業領導根據現有的員工數目決定招聘的人數等。
本系統開發設計思想有以下幾點。
11盡量采用學?，F有軟硬件環境，及先進的管理系統開發方案，從而達到充分利用學?，F有資源，提高系統開發水平和應用的目的。
12系統應符合學校人事管理的規定，滿足學校日常人事管理工作需要，并達到操作過程中的直觀、方便、實用、安全等要求。
13系統采用C/S體系結構，Client（客戶端）負責提供表達邏輯、顯示用戶界面信息、訪問數據庫服務器；Server（服務器端）則用于提供數據服務。系統分析等前期工作應盡量詳細完善，以便學校以后體系結構的改變，對于一些安全性要求不高的信息可以方便地采用Brower/Server的方式進行訪問。
14系統采用模塊化程序設計方法，既便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員補充、維護。
15系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、修改、備份等操作。
3．2系統數據模型設計
關系模型：
員工基本信息（員工號，姓名，所在系號，所在系名，性別，生日，籍貫，國籍，民族，身份證號，婚姻狀況，健康狀況，政治面貌，參加時間，血型，開始工作時間，家庭住址，電話，崗位代號）
員工婚姻信息（員工號，愛人代號，愛人姓名，愛人生日，結婚時間，愛人工作,位，愛人政治面貌，愛人工作職務)
員工學歷信息（員工號，學歷，專業，畢業時間，畢業學校，學校類型，外語1，外語1級別，外語2，外語2級別）
員工考勤信息（員工號，姓名，日期，本月天數，公休假天數，應出勤天數，請假，節假日加班，其它加班）
員工工資信息（員工號，姓名，底薪，補貼，獎金，加班，代扣養老金，代扣醫療保險，代扣住房公積金，所得稅，房貼，房租，實發工資）
二、信息系統的應用技術
1.實際應用技術
（1）構建耦合技術。構造軟件系統設計的方法靈活，有利于創新。從數據流程上，構件彼此之間為構件緊耦合，數據庫連接池構件以連接重用的方式進行工作，經過對數據的邏輯化處理，將結果反饋給生成構件，然后通過從XML模板庫中對報表進行讀取，生成頁面后返回到客戶端進行顯示。松耦合系統主要以形成模塊化和系統化的結構為主，以動態模式下生成的構件耦合完成的形式生成用戶報表，同時又可與其他構件通過可供應用的系統選擇方式，通過聯合對事務和業務報表的處理進行操作。（2）應用程序系統的應用與整合。在應用服務層構件間耦合的基礎上，需要注意的是構件間的通信和應用層的協調統一。使用XML作為系統間數據轉換的方法，有利于完成系統應用程序的集成，最為關鍵的就是多種系統的無縫銜接及其他應用系統后的運作方式已經足以達到企業信息門戶的運作模式。
所謂系統結構的安全性設計是指在不影響系統工程正常施工的前提下,系統結構能夠承受各種外界環境因素的影響,有一定的防災害性能。并且能夠在一定的突發狀況下面前有一定的防控強度。安全性是系統工程建設的剛性要求,任何系統的建設都要將工程設計的安全性作為第一考慮因素。2.2系統結構設計的經濟性與適用性經濟性建立在安全性的前提條件之下的,只有保證了系統結構模式的安全性,才能夠考慮建筑系統工程的經濟性和適用性。在一般的情況下,系統工程首先要有良好的內部穩定條件和設計前景規劃,進而為社會創造出良好的服務系統工程。
1.3系統結構設計的耐久性和實用性
一般科學定義情況下系統結構的可靠性,不僅包括系統結構的安全性和實用功能的強大性,也包括系統結構設計的長期穩定性,安全時效性、以及耐久性,并且耐久性是衡量一項系統可靠與否的標志.因此,要想全方面的提高系統工程使用效果需求,在系統結構的設計中就必須要充分考慮其設計結構的有效期限從而進行良好模擬使用環境分析,進而有效提高其結構的安全性能。
2信息管理系統開發的問題化分析
(1)加強系統設計項目的結構安全性設計是充分保證系統工程進行安全運行的有效前提,因此就要聘請富有經驗并且技術水平較高的專業設計師來進行衡量和設計,同時設計師要備較高的文化素養和全方位的設計實力,只有這樣才能保證設計的可靠性,專業性和適用性。
(2)無論是設計單位或者是設計師要不斷提高自身的設計水平,以設計安全可靠的系統工程藍圖為設計目標并且要不斷的加強自身專業知識的學習,努力提高設計能力,從而保證設計工程的長期可靠性。
(3)要對設計的系統工程項目進行全面的設計計算和系統模擬化分析。通常情況下,設計師要考核系統計算項目是否達標,是否符合設計需求。建立全方位,多層次的實際設計計算體系,保證系統質量的達標。
公司通信系統的軟件變更主要涉及應用軟件的變更，大部分是對現有功能、數據的調整，如電話號碼的變更、使用權限的變更、使用功能的變更等。對于此部分的變更管理，目前公司管理程序僅對全廠性的行政電話、IP地址、軟件權限的變更管理進行了規定，對于各生產廠、部內部使用的指令電話、調度電話、工業電視等通信系統的功能、數據變更未納入公司管理程序，集中管理。
1.2硬件
公司通信系統硬件設備的變更，主要包括：通信設備的新增、拆除、移位、結構調整等。目前均參照公司管理程序執行。近2年各單元變更申請數量大約為25件。而通信系統硬件部分的變更，也是現階段通信系統變更的主要內容。
2變更因素分析
綜合上述公司通信系統變更管理的現狀，有以下一些原因或因素造成了這些變更的發生：在軟件變更方面，主要有以下的幾點因素所致：第一，用戶生產工藝、產線流程等變更，導致軟件系統結構、功能的變更。第二，公司各廠、部組織機構、辦公地點、人員配置的變更等，導致使用權限的變更。第三，供應商提供服務的變更。此種變更發生幾率很小。在硬件變更方面，縱觀近二年的通信系統變更申請情況，存在的主要因素有如下幾點：其一，設計不夠完善。其主要體現在工程建設期間終端布點的缺失、設備選型與實際環境和工藝條件的不符、設備安裝位置與實際需求不符等。如90%的電話類變更都是由于工程建設期間終端布點缺失所致；近30%的視頻類變更是由于設備安裝位置與實際需求不符而提出的。其二，需求提出不明確。系統搭建前期，由于用戶對系統整體功能認識的不全面，或是理解上的偏差，導致其需求提出的可行性、完整性存在問題。其主要體現在大量的新增接入點、監控點需求。其三，使用環境的變化。在系統穩定運行一段時間后，可能會出現由于關聯系統的軟、硬件設施發生變化而被迫發生變更的情況。
3建議措施
2、ALM系統基礎建設
ALM系統平臺基礎數據的統一定義是整個系統的基礎。通過對設備樹、數據分類、數據庫體系、告警體系等的統一定義，形成各個應用系統共有的基礎數據，減少各應用模塊及線路問的接口，有效提高維保系統的整體性能和數據共享。因此，應進行設備基礎信息庫、標準設備狀態監測模型及上層管理系統接口這3大基礎建設。
2．1設備基礎信息庫與ALM系統
接口的子系統包括各種不同的設備。ALM系統監控的基本對象是設備，大多數的需求都是結合設備的監控、管理和維護提出的。因此，應建立基于ALM系統的設備管理功能，以支持通信系統的建設和運營維護。同時為地鐵設備管理提供支持?；贏LM系統的設備管理，其主要管理對象為通信系統設備信息，因此應為設備管理功能體系建立標準的設備信息顯示模型、完整的基于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所示。
