【導讀】行研究所取得的成果。除文中已經(jīng)注明引用的內容外，本論文不包含任何。對本文的研究作出重要貢。獻的個人和集體，均已在文中以明確方式標明。本聲明的法律責任由本人

　　

【正文】 行的攻擊，有力提高系統(tǒng)的安全性，保證系統(tǒng)能夠相對安全的部署、運營、維護、升級。 可擴展性 :在軟件系統(tǒng)的使用過程中，系統(tǒng)的功能可能需要得到擴展，不斷的加入新的功能，這就需要在設計系統(tǒng)時，主要包括開發(fā)環(huán)境、系統(tǒng)界面、數(shù)據(jù)庫設計等，要考慮到系統(tǒng)的可擴展性。 有效性 :良好的車輛管理系統(tǒng)應該必須是給企業(yè)帶來經(jīng)濟效益的，所以在設計系統(tǒng)時，應充分調研企業(yè)的實際情況以及單位領導的要求，保證系統(tǒng)的科學性、有效性。 山東大學碩士學位論文 XX 第 3 章 系統(tǒng)架構設計 這章主要是物資管理系統(tǒng)在煙草集團方面的研究，采用第一章提到的 UML 設計相關的 模型，利用一切與文章有關因素建模。 系統(tǒng)目標和原則 系統(tǒng)的設計目標 此次的開發(fā)，希望能夠設計并實現(xiàn)一個信息安全、可靠，使用簡潔、明了，安裝方便、快捷，易學、易用并且易于擴展的磁帶信息管理系統(tǒng)，可以通過電視臺內部的局域網(wǎng)讓編輯、記者或片庫管理員在片庫以外的地方正常使用系統(tǒng)，并完成他們所需要的功能。系統(tǒng)能夠完成的主要功能有：可以區(qū)分管理員和普通用戶的系統(tǒng)登錄、磁帶的借閱管理、磁帶信息的查詢、磁帶信息排序、系統(tǒng)數(shù)據(jù)庫的管理、報表統(tǒng)計和打印、幫助等。除此以外，還可以根據(jù)用戶需要，對與磁帶有關的相關信 息進行一定范圍內的查詢。 系統(tǒng)的設計原則 此次系統(tǒng)的開發(fā)，首先要遵守的是軟件開發(fā)的統(tǒng)一過程，并用統(tǒng)一建模語言（ UML）來嚴格控制實施。其次，本系統(tǒng)的設計還要遵循的一系列原則是： 1． 系統(tǒng)安全性原則 2． 系統(tǒng)數(shù)據(jù)的可靠性 原則 [2] 3． 系統(tǒng)安裝的方便、快捷原則 4． 系統(tǒng)的易學、易用、使用簡潔的原 則 [3] 系統(tǒng)的可擴展性原則 3. 2 系統(tǒng)技術架構設計 系統(tǒng)總體架構 因為本系統(tǒng)是 B/S 架構的，所以系統(tǒng)的總體架構可以用 B/S 結構圖來表示。系統(tǒng)的 B/S 結構圖如圖 31所示。 山東大學碩士學位論文 XXI 圖 31 B/S 結構圖 B/S 結構的應用系統(tǒng)， 只需要打開瀏覽器，通過網(wǎng)絡訪問服務器 。系統(tǒng)的很多工作直接提交給服務器。 數(shù)據(jù)架構 系統(tǒng)數(shù)據(jù)庫是整個系統(tǒng)的基礎，其中數(shù)據(jù)架構可以由圖表示出來，各種數(shù)據(jù)之間存在著一定的聯(lián)系，具體系統(tǒng)數(shù)據(jù)架構圖如圖 32所示。 倉 庫合 同采 購 計 劃供 應 商物 資 轉 移日 志系 統(tǒng) 維 護 人 員系 統(tǒng) 用 戶普 通 用 戶 圖 32 系統(tǒng)數(shù)據(jù)結構圖 部署架構 部署架構說明用來部署和運行該軟件的物理配置。本部分主要表明系統(tǒng)主要功能山東大學碩士學位論文 XXII 在物理節(jié)點上的分布情況，重點內容是本系統(tǒng)的軟件部署情況，忽略例如操作系統(tǒng)、防火墻等第三方軟件系統(tǒng)，可以 把整個應用系統(tǒng)的部署簡化如圖 33所示。 S e r v e rB r o w s e rB r o w s e rB r o w s e rB r o w s e rD a t a b a s e 端 1 * 端 2 * 端 3* 端 4 * 端 5* 端 6 * 端 7* 端 8* 端 9* 端 1 0*系 統(tǒng) 數(shù) 據(jù) 庫 圖 33 應用系統(tǒng)部署圖 由于目前的系統(tǒng)是在的局域網(wǎng)內部安裝并使用的，所以本系統(tǒng)的部署圖結構比較簡單，只涉及到的局域網(wǎng)內的客戶端和服務器，圖中系統(tǒng)的終端就是用戶使用的客戶端機器，服務器和數(shù)據(jù)庫都安裝在域網(wǎng)內的擔任的服務器機器上。 系統(tǒng)功能架構設計 一個系統(tǒng)的設計，要考慮整個系統(tǒng)實現(xiàn)的功能，所以在進入編碼之前，要有系統(tǒng)的功能架構圖。根據(jù)這個架構圖可以清楚地看到系統(tǒng)的各個模塊以及各模塊能夠完成的功能。系 統(tǒng)的設計將根據(jù)圖中的各個模塊，分別進行各種功能的實現(xiàn)。系統(tǒng)的功能架構如圖 34 所示。 山東大學碩士學位論文 XXIII 倉 庫 管 理 卷 煙 物 資 采 購 計 劃管 理 調 撥 配 送 管 理 物 資 合 同 管 理 煙 草 集 團 物 資 管 理系 統(tǒng) 員工管理 倉庫管理 貨物管理 存儲規(guī)則管理 貨物進出控制 倉庫需求生成 合同編輯 合同查詢 合同修改 合同統(tǒng)計分析 制定采購計劃 修改采購計劃 刪除采購計劃 查詢采購計劃 供應商選擇 物質轉移 圖 34 系統(tǒng)功能架構圖 BS 模式的某煙草集團的物資管 理系統(tǒng)使用的模塊有倉庫管理、卷煙物資采購技術管理、物資合同管理。其中每個模塊的如下： （ 1） 倉庫管理模塊里面包括的功能有，員工管理、倉庫管理、貨物管理、存儲規(guī)則管理、貨物進出控制和倉庫需求生成。 （ 2） 卷煙物資采購計劃管理模塊包括的有，制定采購計劃、修改采購計劃、查詢采購計劃、刪除采購計劃。 （ 3） 物資合同管理模塊的功能有，合 同編輯、合同插敘、合同修改、合同統(tǒng)計分析。 （ 4） 調撥配送管理模塊的功能有，供應商選擇、物資轉移。 山東大學碩士學位論文 XXIV 第 4 章 系統(tǒng)的詳細設計 系統(tǒng)建模 系統(tǒng)的詳細設計是對系統(tǒng)架構的細化，主要是在系統(tǒng)的需求分析和架構設計的基礎上對系統(tǒng)用例中使用的類和對象進行進一步的精細，確定類的屬性和方法，確定系統(tǒng)執(zhí)行的時序和對象之間的協(xié)作關系。本章對系統(tǒng)詳細設計進行了比較詳細的闡述。 系統(tǒng)的靜態(tài)結構圖 系統(tǒng)的靜態(tài)結構圖是指系統(tǒng)的關系類圖，系統(tǒng)的關系類圖一般都是在需求分析過程中產(chǎn)生的領域模型的基礎上精化產(chǎn)生的。 在本系統(tǒng)中，為 了清晰地抽取出系統(tǒng)的核心架構，采取的是分層設計類圖的方式，首先設計整個系統(tǒng)的類圖，其次設計每個子系統(tǒng)（包）的類圖，最后設計每一個用例的類圖。這里只舉出系統(tǒng)關系類圖，系統(tǒng)的關系類圖如圖 41所示。 山東大學碩士學位論文 XXV 圖 41 系統(tǒng)的關系類圖 系統(tǒng)的動態(tài)結構圖 上 級 合 同 對 象 1入 庫 計 劃 對 象 1對 象 1 對 象 1合 同 登 陸查 詢 合 同 數(shù) 量查 詢 合 同 數(shù) 量返 貨 數(shù) 量返 回 數(shù) 量數(shù) 量 比 較n 1 n 2 請 示 上 級 是 否 接 受答 復 請 求n 1 ＞ n 2 ， 或 上 級 答 復 后 ， 生 成 入 庫 計 劃生 成 入 庫 單生 成 入 庫 單入 庫圖 42 某煙草集團物資庫存管理順序圖 接 受 登 陸 信 息調 撥 配 送 管 理關 閉 本 次 命 令卷 煙 物 資 采 購 計 劃倉 庫 管 理合 同 信 息接 受 用 戶 指 令 山東大學碩士學位論文 XXVI 圖 43 系統(tǒng)活動圖 系統(tǒng)數(shù)據(jù)庫設計 系統(tǒng)數(shù)據(jù)庫的邏輯結構 圖 44 系統(tǒng) ER 圖 系統(tǒng)數(shù)據(jù)表關系 既然是數(shù)據(jù)庫的建立，就應該對有關數(shù)據(jù)的獲得、數(shù)據(jù)來源的分析、數(shù)據(jù)可靠性的判斷、數(shù)據(jù)的篩選、數(shù)據(jù)的分析和總結等等多個有關數(shù)據(jù)的問題進行考慮和分析，因為只有得到精確、可靠的數(shù)據(jù)，建立的數(shù)據(jù)表格才更具有說服力，同時有關提到的模型的運用才會更加準確和接近實際。那么就應該要有數(shù)據(jù)，數(shù)據(jù)的可靠性為表的制作提供了來源，建立數(shù)據(jù)庫時不但應該想到所使用的數(shù)據(jù)是否具有極大的準確性和安全性，而且數(shù)據(jù)庫還應該擁有這樣的 一些功能，比如進行訪問者的身份識別功能等等，只有這樣，才能使數(shù)據(jù)庫之間的內容有著更加緊密的關聯(lián)性，因為數(shù)據(jù)表格相對于有關的用戶信息 倉庫信息 員工信息 貨物信息 當前單位信息 項目信息 工作 合同 存放 進出記錄 工作 合同過程 山東大學碩士學位論文 XXVII 文字性信息來說的話，其所代表的信息更加具體和有規(guī)律性，因此在已經(jīng)建立好的數(shù)據(jù)表格中尋找模型所需要的各種數(shù)據(jù)信息，同時根據(jù)這些數(shù)據(jù)各自的特點和屬于的類型來分別帶入到模型中進行分析，這樣所建模型才會更加準確；但是僅僅有一個帶有數(shù)據(jù)的數(shù)據(jù)表格完全是不夠的，應該還要對該表格中的數(shù)據(jù)建立相應的數(shù)據(jù)庫，因此就應該擁有一套完整的數(shù)據(jù)庫，相對于數(shù)據(jù)表格來說數(shù)據(jù)庫是相對龐大的，它會對有關數(shù)據(jù)表格中的所有數(shù) 據(jù)建立一個比較龐大的數(shù)據(jù)體系，因為一次操作所得到的的數(shù)據(jù)內容可能會存在一定的偏差，因此要在更多的數(shù)據(jù)中尋找彼此之間的關系，例如：可以通過對一個數(shù)據(jù)表格中在對應的數(shù)據(jù)庫中的很多數(shù)據(jù)求平均值、或者將數(shù)據(jù)庫中的數(shù)據(jù)與某一特定的數(shù)據(jù)通過 SPSS 等建立一個多元或者一元線性回歸方程來建立彼此之間的關系等，另外數(shù)據(jù)庫要充分考慮到整體性，這樣是因為在一個數(shù)據(jù)庫當中，由于沒有考慮到它的整體性，數(shù)據(jù)信息的不正確錄入導致了這樣的結果，那就是操作沒有效果與得出的結果是錯誤的，因為對于錯誤數(shù)據(jù)的操作也會對有關模型的建立產(chǎn)生一定的促進 作用，因為只有存在了錯誤才會使相關建立模型的人員找出錯誤的存在之處，這樣通過有關對立面的完善也能使有關模型和數(shù)據(jù)的對應上做出更好完善和修復，這樣對模型和數(shù)據(jù)都會產(chǎn)生很好的促進作用；最后是數(shù)據(jù)庫的通用性設計，設計出來的數(shù)據(jù)庫應適合更多的運用，因為只有將建立好的數(shù)據(jù)庫運用到多種計算中，才能體現(xiàn)該數(shù)據(jù)庫的價值，這樣在對該數(shù)據(jù)庫的建立才會更有意義，因為數(shù)據(jù)庫的建立是要花費一定的人力、物力、財力的，如果耗費了很多精力所建的數(shù)據(jù)庫僅僅適用于一個模型或者一個計算中，那么這個數(shù)據(jù)庫存在的價值也就會大大下降，同時對所花費的成 本也達不到預期的效果，甚至會出現(xiàn)本末倒置的現(xiàn)象，如果所建立的一個數(shù)據(jù)庫是全面的、相對完整的，同時也能適用于多種模型軟件中，那么在今后的工作或者操作過程中只需要對數(shù)據(jù)庫中的數(shù)據(jù)進行不斷的更新或者不斷的完善就能滿足不斷變化的內外部環(huán)境，這樣建立的數(shù)據(jù)庫才能達到長期被應用的作用，同時一個通用性的MIS 軟件在數(shù)據(jù)結構方面應具備自適應能力。 在對有關物資的設計過程，應該根據(jù)具體的要求，或者是有關的特定規(guī)定等，并且還應該緊隨著大表細分當中提到的問題，在構建這樣的相關物資表時候，能夠制作出 9個數(shù)據(jù)表，以滿足物 資管理系統(tǒng)的需求，比如用戶信息表這個表格當中，是由 Member，MemberName， DepartmentId， Pwd 和 Role 這 5 個方面所組成的了；在部門信息表山東大學碩士學位論文 XXVIII 這一個表格中，是由 DepartmentId 和 DepartmentName 這 2 個方面所構成的，而角色權限表這一塊當中，內容比較多些，主要是由 RoleId， ControllName， ControllWeb，Rolel， Role2 和 Role3 這 6 個方面構成。以上這些列名、數(shù)據(jù)類型、長度和字段描述如表 4 42 和 43 所示，其中 41 重點記錄的是有 關用戶的一些信息內容、 42 記錄的是有關部門的信息表、 43 則記錄的是有關角色權限的一些內容。這三個表示系統(tǒng)級別的共用信息，信息是共享的，因為這三張表中的內容是相互貫通和相互聯(lián)系的，只有具有了用戶信息后才能生成部門信息，同時也只用當用戶信息表和部門信息表都建立完善之后才能根據(jù)用戶和部門的信息內容建立相對應的角色權限表，因此這三張表是缺一不可，而且彼此之間 存在一定的邏輯性和關聯(lián)性，因此也只有具有最高管理權限 (系統(tǒng)管理員 )的用戶才能對這些表進行編輯。這三個系統(tǒng)之間屬于不同的模塊，因為各個模塊不同，再根據(jù)不同的模塊的功能要求建立相應的表，模塊確定數(shù)據(jù)表的多樣性，同時也只有以上三個表格的數(shù)據(jù)都比較完善后才能建立有關倉庫上的管理信息、貨物上的信息、存儲信息當中的規(guī)則信息、貨物入庫以及出庫時候的相關信息記錄、簽訂的關于合同方面的信息以及進行系統(tǒng)日志處理的信息數(shù)據(jù)表。但是需要的注意的是在已建立成的用戶信息表、部門信息表和角色權限表到最后的倉庫信息表、貨物信息表、存儲規(guī)則 信息表等的這幾個表格中，應該建立有關的系統(tǒng)日志信息表、系統(tǒng)合同信息表，因為對有關物資數(shù)據(jù)庫的建立少不了物資的管理時間，以及有關物資的合同信息等內容，這樣建立的數(shù)據(jù)庫才會更加完善和精確。其主要的數(shù)據(jù)庫的內容見 44 到 48 所示。把該數(shù)據(jù)庫名定義為 mydatabase。 表 41 用戶信息表 (Memberinfo) 列名 數(shù)據(jù)類型 長度 字段描述 MemberId varchar 15 用戶 ID（用戶登陸時的 ID，設計時要考慮字符長度） MemberName varchar 15 用戶名 DepartmentId int 4 所屬部門 ID，區(qū)別其他部門 Pwd varchar 15 用戶密碼 (在設計時密碼暫時為空，由使用者自由設定 ) Role int 5 用戶角色 (1 代表物資管理系統(tǒng)的管理員身山東大學碩士學位論文 XXIX 份， 2 代表部門領導身份 3 代表一般的用戶身份 ) 表 42 系統(tǒng)合同信息表 (contr