內(nèi)部管理系統(tǒng)詳細設計方案

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

2、項目開發(fā)背景（第2頁）2項目可行性研究（第2頁－第6頁）3系統(tǒng)的大致模塊劃分（第6頁－第18頁）31市場部（第6頁－第17頁）311系統(tǒng)登陸模塊（第8頁）312系統(tǒng)設置模塊（第8頁）313事件添加模塊（第8頁－第9頁）314事件查找編輯（第9頁－第11頁）315事件參數(shù)設置（第11頁）316事件跟蹤模塊（第11頁－第13頁）317人事基本管理（第13頁）318部門參數(shù)設置（第14頁）319資料票據(jù)管理（第14頁－第15頁）3110業(yè)務收

3、入統(tǒng)計（第15頁）3111工資參數(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è)務數(shù)據(jù)流圖（第19頁）42市場部工資數(shù)據(jù)流圖（第20頁）二內(nèi)部管理系統(tǒng)所需資料（第21頁）三內(nèi)部管理系統(tǒng)所需硬件（第22頁）四數(shù)據(jù)庫設計（第23頁－第25頁）1上層數(shù)據(jù)庫

4、設計（第23頁）2市場部數(shù)據(jù)庫設計（第24頁－第25頁）五項目工作量估算（第26頁）3b采用純網(wǎng)絡數(shù)據(jù)庫的結構：采用這個結構從理想的角度來看，是最適合這個系統(tǒng)的。因為它具有最好的實時性，可以將當前獲得的數(shù)據(jù)立即傳輸出去，這樣其他部門也就立即可以得知目前的業(yè)務情況。而且采用這個結構，從數(shù)據(jù)庫應用角度來看，對網(wǎng)絡底層的傳輸情況不需要有太多的了解（這部分由SQLServer提供的網(wǎng)絡傳輸協(xié)議保證）。但是就公司目前各市場部上網(wǎng)情況來看，由于很多

5、市場部采用的仍然是Modem和ISDN，不能24小時在線，因此再不對目前各市場部上網(wǎng)設備改造的情況下，很難使用這種結構。這種結構還有一個問題是它很大程度上依賴于中心數(shù)據(jù)庫，對中心數(shù)據(jù)庫可靠性和穩(wěn)定性的要求相當高。這種結構的示意圖如下（以市場部為例）：市場部DB總部服務器DB市場部這段傳輸可以采用任何傳輸方式，包括FTP，Email總部服務器上應該運行特定軟件用于數(shù)據(jù)同步，此過程可能需要人工干預。DB市場部市場部市場部市場部總部服務器DB