【導(dǎo)讀】隨著全球經(jīng)濟(jì)一體化進(jìn)程的不斷加快，現(xiàn)代化信息科學(xué)技術(shù)的迅猛發(fā)展和普及，戰(zhàn)略的制定提出更高的要求。煙草企業(yè)擁有一套實(shí)時(shí)高效的物資管理系統(tǒng)，有利于企業(yè)的生產(chǎn)順利和管理規(guī)范。本篇運(yùn)用現(xiàn)代管理理論和系統(tǒng)工程原理以及數(shù)據(jù)庫(kù)技術(shù)進(jìn)行面向?qū)ο蟮慕?。為管理者提供了決策支持功能。采用UML語(yǔ)言對(duì)整個(gè)系統(tǒng)進(jìn)行了分析和設(shè)計(jì)。計(jì)劃資源報(bào)表，多種管理功能，闡述了系統(tǒng)的具體內(nèi)容。有利于相關(guān)信息的更新、資

　　

【正文】 空間的關(guān)聯(lián)與連接，建立更高簡(jiǎn)化或 便捷的客戶端。 （ 2）對(duì)于像服務(wù)器游標(biāo)等不通過(guò) 公開(kāi)的操作和應(yīng)用， ADO 也給予支持。由于保存數(shù)據(jù)庫(kù)資源是服務(wù)器游標(biāo)操作必須進(jìn)行的，因此使用服務(wù)器游標(biāo)可能會(huì)對(duì)程序的可縮放性等性能造成嚴(yán)重影響。在操作過(guò)程中配置防火墻以啟用 COM 封送請(qǐng)求，然后考慮其安全后果，最終實(shí)現(xiàn)通過(guò)防火墻傳輸 ADO 記錄集功能。 在應(yīng)用程序接口中的地位顯赫，提供在微軟 .NET 平臺(tái)中進(jìn)行的信息查閱等服務(wù) 。在 中， 使用者訪問(wèn) 信息源， 可以借助最新的 .NETFramework 信息提供程序來(lái)實(shí)現(xiàn) 。程序包括：： Oracle .NETFramework 數(shù)據(jù)提供程序； 數(shù)據(jù)提供程序； 數(shù)據(jù)提供程序； SQL Server .NETFramework 數(shù)據(jù)提供程序。 （ 3） 是以 Web 應(yīng)用程序?yàn)橐罁?jù)，通過(guò)消息的 Web 應(yīng)用程序而設(shè)定的 , 而且促進(jìn)了其他應(yīng)用程序的發(fā)展。通過(guò)支持對(duì)數(shù)據(jù)的訪問(wèn)，與數(shù)據(jù)庫(kù)的活動(dòng)連接數(shù)量得到減少，達(dá)到信息共享最大化的目的。 （ 4） 主要提供多種數(shù)據(jù)訪問(wèn)方法，對(duì)數(shù)據(jù)進(jìn)行收集、處理。一 般情況下， XML Web services 或 Web 應(yīng)用程序?qū)?shù)據(jù)的訪問(wèn)要從多角度出發(fā)，換句話說(shuō)是與其他應(yīng)用程序交互操作進(jìn)行，再者說(shuō)對(duì)于緩存結(jié)果進(jìn)行保存和傳輸，此時(shí)最好的選擇是使用數(shù)據(jù)集進(jìn)行操作。 是一種用于替換的方法，為了與數(shù)據(jù)源連通，它提供了數(shù)據(jù)命令和數(shù)據(jù)讀取器等功能。 通過(guò)相應(yīng)命令和信息讀取器來(lái)實(shí)現(xiàn)的數(shù)據(jù)庫(kù)執(zhí)行如下： ① 執(zhí)行訪問(wèn)和儲(chǔ)存過(guò)程； ② 建立信息庫(kù)對(duì)象； ③ 借助 DDL 指令實(shí)現(xiàn)剔除和升級(jí)。 （ 5） 還用于對(duì)分布式 應(yīng)用程序的基本對(duì)象 “數(shù)據(jù)集 ”(Dataset) 支持基于 XML 的傳輸格式和持久性，最后達(dá)到信息共享。 數(shù)據(jù)集作為表示連接交互關(guān)系的數(shù)據(jù)結(jié)構(gòu)，借助 XML 可實(shí)現(xiàn)序列化、寫入、讀取。 （ 6）無(wú)論是數(shù)據(jù)訪問(wèn)連接 還是 ADO，兩項(xiàng)連接都可以到數(shù)據(jù)庫(kù)的顯示連接。在 中，讀取前保持?jǐn)?shù)據(jù)庫(kù)的持續(xù)連接，立于當(dāng)前位置保持鎖定模式，開(kāi)發(fā)人員即可使用數(shù)據(jù)讀取器。當(dāng)正在傳 輸、查看和修改數(shù)據(jù)集中的數(shù)據(jù)時(shí)，為了給其他用戶釋放資源或鎖定可以斷開(kāi)連接。 借助 ，能經(jīng)過(guò)改 DataAdapter 對(duì)象采取的字段，或借助加入能響應(yīng)行升級(jí)日志的自定義代碼，來(lái)掌控?cái)?shù)據(jù)集更改傳送到信息庫(kù)的方法。借助次功能能夠簡(jiǎn)化功能、修改驗(yàn)證檢測(cè)或增多除此之外的一切處理，而且此類操作都無(wú)需對(duì)程序進(jìn)行修改。有關(guān)更多信息， ADO 與 的比較數(shù)據(jù)更新直接處理 類似批處理數(shù)據(jù)訪問(wèn)速度較慢快 (因?yàn)樵趦?nèi)存中 )對(duì)于數(shù)據(jù)記錄的訪問(wèn) Recordset (數(shù)據(jù)表名稱 ) 數(shù)據(jù)搜索 ( 數(shù)據(jù)表名稱 ).select 數(shù)據(jù)遍歷 ( 數(shù)據(jù)表名稱 ).Rows(I+=1) 一個(gè)字段 (字段名稱 ) (數(shù)據(jù)表名稱 ).Rows(x, y)通用性 較難在主機(jī)間傳遞 可以轉(zhuǎn)成 XML 在網(wǎng)絡(luò)間傳遞 (可越過(guò)防火墻 )數(shù)據(jù)表達(dá)較單純 (僅 View 和Table) 較完整 (可包括多個(gè)數(shù)據(jù)表，以及其中的關(guān)聯(lián) )系統(tǒng)資源較浪費(fèi) (必須一直連接 )。 本 章從系統(tǒng)設(shè)計(jì)應(yīng)該遵循整體性原則、分解協(xié)調(diào)原則、目標(biāo)優(yōu)化原則出發(fā)討論了系統(tǒng)設(shè)計(jì)應(yīng)遵循的原則，介紹了系統(tǒng)開(kāi)發(fā)的需求分析對(duì)比，分析了 MIS 結(jié)構(gòu)下的 B/S、C/S 和兩個(gè)方面系統(tǒng)設(shè)計(jì)的體系結(jié)構(gòu)，從而得出了 B/S 模式下的數(shù)據(jù)庫(kù)結(jié)構(gòu)更加適合用戶的需求，確定系統(tǒng)架構(gòu)為 B/S 模式的三層結(jié)構(gòu)體系。詳細(xì)介紹了 VS20xx 下的 和 技術(shù)，詳盡的描述了系統(tǒng)各個(gè)模塊的具體功能設(shè)計(jì)和分析，描述了設(shè)備子類的應(yīng)用方式和定義。最后對(duì)接下來(lái)的第五章將要討論的數(shù)據(jù)庫(kù)系統(tǒng)的作用進(jìn)行了簡(jiǎn)要的介紹。 數(shù)據(jù)庫(kù)規(guī)范化設(shè)計(jì)理念 和方法 數(shù)據(jù)庫(kù)的設(shè)計(jì)就是一個(gè)很難的問(wèn)題，需要明確數(shù)據(jù)之間的關(guān)系，設(shè)計(jì)數(shù)據(jù)庫(kù)的方法有多樣，各有千秋，因此為了使數(shù)據(jù)庫(kù)擁有一個(gè)完備的方法，這就需要進(jìn)行多種研究，要經(jīng)過(guò)很多的實(shí)證研究，人們對(duì)規(guī)范化理論進(jìn)行了研究 ，規(guī)范化理論的研究應(yīng)經(jīng)出現(xiàn)了成效。 以下是設(shè)計(jì)方法。數(shù)數(shù)據(jù)庫(kù)之間都是相互關(guān)聯(lián)的，不是單一的，這種相互關(guān)聯(lián)的關(guān)系就形成了關(guān)系模式，該模型最早是由 提出的，初步提出了第一范式(1NF)、第二范式 (2NF)和第三范式 (3NF)。一共是三個(gè)范式。分解方式是由低到高，分解方法采用投影的方法 。在這樣的過(guò)程中，很多都得到了規(guī)范，有序的進(jìn)行，這樣的過(guò)程就是規(guī)范化。 第一范式 (1NF) 在任何一個(gè)關(guān)系模式里，所組成的部分都是不可或缺的。在這個(gè)領(lǐng)域里即其域簡(jiǎn)單、單一，這樣的模式稱為第一范式。 一范式處于最底層，數(shù)據(jù)不能有重復(fù)，有些事獨(dú)特的只有一個(gè)。 1NF 要求每個(gè)字段都是獨(dú)特的，實(shí)體中的某個(gè)屬性不能有多個(gè)值或者不能有重復(fù)的屬性，不能往下繼續(xù)寫下去，關(guān)系數(shù)據(jù)庫(kù)就是一范式。新實(shí)體與原實(shí)體之間是一對(duì)多的關(guān)系，一范式是沒(méi)有重復(fù)的列，作為關(guān)鍵字就應(yīng)該具備幾個(gè)條件： : 主關(guān)鍵 字是獨(dú)有的，不能再有其他的關(guān)鍵字。 主關(guān)鍵字段的值可有可無(wú)。 主關(guān)鍵字是最小的了。 很容易忽略要具備主關(guān)鍵字的條件，因此不讓這樣的現(xiàn)象出現(xiàn)，就有了第二范式。 二范式 除滿足 1NF 以外的，至于第二范式（ 2NF）的滿足條件，必須要先滿足第一范式（ 1NF），由第一范式（ 1NF）的主關(guān)鍵字影響其他的關(guān)鍵字這樣才能稱為第二范式（ 2NF）。任何一個(gè)范式中的實(shí)例和行都必須擁有唯一的地區(qū)分，不可重復(fù)，不存在包含關(guān)系。因此，在表上加上一個(gè)列，用來(lái)儲(chǔ)存實(shí)例獨(dú)一無(wú)二的標(biāo)識(shí)，才能實(shí)現(xiàn)區(qū) 分。主關(guān)鍵字決定實(shí)體的屬性。 三范式 排除一范式和 2NF 外，又不屬于他們其中的哪一個(gè)，有些不全受主關(guān)鍵字的影響，這就是 3NF。要滿足第三范式（ 3NF），一個(gè)數(shù)據(jù)庫(kù)的表中的關(guān)鍵字信息是唯一的，沒(méi)有在其他的表中出現(xiàn)，或者存在其他的包含關(guān)系，消除傳遞依賴。 這樣在 2NF 中消沒(méi)有依賴的就是 3NF。 投影分解運(yùn)用到了關(guān)系模式的規(guī)范化過(guò)程。有一級(jí)一級(jí)的分解的，分解需注意三個(gè)條件： : 信息完整，不存在任何關(guān)系。 分解后的不在一級(jí)上，而是高一層。 盡量減少分解數(shù)目 。 三范式就是最高的，有些因?yàn)椴怀Ｓ茫也簧岷?，因此就不研究了。只探討我們需要的? 規(guī)范化思想要求消除不合適的地方，盡量讓模式中存在的關(guān)系分離，它的模式設(shè)計(jì)原則是一一對(duì)應(yīng)，適合時(shí)放任他的自由。規(guī)范化其實(shí)就是什么都單一而不是復(fù)雜。 規(guī)范化有著自己的優(yōu)勢(shì)，不累積數(shù)據(jù)，使剩余的空間更多，表與表之間的數(shù)據(jù)一致，在 3NF 中，不會(huì)再一個(gè)地方進(jìn)行兩次，有些內(nèi)容改變了，反而優(yōu)點(diǎn)就出來(lái)了。由于不同的表，增加了難度性，兼顧了一方就會(huì)忽視另一方。 小結(jié) 本章主要介紹了與本課題研究相關(guān)的管理信息系統(tǒng)概述 、 UML、 MIS 下 B/S 與C/S 架構(gòu)、 Rational Rose、基于 Visual20xx 的 .NET 技術(shù)等一系列概念與理論，為下文的研究奠定理論基礎(chǔ)。 第 3章 某煙草集團(tuán)物資管理系統(tǒng)需求分析和功能建模 這章主要是物資管理系統(tǒng)在煙草集團(tuán)方面的研究，采用第一章提到的 UML 設(shè)計(jì)相關(guān)的模型，利用一切與文章有關(guān)因素建模。 物資管理系統(tǒng)需求分析 倉(cāng)庫(kù)管理需求分析 倉(cāng)庫(kù)管理是為了把倉(cāng)庫(kù)充分利用起來(lái)，不再出現(xiàn)空閑的倉(cāng)庫(kù)，倉(cāng)庫(kù)庫(kù)存放很多物品，例如貨物等。系統(tǒng)也可以稱為倉(cāng)庫(kù)，在計(jì)算機(jī)管理的信息有貨物信 息、員工信息等，管理了倉(cāng)庫(kù)，可以如實(shí)記錄貨物的詳細(xì)信息，方便資料的選擇，經(jīng)過(guò)系統(tǒng)的處理，會(huì)自動(dòng)生成相關(guān)報(bào)表。 圖 庫(kù)存管理流程 引進(jìn)倉(cāng)庫(kù)管理系統(tǒng)是為了方便采購(gòu)員、倉(cāng)庫(kù)管理員、倉(cāng)庫(kù)總管對(duì)倉(cāng)庫(kù)的管理，不在繁瑣，不再難。各個(gè)主體對(duì)其的需求表現(xiàn)在以下： 采購(gòu)員需求的原因 倉(cāng)庫(kù)管理系統(tǒng)都要進(jìn)行身份的認(rèn)證，首先要獲得權(quán)限，進(jìn)行注冊(cè)，登錄相關(guān)信息，設(shè)置一切，按步驟操作就能生成個(gè)人信息，個(gè)人進(jìn)去后，就會(huì)有采購(gòu)方面的相應(yīng)的軟件，關(guān)于倉(cāng)管方面的，軟件里都包含在其中。 分倉(cāng)庫(kù)管理 員需求原因 要進(jìn)入這樣的系統(tǒng)都要獲得相應(yīng)的權(quán)限，否則是進(jìn)不了的，進(jìn)入系統(tǒng)后，其他倉(cāng)管員就會(huì)按上面需要填寫的來(lái)填寫，記錄貨物的進(jìn)出記錄。貨物的一切信息都會(huì)記錄在系統(tǒng)里，只要一查就能出來(lái)所有的詳細(xì)信息。 倉(cāng)庫(kù)總管需求原因 倉(cāng)庫(kù)總管管理的事情很多，現(xiàn)在技術(shù)發(fā)達(dá)了。人們不再局限于用傳統(tǒng)的方法來(lái)記錄員工信息和貨物的管理，他們只需要坐在電腦面前，隨便一點(diǎn)就知道貨物的具體情況和員工的所有資料。 倉(cāng)庫(kù)管理：進(jìn)行倉(cāng)庫(kù)所有方面的管理。倉(cāng)庫(kù)的任何信息都詳細(xì)的在系統(tǒng)里。 貨物管理：記錄貨 物的詳細(xì)信息。只要是貨物的一切都要記錄保存，方便查閱。 圖 庫(kù)存管理業(yè)務(wù)流程 物資合同管理需求分析 物資合同管理就是利用網(wǎng)絡(luò)簽訂合同，合同的信息也在其中。利用這樣的系統(tǒng)可以減少不必要的負(fù)擔(dān)，功能也多樣化，合同的管理先進(jìn)化，節(jié)省時(shí)間，節(jié)省成本。 合同管理固然方便，但也存在被他人利用問(wèn)題，因此合同管理系統(tǒng)也需要進(jìn)行授權(quán)，允許具有資格的人才能使用，以防合同被人盜取。只有被授權(quán)的人才能進(jìn)入。一般總的負(fù)責(zé)人是可以查看整個(gè)情況，不像有些負(fù)責(zé)什么就什么，不可以干涉其他。 系統(tǒng)中分三種用戶即部門領(lǐng)導(dǎo)、系統(tǒng)管理員和一般用戶。他們都要經(jīng)過(guò)授權(quán)。 普通用戶的操作權(quán)限是：合同的錄入和查詢、修改，簡(jiǎn)單的操作，只能看自己的合同，他人的不允許。 部門領(lǐng)導(dǎo)的操作權(quán)限是：部門領(lǐng)導(dǎo)比普通用戶高一級(jí)，普通用戶的全向賦予了部門領(lǐng)導(dǎo)，除此它可以看所有人的合同，分派合同管理者。 作為系統(tǒng)管理員，其擁有最高的操作權(quán)限，能夠執(zhí)行所有的操作和訪問(wèn)權(quán)限。把權(quán)限分配用戶，所有信息都有他掌控，還可以監(jiān)督他人的行為。 詳細(xì)分析了功能需求： 合同錄入功能模塊：合同錄入由專門的合同 管理人員來(lái)操作。按照錄入的要素，將公司簽訂的各類合同錄入到相應(yīng)的模塊。 合同查詢功能模塊：用戶可以通過(guò)輸入合同的相關(guān)信息，例如合同名稱、合同編碼來(lái)查詢符合條件的合同。 合同修改：因?yàn)橐恍┰蛞薷暮贤凑諊?yán)格的步驟進(jìn)行修改。 合同的統(tǒng)計(jì)分析：對(duì)已存在合同進(jìn)行統(tǒng)計(jì)，然后對(duì)其分析。 合同的日志管理：用戶進(jìn)行操作后會(huì)有瀏覽痕跡，而這些都是自動(dòng)生成的，有利于管理者監(jiān)督員工。 數(shù)據(jù)備份與還原：當(dāng)數(shù)據(jù)在未丟失前，對(duì)其進(jìn)行備份也就是多準(zhǔn)備一份，當(dāng)丟失了就有備份。 卷煙物資采購(gòu)計(jì)劃 煙草公司的卷煙 物資采購(gòu)計(jì)劃是以滾動(dòng)的生產(chǎn)計(jì)劃為基礎(chǔ)的滾動(dòng)的需求、采購(gòu)計(jì)劃，是根據(jù)生產(chǎn)計(jì)劃及生產(chǎn)調(diào)整計(jì)劃得到比較準(zhǔn)確的材料需求數(shù)量和生產(chǎn)時(shí)間，及時(shí)制定輔料需求計(jì)劃，調(diào)整材料的采購(gòu)計(jì)劃，以保障計(jì)劃的準(zhǔn)確性、及時(shí)性。在計(jì)劃業(yè)務(wù)中主要包括如年計(jì)劃、季度計(jì)劃、月度計(jì)劃的編制及計(jì)劃調(diào)整，計(jì)劃審核以及專賣物資準(zhǔn)運(yùn)證的內(nèi)部申請(qǐng)、審批等功能，具體的采購(gòu)流程如圖 所示 : 圖 卷煙物資采購(gòu)計(jì)劃購(gòu)流圖 訂單管理 物資訂單是采購(gòu)活動(dòng)執(zhí)行依據(jù)，是對(duì)采購(gòu)物資數(shù)量額度控制。煙葉原料訂單采用年度采購(gòu)合同形式，并明確原料流向 ，是開(kāi)具準(zhǔn)運(yùn)證的依據(jù)，原料訂單管理相對(duì)簡(jiǎn)單，本節(jié)將重點(diǎn)介紹輔料訂單管理辦法。 訂單生成的以下基本規(guī)則 :一張訂單只包含一個(gè)供應(yīng)商、一張訂單對(duì)應(yīng)同一個(gè)材料只有一條明細(xì)信息 (可區(qū)分不同到貨地 )；訂單內(nèi)容根據(jù)月度采購(gòu)計(jì)劃自動(dòng)轉(zhuǎn)換生成；訂單編號(hào)生成規(guī)則；訂單對(duì)收料約束規(guī)則；訂單時(shí)效性規(guī)則；訂單延續(xù)規(guī)則；訂單核銷規(guī)則 (訂單 /收料單 /發(fā)票 )；訂單管理主要功能；訂單編制 /生成 :采用庫(kù)存補(bǔ)充法編制和根據(jù)采購(gòu)計(jì)劃自動(dòng)生產(chǎn)；訂單審核 /發(fā)布；訂單臺(tái)帳管理；超量補(bǔ)單；訂單延續(xù)；訂單有效期調(diào)整；訂單拆分；訂單狀態(tài)控制；訂單核銷。 調(diào)撥配送管理 調(diào)撥配送分為子公司向工廠調(diào)撥配送和子公司之間銷售調(diào)撥。 向工廠調(diào)撥配送 :分為配送中心調(diào)撥和供應(yīng)商直送調(diào)撥 。 配送中心調(diào)撥 :是指子公司根據(jù)卷煙廠上報(bào)的物資申請(qǐng)，編制調(diào)撥單，并根據(jù)調(diào)撥單將物資運(yùn)送到指定卷煙廠內(nèi)部倉(cāng)庫(kù) 。 供應(yīng)商直送調(diào)撥 :是指在訂單中事先指定供應(yīng)商的送貨地為卷煙廠內(nèi)部倉(cāng)庫(kù)，物資無(wú)需進(jìn)子公司直管的倉(cāng)庫(kù)而直接運(yùn)送到卷煙廠，該模式多用于輔料調(diào)撥 。 子公司之間銷售調(diào)撥 :由于 A 和 B 子公司是兩個(gè)獨(dú)立的法人，因此兩者之間的調(diào)撥是銷售關(guān)系，需要進(jìn)行資金核算。 供應(yīng)商管理 供應(yīng)商管 理主要針對(duì)輔料管理而言，主要關(guān)注以下幾個(gè)方面的管理實(shí)現(xiàn) : 供應(yīng)商聯(lián)合庫(kù)存管理 :強(qiáng)調(diào)雙方的互利合作關(guān)系，是體現(xiàn)一種戰(zhàn)略供應(yīng)商聯(lián)盟的新型企業(yè)合作關(guān)系的管理模式，也是解決供應(yīng)鏈系統(tǒng)中由于各節(jié)點(diǎn) 企業(yè)的相互獨(dú)立庫(kù)存運(yùn)作模式導(dǎo)致的需求放大現(xiàn)象，提高供應(yīng)鏈的同步化程度的一種有效方法。 商務(wù)信息發(fā)布 :提供與供應(yīng)商信息溝通平臺(tái)。 信息權(quán)限控制 :針對(duì)機(jī)密程度較高的信息實(shí)行分級(jí)授權(quán)控制，如川渝計(jì)劃和庫(kù)存信息需要授權(quán)才能被指定供應(yīng)商查看、供應(yīng)商只能查看各自訂單和允許供應(yīng)的材料相關(guān)情況等。 供應(yīng)商數(shù)據(jù)上報(bào)機(jī)制 :分為 聯(lián)機(jī)上報(bào)和文件上報(bào)。 聯(lián)機(jī)上報(bào) :將上報(bào)信息直接寫入供應(yīng)商聯(lián)盟數(shù)據(jù)庫(kù)。 文件上報(bào) :將上報(bào)數(shù)據(jù)轉(zhuǎn)換成規(guī)定格式文件，通過(guò) FTP 上傳到指定目錄，通過(guò)