超市管理系統(tǒng)

上傳人:jun****875 文檔編號:23689179 上傳時間:2021-06-10 格式:DOC 頁數(shù):39 大小:1.03MB
收藏 版權(quán)申訴 舉報 下載
超市管理系統(tǒng)_第1頁
第1頁 / 共39頁
超市管理系統(tǒng)_第2頁
第2頁 / 共39頁
超市管理系統(tǒng)_第3頁
第3頁 / 共39頁

下載文檔到電腦,查找使用更方便

9.9 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《超市管理系統(tǒng)》由會員分享,可在線閱讀,更多相關(guān)《超市管理系統(tǒng)(39頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、 題目: 超市銷售系統(tǒng) 院系: 軟件學(xué)院 班級: 14級軟件大數(shù)據(jù)2班 姓名: 侯 帥 學(xué)號: 1415925166 指導(dǎo)老師: 段云濤 《系統(tǒng)分析與設(shè)計》課程設(shè)計 2016年12月8日 1 詳細調(diào)查 超市已經(jīng)成為我國零售業(yè)的一種重要形態(tài),為

2、國民經(jīng)濟的發(fā)展發(fā)揮了重要的作用。隨著超市高速的發(fā)展,其經(jīng)營管理也變得愈加復(fù)雜,早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售也的發(fā)展,這樣就迫切地需要引入新的管理技術(shù)。 超市形態(tài)具有種種優(yōu)點,但在目前狀況下,它仍存在零售業(yè)企業(yè)所共有的落后的一面,如:不能有效地管理每種商品,收款結(jié)算速度慢,容易出現(xiàn)營業(yè)差錯,不宜進行商品調(diào)價,盤點效率低等,而且在超市日常管理中,商品的進、銷、存等決策以經(jīng)驗為主,缺乏實時分析功能,管理人員對及時傳遞資料的要求始終得不到滿足。隨著超市形態(tài)的高速發(fā)展,其經(jīng)營管理也變得愈加復(fù)雜,日常所需要處理的數(shù)據(jù)量也逐漸增大,商業(yè)運轉(zhuǎn)的中間環(huán)節(jié)也越來越多,原始的人工管理已無法應(yīng)對這復(fù)

3、雜的市場。依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市,從而節(jié)省了大量的人力、物力,改善了員工的工作條件,減輕了勞動強度,并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析,使管理人員快速對市場的變化做出相應(yīng)的決策,加快超市經(jīng)營管理效率。 2 需求分析與用例建模 2.1可行性分析 2.1.1管理可行性 隨著超市管理水平的不斷提高,在管理水平方面積累了豐富的經(jīng)驗方法,并建立了成熟的管理機制,齊全的規(guī)章制度。有正確的原始資料的支持,是管理工作有了制度支持和信息支持。 根據(jù)以往在經(jīng)營中出現(xiàn)的困難與不便,超市的高層管理人員對新系統(tǒng)的開發(fā)持積極的態(tài)度,肯定新系統(tǒng)的開發(fā),并且為新系統(tǒng)的開

4、發(fā)與實施創(chuàng)造了各種良好的條件,制定了有利于系統(tǒng)實施的管理方法。目前管理方面的的條件已經(jīng)能夠滿足超市管理系統(tǒng)的開發(fā)以及日后的實施。所以在管理上是可行的。 2.1.2經(jīng)濟可行性 本系統(tǒng)需要超市負擔(dān)的費用主要是計算機硬件設(shè)備和軟件技術(shù),包括本系統(tǒng)的開發(fā)及維護費用,對超市人員使用本系統(tǒng)的培訓(xùn)費用,以及本系統(tǒng)開發(fā)完成后,由于工作方式的改變增加的其他開支。 該系統(tǒng)帶來的經(jīng)濟效益是明顯的,其最主要的表現(xiàn)是減少了企業(yè)管理費用和人力開支,不僅方便對進貨信息的管理,也減少了由于人工的出錯的幾率,降低了成本,節(jié)省了大量的時間,還為企業(yè)的各項決策提供了寶貴的資料,為企業(yè)帶來巨大的經(jīng)濟效益。所以從經(jīng)濟上是可行的。

5、 2.1.3技術(shù)可行性 在IT行業(yè)中從業(yè)的工作人員一般都要求掌握計算機技術(shù),具有一定的軟硬件基礎(chǔ),會使用各種管理軟件,熟悉IT產(chǎn)品。因為,有的超市對員工的素質(zhì)要求比較高,從管理層到下面的銷售人員,都要求具有一定的計算機基礎(chǔ),而本系統(tǒng)簡單易用,所以在新系統(tǒng)投入使用時,只要對員工進行少量的培訓(xùn),系統(tǒng)的功能和使用方法就基本上能夠是系統(tǒng)順利運行。所以在技術(shù)上是可行的。 綜合以上三方面,該系統(tǒng)具有很高的開發(fā)可行性,無論是從技術(shù)上或者經(jīng)濟上還是管理上。因此,可以設(shè)計該系統(tǒng)的數(shù)據(jù)流程圖,建立數(shù)據(jù)字典。 2.2功能需求 超市管理系統(tǒng)為了滿足用戶實際需求應(yīng)具有系統(tǒng)管理、前臺零售管理子系統(tǒng)、后臺管理子系

6、統(tǒng)三個子系統(tǒng)。 1.系統(tǒng)管理 系統(tǒng)管理應(yīng)包括以下功能: 1)添加用戶:系統(tǒng)管理員可以根據(jù)需求添加用戶,用戶只有根據(jù)用戶名和密碼才能登錄系統(tǒng),進行操作。 2)修改密碼:用戶可以登錄系統(tǒng)修改密碼。 3)權(quán)限設(shè)置:系統(tǒng)管理員可以根據(jù)不同用戶設(shè)置不同權(quán)限,是系統(tǒng)某些功能只對某些用戶可見。 4)重新登錄:本系統(tǒng)支持重新登錄。 2. 前臺零售管理子系統(tǒng) 前臺零售管理子系統(tǒng)應(yīng)具有以下功能: 1)前臺銷售管理 A.商品錄入:根據(jù)超巿業(yè)務(wù)特點制定相關(guān)功能,可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現(xiàn)精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確

7、快速地進行商品掃描錄入。 B.結(jié)賬:通過掃描條形碼或者直接輸入商品名稱(對于同類多件商品采用一次錄入加數(shù)量的方式)自動計算本次交易的總金額。顧客可以支付現(xiàn)金和信用卡,如果支付現(xiàn)金,自動計算找零 C.打印小票:在顧客付款后,打印交易清單(包括交易的流水賬號、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時間、負責(zé)本次收銀的員工號)。如果顧客是本店會員并持有本人會員卡,則在交易前先掃描會員卡,并將所購物品的總金額累計到該會員的總消費金額中,增加會員積分。 D.購物查詢:如果顧客是本店會員,可以在前臺客服查詢一個月內(nèi)購物情況。 2)會員管理: 會員管理可以實現(xiàn)顧客會員注冊,會員信息查詢,

8、會員信息修改,刪除會員,還可以對會員進行兌換積分。 3.后臺銷售管理系統(tǒng) 后臺銷售管理系統(tǒng)必須具備以下功能: 1)后臺銷售管理: 支持商品的錄入、刪除、商品信息查詢,商品信息修改。還可以對銷售的產(chǎn)品進行匯總,綜合查詢各種銷售明細記錄,超市經(jīng)理可以根據(jù)匯總情況制定采購計劃和銷售計劃。 2)售后服務(wù)管理: 為了提高服務(wù)水平,對售后服務(wù)進行統(tǒng)一管理。 2.3 系統(tǒng)功能流程圖 2.3.1系統(tǒng)功能結(jié)構(gòu)模塊圖 超市銷售管理系統(tǒng) 前臺零售管理子系統(tǒng) 后臺銷售管理子系統(tǒng) 系統(tǒng)管理 前臺銷售管理 會員管理 重新登錄 權(quán)限設(shè)置

9、修改密碼 添加用戶 售后服務(wù)管理 后臺銷售管理 刪除會員 查詢會員 添加會員 修改會員信息 兌換積分 商品錄入 結(jié)賬 打印小票 購物查詢 商品錄入 銷售商品匯總 刪除商品 銷售商品查詢 商品信息修改 打折促銷 圖2-1 系統(tǒng)功能結(jié)構(gòu)模塊圖 2.3.2超市管理系統(tǒng)的流程圖: 超市銷售管理系統(tǒng) 認證失敗 身份認證 認證成功

10、 收銀員 采購員 管理員 經(jīng)理 庫存信息瀏覽 商品銷售管理 會員信息管理 庫存信息顯示 商品進貨管理 商品信息管理 員工排班管理 商品信息管理 系統(tǒng)用戶管理 商品類別管理 會員信息管理 銷售商品對賬 庫存預(yù)警設(shè)置 進貨信息查詢 商品信息管理 2.4用例建模 2.4.1確定系統(tǒng)范圍和系統(tǒng)邊界 1.超市銷售管理系統(tǒng)的業(yè)務(wù)范圍 超市銷售管理系統(tǒng)是負責(zé)商品的銷售,商品的管理,會員的管理和系統(tǒng)管理,不包括其他管理內(nèi)容,如“財務(wù)管理”、“采購管理”、“庫存管理”等。 2.超市銷售系統(tǒng)的系統(tǒng)邊界

11、 超市銷售管理系統(tǒng)和“采購管理系統(tǒng)”、“庫存管理系統(tǒng)”“財務(wù)管理系統(tǒng)”有系統(tǒng)邊界。 1)采購管理系統(tǒng)要根據(jù)超市的銷售情況制定采購計劃,確定需要采購的商品,以及商品各方面的信息。 2)庫存管理系統(tǒng)要根據(jù)銷售情況合理的管理庫存,避免商品缺貨、積壓等管理不善。適時的組織促銷、打折等活動,及時補充貨架上的商品。 3)財務(wù)管理系統(tǒng)根據(jù)銷售情況核對銷售收入,更加有效地管理超市財務(wù) 2.4.2確定執(zhí)行者 從需求分析可以看出,超市管理系統(tǒng)有5個人執(zhí)行者和3個系統(tǒng)執(zhí)行者,即“系統(tǒng)管理員”、“顧客”、“銷售人員”、 “前臺客服人員”、“超市經(jīng)理”、“財務(wù)管理系統(tǒng)”、“采購管理系統(tǒng)”、“庫存管理系統(tǒng)”。

12、 1)系統(tǒng)管理員:負責(zé)整個軟件的維護工作,可以添加用戶,并對用戶設(shè)置權(quán)限。 2)顧客:顧客購買商品,并可以在前臺客服辦理會員,成為會員,便可以在客服處查詢購物情況。還可以在客服處兌換積分。 3)銷售人員:銷售商品,對商品進行管理。 4)前臺客服人員:服務(wù)于顧客,為顧客辦理會員,兌換積分。 5)超市經(jīng)理:監(jiān)督超市的整個運營情況,可以查詢銷售情況,作出決策。 6)財務(wù)管理系統(tǒng):根據(jù)銷售匯總情況核對財務(wù)狀況。 7)采購管理系統(tǒng):根據(jù)銷售情況,制定采購計劃。 8)庫存管理系統(tǒng):根據(jù)銷售情況及時補充貨架上商品,根據(jù)庫存情況,適時組織促銷、打折活動。 2.4.3確定用例 根據(jù)系統(tǒng)的需求分

13、析中客戶對系統(tǒng)功能提出的要求,可以粗略的找到系統(tǒng)用例,并在后期的用例建模工作中合并、優(yōu)化、篩選這些用例。 (1)“超市銷售管理系統(tǒng)”中的用例 在第一層中,根據(jù)客戶對“超市銷售管理系統(tǒng)”的整體業(yè)務(wù)功能要求,可選的用例有: l 系統(tǒng)管理 l 前臺零售管理系統(tǒng) l 后臺銷售管理系統(tǒng) (2)“系統(tǒng)管理”中的用例 在第二層中,根據(jù)客戶對“系統(tǒng)管理”的業(yè)務(wù)功能要求,可選的用例有: l 添加用戶 l 修改密碼 l 權(quán)限管理 l 重新登錄 (3)“前臺零售管理系統(tǒng)”中的用例 在第二層中,根據(jù)客戶對“前臺零售管理系統(tǒng)”的業(yè)務(wù)功能要求,可選的用例有: l 前臺銷售管理 l 會員管理

14、 (4)“后臺銷售管理系統(tǒng)”中的用例 在第二層中,根據(jù)客戶對“后臺銷售管理系統(tǒng)”的業(yè)務(wù)功能要求,可選的用例有: l 后臺銷售管理 l 售后服務(wù)管理 (5)前臺銷售管理子系統(tǒng) 在第三層中,根據(jù)客戶對“前臺銷售管理子系統(tǒng)”的業(yè)務(wù)功能要求,可選的用例有: l 商品錄入 l 結(jié)賬 l 打印購物小票 l 購物查詢 (6)會員管理子系統(tǒng) 在第三層中,根據(jù)客戶對“會員管理子系統(tǒng)”的業(yè)務(wù)功能要求,可選的用例有: l 添加會員 l 兌換積分 (7)后臺銷售子系統(tǒng) 在第三層中,根據(jù)客戶對“后臺銷售子系統(tǒng)”的業(yè)務(wù)功能要求,可選的用例有: l 商品錄入 l 打折促銷 2.4.4

15、分層繪制用例圖 1.最高層用例圖 根據(jù)用戶對超市銷售管理系統(tǒng)的整體業(yè)務(wù)功能需求,可以繪制出最高層用例圖。 用例名稱 超市管理系統(tǒng) 用例描述 供應(yīng)商編號、供應(yīng)商名稱、供應(yīng)商電話、供應(yīng)商地址、產(chǎn)品編號、產(chǎn)品名稱、產(chǎn)品數(shù)量、產(chǎn)品進價,售價等 目標 供應(yīng)商、倉庫、超市 參與者 經(jīng)理 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 (1) 經(jīng)理可以根據(jù)需要查看供應(yīng)商、倉庫、超市商品的一切信息?!? 2.第2層用例圖 1) 登錄系統(tǒng)用例圖 用戶在進入系統(tǒng)之前要登錄輸入密碼和用戶名,登錄系統(tǒng)。系統(tǒng)提供在指定位置輸入密碼和用戶名及修改密碼的功能。如下:

16、 用例名稱 登錄系統(tǒng) 用例描述 輸入用戶名、密碼、還可以修改登錄密碼。 目標 用戶(普通員工、銷售經(jīng)理、系統(tǒng)管理員) 參與者 用戶 前置條件 未登錄系統(tǒng) 主要操作過程 用戶可以通過此過程登錄超市管理系統(tǒng)。 2) 2.倉庫管理 為倉庫管理員提供查看產(chǎn)品種類和數(shù)量,商品的入庫的出庫量的查詢,以及退貨量的查詢,系統(tǒng)用例圖如下: 用例名稱 倉庫管理系統(tǒng) 用例描述 倉庫管理員可以通過此系統(tǒng)進行庫存查詢,商品的出入庫,還可以與客戶進行退貨交易 目標 倉庫庫管理員 參與者 顧客 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 倉庫管理員進行庫存查詢

17、、商品出入庫的交易,和顧客進行退貨交易 3.業(yè)績管理 業(yè)績管理員提供查看產(chǎn)品種類和數(shù)量,了解暢銷產(chǎn)品的種類和數(shù)量,以及當月的盈利狀況,并未倉庫管理員提供制定采購計劃的功能。系統(tǒng)用例圖如下: 用例名稱 業(yè)績管理 用例描述 查看銷售榜,查看盈利,調(diào)整商品售價 目標 銷售經(jīng)理 參與者 經(jīng)理 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 1經(jīng)理可以根據(jù)需要對以往銷售榜的查看 2經(jīng)理對以往的銷售盈利的查看 3經(jīng)理對商品進行價格上的調(diào)整 4.財務(wù)管理 為會計提供每月發(fā)放的員工工資和獎金,產(chǎn)品進貨預(yù)算,公司的總利潤,下一季度的財政預(yù)算做成總表并進行報告的功

18、能。用例圖如下: 用例名稱 人事管理 用例描述 下季度公司預(yù)算、制作利潤報表、查看工資資金記錄、刪除工資獎金紀錄、添加工資獎金紀錄 目標 用戶(普通員工、銷售經(jīng)理、系統(tǒng)管理員) 參與者 會計 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 1會計對下季度的公司預(yù)算 2會計制作利潤報表 3會計查看刪除添加工資獎金記錄 5.人事管理 為管理層提供人事招聘、解除、調(diào)離的功能。用例圖如下: 用例名稱 人事管理 用例描述 招聘員工、解除員工、員工調(diào)離、查看、修改員工信息、查看、添加、刪除管理員信息和對銷售經(jīng)理的管理 目標 用戶(普通員工、銷售經(jīng)理、

19、系統(tǒng)管理員) 參與者 經(jīng)理 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 (2) 經(jīng)理可以根據(jù)需要對普通員工查看,刪除,添加員工信息,發(fā)布招聘,解除和員工調(diào)離情況 (3) 經(jīng)理對銷售經(jīng)理進行經(jīng)理解除,經(jīng)理調(diào)離和招聘經(jīng)理的信息發(fā)布 (4) 經(jīng)理對系統(tǒng)管理員進行查看,刪除和添加 6.銷售管理 為收銀員提供收款、退款、找零、打印購物小票、退貨的功能。用例圖如下: 用例名稱 銷售管理 用例描述 結(jié)賬分為現(xiàn)金支付、銀行卡支付和打印發(fā)票 目標 顧客 參與者 收銀員 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 結(jié)賬時是否打印發(fā)票,是現(xiàn)金支付還是刷卡支付

20、 用例名稱 會員管理 用例描述 添加會員,管理積分,會員卡補辦,兌換積分,累加積分等 目標 顧客和會員 參與者 收銀員 前置條件 已經(jīng)登錄系統(tǒng) 主要操作過程 1. 收銀員對顧客進行辦理會員可的業(yè)務(wù), 2. 會員卡的補辦及管理積分的具體事項 2.5 超市管理系統(tǒng)的界面設(shè)計 (參考網(wǎng)上資料完成) a) b) 2、 系統(tǒng)分析 分析類:對象類靜態(tài)結(jié)構(gòu)模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu),包括構(gòu)成系統(tǒng)的類和對象、他們的屬性和操作以及這些對象間的聯(lián)系。 2.1建立對象類 根據(jù)已經(jīng)建立的用例圖和客戶業(yè)務(wù)需求

21、確定對象類,及其屬性和操作。通過檢查類的定義、分析問題的需求和運用該領(lǐng)域的知識來完善和確定類的屬性,根據(jù)系統(tǒng)功能要求和系統(tǒng)設(shè)計需要完善和確定類的操作。 超市管理系統(tǒng)的對象類包括: (1) 商品 類名:商品 類的編號:030101(共三層,每層用2位數(shù)字表示,采用6位編號)。 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立商品基本信息并對這些信息進行處理,包括增加、刪除、查 詢操作等。 屬性:商品名稱、編號、條形碼、價格、規(guī)格、庫存數(shù)量、庫存預(yù)警數(shù)量、 促銷價格、促銷起止日期、允許打折、入庫日期。 操作:增加商品()、刪除商品()

22、、修改商品信息()、查詢商品()。 (2) 顧客 類名:顧客 類的編號:030102 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立顧客對象并進行處理,包括購買商品、付款、購物查詢操作。 屬性:交易編號 操作:購買商品()、付款()、購物查詢()。 (3) 會員 類名:會員 類的編號:030103 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:繼承顧客類,負責(zé)建立會員基本信息并進行處理,包括添加會員、刪 除會員、修改會員信息、購物查詢操作。 屬性:會員卡號、會員姓名、積分、電話、累計

23、消費金額、注冊日期。 操作:添加會員()、刪除會員()、修改會員信息()、購物查詢()。 (4) 銷售人員 類名:銷售人員 類的編號:030104 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立銷售人員對象并進行處理。 屬性: 姓名、性別、職位、電話。 操作: (5) 前臺銷售人員 類名:前臺銷售人員 類的編號:030105 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:繼承銷售人員類,負責(zé)建立前臺銷售人員對象并進行處理,包括商品 掃描、錄入商品編號、結(jié)賬、打印購物小票操作。

24、 屬性: 銷售人員[*]等。 操作: 商品掃描()、錄入商品編號()、結(jié)賬()、打印購物小票()。 (6) 后臺銷售人員 類名:后臺銷售人員 類的編號:030106 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:繼承銷售人員類,負責(zé)建立后臺銷售人員對象并進行處理,包括商品 錄入、商品信息修改、刪除商品、商品查詢、銷售商品匯總操作。 屬性: 銷售人員[*]等。 操作: 商品錄入()、商品信息修改()、刪除商品()、商品查詢()、銷 售商品()。 (7) 前臺客服人員類 類名:前臺客服人員 類的編號:030107 類的類型:該類創(chuàng)建

25、的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立前臺客服人員對象并進行處理,包括添加會員、刪除會員、 修改會員信息、購物查詢操作。 屬性:姓名、性別、職位、電話。 操作:添加會員()、刪除會員()、修改會員信息()、購物查詢()。 (8) 銷售表 類名:銷售表 類的編號:030108 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立銷售表基本信息并對這些信息進行處理。 屬性:交易編號、商品名稱、商品價格、交易數(shù)量、交易金額、會員卡號、交易日期。 操作: (9) 銷售匯總表 類名:銷售匯總表 類的

26、編號:030109 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立銷售匯總表基本信息并對這些信息進行處理。 屬性:商品編號、商品名稱、商品價格、銷售數(shù)量、銷售金額 操作: 查詢()。 2. 2時序圖建模 通過分析超市管理系統(tǒng)的業(yè)務(wù)需求和對象類之間的關(guān)系,進而建立動態(tài)模型中對象間的交互模型時序圖。 1. 顧客購買商品時序圖 2.顧客查詢購物情況順序圖 3.超市經(jīng)理查詢商品銷售情況順序圖 4.顧客辦理會員順序圖 5. 添加商品順序圖 6. 修改商品信息順序圖 7. 刪除商品順序圖

27、子系統(tǒng)設(shè)計 超市管理系統(tǒng)為了滿足用戶實際需求應(yīng)具有系統(tǒng)管理、零售前臺管理子系統(tǒng)、后臺管理子系統(tǒng)三個子系統(tǒng)。 1.系統(tǒng)管理 系統(tǒng)管理應(yīng)包括以下功能: 1)添加用戶:系統(tǒng)管理員可以根據(jù)需求添加用戶,用戶只有根據(jù)用戶名和密碼才能登錄系統(tǒng),進行操作。 2)修改密碼:用戶可以登錄系統(tǒng)修改密碼。 3)權(quán)限設(shè)置:系統(tǒng)管理員可以根據(jù)不同用戶設(shè)置不同權(quán)限,是系統(tǒng)某些功能只對某些用戶可見。 4)重新登錄:本系統(tǒng)支持重新登錄。 2. 前臺零售管理子系統(tǒng) 前臺零售管理子系統(tǒng)應(yīng)具有以下功能: 1)前臺銷售管理 A.商品錄入:根據(jù)超巿業(yè)務(wù)特點制定相關(guān)功能,可以通過輸入唯一編號、掃描條形碼、商品名稱

28、等來實現(xiàn)精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。 B.結(jié)賬:通過掃描條形碼或者直接輸入商品名稱(對于同類多件商品采用一次錄入加數(shù)量的方式)自動計算本次交易的總金額。顧客可以支付現(xiàn)金和信用卡,如果支付現(xiàn)金,自動計算找零 C.打印小票:在顧客付款后,打印交易清單(包括交易的流水賬號、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時間、負責(zé)本次收銀的員工號)。如果顧客是本店會員并持有本人會員卡,則在交易前先掃描會員卡,并將所購物品的總金額累計到該會員的總消費金額中,增加會員積分。 D.購物查詢:如果顧客是本店會員,可以在前

29、臺客服查詢一個月內(nèi)購物情況。 2)會員管理: 會員管理可以實現(xiàn)顧客會員注冊,會員信息查詢,會員信息修改,刪除會員,還可以對會員進行兌換積分。 3.后臺銷售管理系統(tǒng) 后臺銷售管理系統(tǒng)必須具備以下功能: 1)后臺銷售管理: 支持商品的錄入、刪除、商品信息查詢,商品信息修改。還可以對銷售的產(chǎn)品進行匯總,綜合查詢各種銷售明細記錄,超市經(jīng)理可以根據(jù)匯總情況制定采購計劃和銷售計劃。 2)售后服務(wù)管理: 為了提高服務(wù)水平,對售后服務(wù)進行統(tǒng)一管理。 類設(shè)計 對象類靜態(tài)結(jié)構(gòu)模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu),包括構(gòu)成系統(tǒng)的類和對象、他們的屬性和操作以及這些對象間的聯(lián)系。 建立對象類 根據(jù)已經(jīng)建立的

30、用例圖和客戶業(yè)務(wù)需求確定對象類,及其屬性和操作。通過檢查類的定義、分析問題的需求和運用該領(lǐng)域的知識來完善和確定類的屬性,根據(jù)系統(tǒng)功能要求和系統(tǒng)設(shè)計需要完善和確定類的操作。 超市管理系統(tǒng)的對象類包括: (10) 商品 類名:商品 類的編號:030101(共三層,每層用2位數(shù)字表示,采用6位編號)。 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立商品基本信息并對這些信息進行處理,包括增加、刪除、查 詢操作等。 屬性:商品名稱、編號、條形碼、價格、規(guī)格、庫存數(shù)量、庫存預(yù)警數(shù)量、 促銷價格、促銷起止日期、允許打折、入庫日期。 操作:增加

31、商品()、刪除商品()、修改商品信息()、查詢商品()。 (11) 顧客 類名:顧客 類的編號:030102 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立顧客對象并進行處理,包括購買商品、付款、購物查詢操作。 屬性:交易編號 操作:購買商品()、付款()、購物查詢()。 (12) 會員 類名:會員 類的編號:030103 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:繼承顧客類,負責(zé)建立會員基本信息并進行處理,包括添加會員、刪 除會員、修改會員信息、購物查詢操作。 屬性:會員卡號、

32、會員姓名、積分、電話、累計消費金額、注冊日期。 操作:添加會員()、刪除會員()、修改會員信息()、購物查詢()。 (13) 銷售人員 類名:銷售人員 類的編號:030104 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立銷售人員對象并進行處理。 屬性: 姓名、性別、職位、電話。 操作: (14) 前臺銷售人員 類名:前臺銷售人員 類的編號:030105 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:繼承銷售人員類,負責(zé)建立前臺銷售人員對象并進行處理,包括商品 掃描、錄入商品編

33、號、結(jié)賬、打印購物小票操作。 屬性: 銷售人員[*]等。 操作: 商品掃描()、錄入商品編號()、結(jié)賬()、打印購物小票()。 (15) 后臺銷售人員 類名:后臺銷售人員 類的編號:030106 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:繼承銷售人員類,負責(zé)建立后臺銷售人員對象并進行處理,包括商品 錄入、商品信息修改、刪除商品、商品查詢、銷售商品匯總操作。 屬性: 銷售人員[*]等。 操作: 商品錄入()、商品信息修改()、刪除商品()、商品查詢()、銷 售商品()。 (16) 前臺客服人員類 類名:前臺客服人員 類的編號:

34、030107 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立前臺客服人員對象并進行處理,包括添加會員、刪除會員、 修改會員信息、購物查詢操作。 屬性:姓名、性別、職位、電話。 操作:添加會員()、刪除會員()、修改會員信息()、購物查詢()。 (17) 銷售表 類名:銷售表 類的編號:030108 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立銷售表基本信息并對這些信息進行處理。 屬性:交易編號、商品名稱、商品價格、交易數(shù)量、交易金額、會員卡號、交易日期。 操作: (18)

35、銷售匯總表 類名:銷售匯總表 類的編號:030109 類的類型:該類創(chuàng)建的對象為持久對象,存儲在服務(wù)器上的數(shù)據(jù)庫中,可以 共享。 功能:負責(zé)建立銷售匯總表基本信息并對這些信息進行處理。 屬性:商品編號、商品名稱、商品價格、銷售數(shù)量、銷售金額 操作: 查詢()。 根據(jù)類之間的關(guān)系繪制類圖 通過對超市管理系統(tǒng)中對類及其之間關(guān)系的分析,繪制類圖。 圖3 類圖及其之間關(guān)系 數(shù)據(jù)庫設(shè)計 1.超市管理系統(tǒng)包含的實體和屬性: 商品(商品編號,名稱,價格,庫存數(shù)量,規(guī)格,條形碼,促銷價格,促銷起止日期,允許打折,入庫日期,庫存預(yù)警數(shù)量) 顧客(姓名,電話,會員號,會

36、員積分,會員注冊時間) 前臺銷售人員(用戶編號,密碼,姓名,性別,職位,電話) 后臺銷售人員(用戶編號,密碼,姓名,性別,職位,電話) 前臺客服人員(用戶編號,密碼,姓名,性別,職位,電話) 2.實體之間的聯(lián)系 購買:顧客購買商品,一個顧客可以購買多種商品,一種商品也可以被多個顧客購買,顧客與商品之間是多對多的關(guān)系。 銷售:前臺銷售人員銷售商品,一個前臺銷售人員可以銷售多種商品,一種商品也可以被多個銷售人員銷售,前臺銷售人員與商品之間是多對多的關(guān)系。 服務(wù):前臺客服人員可以服務(wù)于顧客,一個前臺銷售人員可以服務(wù)于多個顧客,一個顧客也可以被多個客服人員服務(wù),客服人員與顧客之間是多對多

37、的關(guān)系。 管理:后臺銷售人員可以管理商品,一個后臺銷售人員可以管理多種商品,一種商品也可以被多個后臺銷售人員管理,后臺銷售人員與顧客之間是多對多的關(guān)系。 3.系統(tǒng)總E-R圖 商品 前臺銷售人員 顧客 后臺銷售人員 前臺客服人員 購買 服務(wù) 銷售 管理 m m n n m m n m 總金額 系統(tǒng)總E-R圖 4.數(shù)據(jù)庫關(guān)系表 商品信息表(MerchInfo) 字段名 別名 字段類型 長度 主/外鍵 是否為空 MerchID 商品編號

38、 int 5 P Not null MerchName 商品名稱 Varchar 20 Not null BarCode 條形碼 Varchar 10 Not null MerchPrice 價格 Money 6 Not null MerchSize 規(guī)格 Char 10 MerchNum 庫存數(shù)量 Int 4 Not null CautionNum 庫存報警數(shù)量 Int 4 Not null SalesProPrice 促銷價格 Money 6 SalesProDate 促銷起止

39、日期 Datetime 10 AllowAbate 允許打折 Int 6 ProDate 入庫日期 Datetime 10 F Not null 用戶表(User) 字段名 別名 字段類型 長度 主/外鍵 是否為空 UserID 用戶編號 varchar 10 P Not null UserPW 用戶密碼 Varchar 12 Not null UserName 姓名 Varchar 25 Not null UserSex 性別 Char 1 UserLimit 權(quán)限 V

40、archar 20 Not null UserStyle 職位 Int 4 Not null UserTel 電話 Int 11 會員表(Menber) 字段名 別名 字段類型 長度 主/外鍵 是否為空 MemberID 會員卡號 Varchar 10 P Not null MemberName 會員姓名 Char 8 Not null MemberTel 會員電話 Int 11 MemberScore 會員積分 Int 6 Not null TotalCost 累積消費金額

41、Money 10 Not null RegDate 注冊日期 Datetime 8 Not null 銷售匯總表(Sale) 字段名 別名 字段類型 長度 主/外鍵 是否為空 MerchID 商品編號 Varchar 5 P Not null MerchName 商品名稱 Varchar 20 Not null SaleDate 銷售日期 Datetime 10 Not null SaleNum 銷售數(shù)量 Int 4 Not null SalePrice 銷售單額 Money 6 N

42、ot null SalePriceT 銷售總金額 Money 10 銷售表(Dealing) 字段名 別名 字段類型 長度 主/外鍵 是否為空 DealingID 交易編號 Varchar 10 P Not null MerchName 商品名稱 Varchar 20 F Not null MerchNum 數(shù)量 Int 4 Not null MerchPrice 單價 Money 6 Not null DealingPrice 交易金額 Money 6 Not null DealingDat

43、e 交易日期 Money 10 Not null MemberID 會員卡號 Varchar 10 UserName 用戶名稱 Varchar 10 F 總結(jié) 面向?qū)ο蠹夹g(shù)是軟件工程領(lǐng)域的重要技術(shù),是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中指導(dǎo)開發(fā)活動的系統(tǒng)方法?;舅枷胧菑默F(xiàn)實世界客觀存在的事物出發(fā),盡可能地運用人類的自然思維方式來構(gòu)造軟件系統(tǒng)。 超市銷售管理系統(tǒng)正是利用面向?qū)ο蟮姆椒ㄟM行分析與設(shè)計。通過對系統(tǒng)進行詳細的調(diào)查和可行性分析,分析領(lǐng)域的業(yè)務(wù)范圍、業(yè)務(wù)規(guī)則和業(yè)務(wù)處理過程,明確系統(tǒng)的責(zé)任、范圍和邊界,確定用戶需求。根據(jù)用戶需求,確定

44、用例模型,在此階段要注重與用戶的交流,既要滿足用戶的需求,又要限制用戶的需求,避免后期修改功能需求帶來的損失。根據(jù)已經(jīng)建立的用例圖和客戶業(yè)務(wù)需求確定對象類,及其屬性和操作,分析對象類之間的關(guān)系。通過分析超市管理系統(tǒng)的業(yè)務(wù)需求和對象類之間的關(guān)系,進而建立動態(tài)模型中對象間的交互模型。對象間的交互模型包括狀態(tài)圖和順序圖。順序圖用來描述對象之間動態(tài)的交互關(guān)系,著重體現(xiàn)對象間消息傳遞的時間順序,可以對系統(tǒng)的業(yè)務(wù)有更明確的了解。最后進行數(shù)據(jù)庫設(shè)計,找出超市管理系統(tǒng)中的實體及之間的聯(lián)系,確定數(shù)據(jù)庫關(guān)系表。和傳統(tǒng)管理模式相比較,使用本系統(tǒng),毫無疑問會大大提高超市的運作效率,輔助提高超市的決策水平,管理水平,為

45、降低經(jīng)營成本,提高效益,減少差錯,節(jié)省人力,減少顧客購物時間,增加客流量,提高顧客滿意度,增強超市擴張能力,提供有效的技術(shù)保障。在減少工作量的基礎(chǔ)上,提高超市管理者對企業(yè)的整體管理能力。 這次的課程設(shè)計是對我們這一學(xué)期實際學(xué)到的內(nèi)容的檢驗,在課程設(shè)計的同時不僅鞏固了以前所學(xué)過的知識,而且更加體會到了UML建模的思想。通過這次課程設(shè)計使我懂得了理論與實際相結(jié)合是很重要的,只有理論知識是遠遠不夠的,只有把所學(xué)的理論知識與實踐相結(jié)合起來,從理論中得出結(jié)論,才能真正的掌握,從而提高自己的實際動手能力和獨立思考的能力。 在設(shè)計過程中充分體現(xiàn)了UML以系統(tǒng)體系結(jié)構(gòu)為中心,以用例為驅(qū)動,以風(fēng)險控制和質(zhì)量

46、管理為目標,以漸增迭代為開發(fā)方式的面向?qū)ο螵氂械恼Z言特色。通過本次課程設(shè)計讓我對UML建模有了進一步的認識,讓我了解了使用UML建模對開發(fā)程序有很大的幫助,在UML模型中能清晰的反映出程序的所有行為,為程序的開發(fā)以及維護,查錯都有很大的幫助。同時也體會到軟件開發(fā)不僅需要技術(shù),更需要我們投入細心,謹慎,耐心,毅力。在今后更要嚴格要求自己,使自己成為一名優(yōu)秀的軟件開發(fā)人員。 參考文獻 [1] 刁成嘉,UML系統(tǒng)建模與分析設(shè)計,北京:機械工業(yè)出版社,2007 [2] 刁成嘉,UML系統(tǒng)建模與分析設(shè)計課程設(shè)計,北京:機械工業(yè)出版社,2008 [3] J.L. Whitten,L.D. Bentley,肖剛,孫慧譯,《系統(tǒng)分析與設(shè)計方法》,北京:機械工業(yè)出版社,2007

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

相關(guān)資源

更多
正為您匹配相似的精品文檔

相關(guān)搜索

關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!