【正文】 內(nèi)部管理系統(tǒng)詳細(xì)設(shè)計(jì)方案 一． 項(xiàng)目開發(fā)背景為了提高公司內(nèi)部管理的效率，所以需要編制一套完整的用于公司內(nèi)部管理的系統(tǒng)。這樣一個系統(tǒng)可以在整個公司范圍內(nèi)使用，做到了公司資源的整合與共享。二． 項(xiàng)目的可行性研究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)險(xiǎn)。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ù)庫同步。整個系統(tǒng)采用的傳輸示意圖如下（僅以市場部為例）：總部服務(wù)器市場部DBDBDB市場部總部服務(wù)器上應(yīng)該運(yùn)行特定軟件用于數(shù)據(jù)同步，此過程可能需要人工干預(yù)。這段傳輸可以采用任何傳輸方式，包括FTP，Email 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)高。這種結(jié)構(gòu)的示意圖如下（以市場部為例）：總部服務(wù)器DB市場部市場部市場部市場部 C．采用本地?cái)?shù)據(jù)庫和網(wǎng)絡(luò)數(shù)據(jù)庫同時使用的結(jié)構(gòu) 這里的結(jié)構(gòu)和示意圖a）中的結(jié)構(gòu)看上去有些相似。但其原理是完全不同的。圖a）中，需要上傳的是完整的數(shù)據(jù)庫，它依靠運(yùn)行在服務(wù)器端的程序?qū)?shù)據(jù)進(jìn)行整理以達(dá)到同步的目的。而這個結(jié)構(gòu)中，實(shí)際上并不存在一個文件上傳的過程，它是依靠數(shù)據(jù)庫訪問接口來直接實(shí)現(xiàn)數(shù)據(jù)交互的。數(shù)據(jù)庫訪問接口屏蔽了很多網(wǎng)絡(luò)的細(xì)節(jié)。在這個結(jié)構(gòu)中，在服務(wù)器上不需要再單獨(dú)運(yùn)行管理程序來實(shí)現(xiàn)數(shù)據(jù)同步。： 這是這個系統(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é)議里錯誤檢測是類似的）采用這個結(jié)構(gòu)的示意圖如下：直接數(shù)據(jù)庫交互總部服務(wù)器DB市場部DBDB市場部 介于以上原因，我們認(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ā)生錯誤時候，需過很多時間才能檢測到此錯誤）三． 系統(tǒng)的大致模塊劃分由于整個系統(tǒng)最后使用的結(jié)構(gòu)還沒有最后確定，所以這里的模塊劃分只是一個大致的劃分。在經(jīng)過實(shí)驗(yàn)，確定使用哪種數(shù)據(jù)庫結(jié)構(gòu)后，需要對此部分進(jìn)行進(jìn)一步修正。1． 市場部從最大的方面市場部管理系統(tǒng)可以劃分成業(yè)務(wù)管理、人事管理、財(cái)務(wù)管理、數(shù)據(jù)統(tǒng)計(jì)與備份、系統(tǒng)設(shè)置等模塊。其中業(yè)務(wù)管理模塊包括事件記錄添加、事件記錄修改，事件記錄刪除、事件提醒等功能。這部分側(cè)重的是對客戶服務(wù)的，它是以客戶為中心開展的。是整個系統(tǒng)數(shù)據(jù)的入口處。在人事管理和財(cái)務(wù)管理等模塊中，有很多數(shù)據(jù)是要依靠業(yè)務(wù)管理模塊的。人事管理模塊指對分公司內(nèi)部人員的管理，包括用工、退工、員工平時所領(lǐng)取資料、合同等其他憑證的管理與查詢。這里要注意各種憑證領(lǐng)取時候的記錄；在憑證丟失時候的處理。這些憑證都是由業(yè)務(wù)產(chǎn)生的，所以其與業(yè)務(wù)管理模塊之間存在很多相互訪問的情況。由于存在這個特性，所以必須要做好數(shù)據(jù)保護(hù)，以防止數(shù)據(jù)交叉訪問時候?qū)υ葦?shù)據(jù)的破壞。財(cái)務(wù)管理模塊是用于市場部內(nèi)部工資結(jié)算的。由于市場部工資很大部分是有業(yè)務(wù)員的業(yè)績決定的，所以其在很大程度上也是依賴于業(yè)務(wù)管理模塊的。它就是根據(jù)業(yè)務(wù)管理模塊的統(tǒng)計(jì)結(jié)果，再利用一定的算法來計(jì)算業(yè)務(wù)員當(dāng)月的工資和市場部管理人員當(dāng)月的工資。這部分繁瑣的地方在工資結(jié)算方法和各分公司之間算法的差異上，盡管可以設(shè)置一些可選項(xiàng)，但如果差異過分懸殊則可能需要為有些分公司編寫單獨(dú)的處理模塊。數(shù)據(jù)統(tǒng)計(jì)功能依賴于業(yè)務(wù)管理模塊和財(cái)務(wù)管理模塊，它按照一定的時限生成各種業(yè)務(wù)報(bào)表供公司內(nèi)部留存、上交等。除了打印出來的報(bào)告外，程序應(yīng)該提供一定的界面供數(shù)據(jù)查閱（不打印）。備份是所有MIS系統(tǒng)都應(yīng)該具備的，盡管數(shù)據(jù)安全可靠存儲大部分應(yīng)該