內(nèi)部管理系統(tǒng)可行性研究及需求分析報告
內(nèi)部管理系統(tǒng)詳細(xì)設(shè)計方案 二○○二年七月二十七日 設(shè)計方案簡介 本設(shè)計方案是為內(nèi)部管理程序開發(fā)而編寫的，它包括了系統(tǒng)可行性研究，系統(tǒng)模塊設(shè) 計，模塊的具體流程設(shè)計，一些需要進(jìn)一步討論或者研究的問題，需要的資料與硬件， 數(shù)據(jù)表的定義等。但它沒有包含關(guān)于編碼的更多主題。例如編碼的約定，注解的格式等 。盡管這些問題對于實現(xiàn)這個系統(tǒng)都是非常重要的，但因為是設(shè)計方案它沒有被包括在 其中。 整個設(shè)計方案的大致目錄如下： 1. 內(nèi)部管理系統(tǒng)項目方案（第2頁－第20頁） 1. 項目開發(fā)背景 （第2頁） 2. 項目可行性研究 （第2頁－第6頁） 3. 系統(tǒng)的大致模塊劃分 （第6頁－第18頁） 3．1 市場部 （第6頁－第17頁） 3．1．1 系統(tǒng)登陸模塊 （第8頁） 3．1．2 系統(tǒng)設(shè)置模塊 （第8頁） 3．1．3 事件添加模塊 （第8頁－第9頁） 3．1．4 事件查找編輯 （第9頁－第11頁） 3．1．5 事件參數(shù)設(shè)置 （第11頁） 3．1．6 事件跟蹤模塊 （第11頁－第13頁） 3．1．7 人事基本管理 （第13頁） 3．1．8 部門參數(shù)設(shè)置 （第14頁） 3．1．9 資料票據(jù)管理 （第14頁－第15頁） 3．1．10 業(yè)務(wù)收入統(tǒng)計 （第15頁） 3．1．11 工資參數(shù)設(shè)置 （第15頁） 3．1．12 員工工資管理 （第15頁－第16頁） 3．1．13 數(shù)據(jù)加密備份模塊 （第16頁） 3．1．14 數(shù)據(jù)庫管理模塊 （第16頁－第17頁） 3．2 網(wǎng)管部 （第17頁） 3．3 制作部 （第17頁－第18頁） 4. 數(shù)據(jù)流圖 （第19頁－第20頁） 4．1 市場部業(yè)務(wù)數(shù)據(jù)流圖 （第19頁） 4．2 市場部工資數(shù)據(jù)流圖 （第20頁） 2. 內(nèi)部管理系統(tǒng)所需資料 （第21頁） 3. 內(nèi)部管理系統(tǒng)所需硬件 （第22頁） 4. 數(shù)據(jù)庫設(shè)計 （第23頁－第25頁） 1. 上層數(shù)據(jù)庫設(shè)計 （第23頁） 2. 市場部數(shù)據(jù)庫設(shè)計 （第24頁－第25頁） 五．項目工作量估算 （第26頁） 內(nèi)部管理系統(tǒng)項目方案 1. 項目開發(fā)背景 為了提高公司內(nèi)部管理的效率，所以需要編制一套完整的用于公司內(nèi)部管理的系 統(tǒng)。這樣一個系統(tǒng)可以在整個公司范圍內(nèi)使用，做到了公司資源的整合與共享。 2. 項目的可行性研究 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è)置單獨的服務(wù)器 來運(yùn)行這個系統(tǒng)。又考慮到所有計算機(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)部。縱觀整個系統(tǒng)需要的硬件，我們認(rèn)為整個項目的投資 將可能是比較巨大的。這方面，提請公司再作詳細(xì)討論。 3. 法律方面： 整個系統(tǒng)由于是自行開發(fā)，自行使用，所以系統(tǒng)本身不存在法律上的版權(quán)爭議 。在服務(wù)器軟件方面，應(yīng)該使用正版軟件，因為整個系統(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)后，如果要實現(xiàn)數(shù)據(jù)同步，必須定期將數(shù)據(jù)庫全部上傳（注意：這里應(yīng)該是 上傳整個數(shù)據(jù)庫，因為采用這種方式操作的系統(tǒng)，它上傳的時間間隔一般是比 較大的，如果記錄哪些記錄是更新的，在實際同步時候，將花費很多時間作整 個更新記錄的比對，在記錄量增大時候，這個檢測的時間也會急劇增加，反而 增加了處理時間），服務(wù)器在收到整個數(shù)據(jù)庫后，在服務(wù)器端運(yùn)行一個特殊的 軟件，用于數(shù)據(jù)的同步。然后將處理后的數(shù)據(jù)庫放在一個特定的區(qū)域，客戶端 可以將處理后的數(shù)據(jù)庫收下來，以實現(xiàn)數(shù)據(jù)庫同步。 整個系統(tǒng)采用的傳輸示意圖如下（僅以市場部為例）： [pic] b. 采用純網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)： 采用這個結(jié)構(gòu)從理想的角度來看，是最適合這個系統(tǒng)的。因為它具有最好 的實時性，可以將當(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)的示意圖如下（以市場部為例）： C．采用本地數(shù)據(jù)庫和網(wǎng)絡(luò)數(shù)據(jù)庫同時使用的結(jié)構(gòu)[1]： 這是這個系統(tǒng)最有可能采用的數(shù)據(jù)庫結(jié)構(gòu)。它的特點是平時數(shù)據(jù)存儲在本地數(shù) 據(jù)庫，以天為單位，讓本地數(shù)據(jù)庫和總部的一個共享數(shù)據(jù)庫進(jìn)行交互，以實現(xiàn) 數(shù)據(jù)的同步。這種方式的優(yōu)點是數(shù)據(jù)因為在本地和網(wǎng)絡(luò)數(shù)據(jù)庫上共存，所以可 靠性是比較高的。而且就Modem，ISDN和寬帶共存的情況下使用這種結(jié)構(gòu)也是 比較現(xiàn)實的。它的缺點是：在每日用于同步的數(shù)據(jù)量大的情況下是無法使用的 ，另外，即使每天用于同步的數(shù)據(jù)量并不是很大，但是本地數(shù)據(jù)庫或者網(wǎng)絡(luò)共 享數(shù)據(jù)庫的存儲量已經(jīng)很大，這樣再搜索用于需要同步的數(shù)據(jù)的時間也將成倍 增加。系統(tǒng)在剛投入使用時候可能速度比較快，但是存儲量達(dá)到一定程序后， 系統(tǒng)運(yùn)行速度將會急劇減慢。（根據(jù)實驗，當(dāng)數(shù)據(jù)記錄條數(shù)達(dá)到5萬條以上時 ，完整的數(shù)據(jù)庫搜索花費的時間會很長很長），而在這種系統(tǒng)結(jié)構(gòu)下，為了保 持兩者數(shù)據(jù)庫的完全同步，可能要反復(fù)搜索數(shù)據(jù)庫。此段時間的開銷是相當(dāng)大 的。 除此之外，這個結(jié)構(gòu)最大的問題是：如何保證數(shù)據(jù)的完整同步。因為諸如 Modem等上網(wǎng)設(shè)備，其傳輸過程極易由于外界干擾或者線路傳輸速率的突變造 成傳輸中斷。重傳這些數(shù)據(jù)可能會造成數(shù)據(jù)的重復(fù)。（比如經(jīng)過檢測，這次需 要上傳10條記錄，現(xiàn)在客戶端開始上傳，上傳一半Modem斷線了，所以實際只 傳了五條?？蛻舳藱z測到這一錯誤，開始重傳，但實際上盡管斷線仍然有五條 記錄是成功傳送的，重傳全部必定造成重復(fù)，但是要很準(zhǔn)確的定位具體是在那 條中斷是相當(dāng)困難的。這和網(wǎng)絡(luò)傳輸協(xié)議里錯誤檢測是類似的） 采用這個結(jié)構(gòu)的示意圖如下： 介于以上原因，我們認(rèn)為選用何種數(shù)據(jù)庫結(jié)構(gòu)需要進(jìn)行進(jìn)一步研究?？梢宰饕幌聦?驗，比如使用各種現(xiàn)有的上網(wǎng)設(shè)備來進(jìn)行一下數(shù)據(jù)庫連接。測試在不同的數(shù)量情況 下，對性能的影響。特別要對Modem連接SQLServer作更多的實驗。因為其連接速度 比較慢，必須要對數(shù)據(jù)庫連接超時時間作調(diào)整。（此值過小或者過大都會對性能造 成影響。過小的值可能會使使用Modem的機(jī)器無法連上SQLServer，過大的值在確實 發(fā)生錯誤時候，需過很多時間才能檢測到此錯誤） 3. 系統(tǒng)的大致模塊劃分 由于整個系統(tǒng)最后使用的結(jié)構(gòu)還沒有最后確定，所以這里的模塊劃分只是一個大 致的劃分。在經(jīng)過實驗，確定使用哪種數(shù)據(jù)庫結(jié)構(gòu)后，需要對此部分進(jìn)行進(jìn)一步修正 。 1. 市場部 從最大的方面市場部管理系統(tǒng)可以劃分成業(yè)務(wù)管理、人事管理、財務(wù)管理、數(shù) 據(jù)統(tǒng)計與備份、系統(tǒng)設(shè)置等模塊。 其中業(yè)務(wù)管理模塊包括事件記錄添加、事件記錄修改，事件記錄刪除、事件提 醒等功能。這部分側(cè)重的是對客戶服務(wù)的，它是以客戶為中心開展的。是整個系 統(tǒng)數(shù)據(jù)的入口處。在人事管理和財務(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ù)的破壞。 財務(wù)管理模塊是用于市場部內(nèi)部工資結(jié)算的。由于市場部工資很大部分是有業(yè) 務(wù)員的業(yè)績決定的，所以其在很大程度上也是依賴于業(yè)務(wù)管理模塊的。它就是根 據(jù)業(yè)務(wù)管理模塊的統(tǒng)計結(jié)果，再利用一定的算法來計算業(yè)務(wù)員當(dāng)月的工資和市場 部管理人員當(dāng)月的工資。這部分繁瑣的地方在工資結(jié)算方法和各分公司之間算法 的差異上，盡管可以設(shè)置一些可選項，但如果差異過分懸殊則可能需要為有些分 公司編寫單獨的處理模塊。 數(shù)據(jù)統(tǒng)計功能依賴于業(yè)務(wù)管理模塊和財務(wù)管理模塊，它按照一定的時限生成各 種業(yè)務(wù)報表供公司內(nèi)部留存、上交等。除了打印出來的報告外，程序應(yīng)該提供一 定的界面供數(shù)據(jù)查閱（不打?。浞菔撬蠱IS系統(tǒng)都應(yīng)該具備的，盡管數(shù)據(jù)安 全可靠存儲大部分應(yīng)該由服務(wù)器來保證，但是程序中仍然應(yīng)該具備數(shù)據(jù)備份功能 ，用于數(shù)據(jù)定時的導(dǎo)入導(dǎo)處?；蛘吲c其他程序交互時候可以使用。 系統(tǒng)設(shè)置模塊用于對程序進(jìn)行初始設(shè)置。這部分應(yīng)該盡量考慮到可擴(kuò)展性。對 于能夠進(jìn)行設(shè)置的部分在此處應(yīng)盡量設(shè)置設(shè)置選項。當(dāng)然，調(diào)整只能在一定范圍 內(nèi)進(jìn)行，一般是數(shù)值上或者選項組合上的。由于系統(tǒng)設(shè)置對于系統(tǒng)的運(yùn)行是起全 局影響的，所以再調(diào)整前要進(jìn)行安全性驗證。 整個市場部程序模塊示意圖如下：（本圖僅供參考） 注意[2] 各模塊的功能解釋與數(shù)據(jù)表之間的對應(yīng)關(guān)系： 1. 系統(tǒng)登陸模塊： a．含義解釋：用于市場部合法身份的驗證，使用加密密碼驗證方式。 b．相關(guān)數(shù)據(jù)表：上層數(shù)據(jù)表（1） c．流程： d．其他說明：密碼信息應(yīng)進(jìn)行加密存貯。加密方式不用過于復(fù)雜，可以使用 ASCII碼移位變換的方法。 2. 系統(tǒng)設(shè)置模塊： a．含義解釋：系統(tǒng)設(shè)置模塊是對系統(tǒng)的一些運(yùn)行參數(shù)進(jìn)行調(diào)整。它可以分為兩 部分，一是為了適應(yīng)不同的網(wǎng)絡(luò)傳輸而進(jìn)行的機(jī)器系統(tǒng)參數(shù)設(shè)置，二是對本市 場部的一些個性化經(jīng)營方式進(jìn)行的設(shè)置，它偏向于業(yè)務(wù)。比如說套餐價格，限 價等。這些數(shù)值都會有默認(rèn)值，并且允許在運(yùn)行時候，通過其他部分，比如財 務(wù)管理，人事管理，業(yè)務(wù)管理等操作界面里進(jìn)行分別設(shè)置。但由于其代碼的重 用性，這里保留了一個入口，可以對這些參數(shù)進(jìn)行全面的調(diào)整，這樣不用分別 進(jìn)入每一個界面調(diào)整了。這種調(diào)整方式通常只在程序第一次運(yùn)行時候才需要。 b．相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（1）（2）（3）（16）（17）（19）（20）（ 21） c．其他說明：在具體設(shè)計時候，對有邏輯聯(lián)系的部分應(yīng)結(jié)合在一起，使界面做 到直觀，簡化，并且這些調(diào)整數(shù)值應(yīng)該是要立即生效的，所以要采用直接的方 式，不然如果需重啟程序甚至重啟windows才能生效，那么會帶來很多麻煩。 3．事件添加模塊： a．含義解釋：事件添加模塊是整個系統(tǒng)運(yùn)行的基礎(chǔ)。整個系統(tǒng)的業(yè)務(wù)數(shù)據(jù)都是由 這里提供的。這里錄入的事件信息包含兩部分，一是業(yè)務(wù)相關(guān)客戶信息，二 是業(yè)務(wù)信息本身。它同時也存在兩種可能性，一是新客戶，這樣就要同時添 加客戶信息與業(yè)務(wù)信息，二是老客戶新業(yè)務(wù)，此時只需要對業(yè)務(wù)信息進(jìn)行增 加就可以了。但不管是何種方式，這里都提供了一個統(tǒng)計的入口――從查找客 戶開始，以確定客戶信息是否存在。 b．相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（1）（2）（3）（4）（5）（6）（7）（8）（9） c．流程： 事件添加應(yīng)該以客戶查詢作為整個事件添加的開始。以查詢結(jié)果作為添加或者 編輯的依據(jù)。整個過程可以用以下流程表示： d．其他說明：按照這個流程，對于第一次在我們這里開辦業(yè)務(wù)的客戶，需要 同時錄入客戶資料以及事件（業(yè)務(wù)）資料，而對于老客戶來說，其客戶資料 已經(jīng)存在，所以只要錄入事件（業(yè)務(wù)）資料就可以了，但在錄入前應(yīng)該將原 先資料顯示一遍，這樣比較符合軟件設(shè)計慣例與用戶操作習(xí)慣。 4．事件查找編輯： a. 含義解釋：這一模塊實現(xiàn)了對現(xiàn)有事件的查找和對輸入有錯并且已經(jīng)添加的資 料的編輯。查找分為兩種信息的查找，一是客戶資料的查找，二是業(yè)務(wù)資料 的查找。當(dāng)然這兩種查找模式會有交叉，比如，查到...
內(nèi)部管理系統(tǒng)可行性研究及需求分析報告