序論：在您撰寫信息管理系統論文時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。

第1篇

1.增強了學院人事信息檔案工作的效率。

（1）學院不再需要反復地核對學校的人事信息，被動地服務于學校的要求。（2）學院可以根據自身發展，依據信息數據制定人事政策，節省了去學校人事部門查詢信息的時間。

2.及時為學校人事部門提供準確的數據。

人事管理信息是學院發展的重要基礎，因此建立二級學院的人事管理信息系統，可以準確地體現學院教職工的基本情況、師資力量等變化，為學院的師資隊伍建設、目標規劃提供了完備的數據基礎。學院只有清楚地了解本部門的人事信息，才能為學校人事數據提供重要的可靠的信息。

二、二級學院建立人事信息系統的要求

1.數據精確、完整和可靠。

信息的精確性是體現基層人事管理信息系統保障運行的根本。作為數據提供的二級單位，學院的人事信息系統中的信息，必須精確、完整和可靠。這就要求在信息錄入前要收集統計二級部門教職工的詳細信息并加以核實；信息錄入時錄入人員要認真、細致以確保數據的精確性、可靠性和完整性。

2.信息更新的時效性。

學院人事信息系統包括學院人員進出、職稱評審以及教師培訓等多方面的信息，這些人事數據處于動態變化之中，如果收集、更新速度太慢，不能及時地進行信息傳遞，就會滯后人事信息的統計，甚至遺漏重要人事數據[2]。信息更新的時效性就是信息系統中的數據能及時準確地反映出本部門人事信息的變化。因此，在建立二級學院人事信息管理系統時必須做到信息收集后更新的時效性，保證隨時收集，及時更新。

3.確保信息的安全性。

設計二級學院人事信息管理系統，不可避免地也會遇到安全問題。涉及人事信息系統安全性的因素有很多，主要有以下三個方面：（1）操作信息的管理員。如信息管理員的操作錯誤，將人事信息無意地泄露出去，造成人事信息保密資料的丟失。（2）系統軟件。如該系統性能不夠穩定，存在著系統漏洞，也會造成人事信息丟失的危險。（3）信息聯網。為提高工作效率，實行人事信息系統網絡化也是符合當今社會發展需求的，但目前網絡病毒也非常兇猛，每年都會有很多的網絡病毒對很多系統造成巨大的損失。

4.信息收集的系統性。

因為二級學院人事信息最能直接及時反映每名教職工的情況，只有把基層的人員信息整理完善，信息系統化，才能滿足學校人事處要求的匯總統計本部門人事信息情況的需求；才能使學校人事部門對相關的信息進行核對、整理，以為其提供詳盡的數據。

三、二級學院人事信息管理系統

功能需要學院管理系統，就是教師信息管理和三級部門信息的管理。學院的發展，會伴隨著人員的流動，教師的人動、職稱、學歷、考核每年都在變化，為了能及時滿足于學校人事信息的收集、管理，人事管理系統需要有以下功能：（1）用戶登錄。需要進行通行驗證，來保證系統的安全性。（2）主頁面功能。它是人事信息管理系統主要部分，包括錄入、生成表格，管理員可以通過選擇相關指令來打開系統的各個功能頁面。（3）職工基本信息操作功能。編錄、修改、刪除和查看人員信息。（4）系統使用的簡易性和方便維護功能。人事管理信息系統的使用人員對于該系統的模塊并不會十分理解，這就要求系統能夠有簡單明了的用戶入口，簡單的使用界面，這樣可以使人事管理人員縮短對該系統的熟悉時間。

四、學院人事管理信息系統設計

1.管理員管理界面：該模塊只對人事管理員開放權限和使用范圍。

這樣可以保障信息的安全性，便于管理，從根本上做到了自己的數據自己管理、負責。

2.教師個人基本信息界面：該模塊是提供給人事管理員使用的一個能體現學院教職工基本信息的模塊

例如：學歷、職務、身份證號等。

3.教職工人事信息界面：該模塊提供給人事管理員使用的體現教師具體的崗位性質、所在三級部門、職稱評審情況、年終考核情況等信息的模塊。

4.招聘人員信息界面：該模塊可以體現學院需要招聘人員的基本情況。

5.學院與學校關聯界面：該模塊主要體現在二級學院的人事信息有變動時

第2篇

汽車來料信息管理對汽車運載的物料在料場各區域的管理，包括過磅、回皮、采樣、卸料等工藝流程。因現場已存在過磅、回皮、采樣系統等，為了實現整個汽車作業區的管理，我們對汽車在受料坑、料場卸料的區域增加一臺計算機，實時記錄進入該區域的汽車的信息，并接入到過磅、回皮、采樣系統局域網內。

2火車來料信息管理

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

3受煤坑卸料控制管理

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

4料場設備控制管理

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

5布料設備自動控制管理

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

6結語

第3篇

主題詞：PB6ORACLE8勞動信息方法技術

1前言

“勞動信息管理系統”一般情況下都做成數字表格、文字描述、圖形顯示等形式。“數字表格”即具體的人員、工資數據的結構化描述；“文字描述”即用一段文字敘述或補充說明情況等；這里的“圖”包括兩類，即照片圖（例如BMP位圖等）和動態生成的指標描述圖（如折線圖等）。筆者在選擇開發工具和數據庫方面，經過詳細調研后，覺得用PB6和ORACLE8最為合適，現將開發和應用中的一些體會總結成文，供讀者參考。

2系統的運行環境

本系統在CLIENT/SERVER結構上運行，SERVER平臺為UNIX，裝有ORACLE8數據庫。CLIENT端通過HUB、ROUTER與SERVER連接，CLIENT端的開發、運行平臺是WIN95/98/2000，前端開發工具為PB6，總體網絡協議為TCP/IP。

3系統功能介紹

該系統包括勞動管理信息的維護和查詢兩部分，內容充實，立足于應用。表、文、圖具全，對比圖形由數據自動生成。同類型的數據查詢采用了窗口繼承的開發方法和動態數據窗口，查詢界面統一、清晰。文字部分存入ORACLE庫的LONG字段中，用MLE（多行編輯器）作為輸入、輸出的中間編輯、查詢界面。一些原始資料，如照片、背景圖等做成了BMP圖片，以BLOB數據方式存入ORACLE庫中，或存至NFS（網絡文件系統）的“虛”盤上，查詢時調入圖形框（如P_1）內。

4技術難點及解決的方法

4．1字符集的選擇

如果字符集選擇錯誤，會出現漢字顯示成亂字符的現象，需要從注冊表中選擇正確的字符集，具體方法是：在WIN95/98/2000下運行注冊表編輯程序regedit.exe，選擇HKEY_LOCAL_MACHINE,再選擇SOFTWARE，再選擇ORACLE，然后選擇NLS_LANG(語言的國際支持)，鍵入和服務器端相同的字符集。例如服務器端的字符集為AMERICAN_AMERICAN.US7ASCII,在此也輸入此項就行了。

4．2PB6和ORACLE8的連接

PB6和ORACLE8的連接是一項很重要的內容，很多導致調用數據庫失敗的原因就出于此，根據不同的用戶需求和硬件環境，可靈活選擇客戶端的接口軟件，下面舉例子來說明連接方法：

4．2.1//通過NET8連接數據庫，支持32位的數據訪問，安裝ORACLE8的NET8軟件

//目前PB6支持到ORACLE7.3，但是也支持ORACLE8，所以設置如下

SQLCA.DBMS="o73"

//要訪問的ORACLE用戶名

SQLCA.LogID="lz"

SQLCA.LogPass="lzpwd"

SQLCA.UserID="lz"

//通過SQL*NETV2和ORACLE庫連接

SQLCA.ServerName="@net80"

Connectusingsqlca;

4．2.2//通過SQL*NETV2連接，可支持16位的數據訪問，客戶端可選擇ORACLECDE的SQL*NETV2

SQLCA.DBMS="o71"

//要訪問的ORACLE用戶名

SQLCA.LogID="lz"

SQLCA.LogPass="lzpwd"

SQLCA.UserID="lz"

//通過SQL*NETV2和ORACLE庫連接

SQLCA.ServerName="@snv2"

Connectusingsqlca;

以上的Script語句描述了和SERVER的連接過程,也可以將上述Script語句存入文件(如pb.ini)中,通過調用文件和數據庫做連接。

若PB6和ORACLE8連接不通，可查一下C:\AUTOEXEC.BAT里邊的路徑是否包含c:\orawin95\bin（或相應的路徑），如果沒有此路徑說明，PB6和ORACLE8不能連通。

4．3文字類數據（文本）的入庫和查詢

文本入庫和查詢可采用PB6的MLE（多行編輯器）作界面，編輯完成后存入ORACLE8的LONG字段中，查詢時從LONG字段中取出，放入MLE中查詢，下邊是一個例子：

//文本的預處理（以去除文本文件中的回車換行符為例說明）

//將文件讀入BLOB型變量text中fn=fileopen(txtname,streammode!)

iffn<>-1then

fileread(fn,text)

fileclose(fn)

//將讀入的數據流組合成字符串

article=string(text)

s=len(article)

forv=1tos

t=pos(article,char(13)+char(10),v)

ift>0then

article=replace(article,t,2,"")

else

endif

next

mle_1.text=article

//將處理后的文件c:\ldxx.txt存盤，文件中的回車換行符已全部去掉

text1=blob(article)

filname="c:\ldxx.txt"

fn=fileopen(filname,streammode!,write!,lockwrite!,replace!)

iffn<>-1then

filewrite(fn,text1)

fileclose(fn)

endif

//文本入庫

bigtext1=blob(mle_1.text)

updateblobldxxwjsetbigtext=:bigtext1wherebh=:varbhandrq=:varrqusingsqlca;

commit;

//從庫中提出放入MLE中查詢

selectblobbigtextinto:bigtext1fromldxxwjwherebh=:varbhrq=:varrqusingsqlca;

mle_1.text=blob(bigtext1)

//從庫中重新生成文本文件filename.txt并存盤

selectbigtextinto:varfilefromldxxwjwherebh=:varbhandrq=:varrqusingsqlca;

fname="c:\filename.txt”

fh=fileopen(fname,streammode!,write!,lockwrite!,replace!)

iffh<>-1then

filewrite(fh,filen)

fileclose(fh)

endif

4．4處理圖象文件（大的二進制文件）

職工照片-圖象文件（例如BMP位圖文件）是二進制文件，將其以數據流方式存入ORACLE8的LONG字段中，查詢時從LONG字段中取出，放入圖象框（如p_1）中查詢，下邊是一個例子：

//將圖象文件讀入BLOB型變量pict中

fn=fileopen(picname,streammode!)

iffn<>-1then

fileread(fn,pict)

fileclose(fn)

//將圖象放入圖象框p_1內查看

setpicture(p_1,pict)

endif

//將圖象存入表pic的LONG字段bmpt中

updateblobpicsetbmpt=:pict;

commit;

4．5使用動態數據窗口

動態數據窗口指的是在程序的運行過程中通過SQL語句的改變動態地創建、修改數據窗口的內容和表現形式，它多用在對同類型的對象的描述過程中，“勞動信息查詢系統”的一些類似的內容可用動態數據窗口來編制，表現形式一致、構造界面統一、編程效率高，當然還有其它一些優點。下邊是一個創建動態數據窗口并由此繪出趨勢圖的例子（動態數據窗口dw_1,圖形框gr_1）：

dw_1.Create(SyntaxFromSQL(SQLCA,"SELECTsj,val01FROMtab01whereytmh=''''"+rowcha+"''''ORDERBYsj","style=(type=grid)",err))

//執行上述語句會動態地產生類型為grid的數據窗口dw_1。

//由下邊這段程序做出趨勢圖:

//將數據調入數據窗口

dw_1.SetTransObject(sqlca)

dw_1.Retrieve()

rows=rowcount(dw_1)

ifrows>0then

gr_1.SetRedraw(False)

gr_1.reset(all!)

gr_1.addseries("dz1")

fori=1torows

xis=mid(getitemstring(dw_1,i,1),3,2)

yis=getitemnumber(dw_1,i,2)

ifisnull(yis)then

yis=0

endif

gr_1.adddata(1,yis,xis)

next

gr_1.SetRedraw(True)

sum=sum+sum1

st_1.text=string(sum)

endif

//圖的類型可根據不同需要隨意選擇，如選擇餅圖、柱狀、折線圖等。

4．6變量的定義和賦值要正確

一些整型數值盡量不要定義成INT類型，因為一旦超過32767就會出錯，一定要定義成LONG類型；帶小數的數據變量要定義成DOUBLE型，若定義成LONG類型，會自動設去小數部分，出現精度錯誤。

PB6中的日期類變量賦值方式比較固定,若日期變量定義錯了，執行有關的SQL語句時會出錯，錯誤現象非常隱蔽，不容易調試，這是編程過程中的常見錯誤，在此特別強調一下。

舉例如下:

rqnum1=”2000-06-31”

rqnum2=”2000-07-01”

第4篇

FLCS系統組成

圖書管理系統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系統是否容易出問題、出了問題時怎么辦

系統全部代碼為32位，具有高度安全性，很少出問題。FLCS系統具有較強的自我修復能力，例如因停電、死機、機器硬件故障等原因造成FLCS系統不能正常運行時，可由系統自動修復。有縱橫公司用戶的地方即有縱橫公司商，縱橫公司已基本做到了服務本地化。

第5篇

1.1單位管理

單位管理包括設備制造單位、設備使用單位及設備安裝單位管理，目的是為了將檢驗相關單位的信息統一管理并可以為以后各檢驗相關系統提供基礎統一的信息來源。單位管理記錄所有單位信息，主要包括單位代碼、單位名稱、地區代碼、上級主管單位、單位地址、郵政編碼、所屬國家、聯系人／主要負責人、聯系電話以及電子信箱，其中單位代碼用于規則號生成。

1.2設備管理

設備管理包括檢驗設備管理和管道設備管理。檢驗設備有一套標準的管理規范，出檢人員到設備庫提取設備到現場檢驗，并在檢驗報告中注明檢驗使用的設備相關標識，在信息系統中如何保持與現實設備狀態一致至關重要，檢驗設備管理就可以提供一個統一的設備狀態設置功能，以避免填寫報告時人工誤錄非正常狀態的檢驗設備，避免在質量監管過程中產生不必要的麻煩。檢驗設備管理包括檢驗設備的基礎信息維護、設備狀態的維護、檢驗過程中對檢驗設備的選擇和查詢等功能。管道設備管理包括管道類型管理、管道信息管理，所有檢驗中涉及到的管道全部納入到管道設備管理庫中。

1.3檢驗員資質管理

系統維護檢驗員、高級檢驗員等資質人員的信息，以供信息系統中出具報告時能自動匹配到相關檢驗員資質，避免出具不符合規范的報告，并統一管理人員資質，對相關資質期限給予提醒，更有助于檢驗業務的信息化工作。檢驗員資質管理包括檢驗員分類維護、檢驗員信息維護、資質相關信息維護、資質到期提醒、資質信息查詢及資質信息使用等。

2管道安裝監檢管理模塊

根據《壓力管道安裝安全質量監督檢驗規則》，首先由管道安裝單位辦理開工申請，其次監察部門審核資料出具受理單，然后檢驗機構根據受理單安排具體檢驗工作。管道安裝監檢涉及到使用單位、檢驗機構、政府監察部門3個單位，信息量大，手續繁瑣。本系統中設置了監察部門、檢驗機構、使用單位3種角色，根據角色開放不同的權限，配置不同的頁面。安裝監檢申請信息包括管道級別、申請單位組織信息等基礎信息，可通過組織機構檢索使用已錄入組織，也可添加新的單位組織信息，上傳申請材料信息及相關指標信息。如果選擇已錄入工程單位，要素會自動帶入對應工程單位信息。相關檢驗信息進入流程后，在不同的流程節點對相應的審批者開放對應的可填寫要素。

3管道在用檢驗管理模塊

根據《壓力管道使用登記管理規則》，在用壓力管道應定期檢驗，確定安全狀況等級。本系統根據上次檢驗結果和下次檢驗時間設置到期檢驗自動提醒功能，如果管道使用單位未能如期網上報檢，則系統會自動以短信和郵件通知使用單位聯系人。檢驗機構受理使用單位的網上報檢申請，并將受理情況和檢驗安排生成檢驗工作通知單發送到網站和使用單位。使用單位根據通知單上的編號可在檢驗網站上查閱應檢管道的基礎信息，跟蹤檢驗步驟，查詢檢驗結論等信息，第一時間了解管道的安全狀況。

4管道監察統計分析模塊

目前壓力管道檢驗檢測機構擁有大量的檢驗、檢測數據和檢維修記錄，但由于缺乏系統的綜合統計分析功能，致使許多有用的信息不能充分地為企業生產和安全監察部門服務。例如，對于影響壓力管道系統安全的薄弱環節不明確，在壓力管道數量多、檢測難度大的現實條件下，有限的檢驗費用和檢驗力量無法應用于真正影響壓力管道運行風險的主要部位，從而使檢驗結果對安全運行的影響作用下降，法定的定期檢驗變成了完成國家規定檢驗指標或應付任務。本系統的監察統計分析模塊根據時間段、完成情況，按照流程環節對安裝、在用、改造分別進行統計，并生成統計結果，為監察部門和管理部門提供準確的壓力管道安全監察技術統計信息。

5結語

第6篇

目前，總局開發建設了一部分衛生檢疫的業務管理系統，包括口岸衛生檢疫業務信息管理系統、衛生檢疫電子監管系統、國際航行船舶電子檢疫管理系統等，但是這些系統均為衛生檢疫的業務工作系統，實現了大部分衛生檢疫直接業務的管理，但未涉及到衛生檢疫業務開展所需口岸核心能力要素的基礎信息，以及信息統計、查詢和管理，衛生檢疫工作的業務管理部門或決策層想要獲得各口岸的口岸核心能力基本情況，仍然沿襲傳統的書面統計、調查等人工方法獲取相關數據，同時受人為因素等的影響，獲得數據的時效性、準確性和完整性不能夠得到有效保證，亦不能及時獲取口岸核心能力的即時狀況和動態變化，從而影響了決策的科學性和時效性。

2總體思路和目的

通過建立全面完整的全省口岸核心能力建設數據庫，并及時動態更新，準確掌握各口岸核心能力的動態變化和發展情況，從而著眼全局，科學決策，統籌制定全省口岸核心能力發展規劃，有計劃、有步驟的科學實施，達到事半功倍的效果，同時將國際衛生條例的口岸核心能力要求提煉出相關匹配條件設計在系統中，輔以日常主客觀評價，實現對各口岸的核心能力的即時考評，提升管理效能和科學性，切實做好口岸疫情防控和反恐怖防范工作。

3功能架構及功能描述

系統主要功能框架包含數據采集、統計查詢、風險預警、即時考評和系統管理幾大功能。

3.1數據采集

數據采集模塊主要分口岸核心能力要素數據采集和重要業務數據采集（重要業務數據采集雖然不屬于口岸核心能力要素，但是基于業務管理的需要，并且為了能從側面反映口岸核心能力的建設成果，因此選擇了部分比較重要的業務數據進行采集）。

3.1.1口岸核心能力要素數據采集

口岸核心能力最主要的形成要素包括基礎設施設備、人力和技術資源、工作機制資源，這些也是做好衛生檢疫工作的基礎要素，因此本模塊設計了基礎設施模塊、設備模塊、人力資源模塊、工作機制模塊等，具體功能描述如下：①基礎設施模塊主要采集各口岸衛生檢疫用房、實驗室、查驗通道等的面積、格局等情況。②設備模塊可細分為查驗用設備、實驗室檢測設備、防護裝備以及應急物資儲備等，主要掌握各口岸現有的正在使用的各類設備的數量、種類、型號、功能、用途、使用期限，并要求各口岸根據設備的增加和減少情況，及時錄入系統，使管理部門能夠隨時準確全面掌握各口岸的設備情況，做到對口岸的設備配置統籌考慮、科學調配，做到既滿足需要，又不閑置浪費。③人力資源模塊主要采集全省衛生檢疫人員的數量、崗位配置情況（含動態變化）、人員的基本情況，含專業、學歷、資質、技術職稱、參加過的培訓情況，工作經歷、科研情況，并設定培訓模塊和能力評估模塊（培訓模塊可放置學習資料，并對學習情況統計，能力模塊可通過隨機考試等形式對人員的能力進行評估），使管理者掌握人員與崗位的適配情況，遴選專家，科學調配，制定培訓計劃。④工作規程、制度模塊主要放置總局、省局、口岸分支機構制定的相關文件、應急預案、工作規程、工作制度以及應急工作流程、協作機制、國家標準等，供各級人員工作學習參考，并在應急時使用。

3.1.2重要業務數據收集

該部分可定期（月）收集各口岸分支機構的重要業務數據包括：查驗的交通工具數量（含陽性數量）、出入境人員數量(含有問題的數量)、截獲的各類醫學媒介數量、衛生監督的數據等。

3.2數據查詢統計

該模塊可實現對各口岸不同要素的查詢和統計，包括查詢統計核心能力各要素的各種信息，也可實現模糊查詢，例如查詢某人員參加過何種培訓，查詢某設備使用期限等，同時可根據不同要求進行統計。

3.3即時自動考評

系統內設置口岸核心能力建設要求和標準（可及時調整和更新），可實現以口岸為單位將該口岸的口岸核心能力各要素與建設要求和標準進行匹配，進行自動考評打分。

3.險預警功能

該模塊主要是提供信息功能，可將有關國際疫情動態和總局的預警公告等信息進行即時，并設置提醒功能，對一線人員工作提供依據和指導。并可設定有效期，過期自行刪除。

3.5系統管理

系統提供強大的后臺管理功能，具體包括業務數據字典管理、組織機構管理、用戶管理、權限管理、數據備份、日志查詢等功能模塊。

4系統設計原則和技術架構

4.1設計原則

①規范性原則。系統設計遵循國際通用開發標準，并按國家標準執行，結合項目需求，形成接口規范、數據規范、應用系統接入規范等。②可靠性原則。系統設計應保證長期大規模訪問下系統的穩定性、可用性和運行性能，避免單點故障和關鍵信息丟失。③擴展性原則。系統采用模塊化、組件化的體系結構，在技術架構和設計模式上保證技術的延續性，靈活的擴展性和廣泛的適應性，確保系統能夠在數據及業務功能擴展方面的需求。④易用性原則。系統設計應符合一般用戶訪問習慣和要求，提供簡便、靈活、易用的頁面布局和功能選項。⑤安全保密原則。系統具備統一完善的多級安全機制設置，符合國家安全及保密部門要求，拒絕非法用戶和合法用戶越權操作，避免系統數據遭到破壞、竊取和篡改。

4.2技術架構

“口岸核心能力建設信息化管理系統”采用B/S三層結構設計，分為表示層、業務層、數據庫層。基于windows2003sever操作系統，采用SSH開源框架實現。表示層采用Struts框架實現，業務服務層采用Spring框架實現，并且可同Struts框架有效結合，數據持久層主要采用Hibernate框架，并實行O/RMapping，對JDBC進行對象封裝，建立Java對象模型的持久對象。集成框架的方法主要是利用Struts作為系統的整體架構，負責MVC的分離；在Struts架構的模型部分，利用Hibernate框架來提供持久層支持，業務層用Spring支持。具有不需要專門開發客戶端程序、可跨平臺操作、系統維護及時方便等優點，所有數據及大部分參數都存放在服務器端，系統運行維護、升級時只需操作服務端，降低了系統維護成本。具體做法就是用面向對象的分析方法根據需求來提出一個模型，將這些模型用Java語言生成Java基本對象，并編寫出DAO接口，然后設計基于Hibernate的DAO實現，用于實現Java對象與數據庫之間的轉換和訪問，最后采用Spring框架進行業務服務層的設計，提供管理和服務。

4.3數據庫設計

“口岸核心能力建設信息化管理系統”采用MySQL數據庫，MySQL是一種關聯數據庫管理系統，能夠將數據保存在不同的表中，而不是將所有數據放在一個大倉庫內，這樣可增加速度并提高靈活性，并且其體積小、速度快、總體擁有成本低。

5建設建議

第7篇

關鍵詞:用電信息管理MIS系統存在

1傳統用電MIS系統存在的問題

(1)成本高:

現在絕大部分地區使用的是基于WindowsNT的操作系統。數據庫系統往往采用MSSQL,ORACEL,DB3等系統,僅上述兩類軟件,單點成本就已經超過了萬元,而且由于供電企業網點分散,所以往往在每處都必須安裝上述兩類軟件。以一個縣局而言,在系統軟件投資上就將花費30萬元左右。

但是與此形成鮮明對比的是,真正用戶需要的模塊(用電MIS),由于技術準入門檻低,市場上產品良莠不齊,軟件廠商競相壓價,整套產品往往只能買到幾千元/單點。由于軟件廠商獲利不足,就無法繼續投入人力、財力進行系統的進一步開發和售后服務工作。

我個人認為以上因素在根本上造成了現在用電MIS系統市場非常混亂的情況。

(2)難以維護:

因為供電企業的網點分散,而基于WindowsNT的系統缺乏對低帶寬數據鏈路(比如載波、電話線路等)的通信支持,所以現在用電MIS多是分散運行的(即在每一點都有整套的系統在運行)。所謂聯網也是指在局域網中的聯網。由于分散運行,就必然導致分散維護。在現實工作中,維護工作一直是困擾用電MIS推廣的關鍵障礙。

(3)大范圍聯網困難:

這里指出的聯網功能,包含兩層含義:一是指供電企業內部信息傳遞困難,原因可參照第(2)條。二是由于銀行、郵電等部門采用的主系統都是基于UNIX的,所以系統之間的互操作性能較差。

2基于LINUX平臺的用電MIS系統

基于上述原因,我詳細對比了目前主流的操作系統及其應用軟件的優劣,認為LINUX系統有可能在今后的3~5年內,取代WindowsNT,成為電力系統的首選操作系統。

以下是兩種操作系統在關鍵環節上的對比說明。

(1)成本:

①購買成本。

僅就操作系統而言,目前可以適應用電MIS應用需求的Windows系列包括WindowsNT40和Windows2000,其價格隨應用復雜性和健壯性有很大差別,數千至數萬元不等。LONUX是完全免費的操作系統,每個人都可以自由獲取。因此不存在購買成本,而且現在LINXUE已經實現了從嵌入式設備到超大型企業應用的全系列支持。

在WindowsNT上運行的SQL支持系統,隨數據庫容量支持、檢索效率等因素不同,價格在幾萬至幾十萬不等,沒有免費的SQL系統。在LINUX上,應用最廣泛的是MySQL數據庫,它曾經有上億條記錄連續運行數月的記錄,所以在軟件功能上完全不比NT操作系統下的任何SQL系統差,而且目前為止仍然是完全免費。

現在互聯網上有數百萬站點都是采用的LINUX+MYSQL數據庫的方式構建的。

②管理、維護成本。

由于LINUX脫胎于UNIX,在設計之初就對遠程接入提供了良好的支持,現在每天都有上百萬名維護人員通過電話線遠程管理、維護自己的系統。而WindowsNT在遠程維護領域幾乎一無建樹,這也正是Microsoft公司花大價錢購買PCAnywhere軟件的原因。但是由于PCAnywhere并非是內嵌的操作系統中的,所以軟件的可用性在某些方面仍顯不足。

由于LINUX可以建立基于低帶寬數據鏈路的網絡結構,所以可以實現中心主機+遠程終端的聯網模式,這樣只需要管理中心主機即可實現全網的管理。進一步降低了管理成本。

(2)開放性:

LINUX可以說是目前最為開放的系統,所有源代碼都可以免費得到,即使操作系統不支持的功能,也可以通過修改、擴充系統源代碼方便實現。而對于WindowsNT而言,這是不可想象的。最近有消息稱,迫于開放源碼運動帶來的市場壓力,微軟打算對美國1000家大企業開放Windows2000的部分源碼。

(3)互聯能力:

①鄉站聯網。如果采用WindowsNT實現鄉站實時聯網運行,則必須在縣局到鄉站之間建立寬帶數據鏈路(比如光纖),目前在很多地方還不現實,甚至永遠不可能實現。但是如果采用LINUX系統,鄉站就可以通過遠程接入到局中心計算機,在窄帶和寬帶環境下均可實現。這種大范圍的聯網運行模式實際上銀行系統在很多年前已經實現了。

②智能設備聯網。由于數據可以通過載波或電話線接入局中心計算機,所以在智能設備聯網方面,LINUX的系統優勢也是不言而喻的。而且在嵌入式LINUX的系統低層就已經支持了此種應用。

③與其他單位聯網。由于銀行、電信等行業采用UNIX作為主要的操作系統,而LINUX和UNIX本是一脈同根,所以在互聯方面的支持要好于同WindowsNT系統互聯。

(4)穩定性、安全性:

LINUX的穩定性一直倍受贊賞,連續運行數月也毫無問題,而WindowsNT的穩定性則不敢于恭維,很多人在這方面都吃盡了苦頭,所以人們往往在微軟公司的產品正式推出一年以后,才將其應用到關鍵任務中,以免成為穩定性測試的犧牲品。

由于LINUX是基于代碼開放體系的,所以歷來都是黑客攻擊的熱點,但是我們通過分布式運行的方式,即可解決安全問題,而且可以極大的提高系統的安全性和可用性。比如在局中心設置2~3臺主機,互為備份且采用不同的安全策略,這樣一方面避免單臺主機運行時的意外發生(包括黑客攻擊),另外可以分散處理訪問請求,縮短系統反應時間。

(5)易操作性:

WindowsNT系統基于圖形界面,熟悉Windows操作界面的人很容易學會,在整體系統使用的難易程度上,LINUX要遜色很多(大部分LINUX應用是字符界面)。

但是,具體到某項應用,情形或許有些不同。比如在電費電量處理過程中,如果將所有的操作都命令化,只需要30~40條命令,對于微機操作人員而言,記憶這些命令并不困難,而且在應用效率上,也要好于圖形界面的操作方式。

(6)市場影響:

由于LINUX不如WindowsNT平臺上的開發工具豐富多彩,所以開發難度要遠大于在NT平臺上進行的開發。這也是LINUX最大的劣式所在。