【正文】 本匹配，就在數(shù)據(jù)庫中更新記錄；否則，就會出現(xiàn)違反一致性原則的錯誤。由于 .NET Remoting利用 DataSet統(tǒng)一的提供數(shù)據(jù)，屏蔽了不同數(shù)據(jù)庫管理系統(tǒng)的差異。 這些技術(shù)在后面系統(tǒng)的實現(xiàn)中都會使用到。并進(jìn)一步說明了系統(tǒng)中一些關(guān)鍵技術(shù)細(xì)節(jié)的處理，如用戶的訪問控制與身份驗證機(jī)制的實現(xiàn)。 科學(xué)的生產(chǎn)管理 是制造系統(tǒng)合理利用資源，提高生產(chǎn)效率的重要手段。因此， 庫存管理是企業(yè)管理的重要組成部分。 庫存模塊 的需求分析 用戶需求分析就是在用戶需求調(diào)研的基礎(chǔ)上，確定系統(tǒng)的總體結(jié)構(gòu)方案，完成相應(yīng)的需求分析報告。首先，要了解和澄清客戶的需求，然后嚴(yán)格地按照客戶的需求 給出系統(tǒng)的需求規(guī)格說明書。 通過調(diào)查了解，為了解決 傳統(tǒng)的商品庫存管理靠人工完成，有許多缺點和不便之處，如：人工登記卡片、填寫表格資料，分類存儲人力資源的浪費(fèi)、易出錯、保密性差，不能及時把商品及庫存信息反映出來，不利于及時掌握市場最新動態(tài)，需要大量的人力物力 等 14 問題 。 根據(jù)前面所述的用例，可將庫存模塊的功能相應(yīng)的劃分，并且將這些模塊整合為三個功能集合。該集合包括 入庫 管理、 出庫 管理、庫存 盤點 三 個模塊。雖然權(quán)限控制不是一個獨(dú)立存在的模塊，但是它貫穿在整個運(yùn)行的過程中。它的基本思想是用圖形符號以黑盒子形式描繪組成系統(tǒng)的每個部件（程序，文檔，數(shù)據(jù)庫，人工過程等）。 數(shù)據(jù)庫中要合理設(shè)置商品信息和庫存信息等表格，用來實現(xiàn)商品庫存信息的錄入、查詢、更新、刪除、統(tǒng)計等功能，使得 企業(yè) 有較詳細(xì)的數(shù)據(jù)統(tǒng)計與分析。與采購、銷售、生產(chǎn)、財務(wù)等模塊功能無縫銜接，保持了資料的一致 性和共享性。 （ 4）保證生產(chǎn)的計劃性、平穩(wěn)性以消除或避免銷售波動的影響 。 （ 2） 收發(fā)料的日常業(yè)務(wù)處理工作，包括入庫、出庫、退庫、調(diào)庫、借出、歸還、盤點、庫存 上下限 預(yù)警等操作流程 ，生成入庫統(tǒng)計、出庫統(tǒng)計、商品庫存上限報警、商品庫存下限報警。 概念結(jié)構(gòu)的主要特點是： （ 1） 能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求，是對現(xiàn)實世界的一個真實模型。 概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨(dú)立于機(jī)器、更抽象，從而更加穩(wěn)定。物理設(shè)計還應(yīng)該考慮操作約束、數(shù)據(jù)庫性能和數(shù)據(jù)安全性等問題。 如表 32 所示： 表 32 職員表： tb_employee數(shù)據(jù)表 字段名 類型 長度 備注 employeecode varchar 5 用戶編號 (特殊處理的 ) fullname varchar 10 用戶名稱 (主鍵 ) 22 sex varchar 4 性別 dept varchar 20 部門 tel varchar 20 聯(lián)系方式 memo varchar 40 備注 （ 3）庫存上限 表 主要有時間、單據(jù)編號、部門、操作員、備注、所有支付和預(yù)支付七個字段， 表中的時間根據(jù)系統(tǒng)當(dāng)前時間自動生成，表中的單據(jù)編號自動生成。下面是本系統(tǒng)所設(shè)計到的主要表的結(jié)構(gòu)： （ 1） 系統(tǒng)權(quán)限表 主要有用戶編號、用戶名稱、用戶密碼、倉庫權(quán)限、銷售權(quán)限、庫存權(quán)限、系統(tǒng)設(shè)置權(quán)限 （管理員）和基本信息權(quán)限八個字段， 在系統(tǒng)權(quán)限表中，系統(tǒng)操作員具有修改其他操作員密碼以及賦予不同角色的職員不同的權(quán)限的功能。邏輯結(jié)構(gòu)設(shè)計的任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本 ER圖轉(zhuǎn)換為與選用 DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。 （ 3） 易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時，容易對概念 模型修改和擴(kuò)充。 庫存 模塊 的 數(shù)據(jù)庫設(shè)計 在 SQL Server上建立一個新的數(shù)據(jù)庫 ， 命名為 StockSale， 它包含有 7 個表 ， 分別為系統(tǒng)權(quán)限表 、 職員表 、 庫存上限 報警表 、 庫存下限報警表 、 商品庫存 、 庫存下限報警詳細(xì)表、庫存上限報警詳細(xì)表。 （ 6）儲備功能，在價格下降時大量儲存，減少損失，以應(yīng)災(zāi)害等不時之需。 （ 2）保證適當(dāng)?shù)膸齑媪浚?jié)約庫存費(fèi)用 。 庫存管理功能幫助企業(yè)的倉庫管理人員對庫存物料的入庫 、 出庫 、 盤點等日常工作進(jìn)行全面的控制和管理，以達(dá)到降低庫存、減少資金占用，避免物品積壓或短缺現(xiàn)象，保證生產(chǎn)經(jīng)營活動順利進(jìn)行的目的 。 本系統(tǒng) 中用戶數(shù)據(jù) 流 圖 和 入庫管理數(shù)據(jù)流圖 如圖 32 所示 和如圖 33 所示 ： 管 理 員登 陸1 . 1 填 寫 登 陸信 息輸 入1 . 2 驗 證 信 息D 1 用 戶 信 息 表用 戶 信 息1 . 3 進(jìn) 入 管 理總 界 面選 中 一 個 員 工D 2 員 工 信 息 表更 新 員 工 信 息2 . 1 編 輯 / 添 加 / 刪除 員 工 信 息圖 32 用戶管理數(shù) 據(jù) 流 圖 管 理 員登 陸1 . 1 填 寫 登 陸信 息輸 入1 . 2 驗 證 信 息D 1 用 戶 信 息 表用 戶 信 息1 . 3 進(jìn) 入 庫 存管 理 總 界 面入 庫 信 息D 2 庫 存 商 品 表輸 入2 . 1 編 輯 / 添 加 / 刪除 商 品 入 庫 信 息2 . 2 更 新 商 品入 庫 信 息2 . 3 讀 取 入庫 貨 物 信 息入 庫 統(tǒng) 計D 3 庫 存 商 品 表數(shù) 據(jù) 庫入 庫 貨物 信 息入 庫 貨物 信 息 圖 33 入庫管理數(shù)據(jù)流圖 16 商品庫存 模塊業(yè)務(wù)流程中，首先要具有庫存操作權(quán)限的用戶或管理員登陸， 然后進(jìn)入庫存管理模塊：庫存商品、庫存狀況、入庫統(tǒng)計、出庫統(tǒng)計、商品庫存上限報警、商品庫存下限報警 等操作，具體流程圖如下圖 34 所示： 用 戶 登陸是 否 登 陸用 戶 無 權(quán) 限 進(jìn) 行 庫 存 管 理庫 存 管 理 商 品 出 庫商 品 入 庫商 品 庫 存 上 限 報 警 商 品 庫 存 下 限 報 警庫 存 盤 點是入 庫 統(tǒng) 計 出 庫 統(tǒng) 計庫 存 狀 況庫 存 數(shù) 量 超 出 下 限庫 存 數(shù) 量 超 出 上 限庫 存 商品 報 表圖 34 商品庫存 模塊 流程 圖 庫存 模塊 的結(jié)構(gòu)劃分 根據(jù)前面的需求，得出 庫存模塊 可按功能集合劃分，其組織結(jié)構(gòu) 分為基本信息管理功能集合、庫存出入 及盤點功能集合和用戶管理及權(quán)限功能集合三大類。權(quán)限功能模塊確定用戶角色由庫存部門主管、庫存管理人員組成。該集合的用例圖如下圖所示，關(guān)系圖如圖 31 所示 ： 圖 31 商品庫存 出入 及 盤點 功能集合關(guān)系圖 （ 3）用戶管理及其權(quán)限功能的集合。該集合包括庫存 商品 管理、庫存 狀況 管理 兩 個模塊，主要用于提供庫存 商品 以及 狀況 的基本信息。 采用面向?qū)ο蟮慕y(tǒng)一開發(fā)過程 ，經(jīng)過需求采集和分析，確定庫存模塊中管理員作為主要活動者的用例： （ 1） 庫存 狀況 管理 ； （ 2） 庫存 上下限 管理 ； （ 3） 入 庫 統(tǒng)計 ； （ 4） 出 庫 統(tǒng)計 ； （ 5） 庫存 盤點 。開發(fā)者只有和用戶充分的理解了需求之后才能開始設(shè)計系統(tǒng)，否則，對需求定義的任何改進(jìn)，在設(shè)計上都必須大量的返工。用戶需求調(diào)研結(jié)束之后，應(yīng)該立即進(jìn)行用戶需求分析。為盤活企業(yè)流動資金，加快資金周轉(zhuǎn)，在保障供給的前提下，最大限度地降低壓庫資金，直接牽動著企業(yè)的經(jīng)營效益。其中做好庫存管理可以有效地控制生產(chǎn)的節(jié)奏，降低不必要的存儲。 從靜止和流動的角度來說 包括兩大類：一類是靜態(tài)庫存，往往存放于物流節(jié)點的倉庫中，另一類是動態(tài)庫存，也叫在途庫存，通常處于汽車、火車、輪船、飛機(jī)等交通工具上。并將系統(tǒng)分為三大功能集合，即基本信息管理功能集合、庫存 出入 及 盤點 功能集合、用戶管理及其權(quán)限功能的集合，進(jìn)行分別設(shè)計 。 而且該層對訪問數(shù)據(jù)庫的應(yīng)用程序屏蔽了數(shù)據(jù)庫的分布信息，使訪問數(shù)據(jù)庫的應(yīng)用程序?qū)?shù)據(jù)的操作就像是在使用一個數(shù)據(jù)庫 [9]。通過 ，可以方便地連接數(shù)據(jù)庫，將數(shù)據(jù)源中的數(shù)據(jù)導(dǎo)入 DataSet對象中，在 DataSet對象中可對數(shù)據(jù)表進(jìn)行各種操作，而且 DataSet對象本身也可遠(yuǎn)程傳遞。另外，對于數(shù)據(jù)庫一致性的問題，即使用 DataSet對象為每一條修改過的記錄維護(hù)兩 個版本，即原始版本和更新版本。使用離線數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)源中的數(shù)據(jù)被緩存到數(shù)據(jù)集 DataSet對象中，用戶無須鎖定數(shù)據(jù)源，數(shù)據(jù)以 XML格式保存。 水晶報表 是 取得需要的功能強(qiáng)大 、 彈性高的報表制作工具， 可 將精巧的報表的制作功能結(jié)合到 Windows及 Web應(yīng)用程序。您可以用各種各樣的格式發(fā)布報表，包括用 Microsoft的 Word和 Excel發(fā)布、通過電子郵件甚至 Web發(fā)布。內(nèi)置報表專家在您生成報表和完成一般的報表任務(wù)過程中，會一步一步地指導(dǎo)您進(jìn)行操作。 水晶報表 的 功能 ： （ 1） 使用各種資料來 源制作報表 ； （ 2） 享用功能強(qiáng)大的設(shè)計與格式設(shè)定功能 ； （ 3） 結(jié)合具彈性的分析 ； （ 4） 最快的報表處理能力 ； （ 5） 靈活的報表傳送作業(yè) ； （ 6） 可擴(kuò)充的 Web報表制作 。 除了開發(fā)新程序外，在工作中常需要接觸到很多較早的軟件系統(tǒng)報表功能升級的需求，如果能結(jié)合水晶報表這一強(qiáng)大的工具 ， 往往能事半功倍 。 水晶報表 對任何商用的應(yīng)用程序而言，生成數(shù)據(jù)報表都是一 項很重要的功能。 （ 3）應(yīng)用程序組件可以共享與數(shù)據(jù)庫的連接，數(shù)據(jù)庫服務(wù)器不再是為每個活動的用戶保持一個連接，從而降低了數(shù)據(jù)庫 服務(wù)器的負(fù)擔(dān)，提高了性能。每一層只能與它的直接相鄰層通信。數(shù)據(jù)訪問子層主要解決如何從數(shù)據(jù)庫中提取和保存數(shù)據(jù) 。 三層體系結(jié)構(gòu) 三層結(jié)構(gòu)模型是企業(yè)級應(yīng)用軟件開發(fā)模型 。 (2） Web Service使用 WSDL來描述 Web Service的所有內(nèi)容 。 （ 2）需有一種標(biāo)準(zhǔn)的語言來描述服務(wù)的所有內(nèi)容（如訪問服務(wù)的方式 ， 服務(wù)所提供的功能等），這樣才能使得所構(gòu)建的服務(wù)在網(wǎng)絡(luò)范圍內(nèi)被推廣。服務(wù)消費(fèi)者通過 WSDL所描述的服務(wù)內(nèi)容來構(gòu)建訪問服務(wù)的代理與服務(wù)進(jìn)行交互。服務(wù)提供者在此發(fā)布所構(gòu)建服務(wù)的描述文件供服務(wù)消費(fèi)者搜索和查詢 。 服務(wù)消費(fèi) 者不用關(guān)心 Web Service是如何實現(xiàn)的 ， 只需根據(jù) Web Service的描述文件，構(gòu)建相應(yīng)的代理訪問 Web Service。 Web Service 概述 關(guān)于 Web Service， 從不同的角度會有不同的理解 。這樣一來，你將能夠使用指針、結(jié)構(gòu)和靜態(tài)數(shù)組，并且調(diào)用這些非安全代碼不會帶 來任何其它的問題 ， C不支持類的多繼承，但是通過對接口的繼承，將獲得這一功能 。 (5)版本處理技術(shù) ： 級軟件系統(tǒng)中的組件（模塊）是一件容易產(chǎn)生錯誤的工作 。 由于歷史的原因 ， 現(xiàn)存的一些開發(fā)工具不能與 Web緊密地結(jié)合 。 C只允許單繼承，即一個類不會有多個基類，從而避免了類型定義的混亂 。 每種 C操作符在 .NET類庫中都有了新名字 。通過 .NET Framework類庫，可以訪問多種操作系統(tǒng)服務(wù)和其他有用的精心設(shè)計的 類，這些類可顯著加快開發(fā)周期。而 Microsoft Visual C 2020 是微軟開發(fā)的 C編程集成開發(fā)環(huán)境 ， 它是為生成在 .NET Framework上運(yùn)行的多種應(yīng)用程序而設(shè)計的 。 本論文 在課題中以典型的 商品進(jìn)銷存 管理系統(tǒng)的開發(fā)過程作為實例 ， 具體 的研究內(nèi)容如下： （ 1）通過使用 C語言實現(xiàn)了一個基于 C/S結(jié)構(gòu)的 商品進(jìn)銷存 管理系統(tǒng) ； （ 2）介紹了系統(tǒng)實現(xiàn)的主要技術(shù) ， 包括 C語言、 Web Service技術(shù) 、 等 ； （ 3）分模塊實現(xiàn)了 庫存 管理系統(tǒng)的每個子模塊和用戶界面 ； （ 4）通過學(xué)習(xí) ER模型和 SQL的相關(guān)知識 ， 在對 商品 信息進(jìn)行了詳盡的分析下 ， 使用SQL Server 2020 建立一個以 ER模型為基礎(chǔ)的關(guān)系數(shù)據(jù)庫系統(tǒng) ； （ 5）探討了系統(tǒng)實現(xiàn)中設(shè)計的關(guān)鍵問題 ， 包括用戶的訪問控制和身份驗證 。 （ 2） 方便 查閱 、提高 工作效率 庫存 管理 可以降低庫存、減少資金占用、杜絕物料積壓 與短缺、提高客戶服務(wù)水平、保證生產(chǎn)經(jīng)營活動順利進(jìn)行。因此根據(jù) 目前一般中小型 企業(yè)實際的庫存管理情況開發(fā)一套 適合該類企業(yè)的 庫存管理系統(tǒng)是十分必要的 。 庫存管理的目的是在 滿足客戶要求的前提下通過對企業(yè)庫存水平進(jìn)行控制 ， 力求盡可能的降低庫存水平 ， 減少資金積壓 ， 提高整個系統(tǒng)的效率 ， 增強(qiáng)企業(yè)的競爭力 。 因此 ， 平衡公司庫存投資與其它資金需求至關(guān)重要。 因為 ， 所有企業(yè)的經(jīng)營活動都離不開物流的活動 。 訂貨往往不用 MRPII作計劃 ， 可以憑業(yè)務(wù)人員的經(jīng)驗加以控制。 （ 3） 訂貨過程 ： 對 A類物品提供及時 、 準(zhǔn)確的采購信息和狀態(tài)查詢 。 對 C類物品盡可能使用簡便的控制 ， 諸如定期目視檢查庫存實物 、 簡要記錄或以簡便標(biāo)志法表明補(bǔ)充存貨已經(jīng)訂貨 ， 采用大庫存量與訂貨 4 量以避免缺貨 ， 安排車間日程計劃時給以低優(yōu)先級 。 顯然 ， A類物品是關(guān)鍵 。 B類物品：中值 ── 總值占庫存總值的 1520%。 （ 3） 在制品：工廠中正被加工或等待于作業(yè)之間的物 料與組件。 （ 7）生產(chǎn)加工和運(yùn)輸過程的庫存：指在處于加工狀態(tài)以及為了生產(chǎn)的需要暫時處于儲存狀態(tài)的零部件 、 半成品或成品。