【正文】 內(nèi)部管理系統(tǒng)詳細(xì)的設(shè)計(jì)方案 一． 項(xiàng)目開發(fā)背景為了提高公司內(nèi)部管理的效率，所以需要編制一套完整的用于公司內(nèi)部管理的系統(tǒng)。這樣一個(gè)系統(tǒng)可以在整個(gè)公司范圍內(nèi)使用，做到了公司資源的整合與共享。二． 項(xiàng)目的可行性研究1． 技術(shù)方面：整個(gè)系統(tǒng)屬于一個(gè)規(guī)模比較大的MIS系統(tǒng)。盡管其在組織關(guān)系上存在著很大的復(fù)雜性，繁瑣性，不確定性，但是就整個(gè)系統(tǒng)的技術(shù)構(gòu)成上來看，它還是屬于一個(gè)數(shù)據(jù)庫應(yīng)用類的系統(tǒng)。其基本操作還是對(duì)存在數(shù)據(jù)庫進(jìn)行添加、刪除、查找、編輯等。所以就單純的數(shù)據(jù)庫應(yīng)用來看，暫不存在太大的技術(shù)問題。2． 經(jīng)濟(jì)方面：由于系統(tǒng)對(duì)公司的正常運(yùn)行的影響是相當(dāng)大的，所以必須要設(shè)置單獨(dú)的服務(wù)器來運(yùn)行這個(gè)系統(tǒng)。又考慮到所有計(jì)算機(jī)硬件軟件都是存在出錯(cuò)可能的（具體到這個(gè)系統(tǒng)，由于其需要不間斷的運(yùn)行，所以其出錯(cuò)的可能就會(huì)變得更大），因此整個(gè)系統(tǒng)應(yīng)該考慮使用雙機(jī)熱備份技術(shù)。使用兩臺(tái)服務(wù)器同時(shí)運(yùn)行，一個(gè)為主一個(gè)作備份，這樣可以避免服務(wù)器故障對(duì)整個(gè)系統(tǒng)的影響。又考慮到這個(gè)系統(tǒng)是為公司內(nèi)部服務(wù)的，而且數(shù)據(jù)庫設(shè)置和調(diào)試時(shí)候都必須要直接使用服務(wù)器，所以應(yīng)該將服務(wù)器設(shè)置在公司內(nèi)部?？v觀整個(gè)系統(tǒng)需要的硬件，我們認(rèn)為整個(gè)項(xiàng)目的投資將可能是比較巨大的。這方面，提請(qǐng)公司再作詳細(xì)討論。3． 法律方面：整個(gè)系統(tǒng)由于是自行開發(fā)，自行使用，所以系統(tǒng)本身不存在法律上的版權(quán)爭議。在服務(wù)器軟件方面，應(yīng)該使用正版軟件，因?yàn)檎麄€(gè)系統(tǒng)盡管是開發(fā)給內(nèi)部使用，但它畢竟很多部分還是要依靠Internet的，一旦服務(wù)器連接到Internet上，它的操作系統(tǒng)可能會(huì)被Microsoft跟蹤，如果不是正版軟件，將不得不面臨民事訴訟的風(fēng)險(xiǎn)。4． 目前存在的問題：目前我們覺得最大的問題仍然是數(shù)據(jù)庫訪問方式上的問題。和一般的MIS系統(tǒng)不同，我們面臨著更廣泛范圍內(nèi)的數(shù)據(jù)庫訪問。這個(gè)范圍已經(jīng)不可能用局域網(wǎng)解決了，但一旦使用Internet網(wǎng)，數(shù)據(jù)傳輸?shù)挠行院桶踩跃蜁?huì)成為嚴(yán)重的問題。現(xiàn)在將三種可能數(shù)據(jù)訪問的方式列舉如下，并逐一作分析：a． 使用純單機(jī)版的數(shù)據(jù)庫系統(tǒng)這是最簡單的數(shù)據(jù)庫訪問方式。采用這種方式不涉及網(wǎng)絡(luò)傳輸，所以無論在哪個(gè)部門，也不管其上網(wǎng)設(shè)施是如何的，總能采用這種方法的。采用這種系統(tǒng)后，如果要實(shí)現(xiàn)數(shù)據(jù)同步，必須定期將數(shù)據(jù)庫全部上傳（注意：這里應(yīng)該是上傳整個(gè)數(shù)據(jù)庫，因?yàn)椴捎眠@種方式操作的系統(tǒng)，它上傳的時(shí)間間隔一般是比較大的，如果記錄哪些記錄是更新的，在實(shí)際同步時(shí)候，將花費(fèi)很多時(shí)間作整個(gè)更新記錄的比對(duì)，在記錄量增大時(shí)候，這個(gè)檢測的時(shí)間也會(huì)急劇增加，反而增加了處理時(shí)間），服務(wù)器在收到整個(gè)數(shù)據(jù)庫后，在服務(wù)器端運(yùn)行一個(gè)特殊的軟件，用于數(shù)據(jù)的同步。然后將處理后的數(shù)據(jù)庫放在一個(gè)特定的區(qū)域，客戶端可以將處理后的數(shù)據(jù)庫收下來，以實(shí)現(xiàn)數(shù)據(jù)庫同步。整個(gè)系統(tǒng)采用的傳輸示意圖如下（僅以市場部為例）：總部服務(wù)器市場部DBDBDB市場部總部服務(wù)器上應(yīng)該運(yùn)行特定軟件用于數(shù)據(jù)同步，此過程可能需要人工干預(yù)。這段傳輸可以采用任何傳輸方式，包括FTP，Email b． 采用純網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)：采用這個(gè)結(jié)構(gòu)從理想的角度來看，是最適合這個(gè)系統(tǒng)的。因?yàn)樗哂凶詈玫膶?shí)時(shí)性，可以將當(dāng)前獲得的數(shù)據(jù)立即傳輸出去，這樣其他部門也就立即可以得知目前的業(yè)務(wù)情況。而且采用這個(gè)結(jié)構(gòu)，從數(shù)據(jù)庫應(yīng)用角度來看，對(duì)網(wǎng)絡(luò)底層的傳輸情況不需要有太多的了解（這部分由SQLServer提供的網(wǎng)絡(luò)傳輸協(xié)議保證）。但是就公司目前各市場部上網(wǎng)情況來看，由于很多市場部采用的仍然是Modem和ISDN，不能24小時(shí)在線，因此再不對(duì)目前各市場部上網(wǎng)設(shè)備改造的情況下，很難使用這種結(jié)構(gòu)。這種結(jié)構(gòu)還有一個(gè)問題是它很大程度上依賴于中心數(shù)據(jù)庫，對(duì)中心數(shù)據(jù)庫可靠性和穩(wěn)定性的要求相當(dāng)高。這種結(jié)構(gòu)的示意圖如下（以市場部為例）：總部服務(wù)器DB市場部市場部市場部市場部 C．采用本地?cái)?shù)據(jù)庫和網(wǎng)絡(luò)數(shù)據(jù)庫同時(shí)使用的結(jié)構(gòu) 這里的結(jié)構(gòu)和示意圖a）中的結(jié)構(gòu)看上去有些相似。但其原理是完全不同的。圖a）中，需要上傳的是完整的數(shù)據(jù)庫，它依靠運(yùn)行在服務(wù)器端的程序?qū)?shù)據(jù)進(jìn)行整理以達(dá)到同步的目的。而這個(gè)結(jié)構(gòu)中，實(shí)際上并不存在一個(gè)文件上傳的過程，它是依靠數(shù)據(jù)庫訪問接口來直接實(shí)現(xiàn)數(shù)據(jù)交互的。數(shù)據(jù)庫訪問接口屏蔽了很多網(wǎng)絡(luò)的細(xì)節(jié)。在這個(gè)結(jié)構(gòu)中，在服務(wù)器上不需要再單獨(dú)運(yùn)行管理程序來實(shí)現(xiàn)數(shù)據(jù)同步。： 這是這個(gè)系統(tǒng)最有可能采用的數(shù)據(jù)庫結(jié)構(gòu)。它的特點(diǎn)是平時(shí)數(shù)據(jù)存儲(chǔ)在本地?cái)?shù)據(jù)庫，以天為單位，讓本地?cái)?shù)據(jù)庫和總部的一個(gè)共享數(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ù)庫的存儲(chǔ)量已經(jīng)很大，這樣再搜索用于需要同步的數(shù)據(jù)的時(shí)間也將成倍增加。系統(tǒng)在剛投入使用時(shí)候可能速度比較快，但是存儲(chǔ)量達(dá)到一定程序后，系統(tǒng)運(yùn)行速度將會(huì)急劇減慢。（根據(jù)實(shí)驗(yàn)，當(dāng)數(shù)據(jù)記錄條數(shù)達(dá)到5萬條以上時(shí)，完整的數(shù)據(jù)庫搜索花費(fèi)的時(shí)間會(huì)很長很長），而在這種系統(tǒng)結(jié)構(gòu)下，為了保持兩者數(shù)據(jù)庫的完全同步，可能要反復(fù)搜索數(shù)據(jù)庫。此段時(shí)間的開銷是相當(dāng)大的。除此之外，這個(gè)結(jié)構(gòu)最大的問題是：如何保證數(shù)據(jù)的完整同步。因?yàn)橹T如Modem等上網(wǎng)設(shè)備，其傳輸過程極易由于外界干擾或者線路傳輸速率的突變?cè)斐蓚鬏斨袛唷Ｖ貍鬟@些數(shù)據(jù)可能會(huì)造成數(shù)據(jù)的重復(fù)。（比如經(jīng)過檢測，這次需要上傳10條記錄，現(xiàn)在客戶端開始上傳，上傳一半Modem斷線了，所以實(shí)際只傳了五條。客戶端檢測到這一錯(cuò)誤，開始重傳，但實(shí)際上盡管斷線仍然有五條記錄是成功傳送的，重傳全部必定造成重復(fù)，但是要很準(zhǔn)確的定位具體是在那條中斷是相當(dāng)困難的。這和網(wǎng)絡(luò)傳輸協(xié)議里錯(cuò)誤檢測是類似的）采用這個(gè)結(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ù)量情況下，對(duì)性能的影響。特別要對(duì)Modem連接SQLServer作更多的實(shí)驗(yàn)。因?yàn)槠溥B接速度比較慢，必須要對(duì)數(shù)據(jù)庫連接超時(shí)時(shí)間作調(diào)整。（此值過小或者過大都會(huì)對(duì)性能造成影響。過小的值可能會(huì)使使用Modem的機(jī)器無法連上SQLServer，過大的值在確實(shí)發(fā)生錯(cuò)誤時(shí)候，需過很多時(shí)間才能檢測到此錯(cuò)誤）三． 系統(tǒng)的大致模塊劃分由于整個(gè)系統(tǒng)最后使用的結(jié)構(gòu)還沒有最后確定，所以這里的模塊劃分只是一個(gè)大致的劃分。在經(jīng)過實(shí)驗(yàn)，確定使用哪種數(shù)據(jù)庫結(jié)構(gòu)后，需要對(duì)此部分進(jìn)行進(jìn)一步修正。1． 市場部從最大的方面市場部管理系統(tǒng)可以劃分成業(yè)務(wù)管理、人事管理、財(cái)務(wù)管理、數(shù)據(jù)統(tǒng)計(jì)與備份、系統(tǒng)設(shè)置等模塊。其中業(yè)務(wù)管理模塊包括事件記錄添加、事件記錄修改，事件記錄刪除、事件提醒等功能。這部分側(cè)重的是對(duì)客戶服務(wù)的，它是以客戶為中心開展的。是整個(gè)系統(tǒng)數(shù)據(jù)的入口處。在人事管理和財(cái)務(wù)管理等模塊中，有很多數(shù)據(jù)是要依靠業(yè)務(wù)管理模塊的。人事管理模塊指對(duì)分公司內(nèi)部人員的管理，包括用工、退工、員工平時(shí)所領(lǐng)取資料、合同等其他憑證的管理與查詢。這里要注意各種憑證領(lǐng)取時(shí)候的記錄；在憑證丟失時(shí)候的處理。這些憑證都是由業(yè)務(wù)產(chǎn)生的，所以其與業(yè)務(wù)管理模塊之間存在很多相互訪問的情況。由于存在這個(gè)特性，所以必須要做好數(shù)據(jù)保護(hù)，以防止數(shù)據(jù)交叉訪問時(shí)候?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ù)管理模塊，它按照一定的時(shí)限生成各種業(yè)務(wù)報(bào)表供公司內(nèi)部留存、上交等。除了打印出來的報(bào)告外，程序應(yīng)該提供一定的界面供數(shù)據(jù)查閱（不打?。?。備份是所有MIS系統(tǒng)都應(yīng)該具備的，盡管數(shù)據(jù)安全可靠存儲(chǔ)大部分應(yīng)該