【正文】 表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分類合同的標(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描述倉庫的一些具體屬性，如存儲量等表47貨物進(jìn)出庫記錄數(shù)據(jù)表列名數(shù)據(jù)類型長度字段描述RWIDint8貨物入庫的倉庫號RQuantityFloat10表示貨物的進(jìn)出場的數(shù)量及規(guī)格RtypeBit5記錄目標(biāo)貨物是否入庫，1表示入庫，2表示不入庫RManagerint5特定貨物進(jìn)出倉庫負(fù)責(zé)人的實際IDRHandlerVarchar15具體貨物進(jìn)出倉庫的實際經(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ù)建立有了相對清楚的認(rèn)識，因此在建立相對應(yīng)的數(shù)據(jù)庫的過程時就應(yīng)該從以上的這幾個方面進(jìn)行考慮，從數(shù)據(jù)庫建立的每個細(xì)節(jié)和每個模塊進(jìn)行入手，以其達(dá)到數(shù)據(jù)庫建立的完備性和可靠性。其主要的數(shù)據(jù)庫的內(nèi)容見44到48所示。這三個系統(tǒng)之間屬于不同的模塊，因為各個模塊不同，再根據(jù)不同的模塊的功能要求建立相應(yīng)的表，模塊確定數(shù)據(jù)表的多樣性，同時也只有以上三個表格的數(shù)據(jù)都比較完善后才能建立有關(guān)倉庫上的管理信息、貨物上的信息、存儲信息當(dāng)中的規(guī)則信息、貨物入庫以及出庫時候的相關(guān)信息記錄、簽訂的關(guān)于合同方面的信息以及進(jìn)行系統(tǒng)日志處理的信息數(shù)據(jù)表。以上這些列名、數(shù)據(jù)類型、長度和字段描述如表442和43所示，其中41重點記錄的是有關(guān)用戶的一些信息內(nèi)容、42記錄的是有關(guān)部門的信息表、43則記錄的是有關(guān)角色權(quán)限的一些內(nèi)容。那么就應(yīng)該要有數(shù)據(jù)，數(shù)據(jù)的可靠性為表的制作提供了來源，建立數(shù)據(jù)庫時不但應(yīng)該想到所使用的數(shù)據(jù)是否具有極大的準(zhǔn)確性和安全性，而且數(shù)據(jù)庫還應(yīng)該擁有這樣的一些功能，比如進(jìn)行訪問者的身份識別功能等等，只有這樣，才能使數(shù)據(jù)庫之間的內(nèi)容有著更加緊密的關(guān)聯(lián)性，因為數(shù)據(jù)表格相對于有關(guān)的文字性信息來說的話，其所代表的信息更加具體和有規(guī)律性，因此在已經(jīng)建立好的數(shù)據(jù)表格中尋找模型所需要的各種數(shù)據(jù)信息，同時根據(jù)這些數(shù)據(jù)各自的特點和屬于的類型來分別帶入到模型中進(jìn)行分析，這樣所建模型才會更加準(zhǔn)確；但是僅僅有一個帶有數(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ù)庫當(dāng)中，由于沒有考慮到它的整體性，數(shù)據(jù)信息的不正確錄入導(dǎo)致了這樣的結(jié)果，那就是操作沒有效果與得出的結(jié)果是錯誤的，因為對于錯誤數(shù)據(jù)的操作也會對有關(guān)模型的建立產(chǎn)生一定的促進(jìn)作用，因為只有存在了錯誤才會使相關(guān)建立模型的人員找出錯誤的存在之處，這樣通過有關(guān)對立面的完善也能使有關(guān)模型和數(shù)據(jù)的對應(yīng)上做出更好完善和修復(fù)，這樣對模型和數(shù)據(jù)都會產(chǎn)生很好的促進(jìn)作用；最后是數(shù)據(jù)庫的通用性設(shè)計，設(shè)計出來的數(shù)據(jù)庫應(yīng)適合更多的運用，因為只有將建立好的數(shù)據(jù)庫運用到多種計算中，才能體現(xiàn)該數(shù)據(jù)庫的價值，這樣在對該數(shù)據(jù)庫的建立才會更有意義，因為數(shù)據(jù)庫的建立是要花費一定的人力、物力、財力的，如果耗費了很多精力所建的數(shù)據(jù)庫僅僅適用于一個模型或者一個計算中，那么這個數(shù)據(jù)庫存在的價值也就會大大下降，同時對所花費的成本也達(dá)不到預(yù)期的效果，甚至?xí)霈F(xiàn)本末倒置的現(xiàn)象，如果所建立的一個數(shù)據(jù)庫是全面的、相對完整的，同時也能適用于多種模型軟件中，那么在今后的工作或者操作過程中只需要對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行不斷的更新或者不斷的完善就能滿足不斷變化的內(nèi)外部環(huán)境，這樣建立的數(shù)據(jù)庫才能達(dá)到長期被應(yīng)用的作用，同時一個通用性的MIS軟件在數(shù)據(jù)結(jié)構(gòu)方面應(yīng)具備自適應(yīng)能力。這種復(fù)雜到簡單的過程，應(yīng)該做到的是在大范圍的范圍內(nèi)分解出一個實體與其它實體之間存在的相互關(guān)系，隨后在分解出來的這些實體之間的相互關(guān)系之上開始在每個細(xì)節(jié)之間不斷細(xì)化，表下又分解出多個。相對于有關(guān)數(shù)據(jù)模型，這是一個運作系統(tǒng)中非常之錯綜復(fù)雜的過程，因為該模型的建立是經(jīng)過概念數(shù)據(jù)上的模型而進(jìn)行的。起啊中該操作系統(tǒng)主要采用的是ER模型。 系統(tǒng)實體圖 前幾章對數(shù)據(jù)庫的相關(guān)內(nèi)容進(jìn)行了分析，本節(jié)重點是根據(jù)需求分析和系統(tǒng)開發(fā)的相關(guān)要求，根據(jù)模塊分類與歸類，實現(xiàn)系統(tǒng)初期分析的功能，但是在系統(tǒng)開發(fā)的過程中，一定要考慮實際的應(yīng)用，切勿閉門造車，對部分業(yè)務(wù)流程進(jìn)行整合與創(chuàng)新，以開發(fā)出適合企業(yè)使用的物資管理系統(tǒng)， 提高使用效率，節(jié)省使用過程中的人力物力。第4章 系統(tǒng)數(shù)據(jù)庫設(shè)計通過上述章節(jié)的需求分析以及系統(tǒng)分析，本章重點是利用一種合理的開發(fā)平臺，根據(jù)需求進(jìn)行系統(tǒng)開發(fā)與設(shè)計，并結(jié)合相關(guān)的理論知識與開發(fā)理念，先設(shè)計數(shù)據(jù)庫，在根據(jù)系統(tǒng)開發(fā)中的關(guān)聯(lián)技術(shù)，進(jìn)行分模塊的流程分析與初步設(shè)計，實現(xiàn)數(shù)據(jù)庫以及整個系統(tǒng)的設(shè)計與試運行。在此基礎(chǔ)上，形成覆蓋整個企業(yè)的物資信息網(wǎng)，以作為某煙草公司科學(xué)化信息化管理的強大支撐平臺。： 倉庫管理流程圖倉庫管理子系統(tǒng)模塊：將系統(tǒng)的倉庫管理理論運用到煙廠倉庫的管理實踐中，使之作為一個子系統(tǒng)模塊，對煙廠的出入庫、煙葉的庫存、煙葉的貯存養(yǎng)護及煙葉倉庫的養(yǎng)護等方面進(jìn)行管理。 倉庫管理功能模塊：倉庫一般都是儲存貨物，而這里的倉庫是個虛擬的，主要是指一個系統(tǒng)，而不是有個存東西的倉庫，該虛擬倉庫的主要功能包括倉庫管理，以及物資調(diào)撥和進(jìn)出庫管理，但是整個過程都是虛擬的。管理范圍不同，只是局部的一些不同，操作大部分是一樣的。 合同管理模塊：既然是合同，當(dāng)然就是對合同的相關(guān)事務(wù)進(jìn)行規(guī)范化管理，合同管理模塊的作用也是和其他版塊一樣，也包含了基本的合同添加，變更以及清除功能，只是他們的管理內(nèi)容或范圍不同，在合同管理模塊，都是在同一個頁面內(nèi)實現(xiàn)的。 1/用戶登錄模塊，： 登錄模塊流程圖2/用戶密碼的修改，： 更改用戶名密碼流程圖部門信息管理模塊：針對各個部門的信息進(jìn)行管理，例如財務(wù)部、銷售部、市場部等。在具體的操作過程中，用戶信息的修改、新增和刪減模塊都是在 ，實現(xiàn)了對用戶以及管理員自己的基礎(chǔ)信息管理與權(quán)限管理。用戶根據(jù)登陸權(quán)限，通過身份驗證之后，就進(jìn)入特定的內(nèi)容與板塊。其中最為重要的是用戶身份驗證管理，該模塊的設(shè)計就是一道堅實的防火墻，由管理員根據(jù)需求對部分針對性的用戶設(shè)定權(quán)限，該用戶借助用戶名，登陸密碼進(jìn)入系統(tǒng)，而且根據(jù)登錄名的不同，不同的用戶進(jìn)入后只能查閱或者操作特定的內(nèi)容或操作對象，對于無關(guān)的內(nèi)容或者機密性的內(nèi)容，可以通過權(quán)限進(jìn)行安全管理。 系統(tǒng)的功能模塊 信息系統(tǒng)最大的優(yōu)點就是實現(xiàn)歸類管理或跨區(qū)域使用，對整個管理信息系統(tǒng)來講是非常重要的模塊，這里首先介紹下用戶信息類對象的含義和內(nèi)容。Store Regular ，作為系統(tǒng)管理員在操作系統(tǒng)當(dāng)中的一種權(quán)限上的管理，被稱為存儲規(guī)則上的一種管理。理清需求，是對合同類進(jìn)行歸類統(tǒng)計，現(xiàn)實管理者的使用訴求，對合同訴求進(jìn)行安排，實現(xiàn)一種過程管理，便于動態(tài)查詢與控制，物資存儲有關(guān)，實現(xiàn)倉庫的有序化管理與控制。在用戶信息方面，安全性的需要就更加突出，每個用戶的訪問權(quán)限不同，對于用戶登陸權(quán)限的設(shè)定或者更改。數(shù)據(jù)是一切表的來源，處于最底層。本系統(tǒng)采用SQL Server 2000數(shù)據(jù)庫，系統(tǒng)的最底層是數(shù)據(jù)庫。 用戶身份驗證用戶信息編輯用戶密碼修改用戶信息管理合同編輯部門信息管理物資功能模塊合同查詢合同修改合同統(tǒng)計分析合同管理模塊員工管理倉庫管理倉庫信息管理貨物管理存儲規(guī)則管理貨物進(jìn)出控制倉庫需求生成用戶角色管理角色權(quán)限管理角色權(quán)限管理系統(tǒng)信息管理系統(tǒng)備份還原系統(tǒng)日志管理六個模塊組成系統(tǒng)，功能是一一對應(yīng)的。各個管理模塊所包含的內(nèi)容和實現(xiàn)的功能也不相同，這些功能都是具體化的。而倉庫管理系統(tǒng)的功能有倉庫管理、存儲規(guī)則管理、貨物管理等。某煙草集團物資庫存管理順序圖和活動圖下圖（、）所示。 動態(tài)結(jié)構(gòu)圖 無論是動態(tài)還是靜態(tài)，都要對其行為進(jìn)行分析研究。任何建模語言都是以靜態(tài)建模機制為基礎(chǔ)的，標(biāo)準(zhǔn)建模語言UML也不例外。一幅圖就可以表示出所有的關(guān)系。初步設(shè)計出來的系統(tǒng)還要經(jīng)過反復(fù)的驗證和測試，這個過程不僅僅是系統(tǒng)開始人員的工作，必須要及時和用戶溝通交流，讓用戶的需求和開發(fā)者的思想盡可能的統(tǒng)一。在設(shè)計一個系統(tǒng)時，首先要明確的是用戶的需求，用戶要使用的是一個什么樣的操作系統(tǒng)。一些條件的改變，有些也在變，有時需要從頭再來。建模語言都是統(tǒng)一的。進(jìn)行需求分析；然后根相應(yīng)的模型建立；最后進(jìn)行對其系統(tǒng)行為分析?；举Y料管理推薦內(nèi)容:公司基本資料、管理團隊、員工/設(shè)備、相關(guān)認(rèn)證、主要客戶、備案文件、質(zhì)量體系、后勤、其他(財務(wù)狀況、技術(shù)能力)。文件上報:將上報數(shù)據(jù)轉(zhuǎn)換成規(guī)定格式文件，通過FTP上傳到指定目錄，通過文件解析程序?qū)?shù)據(jù)寫入供應(yīng)商聯(lián)盟數(shù)據(jù)庫。供應(yīng)商數(shù)據(jù)上報機制:分為聯(lián)機上報和文件上報。商務(wù)信息發(fā)布:提供與供應(yīng)商信息溝通平臺。子公司之間銷售調(diào)撥:由于A和B子公司是兩個獨立的法人，因此兩者之間的調(diào)撥是銷售關(guān)系，需要進(jìn)行資金核算。配送中心調(diào)撥:是指子公司根據(jù)卷煙廠上報的物資申請，編制調(diào)撥單，并根據(jù)調(diào)撥單將物資運送到指定卷煙廠內(nèi)部倉庫。 調(diào)撥配送管理調(diào)撥配送分為子公司向工廠調(diào)撥配送和子公司之間銷售調(diào)撥。煙葉原料訂單采用年度采購合同形式，并明確原料流向，是開具準(zhǔn)運證的依據(jù)，原料訂單管理相對簡單，本節(jié)將重點介紹輔料訂單管理辦法。 卷煙物資采購計劃煙草公司的卷煙物資采購計劃是以滾動的生產(chǎn)計劃為基礎(chǔ)的滾動的需求、采購計劃，是根據(jù)生產(chǎn)計劃及生產(chǎn)調(diào)整計劃得到比較準(zhǔn)確的材料需求數(shù)量和生產(chǎn)時間，及時制定輔料需求計劃，調(diào)整材料的采購計劃，以保障計劃的準(zhǔn)確性、及時性。合同的日志管理：用戶進(jìn)行操作后會有瀏覽痕跡，而這些都是自動生成的，有利于管理者監(jiān)督員工。合同修改：因為一些原因要修改合同，按照嚴(yán)格的步驟進(jìn)行修改。按照錄入的要素，將公司簽訂的各類合同錄入到相應(yīng)的模塊。把權(quán)限分配用戶，所有信息都有他掌控，還可以監(jiān)督他人的行為。 部門領(lǐng)導(dǎo)的操作權(quán)限是：部門領(lǐng)導(dǎo)比普通用戶高一級，普通用戶的全向賦予了部門領(lǐng)導(dǎo)，除此它可以看所有人的合同，分派合同管理者。他們都要經(jīng)過授權(quán)。一般總的負(fù)責(zé)人是可以查看整個情況，不像有些負(fù)責(zé)什么就什么，不可以干涉其他。 合同管理固然方便，但也存在被他人利用問題，因此合同管理系統(tǒng)也需要進(jìn)行授權(quán)，允許具有資格的人才能使用，以防合同被人盜取。 庫存管理業(yè)務(wù)流程 物資合同管理需求分析 物資合