【正文】 oat 是 qq Nvarchar 50 是 Email Nvarchar 100 是 Id_zu int 是 表格 11 會員組別表 字段名 說明 類型 長度 是否為空 主鍵 ID Int 否 是 zu Nvarchar 255 是 19 表格 12 產(chǎn)品 銷售 表 字段名 說明 類型 長度 是否為空 主鍵 Id Int 否 是 Id_product Int 是 Huohao Nvarchar 50 是 Title Nvarchar 50 是 login Nvarchar 50 是 Id_login Int 是 Id_gys Int 是 Gys Nvarchar 255 是 Sell date Datetime 是 Shulian Float 是 Price Float 是 Price2 Float 是 Id_huiyuan Int 是 Type Int 是 Id_ku Int 是 Ku Nvarchar 50 是 Bigclass Nvarchar 50 是 Smallclass Nvarchar 50 是 Guige Nvarchar 50 是 Isok Bit 否 Photo Nvarchar 255 是 Bianhao Nvarchar 255 是 Zu Bit 否 beizhu Nvarchar Max 是 表格 13 產(chǎn)品信息表 字段名 說明 類型 長度 是否為空 主鍵 Id Int 否 是 Title Nvarchar 255 是 Id_bigclass Int 是 Id_smallclass Int 是 Price Float 是 Price2 Float 是 Shulian Float 是 danwei Nvarchar 50 是 Id_ku int 是 Ticheng_type int 是 ticheng real 是 guige Nvarchar 50 是 Huohao Nvarchar 50 是 Baojin float 是 class int 是 duihuan int 是 Photo Nvarchar 255 是 20 beizhu Nvarchar Max 是 表格 14 產(chǎn)品小類表 字段名 說明 類型 長度 是否為空 主鍵 ID 大類編號 Int 否 是 smallclass 大類名稱 Nvarchar 255 是 Id_bigclass int 是 表格 15 登錄組別表 字段名 說明 類型 長度 是否為空 主鍵 ID Int 否 是 zu Nvarchar 255 是 設(shè)置引用完整性 為了防止用戶不小心刪除有用的數(shù)據(jù)，或者輸入錯誤的數(shù)據(jù)，就需要設(shè)置引用完整性 （ Referential Integrity）。通過設(shè)置引用完整性對數(shù)據(jù)庫進行約束，能夠幫助程序員和用戶確保使用的數(shù)據(jù)是合法的。 ADO 控件 比 較靈活，它使用 SQL表達式，通過 SQL屬性來和數(shù)據(jù)庫文件相連并顯示要顯示的字段，可以方便地對一個或多個數(shù)據(jù)表中的記錄進行訪問。 身份驗證模塊的設(shè)計 在進入系統(tǒng)主界面之前，會出現(xiàn)一個身份驗證 對話框，要驗證用戶的身份。當(dāng)用戶輸入完成之后，按 “確定 ”按鈕來關(guān)閉對話框，系統(tǒng)會自動檢查用戶兩次輸入的 密碼 是否一致，如果不一致，會出現(xiàn)出錯提 示并建議用戶重新輸入。 圖 26 主界面 （ admin） 設(shè)計 ． 入庫 管理模塊 的實現(xiàn) 入庫 管理模塊包括 產(chǎn)品入庫、入庫查詢、退回產(chǎn)品、退回記錄、供應(yīng)商 五 個子模塊。 （ 1） 產(chǎn)品銷售 選擇產(chǎn)品 供應(yīng)商 入庫時間 確定退回 重新填寫 經(jīng)辦人 備注 供應(yīng)商名稱 聯(lián)系人 聯(lián)系地址 聯(lián)系電話 訂單詳情 26 圖 211 產(chǎn)品銷售 設(shè)計 （ 2） 客戶退單 圖 212 客戶退單 的設(shè)計 本系統(tǒng)的報表分為 進貨統(tǒng)計 、 銷售統(tǒng)計和退貨統(tǒng)計三個部分 ， 這三個部分都會對每天的進庫，出庫和退回 情況 自動的進行系統(tǒng)統(tǒng)計 。該模塊主要有選擇產(chǎn)品 經(jīng)辦人 供應(yīng)商 合計金額 購買會員 備注 確定銷售 重新填寫 出庫時間 選擇產(chǎn)品 購買會員 備注 確定退貨 確定 出庫時間 經(jīng)辦人 供應(yīng)商 重新填寫 確定 27 幾大部分組成：基本信息設(shè)置、員工管 理、部門管理、倉庫管理、系統(tǒng)日志等。 （ 1） 庫存查詢 圖 213 庫存查詢的設(shè)計 （ 2） 庫存調(diào)撥 圖 214 庫存調(diào)撥的設(shè)計 產(chǎn)品貨號 產(chǎn)品名稱 庫存調(diào)撥 產(chǎn)品規(guī)格 產(chǎn)品單位 庫存數(shù)量 產(chǎn)品貨號 產(chǎn)品名稱 單價 產(chǎn)品規(guī)格 產(chǎn)品單位 庫存數(shù)量 28 第 3章 系統(tǒng)實現(xiàn) 系統(tǒng)實現(xiàn)包括用戶需求實現(xiàn)，系統(tǒng)界面實現(xiàn)和數(shù)據(jù)庫實現(xiàn)三方面。在其輸入用戶 名 與 密碼 之后，單擊 “確定 ”按鈕 或按 “回車鍵 ”登錄數(shù)據(jù) 庫。 本系統(tǒng)由 福州遠行者信息技術(shù)有限公司 開發(fā)，更多內(nèi)容請參閱公司官網(wǎng)。 29 系統(tǒng)主界面 圖 32 系統(tǒng)主界面（ 系統(tǒng)管理員 身份進入） 30 系統(tǒng)子界面 系統(tǒng)信息設(shè)置 圖 33 基本信息設(shè)置 界面 如果公司人員有變動，那么就要執(zhí)行以下操作 圖 34 員工管理界面 31 由于顧客會對產(chǎn)品有不同的需求，那么倉庫的產(chǎn)品也是在不斷更新的 圖 35 倉庫管理界面 系統(tǒng)會對每個進入后臺的管理員進行信息記錄，以便以公司的管理 圖 36 系統(tǒng)登錄日志界面 入庫 管理 倉庫管理員填寫入庫單界面如下圖： 32 圖 37 管理員填寫 已有產(chǎn)品入庫的 界面 33 圖 38 倉庫管理員填寫 新產(chǎn)品入庫 界面 產(chǎn)品退回公司界面如下圖： 圖 39 產(chǎn)品退回公司界面 供應(yīng)商 信息 管理如下圖： 34 圖 310 供應(yīng)商 信息 管理界面 出庫 管理 出庫時如果出庫數(shù)量低于庫存信息表中的最低庫存時 報警，提醒倉庫管理員及時通知采購員采購，如果不清楚此貨品的采購員是誰可以根據(jù) 貨品編號查詢采購員信息， 如下圖： 圖 311 產(chǎn)品銷售界面 客戶退貨如下圖： 35 圖 312 產(chǎn)品退貨界面 退貨記錄查詢?nèi)缦聢D： 圖 313 退貨記錄查詢界面 報表統(tǒng)計 進貨報表統(tǒng)計如下圖： 圖 314 進貨統(tǒng)計界面 銷售報表統(tǒng)計如下圖： 36 圖 313 出貨統(tǒng)計界面 退貨報表統(tǒng)計如 下圖： 圖 314 退單 統(tǒng)計 界面 庫存管理 庫存查詢信息如下圖： 圖 315 庫存信息查詢界面 庫存調(diào)撥信息管理如下圖： 37 圖 316 庫存調(diào)撥信息管理界面 賬務(wù)管理 銀行信息管理如下圖： 圖 315 銀行信息管理界面 38 第 4章 系統(tǒng)測試 系統(tǒng)測試的基本原則 及目的 1)所有測試都應(yīng)該能追溯到用戶需求。實際上 ,一旦完成了需求模型就可以著手制定測試計劃 ,在建立了設(shè)計模型之后就可以立即開始設(shè)計詳細的測試方案。通常首先重點測試單個程序模塊 ,然后把測試重點轉(zhuǎn)向在集成的模塊簇中尋找錯誤 ,最后在整個系統(tǒng)中尋找錯誤。 軟件的錯誤是不可避免的，所以必須經(jīng)過嚴格的測試。檢 測和排除子系統(tǒng)（或系統(tǒng)）結(jié)構(gòu)或相應(yīng)程序結(jié)構(gòu)上的錯誤，使所有的系統(tǒng)單元配合合適，整體的性能和功能完整。 軟件測試方法 測試任何軟件都有兩種方法：黑盒測試和白盒測試。黑盒測試又稱為功能測試。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗程序中的每條通路是否都按預(yù)定要求正確工作。 本庫存管理系統(tǒng)決定采用黑盒測試法，即知道了產(chǎn)品應(yīng)該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用。例如 ,用戶 進入系統(tǒng)的登錄窗口的確定按鈕 ,當(dāng)正確錄入后看是否能正常進入系統(tǒng) ,經(jīng)過測試 ,得知此部分代碼是否存在問題。 3．系統(tǒng)登錄模塊模塊測試結(jié)果預(yù)測 1) 輸入數(shù)據(jù) 例如 ,向用戶名，密碼窗口，輸入正確的用戶名，密碼，再輸入錯誤的用戶名和密碼。由此測試得出此模塊能夠?qū)崿F(xiàn)預(yù)期的功能。 系統(tǒng)測試結(jié)論 軟件能力 經(jīng)過軟件測試 , 發(fā)現(xiàn)一些可以通過測試避免的開發(fā)風(fēng)險實施測試來降低所發(fā)現(xiàn)的風(fēng)險，確定測試何時可以結(jié)束，在開發(fā)項目的過程中將測試看作是一個標(biāo)準(zhǔn)項目。 軟件的缺陷和限制 “入庫 ”界面保證了獲取入庫商品的完整合法信息（信息不完整或不合法時將彈出提示）。 “查詢 ”界面允許用戶給定具體查詢要求，查看重要表單的相關(guān)內(nèi)容，以使用戶從不同角度（側(cè)重點）了解商品存儲情況。 “設(shè)置用戶信息 ”界面允許系統(tǒng)管理員設(shè)置所有用戶（倉庫管理員）的信息，以此控制訪問權(quán)限，避免系統(tǒng)遭受惡意攻擊，在一定程度上保證了數(shù)據(jù)安全。所有子界面的操作都對保持數(shù)據(jù)庫完整性做了要求，對用戶的各種非法輸入能分別予以警告和提示，避免了因誤操作引起的數(shù)據(jù)庫存取異常。同時改進了界面，使之更美觀且易于操作。由于個人能力有限，時間倉促，軟件尚有不足之處，雖然庫存管理系統(tǒng)可以完成基本的信息管理功能，但是它還存在著需要改進完善的地方 ,這些都需要提高和完善。諸多因素導(dǎo)致對于數(shù)據(jù)我們應(yīng)當(dāng)提供專門維護，如數(shù)據(jù)庫需要定期備份，這一切一般都在服務(wù)器上實現(xiàn)，本系統(tǒng)使用后臺的 SQL 數(shù)據(jù)庫。由于本軟件存在著一些缺陷和限制 ,需要對其進行必要的維護和改進。作為計算機科學(xué)與技術(shù)專業(yè)的學(xué)生，四年的學(xué)習(xí)過程讓我們學(xué)到了很多知識，然而真正運用于實踐的并不多，畢業(yè)前的這次畢業(yè)設(shè)計恰是對我們大學(xué)四年所學(xué)的一次總結(jié)，我們可以在老師的幫助下自己來嘗試開發(fā)一個 小 型項目，把所學(xué)的單純的理論知識變成為實際的操作經(jīng)驗，而不再是眼高手低。有了一個好的系統(tǒng)模型之后，我們再將其劃分成幾個模塊，那樣做起來就會容易得多。 ? 在該 庫存信息管理系統(tǒng) 設(shè)計中，從系統(tǒng)的實用性出發(fā)，我能夠在開發(fā)該系統(tǒng)時站在用戶的角度看問題， 本著用戶操作界面友好、清晰、易學(xué)易用的原則進行設(shè)計 。 ? 文章的前面講到了本系統(tǒng)數(shù)據(jù)庫是使用 SQL Server 2021進行設(shè)置的，也講到了它的優(yōu)點，這里就不多說了，但是在本次設(shè)計中，我發(fā)現(xiàn)了 Visual Studio 2021的 一種應(yīng)用編程接口 —ADO(ActiveX Data Objects)。 這些知識對我本次的系統(tǒng)開發(fā)有著很大的 幫助。但是在檢測過程中 ,還是出現(xiàn)了很多的不足之處 ,這些都是要在今后的工作中需要努力改進和完善的。 雖然，這次系統(tǒng)開發(fā)由于個人水平及時間有限等原因，只能完成一些基本的功能，程序代碼不夠簡練，好多設(shè)想也未能得到實現(xiàn)，這不能不說是個很大的遺憾。 由于技術(shù)原因， 我只能用 Panel控件實現(xiàn)靜態(tài)的界面轉(zhuǎn)換 ；第二點，功能模塊不夠全面。由于我第一次開發(fā)一個完整的數(shù)據(jù)庫管理系統(tǒng)，不足之處在所難免，敬請各位老師、領(lǐng)導(dǎo)批評指正，我會在以后的工作中加以完善和改進。 43 致 謝 在本次畢業(yè)設(shè)計 和 在論文的寫作過程中遇到了無數(shù)的困難和障礙，都在同學(xué)和老師的幫助下度過了。 從他身上我學(xué)到了很多東西。他無論在理論上還是在實踐中，都給予我很大的幫助，幫助我解決了不少的難點，使得系統(tǒng)能夠逐步完善，我也從中得到不少提高，對我以后的工作和學(xué)習(xí)都有著巨大的幫助，感謝他耐心的輔導(dǎo)并表示衷心的感謝！ 感 謝這篇論文所涉及到的各位學(xué)者。 此外，還要對那些在我系統(tǒng)開發(fā)過程中幫助過我的同學(xué)一起表示衷心的感謝！ 感謝我的同學(xué)和朋友，在我寫論文的過程中給予我了很多你問素材，還在論文的撰寫和排版過程中提供熱情的