【正文】 ，都需要調(diào)用該系統(tǒng)的內(nèi)容。 倉庫管理功能模塊：倉庫一般都是儲存貨物，而這里的倉庫是個虛擬的，主要是指一個系統(tǒng)，而不是有個存東西的倉庫，該虛擬倉庫的主要功能包括倉庫管理，以及物資調(diào)撥和進出庫管理，但是整個過程都是虛擬的。 ，主要實現(xiàn)對虛擬貨物的管理，而不是具體的貨物，是一種虛擬化空間，，是一種管理員操作權限管理，并生產(chǎn)一定的單據(jù)。： 倉庫管理流程圖倉庫管理子系統(tǒng)模塊：將系統(tǒng)的倉庫管理理論運用到煙廠倉庫的管理實踐中，使之作為一個子系統(tǒng)模塊，對煙廠的出入庫、煙葉的庫存、煙葉的貯存養(yǎng)護及煙葉倉庫的養(yǎng)護等方面進行管理。這樣管理便于企業(yè)更準確的掌握庫存的實時動態(tài)，從而幫助企業(yè)更加科學、合理、高效的管理與控制物資，進而實現(xiàn)物流、信息流及資金流三流的統(tǒng)一。在此基礎上，形成覆蓋整個企業(yè)的物資信息網(wǎng)，以作為某煙草公司科學化信息化管理的強大支撐平臺。： 結構圖供應商管理模塊：通過添加、修改、刪除以及查詢供應商來進行對供應商模塊的管理，： 小結 這章主要是從物資管理系統(tǒng)在煙草集團方面的需求進行分析，闡述了各方面的情況，利用比較成熟的統(tǒng)一建模語言UML進行的系統(tǒng)建模，在整個系統(tǒng)中通過用例圖，需求分析等等各種方式進行建模設計。第4章 系統(tǒng)數(shù)據(jù)庫設計通過上述章節(jié)的需求分析以及系統(tǒng)分析，本章重點是利用一種合理的開發(fā)平臺，根據(jù)需求進行系統(tǒng)開發(fā)與設計，并結合相關的理論知識與開發(fā)理念，先設計數(shù)據(jù)庫，在根據(jù)系統(tǒng)開發(fā)中的關聯(lián)技術，進行分模塊的流程分析與初步設計，實現(xiàn)數(shù)據(jù)庫以及整個系統(tǒng)的設計與試運行。 分析與創(chuàng)建數(shù)據(jù)庫 創(chuàng)建數(shù)據(jù)庫有利于企業(yè)現(xiàn)代化管理，是一種廣泛采用現(xiàn)代信息技術進行集成化管理的數(shù)據(jù)模塊，已經(jīng)被全世界各大企業(yè)或政府單位廣發(fā)使用，不僅便捷，存儲量大，而且可以大大節(jié)儉人力，本節(jié)主要是構建ER圖，創(chuàng)建每個表之間的關系，并在每個表之間建立關聯(lián)，具體分析如下。 系統(tǒng)實體圖 前幾章對數(shù)據(jù)庫的相關內(nèi)容進行了分析，本節(jié)重點是根據(jù)需求分析和系統(tǒng)開發(fā)的相關要求，根據(jù)模塊分類與歸類，實現(xiàn)系統(tǒng)初期分析的功能，但是在系統(tǒng)開發(fā)的過程中，一定要考慮實際的應用，切勿閉門造車，對部分業(yè)務流程進行整合與創(chuàng)新，以開發(fā)出適合企業(yè)使用的物資管理系統(tǒng)， 提高使用效率，節(jié)省使用過程中的人力物力。倉庫信息工作用戶信息進出記錄存放貨物信息合同項目信息合同過程工作員工信息當前單位信息 某煙草集團物資管理系統(tǒng)實體關系ER圖當前價格面積名稱描述貨物編號貨物信息次供應商主供貨商 貨物信息實體圖部門名稱部門信息部門ID 部門信息實體圖存放貨物當前存量存放倉庫編號最大存量存量臨界線存放信息 存放信息實體圖進出數(shù)量存放倉庫存款貨物推出日期編號進出記錄經(jīng)手人負責人 進出記錄信息實體圖起始日期終止日期合同金額合同標題簽署日期合同編號合同甲方部門編號合同乙方合同信息用戶編號我方簽署人對方簽署人合同編號合同備注合同狀態(tài)合同附件 合同信息實體圖操作時問部門ID操作描述用戶名IP地址用戶ID進出記錄操作狀態(tài)日志編號 合同日志信息實體圖操作頁面角色組2角色組1操作名稱角色權限角色組3線角色權限信息 角色權限信息實體圖對有關的Power Designe中關于ER模型的相關內(nèi)容的解釋和建立，其采用的主要方法就是能夠運用一些與實物進行聯(lián)系的方法進行有關分析和操作。起啊中該操作系統(tǒng)主要采用的是ER模型。Power Designe是在整個模型中的一個信息上的結合，這個結合是找到與實際情況有關系的一些信息，巧妙地把這些信息轉化成為和一些實際物體相關聯(lián)的東西，這些東西存在于概念數(shù)據(jù)模型當中的相關模型中，但是這個實體之間的結合又和DBMS沒有太多的聯(lián)系和交集。相對于有關數(shù)據(jù)模型，這是一個運作系統(tǒng)中非常之錯綜復雜的過程，因為該模型的建立是經(jīng)過概念數(shù)據(jù)上的模型而進行的。由于這些復雜的原因，一些分析出來的結果跟一些相關的實體方面之間的關系也就變得更加復雜了，然而這些及其復雜的關系并不是雜亂無章的，它們解決問題的方法幾乎都是通過這樣的一種方式進行解決，那就是把出現(xiàn)的問題進行簡單化，不再像以前那種復雜。這種復雜到簡單的過程，應該做到的是在大范圍的范圍內(nèi)分解出一個實體與其它實體之間存在的相互關系，隨后在分解出來的這些實體之間的相互關系之上開始在每個細節(jié)之間不斷細化，表下又分解出多個。 建立數(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ù)庫之間的內(nèi)容有著更加緊密的關聯(lián)性，因為數(shù)據(jù)表格相對于有關的文字性信息來說的話，其所代表的信息更加具體和有規(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ù)內(nèi)容可能會存在一定的偏差，因此要在更多的數(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ù)進行不斷的更新或者不斷的完善就能滿足不斷變化的內(nèi)外部環(huán)境，這樣建立的數(shù)據(jù)庫才能達到長期被應用的作用，同時一個通用性的MIS軟件在數(shù)據(jù)結構方面應具備自適應能力。 在對有關物資的設計過程，應該根據(jù)具體的要求，或者是有關的特定規(guī)定等，并且還應該緊隨著大表細分當中提到的問題，在構建這樣的相關物資表時候，能夠制作出9個數(shù)據(jù)表，以滿足物資管理系統(tǒng)的需求，比如用戶信息表這個表格當中，是由Member，MemberName， DepartmentId， Pwd和Role這5個方面所組成的了；在部門信息表這一個表格中，是由DepartmentId和DepartmentName這2個方面所構成的，而角色權限表這一塊當中，內(nèi)容比較多些，主要是由RoleId，ControllName，ControllWeb，Rolel，Role2和Role3這6個方面構成。以上這些列名、數(shù)據(jù)類型、長度和字段描述如表442和43所示，其中41重點記錄的是有關用戶的一些信息內(nèi)容、42記錄的是有關部門的信息表、43則記錄的是有關角色權限的一些內(nèi)容。這三個表示系統(tǒng)級別的共用信息，信息是共享的，因為這三張表中的內(nèi)容是相互貫通和相互聯(lián)系的，只有具有了用戶信息后才能生成部門信息，同時也只用當用戶信息表和部門信息表都建立完善之后才能根據(jù)用戶和部門的信息內(nèi)容建立相對應的角色權限表，因此這三張表是缺一不可，而且彼此之間存在一定的邏輯性和關聯(lián)性，因此也只有具有最高管理權限(系統(tǒng)管理員)的用戶才能對這些表進行編輯。這三個系統(tǒng)之間屬于不同的模塊，因為各個模塊不同，再根據(jù)不同的模塊的功能要求建立相應的表，模塊確定數(shù)據(jù)表的多樣性，同時也只有以上三個表格的數(shù)據(jù)都比較完善后才能建立有關倉庫上的管理信息、貨物上的信息、存儲信息當中的規(guī)則信息、貨物入庫以及出庫時候的相關信息記錄、簽訂的關于合同方面的信息以及進行系統(tǒng)日志處理的信息數(shù)據(jù)表。但是需要的注意的是在已建立成的用戶信息表、部門信息表和角色權限表到最后的倉庫信息表、貨物信息表、存儲規(guī)則信息表等的這幾個表格中，應該建立有關的系統(tǒng)日志信息表、系統(tǒng)合同信息表，因為對有關物資數(shù)據(jù)庫的建立少不了物資的管理時間，以及有關物資的合同信息等內(nèi)容，這樣建立的數(shù)據(jù)庫才會更加完善和精確。其主要的數(shù)據(jù)庫的內(nèi)容見44到48所示。把該數(shù)據(jù)庫名定義為mydatabase。表41用戶信息表(Memberinfo)列名數(shù)據(jù)類型長度字段描述MemberIdvarchar15用戶ID（用戶登陸時的ID，設計時要考慮字符長度）MemberNamevarchar15用戶名DepartmentIdint4所屬部門ID，區(qū)別其他部門Pwdvarchar15用戶密碼(在設計時密碼暫時為空，由使用者自由設定)Roleint5用戶角色(1代表物資管理系統(tǒng)的管理員身份，2代表部門領導身份3代表一般的用戶身份)表42系統(tǒng)合同信息表(contractinfo)列名數(shù)據(jù)類型長度字段描述contractIdint6每份合同的唯一IDDepartmentIdint6合同簽署部門的ID號ContractSnvarchar10具體的特定編號ContractTitlevarchar15分類合同的標題TotalChargedecimal15單份合同的金額SubscribeDateDate10具體的合同簽訂日期ContractStatevarchar15表示合同目前的簽訂狀態(tài)ContractRemarktext20對合同一些附屬要求進行備注說明表43部門信息表(Departmentinfo)列名數(shù)據(jù)類型長度字段描述DepartmentIdint4部門ID(自增字段，主鍵)DepartmentNamevarchar20部門名稱表44角色權限表(Roleinfo)列名數(shù)據(jù)類型長度字段描述RoleIdint5部門權限ID號(該字段可以自由設定)ControllNamevarchar25操作名稱（用來詮釋操作對象或過程的方向）Roleint5角色組表45貨物信息數(shù)據(jù)表列名數(shù)據(jù)類型長度字段描述GIDint5明確具體貨物的單一ID號(主鍵)GNamevarchar15具體貨物的名稱GDescribevarchar15描述商品的特性，如規(guī)格，存貯要求，保質(zhì)期或存放說明等GAmountint25描述具體商品的數(shù)量表46倉庫信息數(shù)據(jù)表(Warehouses)列名數(shù)據(jù)類型字段長度字段描述WIdint8惟一ID號，作為索引(主鍵)WNamevarchar15該倉庫的名稱WAddressvarchar15所述倉庫的具體位置WDescribevarchar80描述倉庫的一些具體屬性，如存儲量等表47貨物進出庫記錄數(shù)據(jù)表列名數(shù)據(jù)類型長度字段描述RWIDint8貨物入庫的倉庫號RQuantityFloat10表示貨物的進出場的數(shù)量及規(guī)格RtypeBit5記錄目標貨物是否入庫，1表示入庫，2表示不入庫RManagerint5特定貨物進出倉庫負責人的實際IDRHandlerVarchar15具體貨物進出倉庫的實際經(jīng)辦人表48存儲規(guī)則信息數(shù)據(jù)表列名數(shù)據(jù)類型長度字段描述SIDint5記錄商品狀態(tài)存儲規(guī)律的僅有ID號(主鍵)STopLineFloat10該商品目前的最高儲存量SbaseLineFloat10該商品目前的最低臨界點SQuantityFloat5該商品目前的實際存貨量 通過以上這九個表格的建立，已經(jīng)對有關物資系統(tǒng)數(shù)據(jù)庫從開始到最后的各個庫存和存儲中心的數(shù)據(jù)建立有了相對清楚的認識，因此在建立相對應的數(shù)據(jù)庫的過程時就應該從以上的這幾個方面進行考慮，從數(shù)據(jù)庫建立的每個細節(jié)和每個模塊進行入手，以其達到數(shù)據(jù)庫建立的完備性和可靠性。 安全模塊的設計