內(nèi)部管理系統(tǒng)可行性研究及需求分析報告【最新精品】.doc

內(nèi)部管理系統(tǒng)詳細設(shè)計方案二二年七月二十七日專業(yè)好文檔2設(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頁）311系統(tǒng)登陸模塊（第8頁）312系統(tǒng)設(shè)置模塊（第8頁）313事件添加模塊（第8頁第9頁）314事件查找編輯（第9頁第11頁）315事件參數(shù)設(shè)置（第11頁）316事件跟蹤模塊（第11頁第13頁）317人事基本管理（第13頁）318部門參數(shù)設(shè)置（第14頁）319資料票據(jù)管理（第14頁第15頁）3110業(yè)務(wù)收入統(tǒng)計（第15頁）3111工資參數(shù)設(shè)置（第15頁）3112員工工資管理（第15頁第16頁）3113數(shù)據(jù)加密備份模塊（第16頁）3114數(shù)據(jù)庫管理模塊（第16頁第17頁）32網(wǎng)管部（第17頁）33制作部（第17頁第18頁）4數(shù)據(jù)流圖（第19頁第20頁）41市場部業(yè)務(wù)數(shù)據(jù)流圖（第19頁）42市場部工資數(shù)據(jù)流圖（第20頁）二內(nèi)部管理系統(tǒng)所需資料（第21頁）三內(nèi)部管理系統(tǒng)所需硬件（第22頁）四數(shù)據(jù)庫設(shè)計（第23頁第25頁）1上層數(shù)據(jù)庫設(shè)計（第23頁）2市場部數(shù)據(jù)庫設(shè)計（第24頁第25頁）五項目工作量估算（第26頁）專業(yè)好文檔3內(nèi)部管理系統(tǒng)項目方案一項目開發(fā)背景為了提高公司內(nèi)部管理的效率，所以需要編制一套完整的用于公司內(nèi)部管理的系統(tǒng)。這樣一個系統(tǒng)可以在整個公司范圍內(nèi)使用，做到了公司資源的整合與共享。二項目的可行性研究1技術(shù)方面：整個系統(tǒng)屬于一個規(guī)模比較大的MIS系統(tǒng)。盡管其在組織關(guān)系上存在著很大的復雜性，繁瑣性，不確定性，但是就整個系統(tǒng)的技術(shù)構(gòu)成上來看，它還是屬于一個數(shù)據(jù)庫應用類的系統(tǒng)。其基本操作還是對存在數(shù)據(jù)庫進行添加、刪除、查找、編輯等。所以就單純的數(shù)據(jù)庫應用來看，暫不存在太大的技術(shù)問題。2經(jīng)濟方面：由于系統(tǒng)對公司的正常運行的影響是相當大的，所以必須要設(shè)置單獨的服務(wù)器來運行這個系統(tǒng)。又考慮到所有計算機硬件軟件都是存在出錯可能的（具體到這個系統(tǒng)，由于其需要不間斷的運行，所以其出錯的可能就會變得更大），因此整個系統(tǒng)應該考慮使用雙機熱備份技術(shù)。使用兩臺服務(wù)器同時運行，一個為主一個作備份，這樣可以避免服務(wù)器故障對整個系統(tǒng)的影響。又考慮到這個系統(tǒng)是為公司內(nèi)部服務(wù)的，而且數(shù)據(jù)庫設(shè)置和調(diào)試時候都必須要直接使用服務(wù)器，所以應該將服務(wù)器設(shè)置在公司內(nèi)部?？v觀整個系統(tǒng)需要的硬件，我們認為整個項目的投資將可能是比較巨大的。這方面，提請公司再作詳細討論。3法律方面：整個系統(tǒng)由于是自行開發(fā)，自行使用，所以系統(tǒng)本身不存在法律上的版權(quán)爭議。在服務(wù)器軟件方面，應該使用正版軟件，因為整個系統(tǒng)盡管是開發(fā)給內(nèi)部使用，但它畢竟很多部分還是要依靠Internet的，一旦服務(wù)器連接到Internet上，它的操作系統(tǒng)可能會被Microsoft跟蹤，如果不是正版軟件，將不得不面臨民事訴訟的風險。4目前存在的問題：目前我們覺得最大的問題仍然是數(shù)據(jù)庫訪問方式上的問題。和一般的MIS系統(tǒng)不同，我們面臨著更廣泛范圍內(nèi)的數(shù)據(jù)庫訪問。這個范圍已經(jīng)不可能用局域網(wǎng)解決了，但一旦使用Internet網(wǎng)，數(shù)據(jù)傳輸?shù)挠行院桶踩跃蜁蔀閲乐氐膯栴}?，F(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ù)庫全部上傳（注意：這里應該是上傳整個數(shù)據(jù)庫，因為采用這種方式操作的系統(tǒng)，它上傳的時間間隔一般是比較大的，如果記錄哪些記錄是更新的，在實際同步時候，將花費很多時間作整個更新記錄的比對，在記錄量增大時候，這個檢測的時間也會急劇增加，反而增加了處理時間），服務(wù)器在收到整個數(shù)據(jù)庫后，在服務(wù)器端運行一個特殊的軟件，用于數(shù)據(jù)的同步。然后將處理后的數(shù)據(jù)庫放在一個特定的區(qū)域，客戶端可以將處理后的數(shù)據(jù)庫收下來，以實現(xiàn)數(shù)據(jù)庫同步。整個系統(tǒng)采用的傳輸示意圖如下（僅以市場部為例）：專業(yè)好文檔4b采用純網(wǎng)絡(luò)數(shù)據(jù)庫的結(jié)構(gòu)：采用這個結(jié)構(gòu)從理想的角度來看，是最適合這個系統(tǒng)的。因為它具有最好的實時性，可以將當前獲得的數(shù)據(jù)立即傳輸出去，這樣其他部門也就立即可以得知目前的業(yè)務(wù)情況。而且采用這個結(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總部服務(wù)器DB市場部這段傳輸可以采用任何傳輸方式，包括FTP，Email總部服務(wù)器上應該運行特定軟件用于數(shù)據(jù)同步，此過程可能需要人工干預。DB市場部市場部市場部市場部總部服務(wù)器DB專業(yè)好文檔5C采用本地數(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ù)庫進行交互，以實現(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ù)庫結(jié)構(gòu)需要進行進一步研究?？梢宰饕幌聦嶒灒热缡褂酶鞣N現(xiàn)有的上網(wǎng)設(shè)備來進行一下數(shù)據(jù)庫連接。測試在不同的數(shù)量情況下，對性能的影響。特別要對Modem連接SQLServer作更多的實驗。因為其連接速度比較慢，必須要對數(shù)據(jù)庫連接超時時間作調(diào)整。（此值過小或者過大都會對性能造成影響。過小的值可能會使使用Modem的機器無法連上SQLServer，過大的值在確實發(fā)生錯誤時候，需過很多時間才能檢測到此錯誤）1這里的結(jié)構(gòu)和示意圖a）中的結(jié)構(gòu)看上去有些相似。但其原理是完全不同的。圖a）中，需要上傳的是完整的數(shù)據(jù)庫，它依靠運行在服務(wù)器端的程序?qū)?shù)據(jù)進行整理以達到同步的目的。而這個結(jié)構(gòu)中，實際上并不存在一個文件上傳的過程，它是依靠數(shù)據(jù)庫訪問接口來直接實現(xiàn)數(shù)據(jù)交互的。數(shù)據(jù)庫訪問接口屏蔽了很多網(wǎng)絡(luò)的細節(jié)。在這個結(jié)構(gòu)中，在服務(wù)器上不需要再單獨運行管理程序來實現(xiàn)數(shù)據(jù)同步。市場部DBDB市場部總部服務(wù)器DB直接數(shù)據(jù)庫交互專業(yè)好文檔6三系統(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ù)的，它是以客戶為中心開展的。是整個系統(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é)果，再利用一定的算法來計算業(yè)務(wù)員當月的工資和市場部管理人員當月的工資。這部分繁瑣的地方在工資結(jié)算方法和各分公司之間算法的差異上，盡管可以設(shè)置一些可選項，但如果差異過分懸殊則可能需要為有些分公司編寫單獨的處理模塊。數(shù)據(jù)統(tǒng)計功能依賴于業(yè)務(wù)管理模塊和財務(wù)管理模塊，它按照一定的時限生成各種業(yè)務(wù)報表供公司內(nèi)部留存、上交等。除了打印出來的報告外，程序應該提供一定的界面供數(shù)據(jù)查閱（不打印）。備份是所有MIS系統(tǒng)都應該具備的，盡管數(shù)據(jù)安全可靠存儲大部分應該由服務(wù)器來保證，但是程序中仍然應該具備數(shù)據(jù)備份功能，用于數(shù)據(jù)定時的導入導處。或者與其他程序交互時候可以使用。系統(tǒng)設(shè)置模塊用于對程序進行初始設(shè)置。這部分應該盡量考慮到可擴展性。對于能夠進行設(shè)置的部分在此處應盡量設(shè)置設(shè)置選項。當然，調(diào)整只能在一定范圍內(nèi)進行，一般是數(shù)值上或者選項組合上的。由于系統(tǒng)設(shè)置對于系統(tǒng)的運行是起全局影響的，所以再調(diào)整前要進行安全性驗證。整個市場部程序模塊示意圖如下：（本圖僅供參考）專業(yè)好文檔7注意22這里一個粗的雙箭頭表示這些數(shù)據(jù)庫訪問之間將有頻繁的交互。市場部管理程序業(yè)務(wù)管理模塊人事管理模塊財務(wù)管理模塊系統(tǒng)設(shè)置模塊系統(tǒng)登陸模塊事件添加模塊事件查找編輯事件參數(shù)設(shè)置人事基本管理資料票據(jù)管理業(yè)務(wù)收入統(tǒng)計員工工資管理業(yè)務(wù)數(shù)據(jù)存取模塊人事數(shù)據(jù)存取模塊財務(wù)數(shù)據(jù)存取模塊數(shù)據(jù)加密與備份模塊遠程數(shù)據(jù)同步模塊遠程數(shù)據(jù)庫（運行SQLServer的服務(wù)器）注：這里的資料票據(jù)管理模塊被放在人事管理模塊下面了，主要是處于以下考慮：資料票據(jù)總是由特定的業(yè)務(wù)員領(lǐng)取的，它需要不斷的與人事數(shù)據(jù)庫交互，放在人事里面可以減少交叉訪問帶來的開銷。部門參數(shù)設(shè)置工資參數(shù)設(shè)置事件跟蹤模塊專業(yè)好文檔8各模塊的功能解釋與數(shù)據(jù)表之間的對應關(guān)系：1系統(tǒng)登陸模塊：a含義解釋：用于市場部合法身份的驗證，使用加密密碼驗證方式。b相關(guān)數(shù)據(jù)表：上層數(shù)據(jù)表（1）c流程：d其他說明：密碼信息應進行加密存貯。加密方式不用過于復雜，可以使用ASCII碼移位變換的方法。2系統(tǒng)設(shè)置模塊：a含義解釋：系統(tǒng)設(shè)置模塊是對系統(tǒng)的一些運行參數(shù)進行調(diào)整。它可以分為兩部分，一是為了適應不同的網(wǎng)絡(luò)傳輸而進行的機器系統(tǒng)參數(shù)設(shè)置，二是對本市場部的一些個性化經(jīng)營方式進行的設(shè)置，它偏向于業(yè)務(wù)。比如說套餐價格，限價等。這些數(shù)值都會有默認值，并且允許在運行時候，通過其他部分，比如財務(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)系的部分應結(jié)合在一起，使界面做到直觀，簡化，并且這些調(diào)整數(shù)值應該是要立即生效的，所以要采用直接的方式，不然如果需重啟程序甚至重啟windows才能生效，那么會帶來很多麻煩。3事件添加模塊：a含義解釋：事件添加模塊是整個系統(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）輸入用戶名，密碼到公司總數(shù)據(jù)庫進行驗證通過否？顯示操作界面，進行操作顯示錯誤提示是否專業(yè)好文檔9c流程：事件添加應該以客戶查詢作為整個事件添加的開始。以查詢結(jié)果作為添加或者編輯的依據(jù)。整個過程可以用以下流程表示：d其他說明：按照這個流程，對于第一次在我們這里開辦業(yè)務(wù)的客戶，需要同時錄入客戶資料以及事件（業(yè)務(wù)）資料，而對于老客戶來說，其客戶資料已經(jīng)存在，所以只要錄入事件（業(yè)務(wù)）資料就可以了，但在錄入前應該將原先資料顯示一遍，這樣比較符合軟件設(shè)計慣例與用戶操作習慣。4事件查找編輯：a含義解釋：這一模塊實現(xiàn)了對現(xiàn)有事件的查找和對輸入有錯并且已經(jīng)添加的資料的編輯。查找分為