內(nèi)部管理系統(tǒng)可行性研究及需求分析報告

隨風飄落隨風飄落隨風飄落內(nèi)部管理系統(tǒng)具體設(shè)計方案二○○二年七月二十七日設(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頁）項目開發(fā)背景（第2頁）項目可行性爭辯（第2頁－第6頁）系統(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è)務收入統(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頁）數(shù)據(jù)流圖（第19頁－第20頁）4．1市場部業(yè)務數(shù)據(jù)流圖（第19頁）4．2市場部工資數(shù)據(jù)流圖（第20頁）內(nèi)部管理系統(tǒng)所需資料（第21頁）內(nèi)部管理系統(tǒng)所需硬件（第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)使用，做到了公司資源的整合與共享。項目的可行性爭辯技術(shù)方面：整個系統(tǒng)屬于一個規(guī)模比較大的MIS系統(tǒng)。盡管其在組織關(guān)系上存在著很大的簡單性，繁瑣性，不確定性，但是就整個系統(tǒng)的技術(shù)構(gòu)成上來看，它還是屬于一個數(shù)據(jù)庫應用類的系統(tǒng)。其基本操作還是對存在數(shù)據(jù)庫進行添加、刪除、查找、編輯等。所以就單純的數(shù)據(jù)庫應用來看，暫不存在太大的技術(shù)問題。經(jīng)濟方面：由于系統(tǒng)對公司的正常運行的影響是相當大的，所以必需要設(shè)置單獨的服務器來運行這個系統(tǒng)。又考慮到全部計算機硬件軟件都是存在出錯可能的（具體到這個系統(tǒng)，由于其需要不間斷的運行，所以其出錯的可能就會變得更大），因此整個系統(tǒng)應當考慮使用雙機熱備份技術(shù)。使用兩臺服務器同時運行，一個為主一個作備份，這樣可以避開服務器故障對整個系統(tǒng)的影響。又考慮到這個系統(tǒng)是為公司內(nèi)部服務的，而且數(shù)據(jù)庫設(shè)置和調(diào)試時候都必需要直接使用服務器，所以應當將服務器設(shè)置在公司內(nèi)部?？v觀整個系統(tǒng)需要的硬件，我們認為整個項目的投資將可能是比較巨大的。這方面，提請公司再作具體爭辯。法律方面：整個系統(tǒng)由于是自行開發(fā)，自行使用，所以系統(tǒng)本身不存在法律上的版權(quán)爭議。在服務器軟件方面，應當使用正版軟件，由于整個系統(tǒng)盡管是開發(fā)給內(nèi)部使用，但它到底很多部分還是要依靠Internet的，一旦服務器連接到Internet上，它的操作系統(tǒng)可能會被Microsoft跟蹤，假如不是正版軟件，將不得不面臨民事訴訟的風險。目前存在的問題：目前我們覺得最大的問題仍舊是數(shù)據(jù)庫訪問方式上的問題。和一般的MIS系統(tǒng)不同，我們面臨著更廣泛范圍內(nèi)的數(shù)據(jù)庫訪問。這個范圍已經(jīng)不行能用局域網(wǎng)解決了，但一旦使用Internet網(wǎng)，數(shù)據(jù)傳輸?shù)挠行院推桨残跃蜁蔀閲谰膯栴}?，F(xiàn)在將三種可能數(shù)據(jù)訪問的方式列舉如下，并逐一作分析：使用純單機版的數(shù)據(jù)庫系統(tǒng)這是最簡潔的數(shù)據(jù)庫訪問方式。接受這種方式不涉及網(wǎng)絡(luò)傳輸，所以無論在哪個部門，也不管其上網(wǎng)設(shè)施是如何的，總能接受這種方法的。接受這種系統(tǒng)后，假如要實現(xiàn)數(shù)據(jù)同步，必需定期將數(shù)據(jù)庫全部上傳（留意：這里應當是上傳整個數(shù)據(jù)庫，由于接受這種方式操作的系統(tǒng)，它上傳的時間間隔一般是比較大的，假如記錄哪些記錄是更新的，在實際同步時候，將花費很多時間作整個更新記錄的比對，在記錄量增大時候，這個檢測的時間也會急劇增加，反而增加了處理時間），服務器在收到整個數(shù)據(jù)庫后，在服務器端運行一個特殊的軟件，用于數(shù)據(jù)的同步。然后將處理后的數(shù)據(jù)庫放在一個特定的區(qū)域，客戶端可以將處理后的數(shù)據(jù)庫收下來，以實現(xiàn)數(shù)據(jù)庫同步。整個系統(tǒng)接受的傳輸示意圖如下（僅以市場部為例）：總部服務器市場部DBDBDB市場部總部服務器上應當運行特定軟件用于數(shù)據(jù)同步，此過程可能需要人工干預。這段傳輸可以接受任何傳輸方式，包括FTP，Email總部服務器市場部DBDBDB市場部總部服務器上應當運行特定軟件用于數(shù)據(jù)同步，此過程可能需要人工干預。這段傳輸可以接受任何傳輸方式，包括FTP，Email接受純網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)：接受這個結(jié)構(gòu)從抱負的角度來看，是最適合這個系統(tǒng)的。由于它具有最好的實時性，可以將當前獲得的數(shù)據(jù)馬上傳輸出去，這樣其他部門也就馬上可以得知目前的業(yè)務狀況。而且接受這個結(jié)構(gòu)，從數(shù)據(jù)庫應用角度來看，對網(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)定性的要求相當高。這種結(jié)構(gòu)的示意圖如下（以市場部為例）：總部服務器DB市場部市場部市場部市場部總部服務器DB市場部市場部市場部市場部C．接受本地數(shù)據(jù)庫和網(wǎng)絡(luò)數(shù)據(jù)庫同時使用的結(jié)構(gòu)這里的結(jié)構(gòu)和示意圖a）中的結(jié)構(gòu)看上去有些相像。但其原理是完全不同的。圖a）中，需要上傳的是完整的數(shù)據(jù)庫，它依靠運行在服務器端的程序?qū)?shù)據(jù)進行整理以達到同步的目的。而這個結(jié)構(gòu)中，實際上并不存在一個文件上傳的過程，它是依靠數(shù)據(jù)庫訪問接口來直接實現(xiàn)數(shù)據(jù)交互的。數(shù)據(jù)庫訪問接口屏蔽了很多網(wǎng)絡(luò)的細節(jié)。在這個結(jié)構(gòu)中，在服務器上不需要再單獨運行管理程序來實現(xiàn)數(shù)據(jù)同步。這里的結(jié)構(gòu)和示意圖a）中的結(jié)構(gòu)看上去有些相像。但其原理是完全不同的。圖a）中，需要上傳的是完整的數(shù)據(jù)庫，它依靠運行在服務器端的程序?qū)?shù)據(jù)進行整理以達到同步的目的。而這個結(jié)構(gòu)中，實際上并不存在一個文件上傳的過程，它是依靠數(shù)據(jù)庫訪問接口來直接實現(xiàn)數(shù)據(jù)交互的。數(shù)據(jù)庫訪問接口屏蔽了很多網(wǎng)絡(luò)的細節(jié)。在這個結(jié)構(gòu)中，在服務器上不需要再單獨運行管理程序來實現(xiàn)數(shù)據(jù)同步。這是這個系統(tǒng)最有可能接受的數(shù)據(jù)庫結(jié)構(gòu)。它的特點是平常數(shù)據(jù)存儲在本地數(shù)據(jù)庫，以天為單位，讓本地數(shù)據(jù)庫和總部的一個共享數(shù)據(jù)庫進行交互，以實現(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)在剛投入使用時候可能速度比較快，但是存儲量達到肯定程序后，系統(tǒng)運行速度將會急劇減慢。（依據(jù)試驗，當數(shù)據(jù)記錄條數(shù)達到5萬條以上時，完整的數(shù)據(jù)庫搜尋花費的時間會很長很長），而在這種系統(tǒng)結(jié)構(gòu)下，為了保持兩者數(shù)據(jù)庫的完全同步，可能要反復搜尋數(shù)據(jù)庫。此段時間的開銷是相當大的。除此之外，這個結(jié)構(gòu)最大的問題是：如何保證數(shù)據(jù)的完整同步。由于諸如Modem等上網(wǎng)設(shè)備，其傳輸過程極易由于外界干擾或者線路傳輸速率的突變造成傳輸中斷。重傳這些數(shù)據(jù)可能會造成數(shù)據(jù)的重復。（比如經(jīng)過檢測，這次需要上傳10條記錄，現(xiàn)在客戶端開頭上傳，上傳一半Modem斷線了，所以實際只傳了五條?？蛻舳藱z測到這一錯誤，開頭重傳，但實際上盡管斷線仍舊有五條記錄是成功傳送的，重傳全部必定造成重復，但是要很精確的定位具體是在那條中斷是相當困難的。這和網(wǎng)絡(luò)傳輸協(xié)議里錯誤檢測是類似的）接受這個結(jié)構(gòu)的示意圖如下：直接數(shù)據(jù)庫交互總部服務器DB市場部DBDB市場部直接數(shù)據(jù)庫交互總部服務器DB市場部DBDB市場部介于以上緣由，我們認為選用何種數(shù)據(jù)庫結(jié)構(gòu)需要進行進一步爭辯?？梢宰饕幌略囼?，比如使用各種現(xiàn)有的上網(wǎng)設(shè)備來進行一下數(shù)據(jù)庫連接。測試在不同的數(shù)量狀況下，對性能的影響。特殊要對Modem連接SQLServer作更多的試驗。由于其連接速度比較慢，必需要對數(shù)據(jù)庫連接超時時間作調(diào)整。（此值過小或者過大都會對性能造成影響。過小的值可能會使使用Modem的機器無法連上SQLServer，過大的值在的確發(fā)生錯誤時候，需過很多時間才能檢測到此錯誤）系統(tǒng)的大致模塊劃分由于整個系統(tǒng)最終使用的結(jié)構(gòu)還沒有最終確定，所以這里的模塊劃分只是一個大致的劃分。在經(jīng)過試驗，確定使用哪種數(shù)據(jù)庫結(jié)構(gòu)后，需要對此部分進行進一步修正。市場部從最大的方面市場部管理系統(tǒng)可以劃分成業(yè)務管理、人事管理、財務管理、數(shù)據(jù)統(tǒng)計與備份、系統(tǒng)設(shè)置等模塊。其中業(yè)務管理模塊包括大事記錄添加、大事記錄修改，大事記錄刪除、大事提示等功能。這部分側(cè)重的是對客戶服務的，它是以客戶為中心開展的。是整個系統(tǒng)數(shù)據(jù)的入口處。在人事管理和財務管理等模塊中，有很多數(shù)據(jù)是要依靠業(yè)務管理模塊的。人事管理模塊指對分公司內(nèi)部人員的管理，包括用工、退工、員工平常所領(lǐng)取資料、合同等其他憑證的管理與查詢。這里要留意各種憑證領(lǐng)取時候的記錄；在憑證丟失時候的處理。這些憑證都是由業(yè)務產(chǎn)生的，所以其與業(yè)務管理模塊之間存在很多相互訪問的狀況。由于存在這個特性，所以必需要做好數(shù)據(jù)愛護，以防止數(shù)據(jù)交叉訪問時候?qū)υ葦?shù)據(jù)的破壞。財務管理模塊是用于市場部內(nèi)部工資結(jié)算的。由于市場部工資很大部分是有業(yè)務員的業(yè)績打算的，所以其在很大程度上也是依靠于業(yè)務管理模塊的。它就是依據(jù)業(yè)務管理模塊的統(tǒng)計結(jié)果，再利用肯定的算法來計算業(yè)務員當月的工資和市場部管理人員當月的工資。這部分繁瑣的地方在工資結(jié)算方法和各分公司之間算法的差異上，盡管可以設(shè)置一些可選項，但假如差異過分懸殊則可能需要為有些分公司編寫單獨的處理模塊。數(shù)據(jù)統(tǒng)計功能依靠于業(yè)務管理模塊和財務管理模塊，它依據(jù)肯定的時限生成各種業(yè)務報表供公司內(nèi)部留存、上交等。除了打印出來的報告外，程序應當供應肯定的界面供數(shù)據(jù)查閱（不打?。浞菔侨縈IS系統(tǒng)都應當具備的，盡管數(shù)據(jù)平安牢靠存儲大部分應當由服務器來保證，但是程序中仍舊應當具備數(shù)據(jù)備份功能，用于數(shù)據(jù)定時的導入導處?；蛘吲c其他程序交互時候可以使用。系統(tǒng)設(shè)置模塊用于對程序進行初始設(shè)置。這部分應當盡量考慮到可擴展性。對于能夠進行設(shè)置的部分在此處應盡量設(shè)置設(shè)置選項。當然，調(diào)整只能在肯定范圍內(nèi)進行，一般是數(shù)值上或者選項組合上的。由于系統(tǒng)設(shè)置對于系統(tǒng)的運行是起全局影響的，所以再調(diào)整前要進行平安性驗證。整個市場部程序模塊示意圖如下：（本圖僅供參考）市場部管理程序市場部管理程序系統(tǒng)設(shè)置模塊系統(tǒng)登陸模塊系統(tǒng)設(shè)置模塊系統(tǒng)登陸模塊業(yè)務管理模塊財務管理模塊人事管理模塊業(yè)務管理模塊財務管理模塊人事管理模塊大事跟蹤模塊員工工資管理工資參數(shù)設(shè)置資料票據(jù)管理部門參數(shù)設(shè)置大事添加模塊大事查找編輯業(yè)務收入統(tǒng)計人事基本管理大事參數(shù)設(shè)置大事跟蹤模塊員工工資管理工資參數(shù)設(shè)置資料票據(jù)管理部門參數(shù)設(shè)置大事添加模塊大事查找編輯業(yè)務收入統(tǒng)計人事基本管理大事參數(shù)設(shè)置留意這里一個粗的雙箭頭表示這些數(shù)據(jù)庫訪問之間將有頻繁的交互。這里一個粗的雙箭頭表示這些數(shù)據(jù)庫訪問之間將有頻繁的交互。財務數(shù)據(jù)存取模塊業(yè)務數(shù)據(jù)存取模塊人事數(shù)據(jù)存取模塊財務數(shù)據(jù)存取模塊業(yè)務數(shù)據(jù)存取模塊人事數(shù)據(jù)存取模塊數(shù)據(jù)加密與備份模塊數(shù)據(jù)加密與備份模塊注：這里的資料票據(jù)管理模塊被放在人事管理模塊下面了，主要是處于以下考慮：資料票據(jù)總是由特定的業(yè)務員領(lǐng)取的，它需要不斷的與人事數(shù)據(jù)庫交互，放在人事里面可以削減交叉訪問帶來的開銷。注：這里的資料票據(jù)管理模塊被放在人事管理模塊下面了，主要是處于以下考慮：資料票據(jù)總是由特定的業(yè)務員領(lǐng)取的，它需要不斷的與人事數(shù)據(jù)庫交互，放在人事里面可以削減交叉訪問帶來的開銷。遠程數(shù)據(jù)同步模塊遠程數(shù)據(jù)同步模塊遠程數(shù)據(jù)庫（運行SQLServer的服務器）遠程數(shù)據(jù)庫（運行SQLServer的服務器）各模塊的功能解釋與數(shù)據(jù)表之間的對應關(guān)系：系統(tǒng)登陸模塊：a．含義解釋：用于市場部合法身份的驗證，使用加密密碼驗證方式。b．相關(guān)數(shù)據(jù)表：上層數(shù)據(jù)表（1）c．流程：輸入用戶名，密碼輸入用戶名，密碼顯示錯誤提示到公司總數(shù)據(jù)庫進行驗證顯示錯誤提示到公司總數(shù)據(jù)庫進行驗證通過否？通過否？否否是是顯示操作界面，進行操作顯示操作界面，進行操作d．其他說明：密碼信息應進行加密存貯。加密方式不用過于簡單，可以使用ASCII碼移位變換的方法。系統(tǒng)設(shè)置模塊：a．含義解釋：系統(tǒng)設(shè)置模塊是對系統(tǒng)的一些運行參數(shù)進行調(diào)整。它可以分為兩部分，一是為了適應不同的網(wǎng)絡(luò)傳輸而進行的機器系統(tǒng)參數(shù)設(shè)置，二是對本市場部的一些共性化經(jīng)營方式進行的設(shè)置，它偏向于業(yè)務。比如說套餐價格，限價等。這些數(shù)值都會有默認值，并且允許在運行時候，通過其他部分，比如財務管理，人事管理，業(yè)務管理等操作界面里進行分別設(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è)計時候，對有規(guī)律聯(lián)系的部分應結(jié)合在一起，使界面做到直觀，簡化，并且這些調(diào)整數(shù)值應當是要馬上生效的，所以要接受直接的方式，不然假如需重啟程序甚至重啟windows才能生效，那么會帶來很多麻煩。3．大事添加模塊：a．含義解釋：大事添加模塊是整個系統(tǒng)運行的基礎(chǔ)。整個系統(tǒng)的業(yè)務數(shù)據(jù)都是由這里供應的。這里錄入的大事信息包含兩部分，一是業(yè)務相關(guān)客戶信息，二是業(yè)務信息本身。它同時也存在兩種可能性，一是新客戶，這樣就要同時添加客戶信息與業(yè)務信息，二是老客戶新業(yè)務，此時只需要對業(yè)務信息進行增加就可以了。但不管是何種方式，這里都供應了一個統(tǒng)計的入口――從查找客戶開頭，以確定客戶信息是否存在。b．相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（1）（2）（3）（4）（5）（6）（7）（8）（9）c．流程：大事添加應當以客戶查詢作為整個大事添加的開頭。以查詢結(jié)果作為添加或者編輯的依據(jù)。整個過程可以用以下流程表示：接到一客戶某項業(yè)務接到一客戶某項業(yè)務進行客戶查詢進行客戶查詢是客戶資料是否存在是客戶資料是否存在否否顯示客戶資料顯示客戶資料錄入客戶資料錄入客戶資料顯示客戶以前的大事資料顯示客戶以前的大事資料錄入大事資料添加此次新大事錄入大事資料添加此次新大事d．其他說明：依據(jù)這個流程，對于第一次在我們這里開辦業(yè)務的客戶，需要同時錄入客戶資料以及大事（業(yè)務）資料，而對于老客戶來說，其客戶資料已經(jīng)存在，所以只要錄入大事（業(yè)務）資料就可以了，但在錄入前應當將原先資料顯示一遍，這樣比較符合軟件設(shè)計慣例與用戶操作習慣。4．大事查找編輯：含義解釋：這一模塊實現(xiàn)了對現(xiàn)有大事的查找和對輸入有錯并且已經(jīng)添加的資料的編輯。查找分為兩種信息的查找，一是客戶資料的查找，二是業(yè)務資料的查找。當然這兩種查找模式會有交叉，比如，查到某一客戶后，期望查看這個客戶的全部我們對其開展的業(yè)務狀況，或者，查到某一業(yè)務資料后，需要列出這個業(yè)務所對應的客戶資料，因此在設(shè)計時候，要考慮到這些方面，在代碼重用和機敏性上要作好調(diào)整。另外此處的編輯是出于這樣一種考慮的，在有些數(shù)據(jù)輸入時候有錯，但并沒有馬上發(fā)覺，隔了一段時間后，通過查找或者突然記起發(fā)覺了這個錯誤，那么這里就要供應一個功能，允許用戶修改原先的客戶資料或者業(yè)務資料。相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)表（1）（2）（3）（4）（5）（6）（7）（8）（9）流程：顯示提示，選擇查找內(nèi)容顯示提示，選擇查找內(nèi)容查找客戶資料？查找客戶資料？否是否是輸入業(yè)務編號或按內(nèi)容查找輸入客戶編號或姓名輸入業(yè)務編號或按內(nèi)容查找輸入客戶編號或姓名進行數(shù)據(jù)庫查找顯示提示顯示提示進行數(shù)據(jù)庫查找進行數(shù)據(jù)庫查找顯示提示顯示提示進行數(shù)據(jù)庫查找否否否否找到否？找到否？找到否？找到否？是是是是顯示業(yè)務資料顯示客戶資料顯示業(yè)務資料顯示客戶資料否否否是否進一步顯示客戶資料？是否進一步顯示業(yè)務資料？否是否進一步顯示客戶資料？是否進一步顯示業(yè)務資料？是是是是顯示客戶資料顯示業(yè)務資料顯示客戶資料顯示業(yè)務資料流程結(jié)束流程結(jié)束其他說明：這里的查找以及顯示流程應當是很清楚的，但要對編輯功能做一下說明。整個流程里面好像沒有消滅編輯部分，我們的考慮是將編輯功能融合在顯示的時候，顯示的時候用戶就可以進行編輯，顯示界面下面有一個修改確認按鈕，這樣用戶按下這個按鈕時候，編輯過程就完成了，這樣一個操作方式在其他工程里面已經(jīng)被普遍接受了，經(jīng)過幾個項目的考察與用戶那里得到的反饋來看，這一操作方式被認為是最符合修改這一功能操作習慣的，而且也是最直觀的。對于程序設(shè)計人員來看，它由于將顯示與編輯界面復用了，有效的把握了由于界面過多而帶來的混亂。5．大事參數(shù)設(shè)置：含義解釋：通過這個模塊，各市場部可以設(shè)置一些關(guān)于業(yè)務有關(guān)的數(shù)據(jù)，包括市場部能供應的業(yè)務，價格，限價，套餐組合等。相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)庫（1）（2）（3）其他說明：這個功能是整個系統(tǒng)設(shè)置功能的一部分。操作人員可以在這里調(diào)整業(yè)務有關(guān)的參數(shù)，也可以在一個總的設(shè)置里面調(diào)整這些數(shù)據(jù)，具體使用哪種方式，則由操作人員依據(jù)自己的習慣打算。6．大事跟蹤模塊含義解釋：這個模塊主要用來跟蹤一筆業(yè)務的服務過程。我們可以用它來檢查業(yè)務所需資料是否收到，錢款是否收到，票據(jù)是否收到，贈品是否給出，合同是否簽訂，是否制作完成等諸如此類的信息。相對于完整的大事查找而言，它更側(cè)重于服務的過程，而不是單純的讓操作人員了解這個大事。大事查找模塊它只能進行一個大事的查找或者編輯，它不帶有對這個大事進展過程進行記錄的過程，而此處的記錄功能則顯得格外重要了。相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（1）（2）（3）（4）（5）（6）（7）（8）（9）（9）（10）（11）上層數(shù)據(jù)表（2）（4）（6）流程：EndofprocessingDBSearchOperatingInputClientIDEndofprocessingDBSearchOperatingInputClientIDDisplayEventInfo.DisplayEventInfo.查看某一大事過程（資料，錢款收取狀況）記錄某一大事過程（資料，錢款收取狀況）查看某一大事過程（資料，錢款收取狀況）記錄某一大事過程（資料，錢款收取狀況）MarkRece.Data.MarkRece.Data.Refreshthedisp.DisplayEventInfo.Refreshthedisp.DisplayEventInfo.EndofprocessingDBSearchOperatingInputClientIDEndofprocessingDBSearchOperatingInputClientIDSomemoduledetails:DBSearchOperating1．DBSearchOperatingInputClientIDInputClientIDDispErrorMsg.LookupitinDBDispErrorMsg.LookupitinDBFound?Found?Disp.Info.Disp.Info.ItIt’stheentireprocessofDBSearchinclude2．includeDisplayEventInfo.DisplayEventInfo.includeDispeventprocess.Dispclientinfo.includeDispeventprocess.Dispclientinfo.Finished？Datainfo.MoneyinfoProcessdescribeFinished？Datainfo.MoneyinfoProcessdescribed．其他說明：總的來說，這個模塊的設(shè)置是可以讓操作人員便利的了解到一個大事整個的進展狀況（也就是說，它不僅是業(yè)務那里的進展，也有制作的進展，業(yè)務員可以通過這里知道是否制作完成或者申請成功等消息）。7．人事基本管理：含義解釋：人事基本管理模塊包含了人事管理的一些常規(guī)操作，包括用工，調(diào)動，退工。其中用工，調(diào)動和一般的人事管理系統(tǒng)很類似，但是退工部分，由于要處理資料票據(jù)的上交，所以有相當?shù)暮唵涡?。相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（12）（13）（14）（15）（16）（17）（18）（19）（20）（21）流程：顯示提示，接收用戶操作選擇（用，調(diào)，退）顯示提示，接收用戶操作選擇（用，調(diào)，退）用工？用工？是否調(diào)部門？調(diào)部門？是否記錄員工離職緣由為“記錄員工離職緣由為“調(diào)部門”錄入員工資料資料是否都上交否資料是否都上交重新錄入員工資料與報到日期是重新錄入員工資料與報到日期同意退工同意退工是否牽涉部門撤并？是否牽涉部門撤并？是調(diào)整部門設(shè)置否調(diào)整部門設(shè)置重新記錄員工所屬部門重新記錄員工所屬部門打印未上交資料打印未上交資料d．其他說明：這部分相關(guān)數(shù)據(jù)表里面有幾張是財務部分的，在這里引用它是由于假如消滅部門的撤并，將牽涉到計算底薪，提成時候部門見的差異（由于有可能有的部門要撤銷了，那么財務提成或者底薪計算用到的數(shù)據(jù)庫就要進行同步更新）8．部門參數(shù)設(shè)置含義解釋：這個功能是比較簡潔的。它設(shè)置的是某個分公司的部門名稱與編號。在系統(tǒng)第一次運行時候，會要求用戶錄入這些信息（也可能使用某些默認值），但以后假如需要調(diào)整部門設(shè)置，可以在這里進行，也可以在總的系統(tǒng)設(shè)置里面進行。這個依據(jù)操作人員的習慣而定。但這里要強調(diào)一個問題：部門的調(diào)整對于這個部門內(nèi)全部人員來說都是有影響的。調(diào)整一個部門的信息，要對涉及這一調(diào)整的全部信息做更新，這點格外格外重要。不然很簡潔消滅系統(tǒng)的不全都。比如部門A被撤銷了，那么原先屬于部門A的全部成員信息就要作同步調(diào)整，否則在讀取員工信息的時候，他們?nèi)耘f指向A，這個數(shù)據(jù)明顯是無效的。同時，也要留意部門調(diào)整對計算工資部分數(shù)據(jù)的調(diào)整。相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（12）（13）（14）（15）（16）（17）（18）（19）（20）（21）9．資料票據(jù)管理含義解釋：這里在資料票據(jù)管理指業(yè)務員領(lǐng)取資料，發(fā)票，合同時候的登記，以及為為了避開遺失而做日常定期檢查供應依據(jù)（它可以指出哪個業(yè)務員何時領(lǐng)取了何種物品票據(jù)，是否用掉，假如用掉是用到哪里去了）相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)表（5）（6）（7）（9）（10）（11）(12)（13）（14）（15）流程描述：由于這個過程很難用流程圖來做完整表述，所以，改用文字表示。首先，資料以及全部票據(jù)的來源。市場部的資料，票據(jù)來源與總公司。對于實物（比如：書，盤等）可以給它編號，這樣便于跟蹤。對于票據(jù)，其本身就帶有編號，所以這里不再需要自行給它編號。然后，依據(jù)業(yè)務需要，業(yè)務員領(lǐng)取了書、盤等。這些領(lǐng)取的東西都必需要登登記來，并且記錄領(lǐng)取人的姓名（實際內(nèi)部操作的是編號）。下面的部分，要與業(yè)務管理模塊互操作了。在業(yè)務管理那部分里面，有一個大事跟蹤模塊，它會記錄業(yè)務員使用這些票據(jù)、資料的狀況。無論票據(jù)還是其他實物資料，一旦業(yè)務員領(lǐng)取后，那些資料要么在業(yè)務員手里，要么已經(jīng)給客戶了。通過上面所述的流程，我們可以很簡潔的知道業(yè)務員用掉的資料或者票據(jù)。在定期檢查時候，系統(tǒng)可以自動得出業(yè)務員用掉的資料票據(jù)，這樣很簡潔得出應當在手里的資料票據(jù)。只要把這一個清單和業(yè)務員手里的資料、票據(jù)相比對，就可以了解是否有遺失狀況。業(yè)務員實際領(lǐng)取的資料、票據(jù)市場部領(lǐng)取到的總的資料，票據(jù)業(yè)務員實際領(lǐng)取的資料、票據(jù)市場部領(lǐng)取到的總的資料，票據(jù)業(yè)務員手里應當有的資料、票據(jù)業(yè)務員手里應當有的資料、票據(jù)－－業(yè)務員實際消耗掉的資料、票據(jù)業(yè)務員實際消耗掉的資料、票據(jù)大事跟蹤模塊大事跟蹤模塊其他說明：這里供應了一種可以跟票據(jù)、資料的方法，但這里只是一種方法，它并不能解決全部的問題。這里很大部分依靠了大事跟蹤模塊對數(shù)據(jù)庫操作的結(jié)果。但是如何判別業(yè)務員是否真的如他申明的那樣把憑證交給客戶了呢？程序只能依據(jù)他所申明的那樣做記錄（換句話說，程序總是認為這個申明是真實的）。所以通過這個系統(tǒng)只能識別非有意的單據(jù)實物丟失，而識別有意隱匿單據(jù)則是管理學和法學的范疇，并不是計算機科學的范疇了。另外，這里的票據(jù)是指發(fā)票、合同、發(fā)行憑證、贈品、其他表單等。對每一種票據(jù)的處理方式可以是類似的。都包含查詢與錄入修改等。10．業(yè)務收入統(tǒng)計：含義解釋：這里統(tǒng)計的是每一個市場部業(yè)務上面的凈收入，支出等。這些數(shù)據(jù)是通過業(yè)務管理模塊和財務部分的工資管理模塊得到的。相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（11）（9）（22），上層數(shù)據(jù)表（7）其他說明：這部分需要供應應我們更多的資料，比如現(xiàn)在公司需要統(tǒng)計些什么，統(tǒng)計表的樣式是怎樣的，假如某些統(tǒng)計方法不是顯而易見的，則需要給出算法。11．工資參數(shù)設(shè)置：含義解釋：由于每一個市場部，市場部的每一個部門的工資計算方法都不一樣，所以需要對一些數(shù)據(jù)進行設(shè)置。這些設(shè)置將影響到工資計算。和其他設(shè)置相比，這里的設(shè)置可能進行的更頻繁一些。所以要對它的效率做一個精確的考慮。和其他全部的設(shè)置一樣，這里的全部數(shù)值都會有一個初始值。相關(guān)數(shù)據(jù)庫：市場部數(shù)據(jù)表（19）（20）（21）（16）12．員工工資管理：含義解釋：市場部的工資計算方法比較特殊，所以在這一塊里面是有肯定麻煩的。對于一般業(yè)務員需要考慮的是有沒有底薪，有沒有提成，需不需要繳納三金，與之相關(guān)的還有底薪計算方法，提成計算方法等；管理人員除了這些基本工資外，還有管理費，但不同部門管理費又是不一樣的，所以在具體設(shè)計時候要把這些問題都考慮進去。相關(guān)數(shù)據(jù)表：市場部數(shù)據(jù)表（7）（9）（11）（16）－（22）流程：這部分由于要涉及提成，所以計算方法比較簡單。以下是提成的計算方法：業(yè)務員接到一筆業(yè)務業(yè)務員接到一筆業(yè)務資料錢款是否在當月收到？資料錢款是否在當月收到？在當月不計算提成將此提成記錄在當月在當月不計算提成將此提成記錄在當月將此業(yè)績記錄將此業(yè)績記錄底薪（可能沒有）底薪（可能沒有）底薪算法＋底薪算法業(yè)務提成一般業(yè)務員的工資構(gòu)成業(yè)務提成＋繳納三金（可空）－繳納三金（可空）業(yè)務員工資提成算法業(yè)務員工資提成算法其他嘉獎（可空）＋其他嘉獎（可空）其他罰款（可空）－其他罰款（可空）管理費算法＋管理費算法管理員工資管理費＋管理員工資管理費管理人員工資構(gòu)成最終實際工資工資項目計算依據(jù)最終實際工資工資項目計算依據(jù)d．其他說明：更具體的計算方法可以參考最終的數(shù)據(jù)流圖。數(shù)據(jù)加密備份模塊：這個模塊屬于為了維護數(shù)據(jù)平安而設(shè)置的模塊。在SQLServer里面，本身就有數(shù)據(jù)加密傳輸功能。這里只對一些敏感的重要的數(shù)據(jù)進行再次的加密，使其在數(shù)據(jù)庫里面就是加密以后的狀態(tài)（既即使不通過網(wǎng)絡(luò)傳輸，也無法直接解讀這些數(shù)據(jù)）。當然實際應用時候，可以接受簡潔的加密方法，如ASCII移位等，不要太簡單。而且只對重要的數(shù)據(jù)，比如財務數(shù)據(jù)和業(yè)務數(shù)據(jù)進行愛護。數(shù)據(jù)備份可以依據(jù)按日，按月對數(shù)據(jù)進行備份，以防止數(shù)據(jù)庫的意外破壞。數(shù)據(jù)庫管理模塊：數(shù)據(jù)庫管理模塊完成常規(guī)的數(shù)據(jù)庫錄入查找等功能。它除了數(shù)據(jù)庫常規(guī)操作以外要進行錯誤檢測和可恢復錯誤的處理。將其單獨成為幾個模塊是為了是上層模塊對數(shù)據(jù)庫的操作更為簡潔和機敏，并供應了肯定的牢靠性保證。遠程數(shù)據(jù)同步模塊：這一模塊接受何種同步方式是目前需要爭辯的問題。設(shè)計這一模塊的目的是使上層操作可以與數(shù)據(jù)遠程訪問完全分別。將來假如改換了數(shù)據(jù)遠程訪問的方式，那么只需要修改此模塊，而在這一模塊之上的部分，可以不作改動。網(wǎng)管部網(wǎng)管部程序主要是用來記錄和查詢申請的域名信箱等的狀況。相對于市場部程序來說，網(wǎng)管部程序功能上比較簡潔與單一，需要統(tǒng)計的數(shù)據(jù)較少。需要完成的功能是從共享數(shù)據(jù)庫中獵取消息，依據(jù)消息內(nèi)容進行處理（如進行空間設(shè)置，設(shè)置郵箱等），將處理結(jié)果返回共享數(shù)據(jù)庫。幫助功能如查詢等?？偟哪K示意圖如下：流程把握模塊數(shù)據(jù)查找模塊數(shù)據(jù)編輯模塊遠程數(shù)據(jù)庫（運行SQLServer的服務器）數(shù)據(jù)添加模塊數(shù)據(jù)交互模塊流程把握模塊數(shù)據(jù)查找模塊數(shù)據(jù)編輯模塊遠程數(shù)據(jù)庫（運行SQLServer的服務器）數(shù)據(jù)添加模塊數(shù)據(jù)交互模塊再對這一流程進行一下解釋，網(wǎng)管部的數(shù)據(jù)都來自于市場部，它是一個被動的執(zhí)行機構(gòu)，但它執(zhí)行的結(jié)果又是必需要返回給市場部的，不然是毫無意義的?？倲?shù)據(jù)庫總數(shù)據(jù)庫填上時間，緣由填上時間，操作成功接收屬于本部門信息填上時間，緣由填上時間，操作成功接收屬于本部門信息是設(shè)置成功？安排工作否設(shè)置成功？安排工作按客戶要求進行設(shè)置按客戶要求進行設(shè)置記錄好工作流程記錄好工作流程比對上面兩張圖，其結(jié)構(gòu)是完全不同的，這是相當自然的，由于一個是模塊圖，而另外一個是業(yè)務流程圖。每一個流程環(huán)節(jié)，需要一些模塊的參與來完成的。簡潔的說，流程圖側(cè)重了事情的描述或者是編程時候的界面實現(xiàn)，而模塊圖側(cè)重于了技術(shù)上的模塊劃分，其根本目的是代碼的重用，它只是一個技術(shù)層面的劃分。舉個例子，這里“接受本部門信息”就需要數(shù)據(jù)庫交互模塊的支持，而數(shù)據(jù)庫交互模塊將調(diào)用數(shù)據(jù)庫查找模塊來具體實現(xiàn)這件事情。而在整個流程結(jié)束需要上傳這條數(shù)據(jù)的時候，仍舊需要數(shù)據(jù)交互模塊，此時交互模塊調(diào)用數(shù)據(jù)查找模塊來定位數(shù)據(jù)，用數(shù)據(jù)編輯模塊來將完成狀況添加上去。制作部制作部的程序和網(wǎng)管部類似，整個模塊結(jié)構(gòu)也可以參考網(wǎng)管部的，在這里就不再重復。兩者主要的區(qū)分體現(xiàn)在流程把握模塊，這是由兩個部分的業(yè)務所打算的。制作部的大致流程如下：總數(shù)據(jù)庫總數(shù)據(jù)庫填上時間，操作成功接收屬于本部門信息填上時間，操作成功接收屬于本部門信息校對（記錄這一過程）安排工作（記錄安排）校對（記錄這一過程）安排工作（記錄安排）制作（記錄這一過程）打字（記錄這一過程）制作（記錄這一過程）打字（記錄這一過程）對上面的流程圖的說明：首先它仍舊是一個業(yè)務上的流程，括號里面指出了這個流程時候，對于整個系統(tǒng)所進行的操作。省略號地方省略了制作時候的具體步驟（這部分是需要制作部供應資料的）對上面的模塊圖（不是流程圖）作一個說明：由于制作部和網(wǎng)管部操作都具有被動性和很多確定性，所以這一部分的管理程序是相對比較簡潔的。其數(shù)據(jù)庫操作也是比較簡潔的，只要能記錄流程、操作人員和完成的具體工作就可以了。需要說明的是這里的數(shù)據(jù)添加模塊和數(shù)據(jù)交互模塊在功能上是有重復的，設(shè)計這樣一個結(jié)構(gòu)是從性能考慮上動身的。數(shù)據(jù)添加功能側(cè)重對大批量的直接添加，它側(cè)重速度，只供應有限的錯誤把握。數(shù)據(jù)交互模塊則進行更完整的數(shù)據(jù)庫操作，它側(cè)重應用功能，應當供應更多的可以供上層調(diào)用的函數(shù)和錯誤檢測。兩個部門最大的差異是在流程把握上。。數(shù)據(jù)流圖市場部業(yè)務數(shù)據(jù)流圖業(yè)務員在談成一筆業(yè)務、接收到一份資料或接收到一筆款項等可以產(chǎn)生單據(jù)或可記錄或可對原先記錄進行修改的事情后，會自動觸發(fā)一個大事，接下來就會觸發(fā)一連串的動作。業(yè)務員將資料交給市場部的文員，文員將此大事資料整理并錄入數(shù)據(jù)庫后，上傳至數(shù)據(jù)庫服務器；制作部從數(shù)據(jù)庫服務器上下載制作資料，然后開頭制作；網(wǎng)管部也從數(shù)據(jù)庫服務器上下載資料，接下來就依據(jù)要求申請域名或是設(shè)置郵箱；無論是市場部、制作部還是網(wǎng)管部都應當在相應的工作完成后將完成的結(jié)果反饋到數(shù)據(jù)庫服務器。具體示意圖如下：大事發(fā)生大事發(fā)生資料資料市場部文員錄入與整理市場部文員錄入與整理數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)上傳至數(shù)據(jù)庫數(shù)據(jù)上傳至數(shù)據(jù)庫數(shù)據(jù)數(shù)據(jù)數(shù)據(jù)庫服務器數(shù)據(jù)庫服務器網(wǎng)管部處理結(jié)果的反饋制作部處理結(jié)果的反饋網(wǎng)管部處理結(jié)果的反饋制作部處理結(jié)果的反饋域名及郵箱信息制作資料域名及郵箱信息制作資料網(wǎng)管部下載資料制作部下載資料網(wǎng)管部下載資料制作部下載資料網(wǎng)管部處理（申請域名等）制作部制作（網(wǎng)頁制作與上傳）網(wǎng)管部處理（申請域名等）制作部制作（網(wǎng)頁制作與上傳）說明：從軟件工程學的觀點來看，上圖是一個不規(guī)范的數(shù)據(jù)流圖，但是為了理解的便利，就借用了一些不規(guī)范的元素。市場部工資數(shù)據(jù)流圖市場部工資計算比較簡單，各分公司市場部的工資結(jié)算方法也不大一樣。業(yè)務員的工資由兩部分組成第一部分基本工資（若基本工資不存在則設(shè)置為零）其次部分業(yè)務提成（依據(jù)業(yè)務員當月業(yè)績來計算）第三部分三金的繳納狀況（若三金可以不交則設(shè)置為零）管理人員的工資分為三部分第一部分基本工資（若基本工資不存在則設(shè)置為零）其次部分業(yè)務提成（假如仍兼做業(yè)務員的話）第三部分三金的繳納狀況（若三金可以不交則設(shè)置為零）第四部分管理費（按當月業(yè)績來計算）。數(shù)據(jù)流圖如下：PAGEPAGE\#"'頁：'#'

'"本部門業(yè)績本部門業(yè)績業(yè)績考評基本工資業(yè)績考評基本工資業(yè)務員業(yè)績業(yè)務員業(yè)績業(yè)績讀基本工資業(yè)績讀基本工資計算實際業(yè)務數(shù)量計算實際業(yè)務數(shù)量獲得嘉獎比例獲得嘉獎比例三金算法基本工資實際業(yè)務量三金算法基本工資實際業(yè)務量嘉獎比例嘉獎比例提成因子提成因子計算三金計算管理費計算業(yè)務提成計算三金計算管理費計算業(yè)務提成管理費業(yè)務提成管理費業(yè)務提成三金三金計算本月實領(lǐng)工資計算本月實領(lǐng)工資實發(fā)工資實發(fā)工資單位：元說明：針對上圖的說明分公司市場部業(yè)務員工資安排情況不盡相同，某些地區(qū)市場部的業(yè)務員沒有基本工資，則基本工資按零計算。管理人員的業(yè)務提成設(shè)置為零。對于業(yè)務員來說，未考慮到的工資部分或者某些額外嘉獎可以歸入業(yè)務提成；對于管理人員來說，未考慮到的工資部分或者某些額外嘉獎可以歸入管理費。內(nèi)部管理系統(tǒng)所需資料一：市場部1．公司的網(wǎng)站套餐清單及價目表2．套餐清單中，每一種套餐具體服務項目及價目，公司可選服務項目清單及價目3．市場部內(nèi)部的部門設(shè)置組織圖4．市場部內(nèi)部各部分的具體職責5．發(fā)票樣張6．合同樣張7．發(fā)行憑證樣張8．贈品清單9．其它全部表單（如需打?。訌?0．人事檔案需要錄入的內(nèi)容11．工資結(jié)算（包括提成的具體計算算法、業(yè)績統(tǒng)計方法）12．各種票據(jù)假如丟失處理方法（如需罰款的，具體罰款數(shù)額，或票據(jù)注銷方法）13．各市場部、計算機及打印機配置狀況（具體操作系統(tǒng)、打印機種類（是否噴墨/針打））14．各市場部上網(wǎng)設(shè)施15．各市場部業(yè)務上獨特的地方的清單16．市場部需打印報表的清單樣張二：制作部部門內(nèi)組織結(jié)構(gòu)圖具體工作流程及工序各統(tǒng)計報表清單及樣張三：網(wǎng)管部部門內(nèi)組織結(jié)構(gòu)圖具體工作流程及工序各統(tǒng)計報表清單及樣張四：補丁程序現(xiàn)有數(shù)據(jù)庫的字段定義及各字段含義五：其它資料現(xiàn)有各部門之間遞交表單的樣式內(nèi)部管理系統(tǒng)硬件需求為了保證內(nèi)部管理系統(tǒng)的穩(wěn)定高速運行，必需要增加硬件并對現(xiàn)有的硬件進行改造，特提出以下硬件需求。（注：這里的硬件指一個完整的硬件系統(tǒng)，其部分的包含了對軟件的需求，這些軟件是為了正常運行管理系統(tǒng)所必需配備的）對服務器的要求服務器的中心處理部件（CPU）建議使用PIII1G（以上）Xeon處理器芯片。服務器內(nèi)存必需使用服務器專用ECC內(nèi)存為了保證數(shù)據(jù)存儲的確定牢靠，硬盤應使用磁盤冗余陣列（RAID01）為了防止服務器不行猜測的故障，或者服務器的定期維護對公司整個業(yè)務造成的影響，全部建議使用兩臺服務器。兩臺服務器應構(gòu)成雙機熱備份。中間使用WatchDog電路。這樣的結(jié)構(gòu)可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務器定期維護的時候也可以使用后備另一臺服務器工作。服務器應支持熱插拔電源服務器必需配備UPS（不間斷電源）。服務器應當放在公司內(nèi)部。不然無法進行程序調(diào)試。服務器應當必需有固定IP地址。其他性能在經(jīng)濟條件允許的狀況下，應當盡量使用高速穩(wěn)定的配件。服務器上應當配備的軟件操作系統(tǒng)：MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver數(shù)據(jù)庫：MicrosoftSQLServer2000(簡體中文版)服務器必需使用專業(yè)的防火墻和反病毒軟件。除了為了運行必需配備的程序以外，服務器上建議盡量不要安裝其他無關(guān)程序，以削減程序的混亂或者程序的意外沖突。各其他分公司的操作系統(tǒng)盡量統(tǒng)一。（Windows9x系列或者Windows2000系列）。這樣可以避開管理軟件在出來由于操作系統(tǒng)版本不全都造成的過多的開銷。各分公司的機器必需也安裝反病毒軟件和防火墻。以防止網(wǎng)絡(luò)上的蠕蟲病毒在整個網(wǎng)絡(luò)范圍內(nèi)的集中。假如要打印涉及字段比較多的報表，應當配備針式打印機。注：建議首先把服務器定下來，不然無法進行數(shù)據(jù)庫定義了。其他內(nèi)容可以在編制過程中漸漸配上。假照實在不行，可以先用臨時的代替一下，在正式使用時候再作更新。內(nèi)部管理系統(tǒng)上層數(shù)據(jù)庫設(shè)計數(shù)據(jù)表定義平安性驗證：屬性：部門編號（2）這里的部門對于市場部或分公司來說就是市場部或分公司編號這里的部門對于市場部或分公司來說就是市場部或分公司編號主鍵：部門編號部門編號—名稱數(shù)據(jù)庫屬性：部門（分公司）編號，主管人員，部門名稱，部門所在地址，聯(lián)系電話，Email,備注主鍵：部門編號業(yè)務員信息數(shù)據(jù)庫屬性：工號，所屬部門編號（2），姓名，年齡，職務，報到日期，離開日期，離職緣由，日常電話，手機，BP機，地址，郵編，備注主鍵：工號部門—業(yè)務信息屬性：業(yè)務流水號，所屬部門編號（2），遞交部門編號（2），業(yè)務員姓名，業(yè)務類型，業(yè)務送達時間，業(yè)務應完成時間，備注主鍵：業(yè)務流水號業(yè)務—資料信息屬性：自動編號，業(yè)務流水號（4），資料名稱，送達時間，遞交人，接收人，是否收到，備注主鍵：自動編號業(yè)務進程信息屬性：自動編號，業(yè)務流水號（4），目前所屬部門編號（2），是否完成，完成時間，備注（反饋信息）主鍵：自動編號公司收入條件屬性：部門編號（2），日期，總收入，總支出主鍵：部門編號，日期內(nèi)部管理系統(tǒng)市場部數(shù)據(jù)庫設(shè)計一．定義實體集公司服務內(nèi)容－價格數(shù)據(jù)表依據(jù)數(shù)據(jù)庫設(shè)計理論規(guī)范，此處不應使用“數(shù)據(jù)表”這一名稱，實體集并不等同于數(shù)據(jù)表，但在這里為了表述的便利，仍舊使用了“數(shù)據(jù)表”這個名稱屬性：編號，業(yè)務名稱，業(yè)務簡介，價格，最低限價，備注主鍵：編號上網(wǎng)套餐套餐名－所含內(nèi)容數(shù)據(jù)表屬性：自動編號，套餐名，套餐編號，服務編號（1），備注主鍵：自動編號上網(wǎng)套餐最低價格數(shù)據(jù)表屬性：套餐編號（2），常規(guī)價格，最低限價，備注主鍵：套餐編號客戶信息數(shù)據(jù)表屬性：客戶編號，客戶名稱，聯(lián)系人名稱，聯(lián)系地址，聯(lián)系電話，聯(lián)系郵編，備注主鍵：客戶編號客戶－大事數(shù)據(jù)表屬性：自動編號，客戶編號（4），大事編號（9），備注主鍵：自動編號大事－服務數(shù)據(jù)