項(xiàng)目管理知識：項(xiàng)目的可行性研究

申請免費(fèi)試用、咨詢電話：400-8352-114

　　1．  技術(shù)方面：

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

　　2．  經(jīng)濟(jì)方面：

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

　　3．  法律方面：

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

　　4．  目前存在的問題：

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

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

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

　　b．  采用純網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)：

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

　　C．采用本地?cái)?shù)據(jù)庫和網(wǎng)絡(luò)數(shù)據(jù)庫同時使用的結(jié)構(gòu)：

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

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

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