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