【正文】 ................................. 39 III 摘 要 商品進銷存管理系統(tǒng) 是 企業(yè) 都不可缺少的部分 ， 它的 存在 對于 企業(yè) 的決策者和 庫存 管理者來說都至關重要 ， 因為商品進銷存管理系統(tǒng) 能夠為管理人員提供充足的信息和快捷的查詢手段。 系統(tǒng)為 基于 Web Service的商品進銷存 管理系統(tǒng)，選擇 Microsoft Visual Studio 2020 與 IV SQL Server 2020 為開發(fā)環(huán)境， 以 C編程語言來完成， 按照軟件工程方法，首先對系統(tǒng)進行了 重要性分析、 需求分析 、 并進行系統(tǒng)的總體設計 、結構劃分、功能分析和數(shù)據(jù)庫設計以及系統(tǒng)開發(fā)工具和開發(fā)技術的選擇 。 系統(tǒng)總體的功能有商品基本庫存管理、銷售管理，采購管理，庫存管理等。 Web Service。商品進銷存管理系統(tǒng) 是企業(yè) 都不可缺少的部分 ， 它的 存在 對于 企業(yè) 的決策者和 庫存 管理者來說都至關重要 ，因為商品進銷存管理系統(tǒng) 能夠為管理人員提供充足的信息和快捷的查詢手段 。商品種類繁多，企業(yè)庫存信息量非常龐大，如果能對這些數(shù)據(jù)進行統(tǒng)計分析，就可以利用這些分析結果進行相關的決策。 由于所掌握的物資種類眾多 ， 訂貨 、 管理 、 發(fā)放的渠道各有差異 ， 各個企業(yè)之間的管理體制不盡相同 ， 各類統(tǒng)計報表繁多 ， 因此倉庫的庫存管理必須編制一套庫存管理信息系統(tǒng) ， 實現(xiàn)計算機化操作 ， 而且必須根據(jù)企業(yè)的具體情況制定相應的方案 。 其中倉庫的庫存管理是整個物資供應管理系統(tǒng)的核心 。 所以 基于 Web Service的商品進銷存管理系統(tǒng) 應運而生 ， 它可以為用戶提供豐富的功能 ， 實現(xiàn)操作的自動化 ， 從而大幅度的降低 庫存 管理的工作強度 ， 減少了手工 操作可能出現(xiàn)的誤差 ， 提高庫存 管理工作的效率 ， 推動 庫存 管理的信息化 管理，而且，基于 Web Service的設計使它應用更加方便，廣泛。企業(yè)可能會由于產(chǎn)品銷路不暢或產(chǎn)品改型，而使暫時保存的存貨變?yōu)殚L期保存。 供應鏈中傳統(tǒng)庫存管理模式是基于交易層次之上的由訂單驅動的靜態(tài)單級管理庫存的方式 。 簡單的來說 ， 傳統(tǒng)的商品庫存管理靠人工完成 ， 如人工登記卡片 、 填寫表格資料 ， 分類存儲 ， 需要大量的人力物力 。 因此，建立商品庫存管理系統(tǒng)，對商品進行優(yōu)化存儲，能提高商場的科學管理水平。 3 從企業(yè)經(jīng)營過程的角度將庫存分為以下七種類型 ： （ 1）經(jīng)常庫存 ： 是指在正常的經(jīng)營環(huán)境下 ， 企業(yè)為滿足日常需要而建立的庫存 。 （ 3）季節(jié)性庫存：指為了滿足特定季節(jié)出現(xiàn)的特定需要而建立的庫存 ， 或指對季節(jié)性出產(chǎn)的原材料在出產(chǎn)的季節(jié)大量收購所建立的庫存 。 （ 6）積壓庫存：指因物資品質變壞不再有效用的庫存或因沒有市場銷路而賣不出去的產(chǎn)品庫存 。 （ 2） 組件 ： 準備投入產(chǎn)品總裝的零件或子裝配件。 通常為物品的 1520%。 是物品的大多數(shù)，通常占 6070%。對 B類物品做正?？刂?， 包括良好的記錄與常規(guī)的關注 。 予 C類物品以最低優(yōu)先級 。 對 C類物品可以盤點處理或訂貨點計算 。 市場需要庫存商品提供給用戶 ， 企業(yè)的經(jīng)營需要庫存 保證各種藥品的供應以進行藥品的銷售 ，庫存對生產(chǎn)效率的提高有著極其重要的影響 ， 庫存管理系統(tǒng)是計算機管理系統(tǒng)的中心 。 對 那些采購量特別大、采購件市場價格有波動的物料 庫存，加強 庫存管理效果更為明顯 。 而這種庫存量的決定往往是根據(jù)公司的市場預測做出的 ，但是由于市場環(huán)境的復雜性，預測往往會出現(xiàn)誤差 ， 導致缺貨或積壓 。 但是目前一般中小型企業(yè)往往不會 購買大型通用庫存管理系統(tǒng) 來提高這種管理機制 ， 因為這種系統(tǒng)不一定符合該企業(yè)的庫存管理的要求 ， 而且 又需要付出昂貴的代價 。它通過庫存物品的入庫、出庫、移動和盤點等操作，對企業(yè)的物流進行全面的控制和管理。 它可以為使用者提供豐富 全面 的功能 ， 實現(xiàn)操作的 簡單化 ， 自動化 ， 從而大幅度的降低 商品 信息管理的工作強度 ，可為使用者節(jié)省大量的時間 ， 提高了 商品進銷存 管理工作的效率 ， 減少了大量的手工操作可能引起的操作失誤 ， 推動 商品進銷存 管理的信息化建設 。 C編程語言 C是微軟開發(fā)的一種面向對象的編程語言 ， 是微軟 .NET開發(fā)環(huán)境的重要組成部分。 C擁有一個非常好的集成開發(fā)環(huán)境 —— Visual ， 這是通過功能齊全的代碼編輯器、項目模板、設計器、代碼向導、功能強大且易于使用的調試器以及其他工具實現(xiàn)的。 C用真正的關鍵字換掉了那些把活動模板庫 (Active Template Library， ALT)和 COM搞得亂糟糟的偽關鍵字，如 OLE_COLOR等等 。 C提供了一個叫做裝箱與拆箱的機制 。 (3)與 Web的緊密結合 ： .NET中新的應用程序開發(fā)模型意味著越來越多的解決方案需要與 Web標準相統(tǒng)一 ， 例如超文本標記語言和 XML。 (4)完整的安全性與錯誤處理 ： C中不能使用未初始化的變量，對象的成員變量由編譯器負責將其置為零 ， 當局部變量未經(jīng)初始化而被 使用時 ， 編譯器將做出提醒 ； C不支持不安全的指向 ， 不能將整數(shù)指向引用類型 ， 例如對象 ， 當進行下行指向時， C將自動驗 8 證指向的有效性； C中提供了邊界檢查與溢出檢查功能。 (6)靈活性與兼容性 ： C允許你將某些類或類的某些方法聲明為非安全的。 簡單的來說， Web Service是一種在網(wǎng)絡范圍內向其他應用程序提供服務的組件 。 對于服務消費者來數(shù) ， 可認為 Web Service是部署在網(wǎng)絡上的組件 、 服務或者是一個可以通過 URL訪問的遠端函數(shù)接口 。 UDDI是一套基于網(wǎng)絡、分 布式的、為 Web Service提供的信息注冊中心的實現(xiàn)標準規(guī)范，同時包含了一組使企業(yè)能將自身提供的 Web Service注冊，以使別的企業(yè)能夠發(fā)現(xiàn)、訪問協(xié)議的實現(xiàn)標準。 WSDL是以 XML Schema 為基礎，可以將任何語言開發(fā)的 Web Service進行描述，包括數(shù)據(jù)類型，消息結構和使用的傳輸協(xié)議，具有與開發(fā)語言無關的特點。 Web Service 核心內容 在一個互異的網(wǎng)絡環(huán)境 中，如何才能構建一種跨平臺，跨語言，松散耦合，開放的技術架構，來達到系統(tǒng)間的互相操作 ？ 其實滿足下面三個基本的要求就能實現(xiàn)這一基本的目標： （ 1）在雙方交互過程中 ， 傳輸數(shù)據(jù)的表現(xiàn)形式必須是跨平臺 ， 跨語言的 ， 數(shù)據(jù)表現(xiàn)形式本身必須是完全開放、獨立的 。在 Web Service整個數(shù)據(jù)傳輸過程中 ， 任何消息須經(jīng) XML序列化后進行傳輸和處理的。 由此可見 Web Service的原理是相當簡單的，正是因為它簡單也就不可避免的潛在了很多自身的缺點，因此要構架一個強 壯、 龐大的系統(tǒng)必須借助其他的技術才能較好的實現(xiàn)。 （ 2）應用邏輯層：也叫業(yè)務層或中間層，包括數(shù)據(jù)訪問子層和業(yè)務服務子層。 三層體系的應用程序將業(yè)務規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進行處理 [5]。 （ 2）在應用邏輯層，開發(fā)人員可以利用 VB、 VC、 C等常用的開發(fā)工具開發(fā)可重用的二進制組件，而不是編寫存儲過程。相信隨著 Inter的進一步普及和發(fā)展 ， 新技術的不斷涌現(xiàn) ， 傳統(tǒng)的客戶服務器結構將逐步被淘汰 ， 基于三層結構的系統(tǒng)將會得到廣泛、持久地發(fā)展。 在 報表開發(fā)的程序員 ， 一定都對水晶報表強大 、 高效 、 集成等特性留下了深刻印象 。 從簡單到復雜的報表 ， Crystal Reports都可以協(xié)助您存取 、 分析、報告及分享數(shù)據(jù) ,結合使用容易、具彈性、功能強大的特性，提供簡報品質的完美報表。 Crystal Reports幾乎可以從任何數(shù)據(jù)源生成您需要的報表。 Crystal Reports的靈活性并未停留在創(chuàng)建報表這一功能上。 Crystal Reports支持大多數(shù)流行的開發(fā)語言，可以方便地在任何應用程序中添加報表 。 技術 XML為核心，是 .NET數(shù) 據(jù)庫應用程序的解決方案。因此，使用 能夠在更少的時間內響應數(shù)量巨大的用戶。 本系統(tǒng)實現(xiàn)主要運用 DataSet組件。數(shù)據(jù)處理層不必理會低層數(shù)據(jù)庫，集中處理各分布的 DataSet即可 。 13 3 庫存模塊 的分析與設計 本章首先進行庫存管理業(yè)務的需求分析，提出了本系統(tǒng)中庫存模塊分為庫存 商品 、庫存 狀況 、庫存 商品上限報警 、庫存 商品下限報警、入庫統(tǒng)計、出庫統(tǒng)計、庫存盤點 等 七 大功能。 庫存的含義和重要性 從物流的觀點來看，庫存是為了滿足未來需要而暫時閑置的資源，流速為零的存貨(原材料、在制品、產(chǎn)成品等 )就是庫存。這主要包括兩方面內容：生產(chǎn)的計劃管理和庫存管理。 在企業(yè)生產(chǎn)經(jīng)營活動中，庫存管理既必須保證生產(chǎn)車間對原材料、零部件需求，又直接影響采購、銷售部門的購、銷活動。在確定系統(tǒng)的總體結構方案過程中，包括確定應用程序的結構、系統(tǒng)開發(fā)環(huán)境和系統(tǒng)的功能模塊。 理解需求是在問題及其最終最終解決方案之間架設橋梁的第一步。 要求本系統(tǒng)具有以下功能： （ 1）由于操作人員 的計算機知識普遍不高，因此要求系統(tǒng)具有良好的人機界面； （ 2） 系統(tǒng)為管理員建立商品信息的庫存，用戶進入系統(tǒng)前需要身份驗證，驗證內容包括用戶名、密碼，只有輸入正確后方可進入系統(tǒng)，否則提示錯誤信息，要求重新輸入 ； （ 3）如果系統(tǒng)的使用對象較多，則要求有較好的權限管理； （ 4）要求有方便的庫存管理的數(shù)據(jù)查詢功能； （ 5）能夠提供快速填寫貨物入庫單及出庫單功能； （ 6）在相應的權限下，可方便地刪除數(shù)據(jù)； （ 7）數(shù)據(jù)計算自動完成，盡量減少人工干預； （ 8）要求有較高的安全性，防止資料泄露。 （ 1）基本信息管理功能集合。 入庫 管理模塊根據(jù)基本信息管理集合提供的按信息對庫存進行 入庫 管理； 出庫 管理模塊再根據(jù) 庫存 管理提供的 出庫 信息進行 出庫 管理 ； 庫存 盤點 模塊可根據(jù)用戶的 盤點結果 對以上信息進行查詢 修改 。庫存盤點 庫存管理功能 入庫管理 出庫管理 15 庫存模塊的管理人員的 管理模塊需要經(jīng)過權限授權才可以正常的使用。系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)進行加工處理的控制過程 。為了確保數(shù)據(jù)的安全性，對數(shù)據(jù)庫進行的操作都有相應的權限要求。 一般來說，庫存功能有： （ 1）防止斷檔，縮短從接受定單到送達貨物的時間，以保證優(yōu)質服務，同時又要防止脫銷 。 （ 5）展示功能 。 （ 3）庫存物料定期盤點，調整物料存量做到帳物相符，可讓管理人員清楚的了解庫存情況 ， 并且可嚴加把控， 決定何時定貨采購 ， 同時作為采購部門采購依據(jù) ，生成庫存盤點。 （ 2） 易于理解，從而可以用它和不熟悉計算機的用戶交換意見，用戶的積極參與是數(shù)據(jù)庫的設計成功的關鍵。描述概念模型的有力工具是 ER模型，下面將用 ER圖來表示本系統(tǒng)主要實體間的關系： 19 圖 36 商品庫存表實體間 ER圖 圖 37 職員表實體間 ER圖 圖 38 庫存上限報警表實 體間 ER圖 商品編號 商品產(chǎn)地 庫存上下限 商品名稱 商品型號 商品單位 庫存數(shù)量 商品規(guī)格 商品單價 累積盤點數(shù)量 商品庫存表 職員表 用戶名稱 性 別 部 門 聯(lián)系方式 備 注 用戶編號 預 支 付 所有支付 備 注 單據(jù)編號 部 門 操 作 員 時 間 庫存上限表 20 圖 39 庫存上限報警詳細表實體間 ER圖 圖 310 系統(tǒng)權限表實體間 ER圖 數(shù)據(jù)庫邏輯設計 概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。表 (Table)是關系在 DBMS中的描述形式，具有二維結構。 如表 33 所示： 表 33 庫存上限 表： tb_warehouse_main數(shù)據(jù)表 字段名 類型 長度 備注 billdate datetime 8 時間 billcode varchar 20 單據(jù)編號 units varchar 30 部門 handle varchar 10 操作員 summary varchar 100 備注 fullpayment float 8 所有支付 payment float 8 預支付 （ 4）庫存 下 限 表 主要有時間、單據(jù)編號、部門、操作員、備注、所有支付和預支付七個字段， 表中的時間根據(jù)系統(tǒng)當前時間自動生成，表中的單據(jù)編號自動生成，在原來的記錄上自動加一