內(nèi)部管理系統(tǒng)詳細設計方案_第1頁
內(nèi)部管理系統(tǒng)詳細設計方案_第2頁
內(nèi)部管理系統(tǒng)詳細設計方案_第3頁
內(nèi)部管理系統(tǒng)詳細設計方案_第4頁
內(nèi)部管理系統(tǒng)詳細設計方案_第5頁
已閱讀5頁,還剩20頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 1 內(nèi)部管理系統(tǒng)詳細設計方案 一 項目開發(fā)背景 為了提高公司內(nèi)部管理的效率,所以需要編制一套完整的用于公司內(nèi)部管理的系統(tǒng)。這樣一個系統(tǒng)可以在整個公司范圍內(nèi)使用,做到了公司資源的整合與共享。 二 項目的可行性研究 1 技術方面: 整個系統(tǒng)屬于一個規(guī)模比較大的 統(tǒng)。盡管其在組織關系上存在著很大的復雜性,繁瑣性,不確定性,但是就整個系統(tǒng)的技術構成上來看,它還是屬于一個數(shù)據(jù)庫應用類的系統(tǒng)。其基本操作還是對存在數(shù)據(jù)庫進行添加、刪除、查找、編輯等。所以就單純的數(shù)據(jù)庫應用來看,暫不存在太大的技術問題。 2 經(jīng)濟方面: 由于系統(tǒng)對公司的正常運行的影響是相當大的,所以必須要設置單獨的服務器來運行這個系統(tǒng)。又考慮到所有計算機硬件軟件都是存在出錯可能的(具體到這個系統(tǒng),由于其需要不間斷的運行,所以其出錯的可能就會變得更大),因此整個系統(tǒng)應該考慮使用雙機熱備份技術。使用兩臺服務器同時運行,一個為主一個作備份,這樣可以避免服務器故障對整個系統(tǒng)的影響。又考慮到這個系統(tǒng)是為公司內(nèi)部服務的,而且數(shù)據(jù)庫設置和調試時候都必須要直接使用服務器,所以應該將服務器設置在公司內(nèi)部。縱觀整個系統(tǒng)需要的硬件,我們認為整個項目的投資將可能是比 較巨大的。這方面,提請公司再作詳細討論。 3 法律方面: 整個系統(tǒng)由于是自行開發(fā),自行使用,所以系統(tǒng)本身不存在法律上的版權爭議。在服務器軟件方面,應該使用正版軟件,因為整個系統(tǒng)盡管是開發(fā)給內(nèi)部使用,但它畢竟很多部分還是要依靠 ,一旦服務器連接到 ,它的操作系統(tǒng)可能會被 蹤,如果不是正版軟件,將不得不面臨民事訴訟的風險。 4 目前存在的問題: 目前我們覺得最大的問題仍然是數(shù)據(jù)庫訪問方式上的問題。和一般的 統(tǒng)不同,我們面臨著更廣泛范圍內(nèi)的數(shù)據(jù)庫訪問。這個范圍已經(jīng)不 可能用局域網(wǎng)解決了,但一旦使用 ,數(shù)據(jù)傳輸?shù)挠行院桶踩跃蜁蔀閲乐氐膯栴}?,F(xiàn)在將三種可能數(shù)據(jù)訪問的方式列舉如下,并逐一作分析: a 使用純單機版的數(shù)據(jù)庫系統(tǒng) 這是最簡單的數(shù)據(jù)庫訪問方式。采用這種方式不涉及網(wǎng)絡傳輸,所以無論在哪個部門,也不管其上網(wǎng)設施是如何的,總能采用這種方法的。采用這種系統(tǒng)后,如果要實現(xiàn)數(shù)據(jù)同步,必須定期將數(shù)據(jù)庫全部上傳(注意:這里應該是上傳整個數(shù)據(jù)庫,因為采用這種方式操作的系統(tǒng),它上傳的時間間隔一般是比較大的,如果記錄哪些記錄是更新的,在實際同步時候,將花費很多時間作整個 更新記錄的比對,在記錄量增大時候,這個檢測的時間也會急劇增加,反而增加了處理時間),服務器在收到整個數(shù)據(jù)庫后,在服務器端運行一個特殊的軟件,用上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 2 于數(shù)據(jù)的同步。然后將處理后的數(shù)據(jù)庫放在一個特定的區(qū)域,客戶端可以將處理后的數(shù)據(jù)庫收下來,以實現(xiàn)數(shù)據(jù)庫同步。 整個系統(tǒng)采用的傳輸示意圖如下(僅以市場部為例): b 采用純網(wǎng)絡數(shù)據(jù)庫的結構: 采用這個結構從理想的角度來看,是最適合這個系統(tǒng)的。因為它具有最好的實時性,可以將當前獲 得的數(shù)據(jù)立即傳輸出去,這樣其他部門也就立即可以得知目前的業(yè)務情況。而且采用這個結構,從數(shù)據(jù)庫應用角度來看,對網(wǎng)絡底層的傳輸情況不需要有太多的了解(這部分由 供的網(wǎng)絡傳輸協(xié)議保證)。但是就公司目前各市場部上網(wǎng)情況來看,由于很多市場部采用的仍然是 能 24 小時在線,因此再不對目前各市場部上網(wǎng)設備改造的情況下,很難使用這種結構。這種結構還有一個問題是它很大程度上依賴于中心數(shù)據(jù)庫,對中心數(shù)據(jù)庫可靠性和穩(wěn)定性的要求相當高。 這種結構的示意圖如下(以市場部為例): 市場部 部服務器 場部 這段傳輸可以采用任何傳輸方式,包括 部服務器上應該運行特定軟件用于數(shù)據(jù)同步,此過程可能需要人工干預。 場部 市場部 市場部 市場部 總部服務器 海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 3 C采用本地數(shù)據(jù)庫和網(wǎng)絡數(shù)據(jù)庫同時使用的結構 1: 這是這個系統(tǒng)最有可能采用的數(shù)據(jù)庫結構。它的特點是平時數(shù)據(jù)存儲在本地數(shù)據(jù)庫,以天為單位,讓本地數(shù)據(jù)庫和總部的一個共享數(shù)據(jù)庫進行交互,以實現(xiàn)數(shù)據(jù)的同步。這種方式的優(yōu)點是數(shù)據(jù)因為在本地和網(wǎng)絡數(shù)據(jù)庫上共存,所以可靠性是比較高的。而且就 寬帶共存的情況下使用這種結構也是比較現(xiàn)實的。它的缺點是:在每日用于同步的數(shù)據(jù)量大的情況下是無法使用的,另外,即使每天用于同步的數(shù)據(jù)量并不是很大,但是本地數(shù)據(jù)庫或者網(wǎng)絡 共享數(shù)據(jù)庫的存儲量已經(jīng)很大,這樣再搜索用于需要同步的數(shù)據(jù)的時間也將成倍增加。系統(tǒng)在剛投入使用時候可能速度比較快,但是存儲量達到一定程序后,系統(tǒng)運行速度將會急劇減慢。(根據(jù)實驗,當數(shù)據(jù)記錄條數(shù)達到 5 萬條以上時,完整的數(shù)據(jù)庫搜索花費的時間會很長很長),而在這種系統(tǒng)結構下,為了保持兩者數(shù)據(jù)庫的完全同步,可能要反復搜索數(shù)據(jù)庫。此段時間的開銷是相當大的。 除此之外,這個結構最大的問題是:如何保證數(shù)據(jù)的完整同步。因為諸如 上網(wǎng)設備,其傳輸過程極易由于外界干擾或者線路傳輸速率的突變造成傳輸中斷。重傳這些數(shù)據(jù)可能 會造成數(shù)據(jù)的重復。(比如經(jīng)過檢測,這次需要上傳 10 條記錄,現(xiàn)在客戶端開始上傳,上傳一半 線了,所以實際只傳了五條。客戶端檢測到這一錯誤,開始重傳,但實際上盡管斷線仍然有五條記錄是成功傳送的,重傳全部必定造成重復,但是要很準確的定位具體是在那條中斷是相當困難的。這和網(wǎng)絡傳輸協(xié)議里錯誤檢測是類似的) 采用這個結構的示意圖如下: 介于以上原因,我們認為選用何種數(shù)據(jù)庫結構需要進行進一步研究。可以作 一下實驗,比如使1 這里的結構和示意圖 a)中的結構看上去有些相似。但其原理是完全不同的。圖 a)中,需要上傳的是完整的數(shù)據(jù)庫,它依靠運行在服務器端的程序對數(shù)據(jù)進行整理以達到同步的目的。而這個結構中,實際上并不存在一個文件上傳的過程,它是依靠數(shù)據(jù)庫訪問接口來直接實現(xiàn)數(shù)據(jù)交互的。數(shù)據(jù)庫訪問接口屏蔽了很多網(wǎng)絡的細節(jié)。在這個結構中,在服務器上不需要再單獨運行管理程序來實現(xiàn)數(shù)據(jù)同步。 市場部 B 市場部 總部服務器 接數(shù)據(jù)庫交互 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 4 用各種現(xiàn)有的上網(wǎng)設備來進行一下數(shù)據(jù)庫連接。測試在不同的數(shù)量情況下,對性能的影響。特別要對 接 更多的實驗。因為其連接速度比較慢,必須要對數(shù)據(jù)庫連接超時時間作調整。(此值過小或者過大都會對性能造成影響。過小的值可能會使使用 機器無法連上 大的值在確實發(fā)生錯誤時候,需過很多時間才能檢測到此錯誤) 三 系統(tǒng)的大致模塊劃分 由于整個系統(tǒng)最后使用的結構還沒有最后確定,所以這里的模塊劃分只是一個大致的劃分。在經(jīng)過實驗,確定使用哪種數(shù)據(jù)庫結構后 ,需要對此部分進行進一步修正。 1 市場部 從最大的方面市場部管理系統(tǒng)可以劃分成業(yè)務管理、人事管理、財務管理、數(shù)據(jù)統(tǒng)計與備份、系統(tǒng)設置等模塊。 其中業(yè)務管理模塊包括事件記錄添加、事件記錄修改,事件記錄刪除、事件提醒等功能。這部分側重的是對客戶服務的,它是以客戶為中心開展的。是整個系統(tǒng)數(shù)據(jù)的入口處。在人事管理和財務管理等模塊中,有很多數(shù)據(jù)是要依靠業(yè)務管理模塊的。 人事管理模塊指對分公司內(nèi)部人員的管理,包括用工、退工、員工平時所領取資料、合同等其他憑證的管理與查詢。這里要注意各種憑證領取時候的記錄;在憑證丟失時候的 處理。這些憑證都是由業(yè)務產(chǎn)生的,所以其與業(yè)務管理模塊之間存在很多相互訪問的情況。由于存在這個特性,所以必須要做好數(shù)據(jù)保護,以防止數(shù)據(jù)交叉訪問時候對原先數(shù)據(jù)的破壞。 財務管理模塊是用于市場部內(nèi)部工資結算的。由于市場部工資很大部分是有業(yè)務員的業(yè)績決定的,所以其在很大程度上也是依賴于業(yè)務管理模塊的。它就是根據(jù)業(yè)務管理模塊的統(tǒng)計結果,再利用一定的算法來計算業(yè)務員當月的工資和市場部管理人員當月的工資。這部分繁瑣的地方在工資結算方法和各分公司之間算法的差異上,盡管可以設置一些可選項,但如果差異過分懸殊則可能需要為有些分 公司編寫單獨的處理模塊。 數(shù)據(jù)統(tǒng)計功能依賴于業(yè)務管理模塊和財務管理模塊,它按照一定的時限生成各種業(yè)務報表供公司內(nèi)部留存、上交等。除了打印出來的報告外,程序應該提供一定的界面供數(shù)據(jù)查閱(不打?。?。備份是所有 統(tǒng)都應該具備的,盡管數(shù)據(jù)安全可靠存儲大部分應該由服務器來保證,但是程序中仍然應該具備數(shù)據(jù)備份功能,用于數(shù)據(jù)定時的導入導處?;蛘吲c其他程序交互時候可以使用。 系統(tǒng)設置模塊用于對程序進行初始設置。這部分應該盡量考慮到可擴展性。對于能夠進行設置的部分在此處應盡量設置設置選項。當然,調整只能在一定范圍內(nèi)進行 ,一般是數(shù)值上或者選項組合上的。由于系統(tǒng)設置對于系統(tǒng)的運行是起全局影響的,所以再調整前要進行安全性驗證。 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 5 整個市場部程序模塊示意圖如下:(本圖僅供參考) 注意 2 2這里一個粗的雙箭頭表示這些數(shù)據(jù)庫訪問之間將有頻繁的交互。 市場部管理程序 業(yè)務管理模塊 人事管理模塊 財務管理模塊 系統(tǒng)設置模塊 系統(tǒng)登陸模 塊 事件添加模塊 事件查找編輯 事件參數(shù)設置 人事基本管理 資料票據(jù)管理 業(yè)務收入統(tǒng)計 員工工資管理 業(yè)務數(shù)據(jù)存取模塊 人事數(shù)據(jù)存取模塊 財務數(shù)據(jù)存取模塊 數(shù)據(jù)加密與備份模塊 遠程數(shù)據(jù)同步模塊 注:這里的資料票據(jù)管理模塊被放在人事管理模塊下面了,主要是處于以下考慮:資料票據(jù)總是由特定的業(yè)務員領取的,它需要不斷的與人事數(shù)據(jù)庫交互,放在人事里面可以減少交叉訪問帶來的開銷。 部門參數(shù)設置 工資參數(shù)設置 事件跟蹤模塊 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 6 各模塊的功能解釋與數(shù)據(jù)表之間的對應關系: 1 系統(tǒng)登陸模塊: a含義解釋:用于市場部合法身份的驗證,使用加密密 碼驗證方式。 b相關數(shù)據(jù)表:上層數(shù)據(jù)表( 1) c流程: d其他說明:密碼信息應進行加密存貯。加密方式不用過于復雜,可以使用 移位變換的方法。 2 系統(tǒng)設置模塊: a含義解釋:系統(tǒng)設置模塊是對系統(tǒng)的一些運行參數(shù)進行調整。它可以分為兩部分,一是為了適應不同的網(wǎng)絡傳輸而進行的機器系統(tǒng)參數(shù)設置,二是對本市場部的一些個性化經(jīng)營方式進行的設置,它偏向于業(yè)務。比如說套餐價格,限價等。這些數(shù)值都會有默認值,并且允許在運行時候,通過其他部分,比如 財務管理,人事管理,業(yè)務管理等操作界面里進行分別設置。但由于其代碼的重用性,這里保留了一個入口,可以對這些參數(shù)進行全面的調整,這樣不用分別進入每一個界面調整了。這種調整方式通常只在程序第一次運行時候才需要。 b相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 1)( 2)( 3)( 16)( 17)( 19)( 20)( 21) c其他說明:在具體設計時候,對有邏輯聯(lián)系的部分應結合在一起,使界面做到直觀,簡化,并且這些調整數(shù)值應該是要立即生效的,所以要采用直接的方式,不然如果需重啟程序甚至重啟 能生效,那么會帶來很多麻煩。 3事件添加模塊: a含義解釋:事件添加模塊是整個系統(tǒng)運行的基礎。整個系統(tǒng)的業(yè)務數(shù)據(jù)都是由這里提供的。這里錄入的事件信息包含兩部分,一是業(yè)務相關客戶信息,二是業(yè)務信息本身。它同時也存在兩種可能性,一是新客戶,這樣就要同時添加客戶信息與業(yè)務信息,二是老客戶新業(yè)務,此時只需要對業(yè)務信息進行增加就可以了。但不管是何種方式,這里都提供了一個統(tǒng)計的入口從查找客戶開始,以確定客戶信息是否存在。 遠程數(shù)據(jù)庫(運行服務器) 輸入用戶名,密碼 到公司總數(shù)據(jù)庫進行驗證 通過否? 顯示操作界面,進行操作 顯示錯誤提示 是 否 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 7 b相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 1)( 2)( 3)( 4)( 5)( 6)( 7)( 8)( 9) c 流程: 事件添加應該以客戶查詢作為整個事件添加的開始。以查詢結果作為添加或者編輯的依據(jù)。整個過程可以用以下流程表示: d其他說明:按照這個流程,對于第一次在我們這里開辦業(yè)務的客戶,需要同時錄入客戶資料以及事件(業(yè)務)資料,而對于老客戶來說,其客戶資料已經(jīng)存在,所以只要錄入事件(業(yè)務)資料就可以了,但在錄入前應該將原先資料顯示一遍,這樣比較符合軟件設計 慣例與用戶操作習慣。 4事件查找編輯: a 含義解釋:這一模塊實現(xiàn)了對現(xiàn)有事件的查找和對輸入有錯并且已經(jīng)添加的資料的編輯。查找分為兩種信息的查找,一是客戶資料的查找,二是業(yè)務資料的查找。當然這兩種查找模式會有交叉,比如,查到某一客戶后,希望查看這個客戶的所有我們對其開展的業(yè)務情接到一客戶某項業(yè)務 進行客戶查詢 客戶資料是否存在 錄入客戶資料 是 否 顯示客戶資料 顯示客戶以前的事件資料 錄入事件資料 添加此次新事件 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 8 況,或者,查到某一業(yè)務資料后,需要列出這個業(yè)務所對應的客戶資料,因此在設計時候,要考慮到這些方面,在代碼重用和靈活性上要作好調整。另外此處的編輯是出于這樣一種考慮的,在有些數(shù)據(jù)輸入時候有錯,但并沒有立即發(fā)現(xiàn),隔了一段時間后,通過查找 或者突然記起發(fā)現(xiàn)了這個錯誤,那么這里就要提供一個功能,允許用戶修改原先的客戶資料或者業(yè)務資料。 b 相關數(shù)據(jù)庫:市場部數(shù)據(jù)表( 1)( 2)( 3)( 4)( 5)( 6)( 7)( 8)( 9) c 流程: 顯示提示,選擇查找內(nèi)容 查找客戶資料? 輸入客戶編號或姓名 進行數(shù)據(jù)庫查找 找到否? 顯示提示 否 是 顯示客戶資料 是否進一步顯示業(yè)務資料? 顯示業(yè)務資料 是 輸入業(yè)務編號或按內(nèi)容查找 否 進行數(shù)據(jù)庫查找 找到否? 顯示業(yè)務資料 是否進一步顯示客戶資料? 顯示客戶資料 顯示提示 是 是 否 否 否 是 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 9 d 其他說明:這里的查找以及顯示流程應該是很清楚的,但要對編輯功能做一下說明。整個流程里面似乎沒有出 現(xiàn)編輯部分,我們的考慮是將編輯功能融合在顯示的時候,顯示的時候用戶就可以進行編輯,顯示界面下面有一個修改確認按鈕,這樣用戶按下這個按鈕時候,編輯過程就完成了,這樣一個操作方式在其他工程里面已經(jīng)被普遍采用了,經(jīng)過幾個項目的考察與用戶那里得到的反饋來看,這一操作方式被認為是最符合修改這一功能操作習慣的,而且也是最直觀的。對于程序設計人員來看,它由于將顯示與編輯界面復用了,有效的控制了由于界面過多而帶來的混亂。 5事件參數(shù)設置: a 含義解釋:通過這個模塊,各市場部可以設置一些關于業(yè)務有關的數(shù)據(jù),包括市場部能提供 的業(yè)務,價格,限價,套餐組合等。 b 相關數(shù)據(jù)庫:市場部數(shù)據(jù)庫( 1)( 2)( 3) c 其他說明:這個功能是整個系統(tǒng)設置功能的一部分。操作人員可以在這里調整業(yè)務有關的參數(shù),也可以在一個總的設置里面調整這些數(shù)據(jù),具體使用哪種方式,則由操作人員根據(jù)自己的習慣決定。 6事件跟蹤模塊 a 含義解釋:這個模塊主要用來跟蹤一筆業(yè)務的服務過程。我們可以用它來檢查業(yè)務所需資料是否收到,錢款是否收到,票據(jù)是否收到,贈品是否給出,合同是否簽訂,是否制作完成等諸如此類的信息。相對于完整的事件查找而言,它更側重于服務的過程,而不是單純的讓操 作人員了解這個事件。事件查找模塊它只能進行一個事件的查找或者編輯,它不帶有對這個事件發(fā)展過程進行記錄的過程,而此處的記錄功能則顯得非常重要了。 b 相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 1)( 2)( 3)( 4)( 5)( 6)( 7)( 8)( 9)( 9)( 10)( 11)上層數(shù)據(jù)表( 2)( 4)( 6) c 流程: 流程結束 1 查看某一事件過程(資料,錢款收取情況) 2 記錄某一事件過程(資料,錢款收取情況) D D of nd of 海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 10 1 2 D up it B Its B 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 11 d其他說明:總的來說,這個模塊的設置是可以讓操作人員方便的了解到一個事件整個的進展情況(也就是說,它不僅是業(yè)務那里的進展,也有制作的進展,業(yè)務員可以通過這里知道是否制作完成或者申請成功等消息)。 7人事基本管理: a 含義解釋:人事基本管理模塊包含了人事管理的一些常規(guī)操作,包括用工,調動,退工。其中用工,調動和一般的人事管理系統(tǒng)很類似,但是退工部分,由 于要處理資料票據(jù)的上交,所以有相當?shù)膹碗s性。 b 相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 12)( 13)( 14)( 15)( 16)( 17)( 18)( 19)( 20)( 21) c 流程: 是 否 是 否 否 是 是 否 d其他說明:這部分相關數(shù)據(jù)表里面有幾張是財務部分的,在這里引用它是因為如果出現(xiàn)部門顯示提示,接收用戶操作選擇(用,調,退) 用工? 調部門? 錄入員工資料 記錄員工離職原因為“調部門” 重新錄入員工資料與報到日期 是否牽涉部門撤并? 重新記錄員工所屬部門 調整部門設置 資料是否都上交 同意退工 打印未上交資料 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 12 的撤并,將牽涉到計算底薪,提成時候部門見的差異(因 為有可能有的部門要撤銷了,那么財務提成或者底薪計算用到的數(shù)據(jù)庫就要進行同步更新) 8部門參數(shù)設置 a 含義解釋:這個功能是比較簡單的。它設置的是某個分公司的部門名稱與編號。在系統(tǒng)第一次運行時候,會要求用戶錄入這些信息(也可能使用某些默認值),但以后如果需要調整部門設置,可以在這里進行,也可以在總的系統(tǒng)設置里面進行。這個依據(jù)操作人員的習慣而定。但這里要強調一個問題:部門的調整對于這個部門內(nèi)所有人員來說都是有影響的。調整一個部門的信息,要對涉及這一調整的所有信息做更新,這點非常非常重要。不然很容易 出現(xiàn)系統(tǒng)的不一致。比如部門 A 被撤銷了,那么原先屬于部門 A 的所有成員信息就要作同步調整,否則在讀取員工信息的時候,他們?nèi)匀恢赶?A,這個數(shù)據(jù)顯然是無效的。同時,也要注意部門調整對計算工資部分數(shù)據(jù)的調整。 b 相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 12)( 13)( 14)( 15)( 16)( 17)( 18)( 19)( 20)( 21) 9資料票據(jù)管理 a 含義解釋:這里在資料票據(jù)管理指業(yè)務員領取資料,發(fā)票,合同時候的登記,以及為為了避免遺失而做日常定期檢查提供依據(jù)(它可以指出哪個業(yè)務員何時領取了何種物品票據(jù),是否用掉,如果用掉是 用到哪里去了) b 相關數(shù)據(jù)庫:市場部數(shù)據(jù)表( 5)( 6)( 7)( 9)( 10)( 11) (12)( 13)( 14)( 15) c 流程描述: 因為這個過程很難用流程圖來做完整表述,所以,改用文字表示。 首先,資料以及所有票據(jù)的來源。市場部的資料,票據(jù)來源與總公司。對于實物(比如:書,盤等)可以給它編號,這樣便于跟蹤。對于票據(jù),其本身就帶有編號,所以這里不再需要自行給它編號。然后,根據(jù)業(yè)務需要,業(yè)務員領取了書、盤等。這些領取的東西都必須要登記下來,并且記錄領取人的姓名(實際內(nèi)部操作的是編號)。下面的部分,要與業(yè)務管理模塊互操 作了。在業(yè)務管理那部分里面,有一個事件跟蹤模塊,它會記錄業(yè)務員使用這些票據(jù)、資料的情況。無論票據(jù)還是其他實物資料,一旦業(yè)務員領取后,那些資料要么在業(yè)務員手里,要么已經(jīng)給客戶了。通過上面所述的流程,我們可以很容易的知道業(yè)務員用掉的資料或者票據(jù)。在定期檢查時候,系統(tǒng)可以自動得出業(yè)務員用掉的資料票據(jù),這樣很容易得出應該在手里的資料票據(jù)。只要把這一個清單和業(yè)務員手里的資料、票據(jù)相比對,就可以了解是否有遺失情況。 市場部領取到的總的資料,票據(jù) 業(yè)務員實際領取的資料、票據(jù) 事件跟蹤模塊 業(yè)務員實際消耗掉的 資料、票據(jù) 業(yè)務員手里應該有的資料、票據(jù) 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 13 d 其他說明:這里提供了一種可以跟票據(jù)、資料的方法,但 這里只是一種方法,它并不能解決所有的問題。這里很大部分依賴了事件跟蹤模塊對數(shù)據(jù)庫操作的結果。但是如何判別業(yè)務員是否真的如他申明的那樣把憑證交給客戶了呢?程序只能按照他所申明的那樣做記錄(換句話說,程序總是認為這個申明是真實的)。所以通過這個系統(tǒng)只能識別非故意的單據(jù)實物丟失,而識別故意隱匿單據(jù)則是管理學和法學的范疇,并不是計算機科學的范疇了。 另外,這里的票據(jù)是指發(fā)票、合同、發(fā)行憑證、贈品、其他表單等。對每一種票據(jù)的處理方式可以是類似的。都包含查詢與錄入修改等。 10業(yè)務收入統(tǒng)計: a 含義解釋:這 里統(tǒng)計的是每一個市場部業(yè)務上面的凈收入,支出等。這些數(shù)據(jù)是通過業(yè)務管理模塊和財務部分的工資管理模塊得到的。 b 相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 11)( 9)( 22),上層數(shù)據(jù)表( 7) c 其他說明:這部分需要提供給我們更多的資料,比如現(xiàn)在公司需要統(tǒng)計些什么,統(tǒng)計表的樣式是怎樣的,如果某些統(tǒng)計方法不是顯而易見的,則需要給出算法。 11工資參數(shù)設置: a 含義解釋:由于每一個市場部,市場部的每一個部門的工資計算方法都不一樣,所以需要對一些數(shù)據(jù)進行設置。這些設置將影響到工資計算。和其他設置相比,這里的設置可能進行的更頻繁一些。 所以要對它的效率做一個準確的考慮。和其他所有的設置一樣,這里的所有數(shù)值都會有一個初始值。 b 相關數(shù)據(jù)庫:市場部數(shù)據(jù)表( 19)( 20)( 21)( 16) 12員工工資管理: a 含義解釋:市場部的工資計算方法比較特殊,所以在這一塊里面是有一定麻煩的。對于一般業(yè)務員需要考慮的是有沒有底薪,有沒有提成,需不需要繳納三金,與之相關的還有底薪計算方法,提成計算方法等;管理人員除了這些基本工資外,還有管理費,但不同部門管理費又是不一樣的,所以在具體設計時候要把這些問題都考慮進去。 b 相關數(shù)據(jù)表:市場部數(shù)據(jù)表( 7)( 9)( 11) ( 16)( 22) c 流程: 這部分因為要涉及提成,所以計算方法比較復雜。以下是提成的計算方法: 業(yè)務員接到一筆業(yè)務 資料錢款是否在當月收到? 將此提成記錄在當月 在當月不計算提成 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 14 一般業(yè)務員的工資構成 管理人員工資構成 d其他說明:更具體的計算方法可以參考最后的數(shù)據(jù)流圖。 數(shù)據(jù)加密備份模塊: 這個模塊屬于為了維護數(shù)據(jù)安 全而設置的模塊。在 面,本身就有數(shù)據(jù)加密傳輸功能。這里只對一些敏感的重要的數(shù)據(jù)進行再次的加密,使其在數(shù)據(jù)庫里面就是加密以后的狀態(tài)(既即使不通過網(wǎng)絡傳輸,也無法直接解讀這些數(shù)據(jù))。當然實際應用時候,可以采用簡單的加密方法,如 位等,不要太復雜。而且只對重要的數(shù)據(jù),比如財務數(shù)據(jù)和業(yè)務數(shù)據(jù)進行保護。數(shù)據(jù)備份可以按照按日,按月對數(shù)據(jù)進行備份,以防止數(shù)據(jù)庫的意外破壞。 數(shù)據(jù)庫管理模塊: 數(shù)據(jù)庫管理模塊完成常規(guī)的數(shù)據(jù)庫錄入查找等功能。它除了數(shù)據(jù)庫常規(guī)操作以外要進行錯誤檢測和可恢復錯誤的處 理。將其單獨成為幾個模塊是為了是上層模塊對數(shù)據(jù)庫的操作更為簡單將此業(yè)績記錄 底薪(可能沒有) 業(yè)務提成 繳納三金(可空) 其他獎勵(可空) 其他罰款(可空) 底薪算法 提成算法 業(yè)務員工資 管理費 管理費算法 管理員工資 計算依據(jù) 工資項目 最后實際工資 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 15 和靈活,并提供了一定的可靠性保證。 遠程數(shù)據(jù)同步模塊: 這一模塊采用何種同步方式是目前需要討論的問題。設計這一模塊的目的是使上層操作可以與數(shù)據(jù)遠程訪問完全分離。將來如果改換了數(shù)據(jù)遠程訪問的方式,那么只需要修改此模塊,而在這一模塊之上的部分,可以不作改動。 2 網(wǎng)管部 網(wǎng)管部程序主要是用來記錄和查詢申請的域名信箱等的情況。相對于市場部程序來說,網(wǎng)管部程序功能上比較簡單與單一,需要統(tǒng)計的數(shù)據(jù)較少。需要完成的功能 是從共享數(shù)據(jù)庫中獲取消息,按照消息內(nèi)容進行處理(如進行空間設置,設置郵箱等),將處理結果返回共享數(shù)據(jù)庫。輔助功能如查詢等??偟哪K示意圖如下: 再對這一流程進行一下解釋,網(wǎng)管部的數(shù)據(jù)都來自于市場部,它是一個被動的執(zhí)行機構,但它執(zhí)行的結果又是必須要返回給市場部的,不然是毫無意義的。 是 否 遠程數(shù)據(jù)庫(運行服務器) 數(shù)據(jù)交互模塊 數(shù)據(jù)添加模塊 數(shù)據(jù)查找模塊 數(shù)據(jù)編輯模塊 流程控制模塊 總數(shù)據(jù)庫 接收屬于本部門信息 按客戶要求進行設置 分配工作 設置成功? 填上時間 ,操作成功 填上時間,原因 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 16 比對上面兩張圖,其結構是完全不同的,這是相當自然的,因為一個是模塊圖,而另外一個是業(yè) 務流程圖。每一個流程環(huán)節(jié),需要一些模塊的參與來完成的。簡單的說,流程圖側重了事情的描述或者是編程時候的界面實現(xiàn),而模塊圖側重于了技術上的模塊劃分,其根本目的是代碼的重用,它只是一個技術層面的劃分。舉個例子,這里“接受本部門信息”就需要數(shù)據(jù)庫交互模塊的支持,而數(shù)據(jù)庫交互模塊將調用數(shù)據(jù)庫查找模塊來具體實現(xiàn)這件事情。而在整個流程結束需要上傳這條數(shù)據(jù)的時候,仍然需要數(shù)據(jù)交互模塊,此時交互模塊調用數(shù)據(jù)查找模塊來定位數(shù)據(jù),用數(shù)據(jù)編輯模塊來將完成情況添加上去。 3 制作部 制作部的程序和網(wǎng)管部類似,整個模塊結構也可以參考網(wǎng) 管部的,在這里就不再重復。兩者主要的區(qū)別體現(xiàn)在流程控制模塊,這是由兩個部分的業(yè)務所決定的。 制作部的大致流程如下: 對上面的流程圖的說明: 首先它仍然是一個業(yè)務上的流程,括號里面指出了這個流程時候,對于整個系統(tǒng)所進行的操作。省略號地方省略了制作時候的具體步驟(這部分是需要制作部提供資料的) 對上面的模塊圖( 不是流程圖 )作一個說明: 由于制作部和網(wǎng)管部操作都具有被動性和很多確定性,所以這一部分的管理程序是相對比 較簡單的。其數(shù)據(jù)庫操作也是比較簡單的,只要能記錄流程、操作人員和完成的具體工作就可以了。需要說明的是這里的數(shù)據(jù)添加模塊和數(shù)據(jù)交互模塊在功能上是有重復的,設計這樣一個結構是從性能考慮上出發(fā)的。數(shù)據(jù)添加功能側重對大批量的直接添加,它側重速度,只提供有限的錯誤控制。數(shù)據(jù)交互模塊則進行更完整的數(shù)據(jù)庫操作,它側重應用功能,應該提供更多的可以供上層調用的函數(shù)和錯誤檢記錄好工作流程 總數(shù)據(jù)庫 接收屬于本部門信息 分配工作(記錄分配) 打字(記錄這一過程) 制作(記錄這一過程) 校對(記錄這一過程) 填上時間,操作成功 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 17 數(shù)據(jù) 資料 制作資料 域名及郵箱信息 數(shù)據(jù) 制作部處理結果的反饋 網(wǎng)管部處理結果的反饋 測。 兩個部門最大的差異是在流程控制上。 四 數(shù)據(jù)流圖 市場部業(yè)務數(shù)據(jù)流圖 業(yè)務員在談成一筆業(yè)務、接收到一份資料或接收到一筆款項等可以產(chǎn)生單據(jù)或可記錄 或可對原先記錄進行修改的事情后,會自動觸發(fā)一個事件,接下來就會觸發(fā)一連串的動作。 業(yè)務員將資料交給市場部的文員,文員將此事件資料整理并錄入數(shù)據(jù)庫后,上傳至數(shù)據(jù)庫服務器; 制作部從數(shù)據(jù)庫服務器上下載制作資料,然后開始制作; 網(wǎng)管部也從數(shù)據(jù)庫服務器上下載資料,接下來就按照要求申請域名或是設置郵箱; 無論是市場部、制作部還是網(wǎng)管部都應該在相應的工作完成后將完成的結果反饋到 數(shù)據(jù)庫服務器。 具體示意圖如下: 事件發(fā)生 市場部文員錄入與整理 數(shù)據(jù)上傳至數(shù)據(jù)庫 數(shù)據(jù)庫服務器 制作部下載資料 網(wǎng)管部下載資料 制作部制作(網(wǎng)頁制作 與上傳) 網(wǎng)管部處理(申請域名等) 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 18 基本工資 基本工資 實際業(yè)務量 業(yè)務提成 業(yè)績 實發(fā)工資 單位:元 本部門業(yè)績 業(yè)務員業(yè)績 管理費 提成因子 獎勵比例 三金 三金算法 說明:從軟件工程學的觀點來看,上圖是一個不規(guī)范的數(shù)據(jù)流圖,但是為了理解的方便,就借用了一些不規(guī)范的元素。 市場部工資數(shù)據(jù)流圖 市場部工資計算比較復雜,各分公司市場部的工資結算方法也不大一樣。 一、 業(yè)務員的工資由兩部分組成 第一部分 基本工資(若基本工資不存在則設置為零) 第二部分 業(yè)務提成(根據(jù)業(yè)務員當月業(yè)績來計算) 第三部分 三金的繳納情況(若三金可以不交則設置為零) 二、 管理人員的工資分為三部分 第一部分 基本工資(若基本工資不存在則設置為零) 第二部分 業(yè)務提成(如果仍兼做業(yè)務員的 話) 第三部分 三金的繳納情況(若三金可以不交則設置為零) 第四部分 管理費(按當月業(yè)績來計算)。 數(shù)據(jù)流圖如下: 說明:針對上圖的說明 ( 1) 分公司市場部業(yè)務員工資分配情況不盡相同,某些地區(qū)市場部的業(yè)務員沒有基本工資,則基本工資按零計算。 讀基本工資 計算本月實領工資 計算業(yè)務提成 計算管理費 計算實際業(yè)務數(shù)量 業(yè)績考評 獲得獎勵比例 計算三金 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 19 ( 2) 管理人員的業(yè)務提成設置為零。 ( 3) 對于業(yè)務員來說,未考慮到的工資部分或者某些額外獎勵可以歸入業(yè)務提成;對于管理人員來說,未考慮到的工資部分或者某些額外獎勵可 以歸入管理費。 內(nèi)部管理系統(tǒng)所需資料 一:市場部 1公司的網(wǎng)站套餐清單及價目表 2套餐清單中,每一種套餐具體服務項目及價目,公司可選服務項目清單及價目 3市場部內(nèi)部的部門設置組織圖 4市場部內(nèi)部各部分的具體職責 5發(fā)票樣張 6合同樣張 7發(fā)行憑證樣張 8贈品清單 9其它所有表單(如需打?。訌?10人事檔案需要錄入的內(nèi)容 11工資結算(包括提成的具體計算算法、業(yè)績統(tǒng)計方法) 12各種票據(jù)如果丟失處理方法(如需罰款的,具體罰款數(shù)額,或票據(jù)注銷方法) 13各市場部、計算機及打印機配 置情況(具體操作系統(tǒng)、打印機種類(是否噴墨 /針打) 14各市場部上網(wǎng)設施 15各市場部業(yè)務上獨特的地方的清單 16市場部需打印報表的清單樣張 二:制作部 1 部門內(nèi)組織結構圖 2 具體工作流程及工序 3 各統(tǒng)計報表清單及樣張 三:網(wǎng)管部 1 部門內(nèi)組織結構圖 2 具體工作流程及工序 3 各統(tǒng)計報表清單及樣張 四:補丁程序 現(xiàn)有數(shù)據(jù)庫的字段定義及各字段含義 五:其它資料 現(xiàn)有各部門之間遞交表單的樣式 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 20 內(nèi)部管理系統(tǒng)硬件需求 為了保證內(nèi)部管理系統(tǒng)的穩(wěn)定高速運行,必須要增加硬件并對現(xiàn)有的硬件進行改造,特提 出以下硬件需求。(注:這里的硬件指一個完整的硬件系統(tǒng),其部分的包含了對軟件的需求,這些軟件是為了正常運行管理系統(tǒng)所必須配備的) 一 對服務器的要求 1 服務器的中央處理部件( 議使用 G(以上) 理器芯片。 2 服務器內(nèi)存必須使用服務器專用 存 3 為了保證數(shù)據(jù)存儲的絕對可靠,硬盤應使用磁盤冗余陣列( 1) 4 為了防止服務器不可預測的故障,或者服務器的定期維護對公司整個業(yè)務造成的影響,所有建議使用兩臺服務器。兩臺服務器應構成雙機熱備份。中間使用 路。這樣的結構可以 保證整個系統(tǒng)的長時間不間斷工作,即使在服務器定期維護的時候也可以使用后備另一臺服務器工作。 5 服務器應支持熱插拔電源 6 服務器必須配備 間斷電源)。 7 服務器應該放在公司內(nèi)部。不然無法進行程序調試。 8 服務器應該必須有固定 址。 9 其他性能在經(jīng)濟條件允許的情況下,應該盡量使用高速穩(wěn)定的配件。 二 服務器上應該配備的軟件 1 操作系統(tǒng): 000 者 000 數(shù)據(jù)庫: 000 (簡體中文版 ) 3 服務器必須使用專業(yè)的防火墻和反病毒軟件。 4 除了為了運行必須配備的程序以外,服務器上建議盡量不要安裝其他無關程序,以減少程序的混亂或者程序的意外沖突。 5 各其他分公司的操作系統(tǒng)盡量統(tǒng)一。( x 系列或者 000 系列)。這樣可以避免管理軟件在出來因為操作系統(tǒng)版本不一致造成的過多的開銷。 6 各分公司的機器必須也安裝反病毒軟件和防火墻。以防止網(wǎng)絡上的蠕蟲病毒在整個網(wǎng)絡范圍內(nèi)的蔓延。 7 如果要打印涉及字段比較多的報表,應該配備針式打印機。 注: 建議首先把服務器定下來,不然無法進行數(shù)據(jù)庫定義了。其他內(nèi)容可以在編制過程中慢慢配上。如果實在不行,可以先用臨時的代替一下,在正式使用時候再作更新。 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 21 內(nèi)部管理系統(tǒng)上層數(shù)據(jù)庫設計 數(shù)據(jù)表定義 1、 安全性驗證: 屬性: 部門編號( 2) 3 密碼 主鍵:部門編號 2、 部門編號 名稱數(shù)據(jù)庫 屬性: 部門(分公司)編號 ,主管人員,部門名稱,部門所在地址,聯(lián)系電話, 注 主鍵:部門編號 3、 業(yè)務員信息數(shù)據(jù)庫 屬性: 工號 , 所屬部門編號( 2) ,姓名,年齡,職務,報到日期,離開日期,離職原因,日常電話,手機, ,地址,郵編,備注 主鍵:工號 4、 部門 業(yè)務信息 屬性: 業(yè)務流水號 , 所屬部門編號( 2) , 遞交部門編號( 2) ,業(yè)務員姓名,業(yè)務類型,業(yè)務送達時間,業(yè)務應完成時間,備注 主鍵:業(yè)務流水號 5、 業(yè)務 資料信息 屬性: 自動編號 , 業(yè)務流水號( 4) ,資料名稱,送達時間,遞交人,接收人,是否收到,備注 主鍵:自動編號 6、 業(yè)務進程信息 屬性: 自動編號 , 業(yè)務流水號( 4) , 目前所屬部門編號( 2) ,是否完成,完成時間,備注(反饋信息) 主鍵:自動編號 7、 公司收入條件 屬性: 部門編號( 2) ,日期 ,總收入,總支出 主鍵:部門編號 ,日期 3這里的部門對于市場部或分公司來說就是市場部或分公司編號 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 22 內(nèi)部管理系統(tǒng)市場部數(shù)據(jù)庫設計 一定義實體集 1 公司服務 內(nèi)容價格數(shù)據(jù)表 4 屬性: 編號 ,業(yè)務名稱,業(yè)務簡介,價格,最低限價,備注 主鍵:編號 2 上網(wǎng)套餐 套餐名所含內(nèi)容數(shù)據(jù)表 屬性: 自動編號 ,套餐名,套餐編號, 服務編號( 1) ,備注 主鍵:自動編號 3 上網(wǎng)套餐 最低價格數(shù)據(jù)表 屬性: 套餐編號( 2) ,常規(guī)價格,最低限價,備注 主鍵:套餐編號 4 客戶信息數(shù)據(jù)表 屬性: 客戶編號 ,客戶名稱,聯(lián)系人名稱,聯(lián)系地址,聯(lián)系電話,聯(lián)系郵編,備注 主鍵:客戶編號 5 客戶事件數(shù)據(jù)表 屬性: 自動編號 , 客戶編 號( 4) , 事件編號( 9) ,備注 主鍵:自動編號 6 事件服務數(shù)據(jù)表 屬性: 自動編號 , 事件編號( 9) , 服務編號( 1)( 2) 5,是否為上網(wǎng)套餐,備注 主鍵:自動編號 7 事件業(yè)務員數(shù)據(jù)表 屬性: 自動編號 , 事件編號( 9) , 業(yè)務員編號( 18) ,備注 主鍵:自動編號 8 事件應收資料數(shù)據(jù)表 屬性名: 資料編號 , 事件編號( 9) ,資料名稱,資料預備提交方式(文字,照片等),資料類型,備注 主鍵:資料編號 9 事件信息數(shù)據(jù)表: 屬性: 事件編號 ,事件簡介,合同價格,合同起始日期,合同終止日期,備注 主鍵:事件編號 10 業(yè)務員實際收取資料情況 數(shù)據(jù)表 屬性: 自動編號 , 事件編號( 9) , 收到資料編號( 8) ,收到資料日期,資料是否完整,資料收到形式,經(jīng)手人編號,備注 主鍵:自動編號 11 業(yè)務員收取錢款情況數(shù)據(jù)表 屬性: 自動編號 , 事件編號( 9) ,收到錢款,收到日期,支付方式,經(jīng)手人編號,備注 4 按照數(shù)據(jù)庫設計理論規(guī)范,此處不應使用“數(shù)據(jù)表”這一名稱,實體集并不等同于數(shù)據(jù)表,但在這里為了表述的方便,仍然使用了“數(shù)據(jù)表”這個名稱 5 此處的表關聯(lián)關系需要取決于“是否為上網(wǎng)套餐字段”,如果選擇“是”,則關聯(lián)應為 (2),否則為 (1) 上海師聯(lián)文化發(fā)展有限公司 內(nèi)部管理系統(tǒng)項目方案 23 主鍵:自動編號 12

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論