[經(jīng)營管理]內(nèi)部管理系統(tǒng)詳細設(shè)計方案

1、內(nèi)部管理系統(tǒng)詳細設(shè)計方案二oo二年七月二十七日設(shè)計方案簡介本設(shè)計方案是為內(nèi)部管理程序開發(fā)而編寫的，它包括了系統(tǒng)可行性研究，系統(tǒng)模塊設(shè)計，模塊 的具體流程設(shè)計，一些需要進一步討論或者研究的問題，需要的資料與駛件，數(shù)據(jù)表的定義等。但 它沒有包含關(guān)于編碼的更多主題。例如編碼的約定，注解的格式等。盡管這些問題對于實現(xiàn)這個系 統(tǒng)都是非常重要的，但因為是設(shè)計方案它沒有被包括在其中。整個設(shè)計方案的犬致目錄如下:內(nèi)部管理系統(tǒng)項口方案（第2頁一第20頁）1. 項目開發(fā)背景（第2頁）2. 項目可行性研究（第2頁一第6頁）3. 系統(tǒng)的大致模塊劃分（第6頁一第18頁）31市場部（第6頁一第17頁）3. 1.1系統(tǒng)登陸

2、模塊3. 1.2系統(tǒng)設(shè)置模塊3. 1.3事件添加模塊3. 1.4事件杳找編輯3. 1.5事件參數(shù)設(shè)置3. 1.6事件跟蹤模塊3. 1.7人事基本管理3. 1.8部門參數(shù)設(shè)置3. 1.9資料票據(jù)管理3. 1.10業(yè)務(wù)收入統(tǒng)計3. 1.11工資參數(shù)設(shè)置3. 1.12員工工資管理（第8頁）（第8頁）（第8頁一第9頁）（第9頁一第11頁）（第11頁）（第11頁一第13頁）（第13頁）（第14頁）（第14頁一第15頁）（第15頁）（第15頁）（第15頁一第16頁）3. 1. 13數(shù)據(jù)加密備份模塊（第16頁） 3. 1. 14數(shù)據(jù)庫管理模塊（第16頁一第17頁）3. 2網(wǎng)管部（第17頁）3. 3制作部（第

3、17頁一第18頁）二.三.四..2.數(shù)據(jù)流圖（第19頁一第20頁）1市場部業(yè)務(wù)數(shù)據(jù)流圖2市場部工資數(shù)據(jù)流圖內(nèi)部管理系統(tǒng)所需資料內(nèi)部管理系統(tǒng)所需破件（第19頁）（第20頁）（第21頁）（第22頁）數(shù)據(jù)庫設(shè)計（第23頁一第25頁）上層數(shù)據(jù)庫設(shè)計（第23頁）山場部數(shù)據(jù)庫設(shè)計（第24頁一第25頁）五.項目工作量估算（第26頁）內(nèi)部管理系統(tǒng)項目方案一. 項目開發(fā)背景為了提高公司內(nèi)部管理的效率，所以需要編制一套完整的用于公司內(nèi)部管理的系統(tǒng)。這樣 一個系統(tǒng)可以在整個公司范圍內(nèi)使用，做到了公司資源的整合與共享。二. 項目的可行性研究1. 技術(shù)方面：整個系統(tǒng)屈于一個規(guī)模比較大的mis系統(tǒng)。盡管其在

4、組織關(guān)系上存在著很大的復(fù)雜 性，繁瑣性，不確定性，但是就整個系統(tǒng)的技術(shù)構(gòu)成上來看，它還是屈于一個數(shù)據(jù)庫應(yīng)用 類的系統(tǒng)。其基本操作還是對存在數(shù)據(jù)庫進行添加、刪除、查找、編輯等。所以就單純的 數(shù)據(jù)庫應(yīng)用來看，暫不存在太大的技術(shù)問題。2. 經(jīng)濟方面：由于系統(tǒng)對公司的正常運行的影響是相當(dāng)大的，所以必須要設(shè)置單獨的服務(wù)器來運行 這個系統(tǒng)。又考慮到所有計算機硬件軟件都是存在出錯可能的（具體到這個系統(tǒng)，由于其 需要不間斷的運行，所以其出錯的可能就會變得更大），因此整個系統(tǒng)應(yīng)該考慮使用雙機 熱備份技術(shù)。使用兩臺服務(wù)器同吋運行，一個為主一個作備份，這樣可以避免服務(wù)器故障 對整個系統(tǒng)的影響。乂考慮到這個系統(tǒng)是為公

5、司內(nèi)部服務(wù)的，而且數(shù)據(jù)庫設(shè)置和調(diào)試時候 都必須耍直接使用服務(wù)器，所以應(yīng)該將服務(wù)器設(shè)置在公司內(nèi)部?？v觀整個系統(tǒng)需要的碩件, 我們認為整個項目的投資將可能是比較巨大的。這方面，提請公司再作詳細討論。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ù)庫訪問

6、方式上的問題。和一般的mis系統(tǒng)不同, 我們面臨著更廣泛范圍內(nèi)的數(shù)據(jù)庫訪問。這個范圍己經(jīng)不可能用局域網(wǎng)解決了，但一旦使 用internet網(wǎng)，數(shù)據(jù)傳輸?shù)膬有院桶踩跃蜁蔀閲乐氐膯栴}。現(xiàn)在將三種可能數(shù)據(jù)訪 問的方式列舉如下，并逐一作分析：a.使用純單機版的數(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)，它上傳的時間間隔一般是比較大的，如杲記錄哪些記錄 是更新的，在實際同步時候，將花費

7、很多時間作整個更新記錄的比對，在記錄量增大 吋候，這個檢測的吋間也會急劇增加，反而增加了處理時間），服務(wù)器在收到整個數(shù) 據(jù)庫后，在服務(wù)器端運行一個特殊的軟件，用于數(shù)據(jù)的同步。然后將處理后的數(shù)據(jù)庫 放在一個特定的區(qū)域，客戶端可以將處理后的數(shù)據(jù)庫收下來，以實現(xiàn)數(shù)據(jù)庫同步。整個系統(tǒng)采用的傳輸示意圖如下（僅以市場部為例）:市場部總部服務(wù)a總部服務(wù)器上應(yīng)該運行特定軟 件用于數(shù)據(jù)同步，此過程可能 需要人工干預(yù)。這段傳輸叮以采用任何傳輸方式，包括ftp, emailb.采用純網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)：采用這個結(jié)構(gòu)從理想的角度來看，是最適合這個系統(tǒng)的。因為它具冇最好的實時 性，可以將當(dāng)而獲得的數(shù)據(jù)立即傳輸出去，這樣其

8、他部門也就立即可以得知ft前的業(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)i：這是這個系統(tǒng)最有可能采用的數(shù)據(jù)庫結(jié)構(gòu)。它的特點是平吋數(shù)據(jù)存儲在木地 數(shù)據(jù)庫

9、，以天為單位，讓本地數(shù)據(jù)庫和總部的一個共享數(shù)據(jù)庫進行交互，以實現(xiàn)數(shù)拯的 同步。這種方式的優(yōu)點是數(shù)據(jù)因為在本地和網(wǎng)絡(luò)數(shù)據(jù)庫上共存，所以可靠性是比較高的。 而且就modem, isdn和寬帶共存的情況下使用這種結(jié)構(gòu)也是比較現(xiàn)實的。它的缺點是: 在每f1用于同步的數(shù)據(jù)量大的情況下是無法使用的，另外，即使每天用于同步的數(shù)據(jù)量 并不是很大，但是木地數(shù)據(jù)庫或者網(wǎng)絡(luò)共享數(shù)據(jù)庫的存儲量已經(jīng)很大，這樣再搜索用于 需要同步的數(shù)據(jù)的時間也將成倍增加。系統(tǒng)在剛投入使用時候可能速度比較快，但是存 儲量達到一定程序后，系統(tǒng)運行速度將會急劇減慢。（根據(jù)實驗，當(dāng)數(shù)據(jù)記錄條數(shù)達到 5萬條以上時，完整的數(shù)據(jù)庫搜索花費的時間會很長

10、很長），而在這種系統(tǒng)結(jié)構(gòu)廠為 了保持兩者數(shù)據(jù)庫的完全同步，口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é)議里錯誤檢測是類似的）傳的是完整

11、的數(shù)據(jù)庫，它依靠運 牛上傳的過程，它是依靠數(shù)據(jù)庫訪 特上不需要再單獨運行管理程序來采用這個結(jié)構(gòu)的示意圖如下：總部服務(wù)'這里的結(jié)構(gòu)和示意圖a）中的傘構(gòu)看上去冇些和似。但其原理是完全不同的。 行在服務(wù)器端的程序?qū)?shù)據(jù)進彳悝理以達到同步的目的。而這個結(jié)構(gòu)中，實際 問接口來直接實現(xiàn)數(shù)擁交互i 訪問接口屏蔽了很多網(wǎng)絡(luò)的細節(jié)。在這 實現(xiàn)數(shù)據(jù)同步。db介于以上原因，我們認為選用何種數(shù)據(jù)庫結(jié)構(gòu)需要進行進一步研究。可以作一下實 驗，比如使用各種現(xiàn)冇的上網(wǎng)設(shè)備來進行一下數(shù)據(jù)庫連接。測試在不同的數(shù)量情況下，對性 能的影響。特別要對modem連接sqlserver作更多的實驗。因為其連接速度比較慢，必須 要對

12、數(shù)據(jù)庫連接超時時間作調(diào)整。（此值過小或者過大都會對性能造成影響。過小的值可能 會使使用modem的機器無法連上sqlserver,過大的值在確實發(fā)生錯誤時候，需過很多時 間才能檢測到此錯謀）三. 系統(tǒng)的大致模塊劃分曲于整個系統(tǒng)最后使用的結(jié)構(gòu)還沒冇最后確定，所以這里的模塊劃分只是一個大致的劃 分。在經(jīng)過實驗，確定使用哪種數(shù)據(jù)庫結(jié)構(gòu)后，需要對此部分進行進一步修正。1. 市場部從最大的方而市場部管理系統(tǒng)可以劃分成業(yè)務(wù)管理、人事管理、財務(wù)管理、數(shù)據(jù)統(tǒng)計 與備份、系統(tǒng)設(shè)置等模塊。其中業(yè)務(wù)管理模塊包括事件記錄添加、事件記錄修改，事件記錄刪除、事件提醒等功 能。這部分側(cè)重的是對客戶服務(wù)的，它是以客戶為屮心開

13、展的。是整個系統(tǒng)數(shù)據(jù)的入口處。 在人事管理和財務(wù)管理等模塊中，有很多數(shù)據(jù)是要依靠業(yè)務(wù)管理模塊的。人事管理模塊指對分公司內(nèi)部人員的管理，包括用工、退工、員工平時所領(lǐng)取資料、 合同等其他憑證的管理與杳詢。這里要注意各種憑證領(lǐng)取時候的記錄；在憑證丟失時候的 處理。這些憑證都是曲業(yè)務(wù)產(chǎn)生的，所以其與業(yè)務(wù)管理模塊之間存在很多相互訪問的情況。 由于存在這個特性，所以必須要做好數(shù)據(jù)保護，以防止數(shù)據(jù)交叉訪問吋候?qū)υ葦?shù)據(jù)的破 壞。財務(wù)管理模塊是用于市場部內(nèi)部工資結(jié)算的。由于市場部工資很大部分是冇業(yè)務(wù)員的 業(yè)績決定的，所以其在很大程度上也是依賴于業(yè)務(wù)管理模塊的。它就是根據(jù)業(yè)務(wù)管理模塊 的統(tǒng)計結(jié)果，再利用一定的算

14、法來計算業(yè)務(wù)員當(dāng)月的工資和市場部管理人員當(dāng)月的工資。 這部分繁瑣的地方在工資結(jié)算方法和各分公司之間算法的差異上，盡管可以設(shè)置一些可選 項，但如果差異過分懸殊則可能需要為有些分公司編寫單獨的處理模塊。數(shù)據(jù)統(tǒng)計功能依賴丁業(yè)務(wù)管理模塊和財務(wù)管理模塊，它按照一定的時限生成各種業(yè)務(wù) 報表供公司內(nèi)部留存、上交等。除了打印出來的報告外，程序應(yīng)該提供一定的界面供數(shù)據(jù) 查閱（不打?。?。備份是所冇mis系統(tǒng)都應(yīng)該具備的，盡管數(shù)據(jù)安全可靠存儲人部分應(yīng)該 由服務(wù)器來保證，但是程序屮仍然應(yīng)該具備數(shù)據(jù)備份功能，用于數(shù)據(jù)定吋的導(dǎo)入導(dǎo)處。或 者與其他程序交互時候可以使用。系統(tǒng)設(shè)置模塊用丁對程序進行初始設(shè)置。這部分應(yīng)該盡量考慮

15、到可擴展性。對于能夠 進行設(shè)置的部分在此處應(yīng)盡量設(shè)置設(shè)置選項。當(dāng)然，調(diào)整只能在一定范圍內(nèi)進行，一般是 數(shù)值上或者選項組合上的。曲于系統(tǒng)設(shè)置對于系統(tǒng)的運行是起全局影響的，所以再調(diào)整前 要進行安全性驗證。整個市場部程序模塊示意圖如下：（本圖僅供參考）市場部管理程序系統(tǒng)登陸模系統(tǒng)設(shè)置模塊1業(yè)務(wù)管理模塊人事管理模塊財務(wù)管理模塊注意2業(yè)務(wù)數(shù)據(jù)存取模塊人事數(shù)據(jù)存取模塊財務(wù)數(shù)據(jù)存取模塊數(shù)據(jù)加密與備份模2這里一個粗的雙箭頭表示這些數(shù)據(jù)庫訪問z間將冇頻繁的交互。注：這里的資料票 據(jù)管理模塊被放 在人事管理模塊 下而了，主要是處 于以下考慮：資料 票據(jù)總是由特定 的業(yè)務(wù)員領(lǐng)取的， 心至tut木|怖砧匕遠程數(shù)據(jù)同步

16、模塊v v遠程數(shù)據(jù)庫（運行sqlserver的服務(wù)各模塊的功能解釋與數(shù)據(jù)表z間的對應(yīng)關(guān)系：1.系統(tǒng)登陸模塊：a. 含義解釋：用于市場部合法身份的驗證，使用加密密碼驗證方式。b. 相關(guān)數(shù)據(jù)表：上層數(shù)據(jù)表（1）c. 流程：顯示操作界面，進行操作d其他說明：密碼信息應(yīng)進行加密存貯。加密方式不用過于復(fù)雜，可以使用ascii 碼移位變換的方法。2. 系統(tǒng)設(shè)置模塊：a. 含義解釋：系統(tǒng)設(shè)置模塊是對系統(tǒng)的一-些運行參數(shù)進行調(diào)整。它可以分為兩部 分，一是為了適應(yīng)不同的網(wǎng)絡(luò)傳輸而進行的機器系統(tǒng)參數(shù)設(shè)置，二是對本市場部的一 些個性化經(jīng)營方式進行的設(shè)置，它偏向丁業(yè)務(wù)。比如說套餐價格，限價等。這些數(shù)值 都會有默認值，

17、并且允許在運行時候，通過其他部分，比如財務(wù)管理，人事管理，業(yè) 務(wù)管理等操作界面里進行分別設(shè)置。但曲于其代碼的重用性，這里保留了一個入口， 可以對這些參數(shù)進行全面的調(diào)整，這樣不用分別進入每-個界面調(diào)整了。這種調(diào)整方 式通常只在程序第一次運行時候才需要。b. 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表(1) (2) (3) (16) (17) (19) (20) (21)c. 其他說明：在具體設(shè)計時候，對有邏輯聯(lián)系的部分應(yīng)結(jié)合在一起，使界面做到 直觀，簡化，并11這些調(diào)整數(shù)值應(yīng)該是要立即生效的，所以要采用直接的方式，不然如 果需重啟程序甚至重啟windows才能生效，那么會帶來很多麻煩。3. 事件添加模塊：a. 含

18、義解釋：事件添加模塊是整個系統(tǒng)運行的基礎(chǔ)。整個系統(tǒng)的業(yè)務(wù)數(shù)據(jù)都是由 這里提供的。這里錄入的事件信息包含兩部分，一是業(yè)務(wù)相關(guān)客戶信息，二是業(yè)務(wù)信息本 身。它同吋也存在兩種可能性，一是新客戶，這樣就要同吋添加客戶信息與業(yè)務(wù)信息，二 是老客戶新業(yè)務(wù)，此時只需要對業(yè)務(wù)信息進行增加就可以了。但不管是何種方式，這里都 捉供了一個統(tǒng)計的入口一一從查找客戶開始，以確定客戶信息是否存在。b. 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表(1) (2) (3) (4) (5) (6) (7) (8) (9)c.流程：事件添加應(yīng)該以客戶查詢作為整個事件添加的開始。以查詢結(jié)果作為添加或者編輯的依據(jù)。整個過程可以用以下流程表示：接到一客戶

19、某項業(yè)務(wù)進行客戶查詢錄入事件資料添加此次新克件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)然這兩種查找模式會冇交叉，比如，查到某一客戶后，希槊查看這個客戶的所 有我們對其開展的業(yè)務(wù)情況，或者，查到某一業(yè)務(wù)資

20、料后，需要列出這個業(yè)務(wù)所對應(yīng) 的客戶資料，因此在設(shè)計時候，要考慮到這些方面，在代碼重用和靈活性上要作好調(diào) 整。另外此處的編輯是出于這樣一種考慮的，在有些數(shù)據(jù)輸入時候有錯，但并沒冇立 即發(fā)現(xiàn)，隔了一段時間后，通過查找或者突然記起發(fā)現(xiàn)了這個錯誤，那么這里就要提 供一個功能，允許用戶修改原先的客戶資料或者業(yè)務(wù)資料。b.(9)相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)表(1)(2) (3) (4) (5) (6) (7) (8)c.流程：/顯示提示，選/ 擇查找內(nèi)容/找到否?找到否?顯示提/進行數(shù)據(jù)庫查找進行數(shù)據(jù)庫查找/顯示提 /-/ : /流程結(jié)束d. 其他說明：這里的杳找以及顯示流程應(yīng)該是很清楚的，但要對編輯功能做

21、一下說明。整個流程里面似乎沒冇出現(xiàn)編輯部分，我們的考慮是將編輯功能融合在顯 示的吋候，顯示的吋候用戶就可以進行編輯，顯示界面下面有一個修改確認按鈕，這 樣用戶按下這個按鈕時候，編輯過程就完成了，這樣一個操作方式在其他工程里面已 經(jīng)被普遍采用了，經(jīng)過幾個項目的考察與用戶那里得到的反饋來看，這一操作方式被 認為是最符合修改這一功能操作習(xí)慣的，而且也是最直觀的。對于程序設(shè)計人員來看, 它曲于將顯示與編輯界面復(fù)用了，冇效的控制了由于界面過多而帶來的混亂。a.5. 事件參數(shù)設(shè)置:含義解釋：通過這個模塊，各市場部可以設(shè)置一些關(guān)于業(yè)務(wù)冇關(guān)的數(shù)據(jù),包括市場部能捉供的業(yè)務(wù)，價格，限價，套餐組合等。b. 相關(guān)數(shù)據(jù)

22、庫：市場部數(shù)據(jù)庫(1) (2) (3)c. 其他說明：這個功能是整個系統(tǒng)設(shè)置功能的一部分。操作人員可以在這里 調(diào)整業(yè)務(wù)有關(guān)的參數(shù)，也可以在一個總的設(shè)置里面調(diào)整這些數(shù)據(jù),具體使用哪種方式, 則由操作人員根據(jù)自己的習(xí)慣決定。6. 事件跟蹤模塊a. 含義解釋：這個模塊主要用來跟蹤一筆業(yè)務(wù)的服務(wù)過程。我們可以用它來 檢查業(yè)務(wù)所需資料是否收到，錢款是否收到，票據(jù)是否收到，贈品是否給出，合同是 否簽訂，是否制作完成等諸如此類的信息。相對于完整的事件查找而言，它更側(cè)重于 服務(wù)的過程，而不是單純的讓操作人員了解這個事件。事件查找模塊它只能進行一個 事件的杳找或者編輯，它不帶有對這個事件發(fā)展過程進行記錄的過程，

23、而此處的記錄 功能則顯得非常重要了。b. 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表(1) (2) (3) (4) (5) (6) (7) (8) (9) (9) (10) (11)上層數(shù)據(jù)表(2) (4) (6)c流程：display event info. refresh the disp.input clienttkz 、db search! end ofsome module details:1 db searchoperatingit5s the entire process of dbsearch2.includevv色？d. 其他說明：總的來說，這個模塊的設(shè)置是可以讓操作人員方便的了解到一個事 件

24、整個的進展情況(也就是說，它不僅是業(yè)務(wù)那里的進展，也有制作的進展，業(yè)務(wù)員可以 通過這里知道是否制作完成或者中請成功等消息)07. 人事基本管理：a. 含義解釋：人事基本管理模塊包含了人事管理的一些常規(guī)操作，包括用工, 調(diào)動，退工。其中用工，調(diào)動和一般的人事管理系統(tǒng)很類似，但是退工部分，曲于要 處理資料票據(jù)的上交，所以有相當(dāng)?shù)膹?fù)雜性。b. 相關(guān)數(shù)據(jù)表：帀場部數(shù)據(jù)表(12) (13) (14) (15) (16) (17) (18) (19) (20) (21)流程:顯示提示，接收用戶操 作選擇（用，調(diào)，退）d.其他說明：這部分相關(guān)數(shù)據(jù)表里面有幾張是財務(wù)部分的，在這里引 用它是因為如果出現(xiàn)部門的撤

25、并，將牽涉到計算底薪，提成時候部門見的差異(因為 有可能有的部門要撤銷了，那么財務(wù)提成或者底薪計算用到的數(shù)據(jù)庫就要進行同步更 新)8. 部門參數(shù)設(shè)置a. 含義解釋：這個功能是比較簡單的。它設(shè)置的是某個分公司的部門名稱與 編號。在系統(tǒng)第一次運行時候，會要求用戶錄入這些信息(也可能使用某些默認值)， 但以后如果需耍調(diào)整部門設(shè)置，可以在這里進行，也可以在總的系統(tǒng)設(shè)置里而進行。 這個依據(jù)操作人員的習(xí)慣而定。但這里要強調(diào)一個問題：部門的調(diào)整對于這個部門內(nèi) 所冇人員來說都是有影響的。調(diào)整一個部門的信息，要對涉及這一調(diào)整的所冇信息做 更新，這點非常非常重要。不然很容易出現(xiàn)系統(tǒng)的不一致。比如部門a被撤銷了，那

26、 么原先屬于部門a的所有成員信息就要作同步調(diào)整，否則在讀取員工信息的時候，他 們?nèi)匀恢赶騛,這個數(shù)據(jù)顯然是無效的。同時，也要注意部門調(diào)整對計算工資部分數(shù) 據(jù)的調(diào)整。b. 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表(12) (13) (14) (15) (16) (17) (18) (19) (20) (21)9. 資料票據(jù)管理a. 含義解釋：這里在資料票據(jù)管理指業(yè)務(wù)員領(lǐng)取資料，發(fā)票，合同時候的登 記，以及為為了避免遺失而做f1常定期檢查提供依據(jù)(它可以指出哪個業(yè)務(wù)員何時領(lǐng) 取了何種物品票據(jù)，是否用掉，如果用掉是用到哪里去了)b. 相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)表(5) (6) (7) (9) (10) (11) (12

27、) (13) (14) (15)c. 流程描述：因為這個過程很難用流程圖來做完整表述，所以，改用文字表示。首先，資料以及所有票據(jù)的來源。市場部的資料，票據(jù)來源與總公司。對于實物 (比如：書，盤等)可以給它編號，這樣便于跟蹤。對于票據(jù)，其本身就帶有編號， 所以這里不再需要自行給它編號。然后，根據(jù)業(yè)務(wù)需要，業(yè)務(wù)員領(lǐng)取了書、盤等。這 些領(lǐng)取的東西都必須要登記下來，并月記錄領(lǐng)取人的姓名（實際內(nèi)部操作的是編號）。 卜面的部分，要與業(yè)務(wù)管理模塊互操作了。在業(yè)務(wù)管理那部分里面，有一個事件跟蹤 模塊，它會記錄業(yè)務(wù)員使用這些票據(jù)、資料的情況。無論票據(jù)還是其他實物資料，一 旦業(yè)務(wù)員領(lǐng)取后，那些資料要么在業(yè)務(wù)員手里

28、，要么已經(jīng)給客戶了。通過上面所述的 流程，我們可以很容易的知道業(yè)務(wù)員用掉的資料或者票據(jù)。在定期檢查時候，系統(tǒng)可 以自動得出業(yè)務(wù)員用掉的資料票據(jù)，這樣很容易得出應(yīng)該在手里的資料票據(jù)。只要把 這一個清單和業(yè)務(wù)員手里的資料、票據(jù)相比對，就可以了解是否有遺失情況。d. 其他說明：這里提供了一種可以跟票據(jù)、資料的方法，但這里只是一種方 法，它并不能解決所冇的問題。這里很大部分依賴了事件跟蹤模塊對數(shù)據(jù)庫操作的結(jié) 果。但是如何判別業(yè)務(wù)員是否真的如他屮明的那樣把憑證交給客戶了呢？程序只能按 照他所申明的那樣做記錄（換句話說，程序總是認為這個申明是真實的）。所以通過 這個系統(tǒng)只能識別非故意的單據(jù)實物丟失，而識別

29、故意隱匿單據(jù)則是管理學(xué)和法學(xué)的 范疇，并不是計算機科學(xué)的范疇了。另外，這里的票據(jù)是指發(fā)票、合同、發(fā)行憑證、贈品、其他表單等。對每一種票據(jù)的處理方式可以是類似的。都包含杳詢與錄入修改等。10業(yè)務(wù)收入統(tǒng)計：a. 含義解釋：這里統(tǒng)計的是每一個市場部業(yè)務(wù)上面的凈收入，支出等。這些 數(shù)據(jù)是通過業(yè)務(wù)管理模塊和財務(wù)部分的工資管理模塊得到的。b. 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表(11) (9) (22),上層數(shù)據(jù)表(7)c. 其他說明：這部分需要提供給我們更多的資料，比如現(xiàn)在公司需要統(tǒng)計些 什么，統(tǒng)計表的樣式是怎樣的，如果某些統(tǒng)計方法不是顯而易見的，則需要給出算法。11工資參數(shù)設(shè)置：a. 含義解釋：由于每一個市場部

30、，市場部的每一個部門的工資計算方法都不 一樣，所以需要對一些數(shù)據(jù)進行設(shè)置。這些設(shè)置將影響到工資計算。和其他設(shè)置相比, 這里的設(shè)置可能進行的更頻繁一些。所以要對它的效率做一個準(zhǔn)確的考慮。和其他所 有的設(shè)置一樣，這里的所有數(shù)值都會有一個初始值。b. 相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)表(19) (20) (21) (16)12 員工工資管理：a. 含義解釋：市場部的工資計算方法比較特殊，所以在這一塊里面是有一定 麻煩的。對于一般業(yè)務(wù)員需要考慮的是有沒有底薪，冇沒有提成，需不需要繳納三金, 與之相關(guān)的述有底薪計算方法，提成計算方法等；管理人員除了這些基本工資外,還 有管理費，但不同部門管理費乂是不一樣的，所以在

31、具體設(shè)計時候要把這些問題都考 慮進去。b. 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表(7) (9) (11) (16) 一 (22)c. 流程：這部分因為要涉及提成，所以計算方法比較復(fù)雜。以下是提成的計算方法:業(yè)務(wù)員接到一筆業(yè)將此提成記錄在當(dāng)p1在當(dāng)川不計算提將此業(yè)績記錄計算依據(jù)工資項口最后實際工d其他說明：更具體的計算方法可以參考最后的數(shù)據(jù)流圖。數(shù)據(jù)加密備份模塊：這個模塊屬于為了維護數(shù)據(jù)安全而設(shè)置的模塊。在sqlserver 面，本身就有數(shù) 據(jù)加密傳輸功能。這里只對一些敏感的重要的數(shù)據(jù)進行再次的加密，使英在數(shù)據(jù)庫里而就 是加密以后的狀態(tài)（既即使不通過網(wǎng)絡(luò)傳輸，也無法直接解讀這些數(shù)據(jù)）。當(dāng)然實際應(yīng)用 時候，可

32、以采用簡單的加密方法，如ascii移位等，不要太復(fù)雜。而且只對重要的數(shù)據(jù), 比如財務(wù)數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)進行保護。數(shù)據(jù)備份可以按照按日，按月對數(shù)據(jù)進行備份，以防 止數(shù)據(jù)庫的意外破壞。數(shù)據(jù)庫管理模塊：數(shù)據(jù)庫管理模塊完成常規(guī)的數(shù)據(jù)庫錄入查找等功能。它除了數(shù)據(jù)庫常規(guī)操作以外要進 行錯誤檢測和可恢復(fù)錯誤的處理。將其單獨成為兒個模塊是為了是上層模塊對數(shù)據(jù)庫的操 作更為簡單和靈活，并捉供了一定的可靠性保證。遠程數(shù)據(jù)同步模塊：這一模塊采用何種同步方式是目前需要討論的問題。設(shè)計這一模塊的目 的是使上層操作可以與數(shù)據(jù)遠程訪問完全分離。將來如果改換了數(shù)據(jù)遠程訪問的方式，那 么只需要修改此模塊，而在這一模塊之上的部分，可

33、以不作改動。2.網(wǎng)管部網(wǎng)管部程序主要是用來記錄和查詢申請的域名信箱等的情況。相對于市場部程序來 說，網(wǎng)管部程序功能上比較簡單與單一，需要統(tǒng)計的數(shù)據(jù)較少。需要完成的功能是從共享 數(shù)拯庫中獲取消息，按照消息內(nèi)容進行處理（如進行空間設(shè)置，設(shè)置郵箱等），將處理結(jié) 果返回共享數(shù)據(jù)庫。輔助功能如查詢等?？偟哪K示意圖如下：再對這一流程進行一下解釋，網(wǎng)管部的數(shù)據(jù)都來自于市場部，它是一個被動的執(zhí)行機構(gòu), 但它執(zhí)行的結(jié)果乂是必須要返冋給市場部的，不然是毫無意義的。填上時間，原因接收屬于本部門信填上時間，操作成分配工作按客戶要求進行設(shè)記錄好工作流程比對上而兩張圖，其結(jié)構(gòu)是完全不同的，這是相當(dāng)自然的，因為一個是模塊

34、圖，而另外一 個是業(yè)務(wù)流程圖。每一個流程環(huán)節(jié)，需要一些模塊的參與來完成的。簡單的說，流程圖側(cè)重了 事情的描述或者是編程時候的界面實現(xiàn)，而模塊圖側(cè)重于了技術(shù)上的模塊劃分，其根本目的是 代碼的重用，它只是一個技術(shù)層面的劃分。舉個例子，這里“接受木部門信息”就需要數(shù)據(jù)庫 交互模塊的支持，而數(shù)拯庫交互模塊將調(diào)用數(shù)拯庫查找模塊來具體實現(xiàn)這件事情。而在整個流 程結(jié)束需要上傳這條數(shù)據(jù)的時候，仍然需要數(shù)據(jù)交互模塊，此時交互模塊調(diào)用數(shù)據(jù)査找模塊來 定位數(shù)據(jù)，用數(shù)據(jù)編輯模塊來將完成情況添加上去。3.制作部制作部的程序和網(wǎng)管部類似，整個模塊結(jié)構(gòu)也可以參考網(wǎng)管部的，在這里就不再重復(fù)。 兩者主耍的區(qū)別體現(xiàn)在流程控制模塊

35、，這是由兩個部分的業(yè)務(wù)所決定的。制作部的大致流程如門總數(shù)據(jù)庫接收屬于本部門信分配工作（記錄分打字（記錄這一過填上時間，操作成k校對（記錄這一過k制作（記錄這一過a對上面的流程圖的說明：首先它仍然是一個業(yè)務(wù)上的流程，括號里面指出了這個流程吋候，對于整個系統(tǒng)所進行的操作。省略號地方省略了制作時候的具體步驟（這部分是需要制作部提供資料的）對上面的模塊圖（不是流程圖）作一個說明：由于制作部和網(wǎng)管部操作都具有被動性和很多確定性，所以這一部分的管理程序是相 對比較簡單的。其數(shù)據(jù)庫操作也是比較簡單的，只要能記錄流程、操作人員和完成的具體工作 就可以了。需要說明的是這里的數(shù)據(jù)添加模塊和數(shù)據(jù)交互模塊在功能上是冇

36、重復(fù)的，設(shè)計這樣 一個結(jié)構(gòu)是從性能考慮上出發(fā)的。數(shù)據(jù)添加功能側(cè)重對大批量的直接添加，它側(cè)重速度，只提 供有限的錯誤控制。數(shù)據(jù)交互模塊則進行更完整的數(shù)據(jù)庫操作，它側(cè)重應(yīng)用功能，應(yīng)該提供更 多的可以供上層調(diào)用的函數(shù)和錯誤檢測。兩個部門最大的差異是在流程控制上。四.數(shù)據(jù)流圖市場部業(yè)務(wù)數(shù)據(jù)流圖業(yè)務(wù)員在談成一筆業(yè)務(wù)、接收到一份資料或接收到一筆款項等可以產(chǎn)生單據(jù)或可記錄或可對原 先記錄進行修改的事情后，會自動觸發(fā)一個事件，接下來就會觸發(fā)一連串的動作。業(yè)務(wù)員將資料交給市場部的文員，文員將此事件資料整理并錄入數(shù)據(jù)庫后，上傳至 數(shù)據(jù)丿車服務(wù)器；制作部從數(shù)據(jù)庫服務(wù)器上下載制作資料，然后開始制作；網(wǎng)管部也從數(shù)據(jù)庫服

37、務(wù)器上卜載資料，接卜來就按照要求屮請域名或是設(shè)置郵箱;無論是市場部、制作部還是網(wǎng)管部都應(yīng)該在相應(yīng)的工作完成后將完成的結(jié)果反饋到 數(shù)據(jù)庫服務(wù)器。具體示意圖如下：事件發(fā)生市場部文員錄入與整11+1數(shù)據(jù)上傳至數(shù)據(jù)庫制作部處理結(jié)果的反 饋數(shù)據(jù)庫服務(wù)器網(wǎng)管部處理結(jié)果的反饋制作資料域名及郵箱信 息制作部下載資料網(wǎng)管部下載資料制作部制作（網(wǎng)頁制作與網(wǎng)管部處理（巾請域名等）說明：從軟件工程學(xué)的觀點來看,上圖是一個不規(guī)范的數(shù)拯流圖，但是為了理解的方便，就借用了一些不規(guī)范的元素。市場部工資數(shù)據(jù)流圖市場部工資計算比較復(fù)雜，各分公司市場部的工資結(jié)算方法也不大一樣。-、 業(yè)務(wù)員的工資由兩部分組成第一部分基本工資（若基本

38、工資不存在則設(shè)置為零）第二部分 業(yè)務(wù)提成（根據(jù)業(yè)務(wù)員當(dāng)月業(yè)績來計算）第三部分三金的繳納情況（若三金可以不交則設(shè)置為零）第一部分基本工資（若基本工資不存在則設(shè)置為零）第二部分業(yè)務(wù)捉成（如果仍兼做業(yè)務(wù)員的話）第三部分三金的繳納情況（若三金可以不交則設(shè)置為零）第四部分管理費（按當(dāng)月業(yè)績來計算）。二、管理人員的工資分為三部分數(shù)據(jù)流圖如下:業(yè)務(wù)員業(yè)計算實際業(yè)務(wù)實發(fā)工資單位：元說明：針對上圖的說明（1）分公司市場部業(yè)務(wù)員工資分配情況不盡相同，某些地區(qū)市場部的業(yè)務(wù)員沒有基 本工資，則基本工資按零計算。（2）管理人員的業(yè)務(wù)提成設(shè)置為零。（3）對于業(yè)務(wù)員來說，未考慮到的工資部分或者某些額外獎勵可以歸入業(yè)務(wù)提成；

39、 對于管理人員來說，未考慮到的工資部分或者某些額外獎勵可以歸入管理費。內(nèi)部管理系統(tǒng)所需資料一：市場部1. 公司的網(wǎng)站套餐清單及價目表2. 套餐清單屮，每一種套餐具體服務(wù)項目及價目，公司可選服務(wù)項目清單及價目3. 市場部內(nèi)部的部門設(shè)置組織圖4. 市場部內(nèi)部各部分的具體職責(zé)5. 發(fā)票樣張6. 合同樣張7. 發(fā)行憑證樣張8. 贈品清單9. 其它所有表單（如需打?。訌?0. 人事檔案需要錄入的內(nèi)容11工資結(jié)算（包括提成的具體計算算法、業(yè)績統(tǒng)計方法）12各種票據(jù)如果丟失處理方法（如需罰款的，具體罰款數(shù)額，或票據(jù)注銷方法）13. 各市場部、計算機及打印機配置情況（具體操作系統(tǒng)、打印機種類（是否噴墨/針打

40、）14. 各市場部上網(wǎng)設(shè)施15. 各市場部業(yè)務(wù)上獨特的地方的清單16. 市場部需打印報表的清單樣張-：制作部1. 部門內(nèi)組織結(jié)構(gòu)圖2. 具體工作流程及工序3 各統(tǒng)計報表清單及樣張三：網(wǎng)管部1. 部門內(nèi)組織結(jié)構(gòu)圖2. 具體工作流程及工序3 各統(tǒng)計報表清單及樣張四：補丁程序現(xiàn)有數(shù)據(jù)庫的字段定義及各字段含義五：其它資料現(xiàn)有各部門之間遞交表單的樣式內(nèi)部管理系統(tǒng)硬件需求為了保證內(nèi)部管理系統(tǒng)的穩(wěn)定高速運行，必須要增加硬件并對現(xiàn)冇的駛件進行改造，特提出 以下硬件需求。（注：這里的硬件指一個完整的硬件系統(tǒng)，其部分的包含了對軟件的需求，這些軟 件是為了正常運行管理系統(tǒng)所必須配備的）一.對服務(wù)器的要求1服務(wù)器的中

41、央處理部件（cpu）建議使用phi 1g （以上）xeon處理器芯片。2服務(wù)器內(nèi)存必須使用服務(wù)器專用ecc內(nèi)存3. 為了保證數(shù)據(jù)存儲的絕對可靠，碩盤應(yīng)使用磁盤兀余陣列（raid 01）4. 為了防止服務(wù)器不可預(yù)測的故障,或者服務(wù)器的定期維護對公司整個業(yè)務(wù)造成的影 響，所有建議使用兩臺服務(wù)器。兩臺服務(wù)器應(yīng)構(gòu)成雙機熱備份。中間使用watchdog電路。 這樣的結(jié)構(gòu)可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務(wù)器定期維護的時候也可以 使用后備另一臺服務(wù)器工作。5. 服務(wù)器應(yīng)支持熱插拔電源6. 服務(wù)器必須配備ups （不間斷電源）。7. 服務(wù)器應(yīng)該放在公司內(nèi)部。不然無法進行程序調(diào)試。8. 服務(wù)器應(yīng)該必

42、須冇固定ip地址。9. 其他性能在經(jīng)濟條件允許的情況下，應(yīng)該盡量使用高速穩(wěn)定的配件。二.服務(wù)器上應(yīng)該配備的軟件1 操作系統(tǒng)：microsoft windows 2000 server 或者 microsoft windows 2000 advanced server2數(shù)據(jù)庫：microsoft sql server 2000 （簡體屮文版）3. 服務(wù)器必須使用專業(yè)的防火墻和反病毒軟件。4. 除了為了運行必須配備的程序以外，服務(wù)器上建議盡量不要安裝其他無關(guān)程序，以 減少程序的混亂或者程序的意外沖突。5各其他分公司的操作系統(tǒng)盡量統(tǒng)一。（windows 9x系列或者windows 2000系列）。這

43、樣可以避免管理軟件在出來因為操作系統(tǒng)版本不一致造成的過多的開銷。6. 各分公司的機器必須也安裝反病毒軟件和防火墻。以防止網(wǎng)絡(luò)上的蠕蟲病毒在整個網(wǎng)絡(luò)范圍內(nèi)的蔓延。7. 如果要打印涉及字段比較多的報表，應(yīng)該配備針式打印機。注：建議首先把服務(wù)器定下來，不然無法進行數(shù)據(jù)庫定義了。其他內(nèi)容可以在編制過程屮慢慢 配上。如杲實在不行，可以先用臨時的代替一卜，在止式使用時候再作更新。內(nèi)部管理系統(tǒng)上層數(shù)據(jù)庫設(shè)計數(shù)據(jù)表定義1、安全性驗證：屬性：部門編號(2)彳密碼主鍵：部門編號2、部門編號一名稱數(shù)據(jù)庫屈性：部門(分公司)編號,主管人員,部門名稱，部門所在地址，聯(lián)系電話，email,備 注主鍵：部門編號3、業(yè)務(wù)員信

44、息數(shù)據(jù)庫屈性：空，所屬部門編號(2),姓名，年齡，職務(wù)，報到日期，離開日期，離職原因, 日常電話,手機，bp機,地址，郵編,備注主鍵：工號4、部門一業(yè)務(wù)信息屈性：業(yè)務(wù)流水號,所屈部門編號(2),遞交部門編號(2),業(yè)務(wù)員姓名，業(yè)務(wù)類型， 業(yè)務(wù)送達時間，業(yè)務(wù)應(yīng)完成時間，備注主鍵：業(yè)務(wù)流水號5、業(yè)務(wù)一資料信息屬性：口動編號,業(yè)務(wù)流水號（4）,資料名稱，送達時間，遞交人，接收人，是否收到, 備注主鍵：自動編號6、業(yè)務(wù)進程信息屬性：口動編號,業(yè)務(wù)流水號（4）,冃而所屈部門編號（2）,是否完成，完成時間，備 注（反饋信息）主鍵：自動編號7、公司收入條件屈性：部門編號（2）,日期,總收入，總支出主鍵：部門

45、編號，f1期內(nèi)部管理系統(tǒng)市場部數(shù)據(jù)庫設(shè)計一.定義實體集1. 公司服務(wù)內(nèi)容一價格數(shù)據(jù)表°屈性：纏號，業(yè)務(wù)名稱，業(yè)務(wù)簡介，價格，最低限價，備注主鍵：編號2. 上網(wǎng)套餐套餐名一所含內(nèi)容數(shù)據(jù)表屬性：自動編號,套餐名，套餐編號，服務(wù)編號（1）,備注主鍵：自動編號3. 上網(wǎng)套餐最低價格數(shù)據(jù)表屈性：套餐編號（2）,常規(guī)價格，最低限價，備注主鍵：套餐編號4. 客戶信息數(shù)據(jù)表屬性：客戶編號,客戶名稱，聯(lián)系人名稱，聯(lián)系地址，聯(lián)系電話，聯(lián)系郵編，備注按照數(shù)據(jù)庫設(shè)計理論規(guī)范,此處不應(yīng)使用“數(shù)據(jù)表”這一名稱,實體集并不等同于數(shù)據(jù)表,但在這里為了表述的方便，仍然使用 了 “數(shù)據(jù)表”這個名稱主鍵：客戶編號5. 客戶一事件數(shù)據(jù)表屬性：自動編號,客戶編號(4),事件編號(9),備注主鍵：自動編號6. 事件一服務(wù)數(shù)據(jù)表屈性：自動編號,事件編號(9),服務(wù)編號(1) (2) 5,是否為上網(wǎng)套餐，備注 主鍵：白動編號7. 事件一業(yè)務(wù)員數(shù)據(jù)表屬性：自動編號,事件編號(9),業(yè)務(wù)員編號(18),備注主鍵：自動編號8. 事件一應(yīng)收資料數(shù)據(jù)表屈性名：資料編號,事件編號(9),資料名稱，資料預(yù)備提交方式(文字，照片等), 資料類型，備注主鍵：資料編號9. 事件信息數(shù)據(jù)表：屈性：事件編號,事件簡介，合同價格，合同起始日期，合同終止h期，備注主鍵：事件編號10. 業(yè)務(wù)員實際收取資料情況數(shù)據(jù)