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