小型超市零售管理系統(tǒng)需求分析-文庫(kù)吧資料
2024-09-21 04:58本頁(yè)面
【正文】 ，自動(dòng)制 定采購(gòu)計(jì)劃（亦可手工制定修改），可以避免盲目進(jìn)貨造成商品積壓。在顧客付款后，自動(dòng)計(jì)算找零，同時(shí)打印交易清單（包括交易的流水賬號(hào)、每類商品的商品名、數(shù)量、該類商品的總金額、交易的時(shí)間、負(fù)責(zé)本次收銀的員工）。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準(zhǔn)確快速地進(jìn)行商品掃描錄入。 用例（ use case）： 參與者（ actor）： 模型 系統(tǒng) UML 模型 子系統(tǒng) UML 模型 （ 1） 超市 零售前臺(tái) 管理 系統(tǒng) 用例視圖 這是一個(gè)當(dāng)有顧客購(gòu)買商品時(shí)，營(yíng)業(yè)員發(fā)生的業(yè)務(wù)活動(dòng)用例。在一個(gè)基本功能（集）已經(jīng)實(shí)現(xiàn)的系統(tǒng)中，系統(tǒng)運(yùn)轉(zhuǎn)的大致過程是：外部角色先初始 化用例，然后用例執(zhí)行其所代表的功能，執(zhí)行完后用例便給角色返回一些值，這個(gè)值可以是角色需要的來自系統(tǒng)中的任何東西。角色是與系統(tǒng)進(jìn)行交互的外部實(shí)體，它可以是系統(tǒng)用戶，也可以是其它系統(tǒng)或硬件設(shè)備，總之，凡是需要與系統(tǒng)交互的任何東西都可以稱作角色。 4 功能需求 基于 UML 的建模 語義規(guī)則 用例模型 （ use cases view）（用例視圖）的基本組成部件是 用例 （ use case）、角色 (actor)和 系統(tǒng) (system)。 （ 2） 銷售業(yè)務(wù)中有銷售商品數(shù)量、單價(jià)、金額、日期等。 （ 3）超市中員工也不是經(jīng)常變動(dòng)，所以員工基本信息也是靜態(tài)數(shù)據(jù)。 （ 1）商品基本信息。 （ 1） 營(yíng)業(yè)員： ? 通過商品條形碼掃描輸入商品到購(gòu)買清單 ? 操作軟件計(jì)算交易總金額 ? 操作軟件輸出交易清單 （ 2） 超市管理員： ? 操作軟件錄入商品，供貨商，廠 商 ? 操作軟件制定進(jìn)貨計(jì)劃 ? 查詢打印計(jì)劃進(jìn)貨與入庫(kù)記錄 ? 操作軟件控制商品銷售與否 ? 查詢打印銷售情況 ? 操作軟件生成銷售排行榜 ? 查詢庫(kù)存明細(xì)記錄 ? 根據(jù)軟件發(fā)出的庫(kù)存告警進(jìn)行入貨 ? 操作軟件進(jìn)行盤點(diǎn)計(jì)算 （ 1）在該案例中，小超市的職工人員定為兩種：營(yíng)業(yè)員、超市管理員； （ 2）采購(gòu)或銷售的商品以最小單位進(jìn)行入庫(kù)登記或銷售登記，如：鉛筆則必須以支為最小單位入庫(kù)登
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1