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