五金 商品管理系統的 設計與實現 of 要 I 摘 要 隨著經濟的快速發展，對商品的高效管理離不開信息技術。本 系統的實施能夠準確及時地將庫存商品的情況通報給公司和客戶，這樣公司就可以在最短的時間內了解商品的入庫、出庫以及庫存情況，從而有效的實現對商品的管理，提高工作效率，滿足客戶的需求，并提升公司的總體服務水平，進而達到擴大銷售額、擴大經營規模的目的。另外及時了解庫存，可以降低庫存量，進而達到降 低庫存成本的目標， 從而解決了管理模式混亂無序的問題， 也提升公司的經營業績。 在上述工作的基礎上，采用客戶機 /服務器結構設計實現了公司“五金件管理系統”。通過驗證，這套系統簡單易懂、便于操作，有直觀的圖形界面，操作人員無需花太多時間就可以進行操作。通過使用該軟件，可以有效提高了工作效率，規范了管理流程，保證了數據的準確性和安全性，基本滿足了商家在商品管理中的需要，為公司的進一步發展奠定了堅實的基礎，另外為了后期的開發，我們設置了公共類庫，這樣方便后期的開發，以滿足公司的進一步需求。 關鍵詞： 005 ； 005；數據庫；商品銷售；查詢 I of of to of a is do of of it is to a to of of be to so in to s of of of of so as to of s of in of to a to of of of QL in II At of on of to s is to to is an be to of to of at of a of up to of in to 錄 錄 第 1 章 緒論 . 7 言 . 7 內外研究概況 . 7 . 7 第 2 章 相關技術 . 8 可行性分析 . 8 濟可行 性 . 8 術可行性 . 8 全可行性 . 9 律可行性 . 9 施可行性 . 9 求分析 . 9 統功能需求分析 . 9 統設計結構分析 . 100 統功能流程圖設計 . 100 統體系結構的分析 . 111 !未定義書簽。 3 000 . 144 . 149 第 3 章 需求分析 . 20 . 錯誤 !未定義書簽。 0 統功能需求分析 . 20 統功能需求分析 . 21 統用例圖 . 23 . 231 . 23 目錄 V 計查詢用例圖 . 24 品 管理用例圖 . 25 功能需求 . 26 統功能需求分析 . 23 統功能需求分析 . 23 統功能需求分析 . 24 統功能需求分析 . 25 功能需求 . 26 第 4 章 系統的總體設計 . 28 能設計 . 28 統總體功能模塊 . 28 本檔案 . 29 品管理 . 29 詢統計 . 30 統維護 . 30 助系統 . 30 統的功能描述 . 31 功能設計 . 32 據安全性分析 . 32 第 5 章 數據庫設計 . 33 據庫設計概要說明 . 33 據庫設計的概念及特點 . 33 據庫設計的步驟 . 33 數據庫設計 . 34 據庫設計需求分析 . 34 據庫的概念結構設計 . 34 輯結構設計 . 36 . 38 第 6 章 系統的詳細設計與實現 . 41 術準備 . 41 件夾及文件的設計 . 41 共類的設計 . 44 目錄 主要功能模塊的設計 . 46 統登錄設計 . 46 應商信息設置 . 47 庫的設置 . 51 品基本檔案的設置 . 52 品入庫管理 . 53 品出庫管理 . 57 存商品信息管理 . 60 入庫商品年統計 . 63 入庫商品月統計 . 65 統維護 . 66 助 . 69 系統的實現 . 71 . 73 . 75 第 7 章 系統測試 . 錯誤 !未定義書簽。 第 8 章 總結和展望 . 錯誤 !未定義書簽。 . 錯誤 !未定義書簽。 望 . 錯誤 !未定義書簽。 致謝 . 80 參考文獻 . 84 個人簡歷 在讀期間發表的學術論文與研究成果 錯誤 !未定義書簽。 7 第 1 章 緒論 言 現代化的商場需要現代化的管理手段，傳統的管理手段已經制約商場的生存和發展，越來越多的商場開 發信息管理系統對商品信息、庫存信息進行管理，從而提高商場的運轉效率。商品庫存管理系統是典型的信息管理系統，本文提出了商品庫存管理系統的設計及實現方案 。 通過驗證，這套系統簡單易懂、便于操作，有直觀的圖形界面，操作人員無需花太多時間就可以進行操作。通過使用該軟件，可以有效提高了工作效率，規范了管理流程，保證了數據的準確性和安全性，基本滿足了商家在商品管理中的需要，為公司的進一步發展奠定了堅實的基礎，另外為了后期的開發，我們設置了公共類庫，這樣方便后期的開發，以滿足公司的進一步需求。 比較之下，這種電腦代替人工 的管理模式也很適合五金庫存管理。這種模式可以很好的提高整個運營的工作效率，減少很多不必要人工原因而造成的失誤。讓老板更加的放心，讓員工管理起來更加的醒目，工作也變得輕松。詳細的介紹請看下文詳細介紹。 內外研究概況 對國內外五金行業中的中小企業的管理現狀進行了概述，并展望了這類企業的未來。 內行業的管理 前面提到的國內五金業的生產是有發展前景的，進而帶來的就是銷售機會，在五金的銷售中也是存在激烈的競爭的，因此需要提升企業的管理能力，國內有些企業為了提升自己的業績，紛紛開發相關軟件來支持其 管理，來解決競爭中的不利因素，提高競爭優勢。 8 從來自網絡上的數據可以看出，近年來，五金業在國內的行情很是不錯，也是國家發展中的一大重點。單從企業向前發展的前途來看，產業越來越大，貨物出入庫的數量上面也會有很大的提高。所以，在企業正在快速發展的路上，如果還單單使用人工模式來管理，必將面臨很多的弊端；因此，在業務鋒芒期來臨之前，提升管理的模式，為企業以后的發展又排除了一個小小的隱患，也使企業向前跨了不小的一步，讓管理更加的科學化。 第 2 章 相關技術 可行性分析 濟可行性 經濟可行性 如果 收益比投入要少或在預期范圍內是少的，則系統的開發是可行的，如果相反，則主張等待時機再考慮。 目前中小企業商品的管理大都是通過庫管人員記錄，然后錄入到數據庫文件中或 件中，當需要查詢時再通過應用軟件來實現，每次庫存的查詢很麻煩，而且也沒有商品上下限的預警，這樣的管理不但不利于數據的管理，而且也浪費人力物力，且不能保證數據的正確性與安全性。在用傳統的方式管理時，因為人力問題，經常出現數據錄入錯誤的人為現象。在該管理系統可以把所有數據統計查詢，查詢商品庫存的上下限，及時補充商品庫存的不足，這樣可以減少商 機的丟失，另外減少庫存的經常盤點，減少員工的勞動量。通過以上分析該系統的使用可以提升公司的辦事效率，進而提高公司的經營業績，因此系統的開發在經濟上是可行的。 術可行性 技術可行性指開發系統中的技能 能否 完成系統的開發。軟件開發方面本系統主要采用 C#和 術，經過近兩年的學習和實踐，再加上教學工作中經驗的積累，對開發平臺的相關技術都有所了解，如：公共類的設置、觸發 9 器的創建。 全可行性 進入本系統的人員可以設置、修改密碼，登錄經過驗證合格后，才能進入系統。另外在數據的 安全性方面，系統允許對數據進行備份、壓縮和還原，避免意外的發生，通過以上分析，系統在安全性上是可行的。 律可行性 法律可行性 即 明確系統開發可能 出現的連帶責任 ,是否有 違法 現象，是否對社會造成損失。本系統的開發過程完全是合法行為，從公司的實際出發，沒有任何侵權行為。 施可行性 本系統采用人機交互界面的圖文混排方式，操作方便，只要具備一定的軟件操作和理解能力，經過簡單的培訓就可以使用本系統，為了防止數據的重復錄入，系統采用及時提醒報警的方式，這樣在原來紙質數據的錄入中就不會帶來麻煩，為 系統的順利使用提供便利，因此系統的開發可以實施。 求分析 統功能需求分析 商品管理系統是一個典型的數據庫開發應用程序，由基礎信息管理模塊、進貨信息管理模塊、銷售信息管理模塊、庫存信息管理模塊等部分組成，規劃系統功能模塊如下： 該模塊主要包括搜索會員、管理賬戶、賬戶鎖定、賬戶解鎖、修改賬戶、刪除賬戶。 該模塊主要包括搜索商品、搜索統計、分類管理、管理商品、添加修改、 10 打開狀態、推薦狀態、特價狀態。 該模塊主要包括接收消息、發布消息 。 該模塊主要管理訂單、處理訂單、刪除訂單、搜索訂單、回收站、徹底刪除、恢復訂單。 統設計結構分析 商品管理系統采用的是瀏覽器 /服務器系統（ 稱 B/S）結構。 B/S 介紹 B/ 覽器 /服務器 )結構，就是只安裝維護一個服務器 (而客戶端采用瀏覽器 (行軟件。它是隨著 C/S 結構的一種變化和改進。主要利用了不斷成熟的 覽器技術，結合多種 )和 術，是一種全新的軟件系統構造技術。 圖 ，按照結構化程序設計的要求，得到如下所示的系統功能模塊圖，如圖 2 11 商 品 管 理 系 統（ 前 臺 ）會 員 商 品 購 物會員注冊會員登錄會員中心商品展示商品查詢商品采購購物清單采購訂單站內信息口令修改訂單管理列表展示分類展示單品展示收銀訂單查詢個人信息訂單管理訂單管理訂單管理圖 系統功能結構圖 統體系結構的分析 （ 構即瀏覽器和服務器結構。它是隨著 ，對 C/S 結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過 覽器來實現，極少部分事務邏輯在前端（ 現，但是主要事務邏輯在服務器端（ 現，形成所謂三層 3構。這樣就大大簡化了客戶端電腦載荷，減輕了系統維護與升級的成本和工作量，降低了用戶的總體成本（ 以目前的技術看，局域網建立 B/S 結構的網絡應用，并通過式下數據庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發，能實現不同的人員，從不 同的地點，以不同的接入方式（比如 ）訪問和操作共同的數據庫；它能有效地 12 保護數據平臺和管理訪問權限，服務器數據庫也很安全 。特別是在 樣的跨平臺語言出現之后， B/捷、高效。 圖 務端組件體系結構 /*注釋： B/需配置好 用者即可使用系統自帶的瀏覽器來訪問 完成操作 */ （ 構，即大 家熟知的客戶機和服務器結構。它是軟件系統體系結構，通過它可以充分利用兩端硬件環境的優勢，將任務合理分配到 和 來實現，降低了系統的通訊開銷。目前大多數應用軟件系統都是 式的兩層結構，由于現在的軟件應用系統正在向分布式的 用發展， 用都可以進行同樣的業務處理，應用不同的模塊共享邏輯組件；因此，內部的和外部的用戶都可以訪問新的和現有的應用系統，通過現有應用系統中的邏輯可以擴展出新的應用系統。這也就是目前應用系統的發展方向 。 傳統的 C 這只是系統開發一級的開放性，在特定的應用中無論是 還是 都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環境， C/ 加之產品的更新換代十分快，已經很難適應百臺電腦以上局域網用戶同時使用。而且代價高， 效率低。 13 圖 B/S 結構 /*注釋： 以滿足不同的系統對系統的訪問，而 ，也經歷了三個發展時期。首先，界面技術從上世紀 形界面（或圖形用戶界面 直至 覽器界面三個不同的發展時期。其次，今天所有電腦的瀏覽器界面，不僅直觀和易于使用，更主要的是基于瀏覽器平臺的任何應用軟件其風格都是一樣的，使用人對操作培訓的要求不高，而且軟件可操作性強，易于識別；再者，平臺體系結構也從過去單用戶發展到今天的文件 /服務器（ F/S）體系、客戶機 /服務器（ C/S）體系和瀏覽器 /服務器（ B/S）體 系。 14 圖 C/S 結構 /*注釋： C/活性相對于 B/。 C/S 是美國 B/前，這兩項技術以被世界各國所掌握，國內公司以 C/S 和 B/S 技術開發出產品也很多。這兩種技術都有自己一定的市場份額和客戶群，各家企業都說自己的管理軟件架構技術功能強大、先進、方便，都能舉出各自的客戶群體， 都有一大群文人墨客為自己搖旗吶喊，廣告滿天飛，可謂仁者見仁，智者見智。 1、 C/（ 1）、應用服務器運行數據負荷較輕。 最簡單的 C/S 體系結構的數據庫應用由兩部分組成，即客戶應用程序和數據庫服務器程序。二者可分別稱為前臺程序與后臺程序。運行數據庫服務器程序的機器，也稱為應用服務器。一旦服務器程序被啟動，就隨時等待響應客戶程序發來的請求；客戶應用程序運行在用戶自己的電腦上，對應于數據庫服務器，可稱為客戶電腦，當需要對數據庫中的數據進行任何操作時，客戶程序就自動地尋找服務器程序，并向其 發出請求，服務器程序根據預定的規則作出應答，送回結果，應用服務器運行數據負荷較輕。 15 （ 2）、數據的儲存管理功能較為透明。 在數據庫應用中，數據的儲存管理功能，是由服務器程序和客戶應用程序分別獨立進行的，前臺應用可以違反的規則，并且通常把那些不同的（不管是已知還是未知的）運行數據，在服務器程序中不集中實現，例如訪問者的權限，編號可以重復、必須有客戶才能建立定單這樣的規則。所有這些，對于工作在前臺程序上的最終用戶，是“透明”的，他們無須過問（通常也無法干涉）背后的過程，就可以完成自己的一切工作。在客戶服務器架 構的應用中，前臺程序不是非常“瘦小”，麻煩的事情都交給了服務器和網絡。在 C/S 體系的下，數據庫不能真正成為公共、專業化的倉庫，它受到獨立的專門管理。 （ 3）、 C/ 首先，采用 C/S 架構，要選擇適當的數據庫平臺來實現數據庫數據的真正“統一”，使分布于兩地的數據同步完全交由數據庫系統去管理，但邏輯上兩地的操作者要直接訪問同一個數據庫才能有效實現，有這樣一些問題，如果需要建立“實時”的數據同步，就必須在兩地間建立實時的通訊連接，保持兩地的數據庫服務器在線運行，網絡管理工作人 員既要對服務器維護管理，又要對客戶端維護和管理，這需要高昂的投資和復雜的技術支持，維護成本很高，維護任務量大。 其次，傳統的 C/S 結構的軟件需要針對不同的操作系統系統開發不同版本的軟件，由于產品的更新換代十分快，代價高和低效率已經不適應工作需要。在 B/，并對其形成威脅和挑戰。 2、 B/（ 1）、維護和升級方式簡單。 目前，軟件系統的改進和升級越來越頻繁， B/一個稍微大一點單位來說， 系統管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但 B/S 架構的軟件只需要 16 管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即可，實現遠程維護、升級和共享。所以客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發展的主流方向。今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單，這對用戶人力、物力、時間、費用的節省是顯而易見 的，驚人的。因此，維護和升級革命的方式是“瘦”客戶機，“胖”服務器。 （ 2）、成本降低，選擇更多。 大家都知道 桌面電腦上幾乎一統天下，瀏覽器成為了標準配置，但在服務器操作系統上 不是處于絕對的統治地位。現在的趨勢是凡使用 B/需安裝在 務器上即可，而且安全性高。所以服務器操作系統的選擇是很多的，不管選用那種操作系統都可以讓大部分人使用 就使的最流行免費的 作系統是免費的以外，連數據庫也是免費的，這種選擇非常盛行。 比如說很多人每天上“網易”（原文為新浪）網，只要安裝了瀏覽器就可以了，并不需要了解“網易”的服務器用的是什么操作系統，而事實上大部分網站確實沒有使用 作系統，但用戶的電腦本身安裝的大部分是 作系統。 （ 3）、應用服務器運行數據負荷較重。 由于 B/S 架構管理軟件只安裝在服務器端（ ，網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在服務器（ 完全通過 少部分事務 邏輯在前端（ 現，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件維護。但是，應用服務器運行數據負荷較重，一旦發生服務器“崩潰”等問題，后果不堪設想。因此，許多單位都備有數據庫存儲服務器，以防萬一。 17 3， C/S 與 B/S 區別 建立在局域網的基礎上的， 建立在廣域網的基礎上的。 （ 1）、硬件環境不同： C/S 一般建立在專用的網絡上， 小范圍里的網絡環境， 局域網之間再通過專門服務器提供連接和數據交換服務。 B/S 建立在廣域 網之上的， 不必是專門的網絡硬件環境，例如電話上網， 租用設備， 信息自己管理， 有比 C/ 一般只要有操作系統和瀏覽器就行。 （ 2）、對安全要求不同 C/S 一般面向相對固定的用戶群， 對信息安全的控制能力很強。 一般高度機密的信息系統采用 C/S 結構適宜，可以通過 B/ B/S 建立在廣域網之上， 對安全的控制能力相對弱， 面向是不可知的用戶群。 （ 3）、對程序架構不同 C/S 程序可以更加注重流程，可以對權限多層次校驗，對系統運行速度可以較少考慮。 B/S 對安全以及訪問速度的多重的考慮， 建立在需要更加優化的基礎之上。 比C/S 有更高的要求， B/S 結構的程序架構是發展的趨勢，從 列的000 000 等，全面支持網絡的構件搭建的系統。 B/ （ 4）、軟件重用不同 18 C/S 程序可以不可避免的整體性考慮， 構件的重用性不如在 B/ B/S 對的多重結構，要求構件相對獨立的功能。 能夠相對較好的重用。就如買來的餐桌可以再利用，而不是 做在墻上的石頭桌子。 （ 5）、系統維護不同 系統維護是軟件生存周期中，開銷大，相當重要 C/S 程序由于整體性，必須整體考察，處理出現的問題以及系統升級難， 可能是再做一個全新的系統。 B/S 構件組成方面構件個別的更換，實現系統的無縫升級。 系統維護開銷減到最小，用戶從網上自己下載安裝就可以實現升級。 （ 6）、處理問題不同 C/S 程序可以處理用戶面固定，并且在相同區域， 安全要求高的需求，與操作系統相關， 應該都是相同的系統。 B/S 建立在廣域網上， 面向不同的用戶群，分散地域， 這是 C/S 無 法作到的，與操作系統平臺關系最小。 （ 7）、用戶接口不同 C/S 多是建立在 臺上，表現方法有限，對程序員普遍要求較高。 B/S 建立在瀏覽器上， 有更加豐富和生動的表現方式與用戶交流， 并且大部分難度減低，降低開發成本。 （ 8）、信息流不同 C/S 程序一般是典型的中央集權的機械式處理，交互性相對低。 B/S 信息流向可變化， B B、 B C、 B G 等信息流向的變化， 更象交易中心 19 章小結 本章主要是對校園 手交易系統在開發時應用到的一些語言或技術的介紹，包括 言、 術、 術、 術等。另外，技術的實施要在一定的環境和進行，本問題在設計的時候，充分考了了技術與環境的配置關系，包括系統環境及 境配置、數據庫開發工具選擇及配置、關系數據庫管理系統等三個方面。本章的內容主要是針對系統設計環境方面的一些規定，因此與第二章共同作為系統開發的基礎。 20 第 3章 需求分析 求分析 求背景 目前，隨著經濟的快速發展，企業規模的不斷壯大，企業與國內外市場的緊密接軌，電子商務已經成為世 界各國發展經濟的核心。近年來，在互聯網的普及推廣下，人們的日常生活和休閑方式也在發生著變化，而以網上購物為主的電子商務也逐漸成長起來，在人們的日常生活中發揮越來越重要的作用。基于網絡超市的商品銷售管理系統，則是在網絡上建立一個虛擬的購物商場，避免