項目管理知識：項目的可行性研究

申請免費試用、咨詢電話：400-8352-114

　　1．  技術方面：

　　整個系統(tǒng)屬于一個規(guī)模比較大的MIS系統(tǒng)。盡管其在組織關系上存在著很大的復雜性，繁瑣性，不確定性，但是就整個系統(tǒng)的技術構成上來看，它還是屬于一個數(shù)據庫應用類的系統(tǒng)。其基本操作還是對存在數(shù)據庫進行添加、刪除、查找、編輯等。所以就單純的數(shù)據庫應用來看，暫不存在太大的技術問題。

　　2．  經濟方面：

　　由于系統(tǒng)對圖書館信息的管理的正常運行的影響是相當大的，所以必須要設置單獨的服務器來運行這個系統(tǒng)。又考慮到所有計算機硬件軟件都是存在出錯可能的（具體到這個系統(tǒng)，由于其需要不間斷的運行，所以其出錯的可能就會變得更大），因此整個系統(tǒng)應該考慮使用雙機熱備份技術。使用兩臺服務器同時運行，一個為主一個作備份，這樣可以避免服務器故障對整個系統(tǒng)的影響。又考慮到這個系統(tǒng)是為圖書館內部服務的，而且數(shù)據庫設置和調試時候都必須要直接使用服務器，所以應該將服務器設置在圖書館內部。縱觀整個系統(tǒng)需要的硬件，我們認為整個項目的投資將可能是比較巨大的。這方面，提請高等院校再作詳細討論。

　　3．  法律方面：

　　整個系統(tǒng)由于是自行開發(fā)，自行使用，所以系統(tǒng)本身不存在法律上的版權爭議。在服務器軟件方面，應該使用正版軟件，因為整個系統(tǒng)盡管是開發(fā)給內部使用，但它畢竟很多部分還是要依靠Internet的，一旦服務器連接到Internet上，它的操作系統(tǒng)可能會被Microsoft跟蹤，如果不是正版軟件，將不得不面臨民事訴訟的風險。

　　4．  目前存在的問題：

　　目前我們覺得最大的問題仍然是數(shù)據庫訪問方式上的問題。和一般的MIS系統(tǒng)不同，我們面臨著更廣泛范圍內的數(shù)據庫訪問。這個范圍已經不可能用局域網解決了，但一旦使用Internet網，數(shù)據傳輸?shù)挠行院桶踩跃蜁蔀閲乐氐膯栴}。現(xiàn)在將三種可能數(shù)據訪問的方式列舉如下，并逐一作分析：

　　a．  使用純單機版的數(shù)據庫系統(tǒng)

　　這是最簡單的數(shù)據庫訪問方式。采用這種方式不涉及網絡傳輸，所以無論在哪個部門，也不管其上網設施是如何的，總能采用這種方法的。采用這種系統(tǒng)后，如果要實現(xiàn)數(shù)據同步，必須定期將數(shù)據庫全部上傳（注意：這里應該是上傳整個數(shù)據庫，因為采用這種方式操作的系統(tǒng)，它上傳的時間間隔一般是比較大的，如果記錄哪些記錄是更新的，在實際同步時候，將花費很多時間作整個更新記錄的比對，在記錄量增大時候，這個檢測的時間也會急劇增加，反而增加了處理時間），服務器在收到整個數(shù)據庫后，在服務器端運行一個特殊的軟件，用于數(shù)據的同步。然后將處理后的數(shù)據庫放在一個特定的區(qū)域，客戶端可以將處理后的數(shù)據庫收下來，以實現(xiàn)數(shù)據庫同步。

　　b．  采用純網絡數(shù)據庫的結構：

　　采用這個結構從理想的角度來看，是最適合這個系統(tǒng)的。因為它具有最好的實時性，可以將當前獲得的數(shù)據立即傳輸出去，這樣其他部門也就立即可以得知目前的業(yè)務情況。而且采用這個結構，從數(shù)據庫應用角度來看，對網絡底層的傳輸情況不需要有太多的了解（這部分由SQLServer提供的網絡傳輸協(xié)議保證）。但是就公司目前各市場部上網情況來看，由于很多市場部采用的仍然是Modem和ISDN，不能24小時在線，因此再不對目前各市場部上網設備改造的情況下，很難使用這種結構。這種結構還有一個問題是它很大程度上依賴于中心數(shù)據庫，對中心數(shù)據庫可靠性和穩(wěn)定性的要求相當高。

　　C．采用本地數(shù)據庫和網絡數(shù)據庫同時使用的結構：

　　這是這個系統(tǒng)最有可能采用的數(shù)據庫結構。它的特點是平時數(shù)據存儲在本地數(shù)據庫，以天為單位，讓本地數(shù)據庫和總部的一個共享數(shù)據庫進行交互，以實現(xiàn)數(shù)據的同步。這種方式的優(yōu)點是數(shù)據因為在本地和網絡數(shù)據庫上共存，所以可靠性是比較高的。而且就Modem，ISDN和寬帶共存的情況下使用這種結構也是比較現(xiàn)實的。它的缺點是：在每日用于同步的數(shù)據量大的情況下是無法使用的，另外，即使每天用于同步的數(shù)據量并不是很大，但是本地數(shù)據庫或者網絡共享數(shù)據庫的存儲量已經很大，這樣再搜索用于需要同步的數(shù)據的時間也將成倍增加。系統(tǒng)在剛投入使用時候可能速度比較快，但是存儲量達到一定程序后，系統(tǒng)運行速度將會急劇減慢。（根據實驗，當數(shù)據記錄條數(shù)達到5萬條以上時，完整的數(shù)據庫搜索花費的時間會很長很長），而在這種系統(tǒng)結構下，為了保持兩者數(shù)據庫的完全同步，可能要反復搜索數(shù)據庫。此段時間的開銷是相當大的。

　　除此之外，這個結構最大的問題是：如何保證數(shù)據的完整同步。因為諸如Modem等上網設備，其傳輸過程極易由于外界干擾或者線路傳輸速率的突變造成傳輸中斷。重傳這些數(shù)據可能會造成數(shù)據的重復。（比如經過檢測，這次需要上傳10條記錄，現(xiàn)在客戶端開始上傳，上傳一半Modem斷線了，所以實際只傳了五條?？蛻舳藱z測到這一錯誤，開始重傳，但實際上盡管斷線仍然有五條記錄是成功傳送的，重傳全部必定造成重復，但是要很準確的定位具體是在那條中斷是相當困難的。這和網絡傳輸協(xié)議里錯誤檢測是類似的）

　　介于以上原因，我們認為選用何種數(shù)據庫結構需要進行進一步研究?？梢宰饕幌聦嶒?，比如使用各種現(xiàn)有的上網設備來進行一下數(shù)據庫連接。測試在不同的數(shù)量情況下，對性能的影響。特別要對Modem連接SQLServer作更多的實驗。因為其連接速度比較慢，必須要對數(shù)據庫連接超時時間作調整。（此值過小或者過大都會對性能造成影響。過小的值可能會使使用Modem的機器無法連上SQLServer，過大的值在確實發(fā)生錯誤時候，需過很多時間才能檢測到此錯誤）