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