【正文】 但這個時間劃分只是一個大致的時間需求，實際操作時候可以另行調(diào)整（但原則上不應大于此時間限制），并且如果有多人合作，有些步驟是可以并行開展的。但根據(jù)項目規(guī)模，應該配備兩人以上，因為這樣可以實現(xiàn)部分設(shè)計并行開展，有利于提高效率和質(zhì)量控制。如果實在不行，可以先用臨時的代替一下，在正式使用時候再作更新。以防止網(wǎng)絡(luò)上的蠕蟲病毒在整個網(wǎng)絡(luò)范圍內(nèi)的蔓延。5． 各其他分公司的操作系統(tǒng)盡量統(tǒng)一。8． 服務(wù)器應該必須有固定IP地址。這樣的結(jié)構(gòu)可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務(wù)器定期維護的時候也可以使用后備另一臺服務(wù)器工作。（注：這里的硬件指一個完整的硬件系統(tǒng)，其部分的包含了對軟件的需求，這些軟件是為了正常運行管理系統(tǒng)所必須配備的）一． 對服務(wù)器的要求1． 服務(wù)器的中央處理部件（CPU）建議使用PIII 1G（以上） Xeon處理器芯片。數(shù)據(jù)流圖如下：頁：19本部門業(yè)績業(yè)績考評基本工資業(yè)務(wù)員業(yè)績業(yè)績讀基本工資計算實際業(yè)務(wù)數(shù)量獲得獎勵比例三金算法基本工資實際業(yè)務(wù)量獎勵比例提成因子計算三金計算管理費計算業(yè)務(wù)提成管理費業(yè)務(wù)提成三金計算本月實領(lǐng)工資實發(fā)工資單位：元說明：針對上圖的說明（1） 分公司市場部業(yè)務(wù)員工資分配情況不盡相同，某些地區(qū)市場部的業(yè)務(wù)員沒有基本工資，則基本工資按零計算。 第一部分 基本工資（若基本工資不存在則設(shè)置為零）216。一、 業(yè)務(wù)員的工資由兩部分組成216。 網(wǎng)管部也從數(shù)據(jù)庫服務(wù)器上下載資料，接下來就按照要求申請域名或是設(shè)置郵箱；216。四． 數(shù)據(jù)流圖市場部業(yè)務(wù)數(shù)據(jù)流圖業(yè)務(wù)員在談成一筆業(yè)務(wù)、接收到一份資料或接收到一筆款項等可以產(chǎn)生單據(jù)或可記錄或可對原先記錄進行修改的事情后，會自動觸發(fā)一個事件，接下來就會觸發(fā)一連串的動作。需要說明的是這里的數(shù)據(jù)添加模塊和數(shù)據(jù)交互模塊在功能上是有重復的，設(shè)計這樣一個結(jié)構(gòu)是從性能考慮上出發(fā)的。兩者主要的區(qū)別體現(xiàn)在流程控制模塊，這是由兩個部分的業(yè)務(wù)所決定的。簡單的說，流程圖側(cè)重了事情的描述或者是編程時候的界面實現(xiàn)，而模塊圖側(cè)重于了技術(shù)上的模塊劃分，其根本目的是代碼的重用，它只是一個技術(shù)層面的劃分。輔助功能如查詢等。將來如果改換了數(shù)據(jù)遠程訪問的方式，那么只需要修改此模塊，而在這一模塊之上的部分，可以不作改動。它除了數(shù)據(jù)庫常規(guī)操作以外要進行錯誤檢測和可恢復錯誤的處理。當然實際應用時候，可以采用簡單的加密方法，如ASCII移位等，不要太復雜。以下是提成的計算方法：業(yè)務(wù)員接到一筆業(yè)務(wù)資料錢款是否在當月收到？在當月不計算提成將此提成記錄在當月將此業(yè)績記錄 底薪（可能沒有）底薪算法 ＋ 業(yè)務(wù)提成 一般業(yè)務(wù)員的工資構(gòu)成 ＋繳納三金（可空） －業(yè)務(wù)員工資提成算法其他獎勵（可空） ＋其他罰款（可空） －管理費算法 ＋管理員工資管理費 ＋ 管理人員工資構(gòu)成 最后實際工資工資項目計算依據(jù) d．其他說明：更具體的計算方法可以參考最后的數(shù)據(jù)流圖。和其他所有的設(shè)置一樣，這里的所有數(shù)值都會有一個初始值。11．工資參數(shù)設(shè)置：a． 含義解釋：由于每一個市場部，市場部的每一個部門的工資計算方法都不一樣，所以需要對一些數(shù)據(jù)進行設(shè)置。都包含查詢與錄入修改等。但是如何判別業(yè)務(wù)員是否真的如他申明的那樣把憑證交給客戶了呢？程序只能按照他所申明的那樣做記錄（換句話說，程序總是認為這個申明是真實的）。在定期檢查時候，系統(tǒng)可以自動得出業(yè)務(wù)員用掉的資料票據(jù)，這樣很容易得出應該在手里的資料票據(jù)。下面的部分，要與業(yè)務(wù)管理模塊互操作了。對于實物（比如：書，盤等）可以給它編號，這樣便于跟蹤。同時，也要注意部門調(diào)整對計算工資部分數(shù)據(jù)的調(diào)整。但這里要強調(diào)一個問題：部門的調(diào)整對于這個部門內(nèi)所有人員來說都是有影響的。b． 相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（12）（13）（14）（15）（16）（17）（18）（19）（20）（21）c． 流程： 顯示提示，接收用戶操作選擇（用，調(diào)，退）用工？ 是 否調(diào)部門？ 是 否記錄員工離職原因為“調(diào)部門”錄入員工資料資料是否都上交 否重新錄入員工資料與報到日期 是同意退工是否牽涉部門撤并？ 是調(diào)整部門設(shè)置 否重新記錄員工所屬部門打印未上交資料 d．其他說明：這部分相關(guān)數(shù)據(jù)表里面有幾張是財務(wù)部分的，在這里引用它是因為如果出現(xiàn)部門的撤并，將牽涉到計算底薪，提成時候部門見的差異（因為有可能有的部門要撤銷了，那么財務(wù)提成或者底薪計算用到的數(shù)據(jù)庫就要進行同步更新） 8．部門參數(shù)設(shè)置a． 含義解釋：這個功能是比較簡單的。事件查找模塊它只能進行一個事件的查找或者編輯，它不帶有對這個事件發(fā)展過程進行記錄的過程，而此處的記錄功能則顯得非常重要了。操作人員可以在這里調(diào)整業(yè)務(wù)有關(guān)的參數(shù)，也可以在一個總的設(shè)置里面調(diào)整這些數(shù)據(jù)，具體使用哪種方式，則由操作人員根據(jù)自己的習慣決定。整個流程里面似乎沒有出現(xiàn)編輯部分，我們的考慮是將編輯功能融合在顯示的時候，顯示的時候用戶就可以進行編輯，顯示界面下面有一個修改確認按鈕，這樣用戶按下這個按鈕時候，編輯過程就完成了，這樣一個操作方式在其他工程里面已經(jīng)被普遍采用了，經(jīng)過幾個項目的考察與用戶那里得到的反饋來看，這一操作方式被認為是最符合修改這一功能操作習慣的，而且也是最直觀的。查找分為兩種信息的查找，一是客戶資料的查找，二是業(yè)務(wù)資料的查找。 b．相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（1）（2）（3）（4）（5）（6）（7）（8）（9）c．流程：事件添加應該以客戶查詢作為整個事件添加的開始。整個系統(tǒng)的業(yè)務(wù)數(shù)據(jù)都是由這里提供的。但由于其代碼的重用性，這里保留了一個入口，可以對這些參數(shù)進行全面的調(diào)整，這樣不用分別進入每一個界面調(diào)整了。2． 系統(tǒng)設(shè)置模塊：a．含義解釋：系統(tǒng)設(shè)置模塊是對系統(tǒng)的一些運行參數(shù)進行調(diào)整。財務(wù)數(shù)據(jù)存取模塊業(yè)務(wù)數(shù)據(jù)存取模塊人事數(shù)據(jù)存取模塊數(shù)據(jù)加密與備份模塊注：這里的資料票據(jù)管理模塊被放在人事管理模塊下面了，主要是處于以下考慮：資料票據(jù)總是由特定的業(yè)務(wù)員領(lǐng)取的，它需要不斷的與人事數(shù)據(jù)庫交互，放在人事里面可以減少交叉訪問帶來的開銷。對于能夠進行設(shè)置的部分在此處應盡量設(shè)置設(shè)置選項。備份是所有MIS系統(tǒng)都應該具備的，盡管數(shù)據(jù)安全可靠存儲大部分應該由服務(wù)器來保證，但是程序中仍然應該具備數(shù)據(jù)備份功能，用于數(shù)據(jù)定時的導入導處。它就是根據(jù)業(yè)務(wù)管理模塊的統(tǒng)計結(jié)果，再利用一定的算法來計算業(yè)務(wù)員當月的工資和市場部管理人員當月的工資。這些憑證都是由業(yè)務(wù)產(chǎn)生的，所以其與業(yè)務(wù)管理模塊之間存在很多相互訪問的情況。是整個系統(tǒng)數(shù)據(jù)的入口處。在經(jīng)過實驗，確定使用哪種數(shù)據(jù)庫結(jié)構(gòu)后，需要對此部分進行進一步修正。特別要對Modem連接SQLServer作更多的實驗?？蛻舳藱z測到這一錯誤，開始重傳，但實際上盡管斷線仍然有五條記錄是成功傳送的，重傳全部必定造成重復，但是要很準確的定位具體是在那條中斷是相當困難的。除此之外，這個結(jié)構(gòu)最大的問題是：如何保證數(shù)據(jù)的完整同步。它的缺點是：在每日用于同步的數(shù)據(jù)量大的情況下是無法使用的，另外，即使每天用于同步的數(shù)據(jù)量并不是很大，但是本地數(shù)據(jù)庫或者網(wǎng)絡(luò)共享數(shù)據(jù)庫的存儲量已經(jīng)很大，這樣再搜索用于需要同步的數(shù)據(jù)的時間也將成倍增加。： 這是這個系統(tǒng)最有可能采用的數(shù)據(jù)庫結(jié)構(gòu)。圖a）中，需要上傳的是完整的數(shù)據(jù)庫，它依靠運行在服務(wù)器端的程序?qū)?shù)據(jù)進行整理以達到同步的目的。但是就公司目前各市場部上網(wǎng)情況來看，由于很多市場部采用的仍然是Modem和ISDN，不能24小時在線，因此再不對目前各市場部上網(wǎng)設(shè)備改造的情況下，很難使用這種結(jié)構(gòu)。整個系統(tǒng)采用的傳輸示意圖如下（僅以市場部為例）：總部服務(wù)器市場部DB