【正文】 圖。 Delete(sql:string)： 根據(jù) sql 語句 刪除 數(shù)據(jù)庫中的 數(shù)據(jù)。 河南科技大學(xué)課程設(shè)計說明書 9 Read(sql:string)： 根據(jù) sql 語句 讀出 數(shù)據(jù)庫中的 數(shù)據(jù)。 類 Data 為 數(shù)據(jù)庫訪問類 ，用于將相關(guān)數(shù)據(jù)從數(shù)據(jù)庫中讀出來，或?qū)懭霐?shù)據(jù)庫中。 （ 1）屬性 出庫單號： string 出庫時間： Date 商品號： string 商品名稱： string 商品數(shù)量： Double 商品單位： string （ 2）操作 河南科技大學(xué)課程設(shè)計說明書 8 添加（） 修改（） 刪除（） 查詢（） 類 進貨單 描述 進貨單 的信息。 （ 2）操作 修改密碼（） 刪除（） 類 供應(yīng)商 描述 供應(yīng)商 的信息。 （ 2）操作 添加（） 修改密碼（） 修改權(quán)限（） 刪除（） 河南科技大學(xué)課程設(shè)計說明書 7 類 進出庫管理員 描述進庫管理員和出庫管理員的信息。 （ 2）操作 刪除（） 修改密碼（） 類 系統(tǒng)管理員 描述 系統(tǒng)管理員 的信息。 標志值 ： string。 密碼 ： string。 另外， 由于 出庫和入庫管理員 類存在大量的重復(fù)的屬性（如 用戶名、密碼 等）， 為了簡化系統(tǒng)模型 ，我們可以 建立一個父類（ People）。 表 15 查詢庫存 信息用例 用例名稱 查詢庫存信息 參與者 入庫管理員、系統(tǒng)管理員 前置條件 兩個參與者有權(quán)限并已經(jīng)登錄系統(tǒng)，庫存信息已經(jīng)在增減進出庫單時創(chuàng)建 后置條件 做出采購決策 基本操作流程 輸入商品號直接查詢 可選操作流程 無 添加商品信息 用例的描述 采用表格的形式描述該用例，如表 16 所示。 添加出庫單 用例的描述 采用表格的形式描述該用例，如表 13 所示。 表 11 添加進貨單 用例 用例名稱 添加進貨單 河南科技大學(xué)課程設(shè)計說明書 4 參與者 入庫管理員（即采購者） 前置條件 入庫管理員有權(quán)限并已經(jīng)登錄 后置條件 將 進貨信息 存入數(shù)據(jù)庫中 同時更新庫存信息 基本操作流程 ，保存信息時自動更新庫存信息 進貨單信息，并且?guī)齑媪恳蚕鄳?yīng)增加 可選操作流程 可以刪除以前的進貨單信息 查詢進貨單 用例的描述 采用表格的形式描述該用例，如表 12 所示。 識別出參與者后，從參與者的角度就可以發(fā)現(xiàn)系統(tǒng)的用例，并繪制出系統(tǒng)的用例圖 ，如圖 11 所示。 5)自頂向下功能分解的分析方法極大地限制了軟件的可重用性，導(dǎo)致對同樣對象的大量的重復(fù)性工作，大大降低了開發(fā)人員的生產(chǎn)率。所以這種結(jié)構(gòu)無法適應(yīng)以控制關(guān)系為重要特性的系統(tǒng)要求。 2)系統(tǒng)是圍繞著如何實現(xiàn)一定的行為來進行的，當(dāng)系統(tǒng)行為易變，需要常常修 改時，修改極為困難，因此這種結(jié)構(gòu)無法適應(yīng)迅速變化的技術(shù)和需求。河南科技大學(xué)課程設(shè)計說明書 1 目 錄 第一章 需求分析 ................................................................................... 2 一、需求調(diào)查 ................................................................................................. 2 二、建立用例圖 ............................................................................................. 3 三、描述用例 ................................................................................................. 3 第二章 系統(tǒng)分析 ................................................................................... 6 一、尋找系統(tǒng)中的類 ..................................................................................... 6 二、建立類圖 ................................................................................................. 9 三、建立交互圖 ............................................................................................. 9 第三章 系統(tǒng)設(shè)計 ................................................................................. 13 一、類圖的調(diào)整與修改 ............................................................................... 13 二、人機界面設(shè)計 ....................................................................................... 13 三、數(shù)據(jù)庫設(shè)計 ........................................................................................... 16 四、類中操作的算法設(shè)計 ........................................................................... 18 第四章 系統(tǒng)實施 ................................................................................. 19 一、開發(fā)環(huán)境 ............................................................................................... 19 二、建立數(shù)據(jù)庫 ........................................................................................... 19 三、程序設(shè)計 ............................................................................................... 21 四、系統(tǒng)測試 ............................................................................................... 26 五、使用說明 ............................................................................................... 28 河南科技大學(xué)課程設(shè)計說明書 2 超市庫存 管理系統(tǒng)的設(shè)計與實現(xiàn) 第 一 章 需求分析 一 、需求 調(diào)查 傳統(tǒng)的面向過程的庫存管理信息系統(tǒng)的開發(fā)中存在不少的問題，傳統(tǒng)的面向過程的開發(fā)方法，也即主要是基于功能分析或數(shù)據(jù)分析 基礎(chǔ)上的結(jié)構(gòu)化方法。這種開發(fā)方法下設(shè)計的系統(tǒng)在 70 或 80 年代早期還可以適應(yīng)，但在越來越復(fù)雜的非數(shù)值計算類型的軟件開發(fā)中，在廣泛應(yīng)用圖形界面的交互式系統(tǒng)中，在控制要求非常突出的應(yīng)用中，在需求經(jīng)常變化的條件下，尤其是在庫存系統(tǒng)這種數(shù)據(jù)流動性要求比較高的管理軟件的開發(fā)，用傳統(tǒng)的軟件開發(fā)方法解決問題往往暴露出嚴重的不適應(yīng)性，主要表現(xiàn)在以下幾點： 1)功能與數(shù)據(jù)分離的軟件設(shè)計結(jié)構(gòu)與人類的現(xiàn)實環(huán)境很不一樣，和人的自 然思維也就很不一致。 3)在系統(tǒng)中模塊之間的控制作用有重要影響時，由于在“好的模塊結(jié)構(gòu)”中的模塊間的控制作用只能通過上下之間的調(diào)用關(guān)系來進行，造成信息傳遞路徑過長，效率低，易受干擾，甚至出錯。 4)結(jié)構(gòu)化方法開發(fā)出來的系統(tǒng)往往難以維護，因為所有的函數(shù)都必須知道數(shù)據(jù)結(jié)構(gòu)。 河南科技大學(xué)課程設(shè)計說明書 3 二、 建立 用例圖 我們 把采購員和入庫管理員、提貨員和出庫管理員看成一致，所以總結(jié)起來 系統(tǒng)中的參與者有： 系統(tǒng)管理員，采購員，提貨員 。 圖 11 用例圖 三 、描述用例 以下描述該系統(tǒng)中主要的幾個用例 添加進貨單 用例的描述 采用表格的形式描述該用例，如表 11 所示。 表 12 查詢進貨單 用例 用例名稱 查詢進貨單 參與者 入庫管理員、系統(tǒng)管理員 前置條件 入庫管理員有權(quán)限并且 已經(jīng)登錄成功 ， 或系統(tǒng)管理員已經(jīng)登錄，數(shù)據(jù)庫中已錄入進貨單信息 后置條件 基本操作流程 1. 選擇查詢方式，并輸入查詢條件 2. 點擊查詢， 得出信息 可選操作流程 ，可以在查詢選擇下拉框中選擇“進貨單號” 2. 如果知道商品號查詢未知信息，可以在查詢選擇下拉框中選擇“商品號”。 表 13 添加出庫單 用例 用例名稱 添加出庫單 參與者 出庫管理員 前置條件 出庫管理員有權(quán)限并已經(jīng)登錄 后置條件 將出庫信息存入數(shù)據(jù)庫中同時更新庫存信息 基本操作流程 ，保存信息時自動更新庫存信息 河南科技大學(xué)課程設(shè)計說明書 5 示輸入的所有出庫單信息，并且?guī)齑媪恳蚕鄳?yīng)減少 可選操作流程 提貨之前要先確定庫存中有該種商品并且?guī)齑媪坎恍∮谠摮鰩靻沃械奶嶝洈?shù)量 查詢出庫 用例的描述 該用例和查詢進貨單用例相似 查詢庫存信息 信息 用例的描述 采用表格的形式描述該用例，如表 15 所示。 表 16 添加商品信息 用例 用例名稱 添加商品信息 參與者 入庫管理員 前置條件 入庫管理員有權(quán)限并已經(jīng)登錄 后置條件 無 基本操作流程 根據(jù)入庫單和實踐錄入商品詳情 可選操作流程 如果 沒有新商品入庫就不需要添加 操作員信息管理 用例的描述 表 17 操作員信息管理用例 用例名稱 操作員信息管理 參與者 系統(tǒng)管理員 前置條件 系統(tǒng)管理員已經(jīng)登錄 河南科技大學(xué)課程設(shè)計說明書 6 后置條件 權(quán)限或者密碼改變 基本操作流程 根據(jù)要求對數(shù)據(jù)進行更改 可 選操作流程 無 供應(yīng)商信息管理 用例的描述 和操作員信息管理用例相似 第 二 章 系統(tǒng) 分析 一、尋找系統(tǒng)中的類 通過對系統(tǒng)需求的分析，我們發(fā)現(xiàn)系統(tǒng)中的類有：系統(tǒng)管理員、入庫管理員、出庫管理員 、出庫單、進庫單、庫存信息、商品信息、供應(yīng)商 。 類 用戶 （ 1）屬性 該類作為 其他類的父類，具有三個 通用的 屬性。 各類人員的 登錄密碼。區(qū)分不同的權(quán)限 。 （ 1）屬性 從 用戶 類中繼承 用戶名、密碼、標志值 、三個屬性。 （ 1）從用戶類中繼承用戶名、密碼、標志值、三個屬性。 （ 1）屬性 供應(yīng)商號： string 名稱： string 聯(lián)系人： string 聯(lián)系電話： string 地址： string 賬號： string （ 2）操作 添加（） 刪除（） 修改（） 類 出庫單 描述 出庫單 的信息。 （ 1）屬性 進貨單號： string 進貨時間： Date 商品號： string 商品名稱： string 單位： string 單價： string 進貨量： Double （ 2）操作 添加（） 修 改（） 刪除（） 類 庫存信息 描述庫存信息，由出庫單和進貨單共同決定 （ 1）屬性 商品號： string 商品名稱： string 商品數(shù)量： Double （ 2）操作 更新（） 類 Data。 該類只有幾個通用的操作。 Update(sql:string)： 根據(jù) sql 語句 更新 數(shù)據(jù)庫中的 數(shù)據(jù)。 Add(sql:string)： 根據(jù) sql 語句 添加 數(shù)據(jù)庫中的 數(shù)據(jù)。 圖 21 類圖 三、建立 交互 圖 交互圖包括順序圖和通信圖，二者是類圖的輔導(dǎo)模型。 申報題目 的順序圖 如圖 22 所示。 圖 23 審查題目的順序圖 公布題目 的順序圖 如圖 24 所示。