【正文】 但是需要的注意的是在已建立成的用戶信息表、部門信息表和角色權限表到最后的倉庫信息表、貨物信息表、存儲規(guī)則 信息表等的這幾個表格中，應該建立有關的系統(tǒng)日志信息表、系統(tǒng)合同信息表，因為對有關物資數據庫的建立少不了物資的管理時間，以及有關物資的合同信息等內容，這樣建立的數據庫才會更加完善和精確。 在本系統(tǒng)中，為 了清晰地抽取出系統(tǒng)的核心架構，采取的是分層設計類圖的方式，首先設計整個系統(tǒng)的類圖，其次設計每個子系統(tǒng)（包）的類圖，最后設計每一個用例的類圖。 山東大學碩士學位論文 XXIII 倉 庫 管 理 卷 煙 物 資 采 購 計 劃管 理 調 撥 配 送 管 理 物 資 合 同 管 理 煙 草 集 團 物 資 管 理系 統(tǒng) 員工管理 倉庫管理 貨物管理 存儲規(guī)則管理 貨物進出控制 倉庫需求生成 合同編輯 合同查詢 合同修改 合同統(tǒng)計分析 制定采購計劃 修改采購計劃 刪除采購計劃 查詢采購計劃 供應商選擇 物質轉移 圖 34 系統(tǒng)功能架構圖 BS 模式的某煙草集團的物資管 理系統(tǒng)使用的模塊有倉庫管理、卷煙物資采購技術管理、物資合同管理。 數據架構 系統(tǒng)數據庫是整個系統(tǒng)的基礎，其中數據架構可以由圖表示出來，各種數據之間存在著一定的聯(lián)系，具體系統(tǒng)數據架構圖如圖 32所示。 系統(tǒng)目標和原則 系統(tǒng)的設計目標 此次的開發(fā)，希望能夠設計并實現(xiàn)一個信息安全、可靠，使用簡潔、明了，安裝方便、快捷，易學、易用并且易于擴展的磁帶信息管理系統(tǒng)，可以通過電視臺內部的局域網讓編輯、記者或片庫管理員在片庫以外的地方正常使用系統(tǒng)，并完成他們所需要的功能。可行性分析的目的不是要去解決問題，分析各種方案的可行性，而是分析問題是否可以得到解決。在這種情況下，系統(tǒng)應給出友好的提示，提示用戶重新輸入或者進行自動的修復校正。 （ 1）環(huán)境需求 表 服務器端環(huán)境 系統(tǒng)所使用數據庫 Microsoft SQL Server 20xx SP1 操作系統(tǒng) Windows 20xx R2 Web 服務器 IIS 數據庫 SQL Server 20xx 山東大學碩士學位論文 XVIII 客戶端： 表 客戶端環(huán)境 操作系統(tǒng) Windows XP 或其以上版本操作系統(tǒng) 瀏覽器 IE 以及其以上版本（ 、 ） 分辨率 最佳效 果為 1024 768 像素 (2)性能需求 1. 可維護性 維護方法：系統(tǒng)能真正做到使自身在數據損壞、丟失等情況下將備份數據倒回，實現(xiàn)數據的恢復。在需求分析階段，作者將系統(tǒng)的功能性需求先以 UML 用例圖的形式表示出來，這對于系統(tǒng)的設計和實施是非常有利的。不過通過與用戶的多次的溝通，最終使雙方在系統(tǒng)需求方面達成了共識。系統(tǒng)將能夠執(zhí)行倉庫管理，卷煙物資采購計劃，調撥配送管理，合同管理。 系統(tǒng)概述 目前，在物流公司、倉儲公司的物資管理中，物資的管理與相關的信息管理是靠人力來完成的，因此，常常具有以下特點： 1． 管理過程復雜，需要工作人員靠人力用筆記錄所有的物資信息；包括物資存儲位置、物資數量、物資周轉信息等。采用 UML 語言對整個系統(tǒng)進行了分析和設計。 伴隨電腦科技的進步，電腦應用也經過了數值計算和數據處理等歷程，逐步向知識處理新領域進步。 BS/結構的性價比比較高，所以 B/S 必然會成長為最新的信息管理系統(tǒng)。 本章從系統(tǒng)設計應該遵循整體性原則、分解協(xié)調原則、目標優(yōu)化原則出發(fā)討論了系統(tǒng)設計應遵循的原則，介紹了系統(tǒng)開發(fā)的需求分析對比，分析了 MIS 結構下的 B/S、C/S 和兩個方面系統(tǒng)設計的體系結構，從而得出了 B/S 模式下的數據庫結構更加適合用戶的需求，確定系統(tǒng)架構為 B/S 模式的三層結構體系。 （ 5） 還用于對分布式 應用程序的基本對象 “ 數據集 ”(Dataset) 支持基于 XML 的傳輸格式和持久性，最后達到信息共享。在 中，使用者訪問信息源，可以借助最新的 .NETFramework 信息提供程序來實現(xiàn)。最為重要的是斷開之后，還可以對對方的數據集進行全方位的搜索，并按照一定的搜求需求進行篩查與歸類，相對于傳統(tǒng)的開發(fā)方法來說，有點非常明顯。打破原有的包含關系， 能夠把所具有組件加入進來。 (5) 足夠的安全保護功能。 (2) 支持多方面服務。 ASP+是 的別稱，不止是代表 ASP 的更新?lián)Q代，更是微軟推出的新一代腳本語言。 .NET 框架含有公共語言運行庫和公共類庫，比 如 、 以及 Windows 窗體，來提供可整合入各種計算機系統(tǒng)的高級標準服務。 Rational Rose 有助于系統(tǒng)的研究，能夠設計用例在先，展示出系統(tǒng)的功效。 、配置圖和構件圖。 對對象的描述外還要進行補充就用狀態(tài)圖，轉移可能發(fā)生的事情。 語義 語義的意思是根據現(xiàn)有的模型進行下定義?？蓞f(xié)作圖傳達了信息彼此之間的交流，更能表示出領導和下屬的關系。它反映出山東大學碩士學位論文 IV 了各結構的關系，維持系統(tǒng)的生命。建立一些模型，為 UML 提供了定義性說明，這個說明主要定義所有元素一致、簡單和常用的語義和語法，能夠在語義上統(tǒng)一開發(fā)者，降低了人為的對 UML 損害。語言由記號和規(guī)則構成。同時軟件也需要語言 ，把其中的一些山東大學碩士學位論文 III 學者采用的方法綜合在一起，對其進行研究與完善，得出一致的語言，被大眾所熟悉的語言。新的 Web 應用程序存在很多優(yōu)點，比之前得到了完善?？s小發(fā)展中國家與發(fā)達國家差距的捷徑，就在于信息數字化，傳輸的網絡化，所以我國定要值世界信息化風靡全球的潮流來襲時，我們定奮起直追，已經存在的信息基本設備重點使用，網絡資源服務系統(tǒng)和應用于科技經濟等的各類數據庫就要重點推廣以及開發(fā)，進行重點的開發(fā)和推廣及應用，借此來獲取巨大的經濟效益和社會效益。因此，傳統(tǒng)的方法應該被淘汰，它已滿足不了公司在不斷發(fā)展過程中競爭力和綜合實力的要求。 [2] 進行產權調整與改革時候，定會出現(xiàn)一些跨越省市界限的工業(yè)企業(yè)之間的聯(lián)合與重組，從而催生出一批批跨省工業(yè)企業(yè)，譬如云南工業(yè)集團等公司（集團），它們的將不再僅限于一個地區(qū)進行管理，其管理環(huán)節(jié)也將不斷增多，產業(yè)鏈也將擴大，而以山東大學碩士學位論文 2 前陳舊的經營模式也將不能適應新的發(fā)展環(huán) 境，除要進行品牌整合之外，最重要的還是資源和產業(yè)的集中整合，這樣一來，現(xiàn)代化的的管理方式和物流理念也就呼之欲出了，跨區(qū)域還是跨省的的煙草公司（集團）的誕生，尤其是取消企業(yè)法人代表之后，勢必會給物質上的供應帶來一連串的新問題。由此可見，激烈競爭的時代已經 在計算機信息管理領域中出現(xiàn)，并且逐步蔓延到全世界。 (3)設計實現(xiàn)了獨立化模塊功能，開發(fā)出了 “ 某煙草集團物資管理系統(tǒng) ” ，實現(xiàn)了用戶的登陸，操作員管理，物資訂單編號，購進、銷出、 庫存、品牌、分公司查詢、計劃資源報表，多種管理功能，闡述了系統(tǒng)的具體內容。 （ 保密論文在解密后應遵守此規(guī)定 ） 論文作者簽名： 導師簽名 : 日 期： 目錄 摘 要 ................................................................ i ABSTRACT ............................................................. ii 第 1章 緒 論 ......................................................... 1 系統(tǒng)開發(fā)背景 .................................................. 1 國內的研究現(xiàn)狀 ................................................ I 系統(tǒng)需要解決的主要問題 ....................................... II 本文的主要工作與特色之處 ..................................... II 本文的主要技術 ............................................... II 本文的主要貢獻 ................................................ X 本文的組織結 構 ............................................... XI 第 2章 系統(tǒng)需求分析 ................................................ XIII 系統(tǒng)概述 ................................................... XIII 系統(tǒng)的業(yè)務模型 ....................................... XIII 系統(tǒng)的業(yè)務流程 ......................................... XV 系統(tǒng)的總體要求 ......................................... XV 系統(tǒng)目標和解決的問題 ........................................ XVI 系統(tǒng)目標和解決的問題 .................................. XVI 頻道片庫磁帶管理工作調查 .............................. XVI 系統(tǒng)需求問題描述 ........................................... XVII 系統(tǒng)功能性需求 ....................................... XVII 系統(tǒng)非功能性需求 ..................................... XVII 第 3章 系統(tǒng)架構設計 .................................................. XX 系統(tǒng)目標和原則 ............................................... XX 系統(tǒng)的設計目標 ......................................... XX 系統(tǒng)的設計原則 ......................................... XX 3. 2 系統(tǒng)技術架構設計 ............................................ XX 系統(tǒng)總體架構 ........................................... XX vi 數據架構 .............................................. XXI 部署架構 .............................................. XXI 系統(tǒng)功能架構設計 ........................................... XXII 系統(tǒng)建模 ................................................... XXIV 系統(tǒng)的靜態(tài)結構圖 ..................................... XXIV 系統(tǒng)的動態(tài)結構圖 ...................................... XXV 系統(tǒng)數據庫設計 ............................................. XXVI 系統(tǒng)數據庫的邏輯結構 ................................. XXVI 系統(tǒng)數據表關系 ....................................... XXVI 系統(tǒng)的總體實現(xiàn) ............................................ XXXII 用戶身份驗證模塊的實現(xiàn) .................................... XXXII 用戶 信息管理模塊的實現(xiàn) ..................................... XXXV 部門信息管理模塊的實現(xiàn) ....................................... XL 合同管理模塊的的實現(xiàn) ....................................... XLIV 主要技術分析 ............................................. XLVIII