【畢業(yè)學位論文】（Word原稿）五金商品管理系統(tǒng)的設計與實現(xiàn)-軟件工程

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