基于UML的超市收銀管理系統(tǒng)設計

1、基于UML的超市收銀管理系統(tǒng)設計1系統(tǒng)分析1.1問題域描述在銷售商品時，售貨員對顧客選擇的商品進行結賬計算，統(tǒng)計顧客應該支付的金額；同時在辦理結賬業(yè)務時，還要根據顧客是否是會員來進行打折結賬，顧客也可以辦理相應的會員卡。超市的管理人員或者售貨員可以查詢會員信息和商品信息，并可以查詢當日銷售總額。本系統(tǒng)使用C#通過兩層模型實現(xiàn)：數(shù)據核心層和業(yè)務邏輯層。其中，數(shù)據核心層包括對于數(shù)據庫的操作；業(yè)務邏輯層根據用戶需要進行邏輯處理，再映射到相應的數(shù)據層操作。1.2用例模型及分析類圖的描述1.2.1用例模型用例是系統(tǒng)使用片段的集合，描述了所有的的功能需求。它來自于用戶需求的分析，這個過程稱為用例分析，是整

2、個系統(tǒng)開發(fā)中非常關鍵的過程。一個用例圖包括一個用例的集合，該集合定義整個系統(tǒng)的功能。1.2.2分析類圖在軟件開發(fā)不同階段使用的類圖具有不同的抽象層次，即概念層、說明層、和實現(xiàn)層。使用UML進行應用建模也應該是一個迭代的過程，所以我們應該建立一個類圖的層次的概念。概念層類圖描述應用領域中的概念，這些概念與實現(xiàn)它們的類有聯(lián)系。通常沒有直接的映射關系。畫概念層類圖時很少考慮或不考慮實現(xiàn)問題，因此概念層類圖應獨立于具體的編程語言。下面是一個概念層類的表示。說明層類圖。此時我們考察的是類的接口部分，而不是實現(xiàn)部分。這個接口可能因為實現(xiàn)環(huán)境、運行特性等有多種不同的實現(xiàn)。實現(xiàn)層類圖才真正考慮類的實現(xiàn)問題，提

3、供實現(xiàn)的細節(jié)。此時的類的概念才應該是真正的嚴格意義上的類。它揭示了軟件實體的構成情況。2系統(tǒng)設計2.1設計類圖類圖如下圖所示主要類：管理員、會員（顧客）、信息商品信息2.2核心用例的順序圖（1）、理想狀態(tài)下商品交易過程（購買成功且不用找零）順序如下：1、管理員（收銀員）輸入用戶名、密碼登陸系統(tǒng)；2、收銀員查詢商品信息；3、數(shù)據庫返回查詢的商品信息；4、收銀員查詢會員記錄；5、系統(tǒng)返回會員記錄；6、收銀員確認查詢信息；7、收銀員根據顧客選擇計算營業(yè)額；8、交易結束。順序圖如下：（2）、顧客（包括會員）順序如下：1、顧客申請注冊會員，輸入個人信息；2、系統(tǒng)提示顧客注冊會員成功；3、顧客通過商品查詢

4、界面查詢商品信息；4、系統(tǒng)返回商品信息；5、顧客支付購買的商品；6、交易結束。2.3核心用例的狀態(tài)圖現(xiàn)在考察一個超市收銀系統(tǒng)對象狀態(tài)的大致變化過程。管理員可以輸入用戶名、密碼登錄系統(tǒng)，用戶可以注冊成為會員，添加到數(shù)據庫中。管理員和用戶都可以通過系統(tǒng)查詢商品信息，管理員還可以查詢數(shù)據庫中的會員信息；在收銀界面，顧客支付商品，收銀員統(tǒng)計金額，交易結束。2.4組件圖描述3系統(tǒng)實施3.1數(shù)據庫設計(1) 表設計系統(tǒng)登錄管理員的基本信息保存在管理員信息表里，詳細說明如表3-1所示。表3-1 管理員信息表序號屬性名類型長度NULL1用戶名varchar102編號varchar103密碼varchar104性別varchar105年齡varchar10商品信息表記載的是商品的詳細信息，具體的各字段屬性說明和類型如下表3-2。表3-2 商品信息表序號屬性名類型長度NULL默認1商品編號nvarchar102價格nvarchar103名稱nvarchar104生產日期nvarchar105存庫nvarchar10會員表記載的是會員的詳細信息，具體的各字段屬性說明和類型如下表3-3。表3-3 會員記錄表序號屬性名類型長度NULL1用戶名varchar102身份證nvarchar103姓名nvarcha