UML建模案例——超市進(jìn)銷存管理系統(tǒng)_第1頁(yè)
UML建模案例——超市進(jìn)銷存管理系統(tǒng)_第2頁(yè)
UML建模案例——超市進(jìn)銷存管理系統(tǒng)_第3頁(yè)
UML建模案例——超市進(jìn)銷存管理系統(tǒng)_第4頁(yè)
UML建模案例——超市進(jìn)銷存管理系統(tǒng)_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、實(shí)驗(yàn)報(bào)告規(guī)范實(shí)驗(yàn)報(bào)告姓名學(xué)號(hào)班級(jí)成績(jī)實(shí)驗(yàn)名稱超市進(jìn)銷存管理系統(tǒng)的UML 建模實(shí)驗(yàn)日期一實(shí)驗(yàn)內(nèi)容基于 OO 設(shè)計(jì)與分析方法,用統(tǒng)一建模語(yǔ)言UML 完成一個(gè)超市進(jìn)銷存管理系統(tǒng)要求:軟件系統(tǒng)模型包括8 種建模圖, 其中至少包含三個(gè)主要用例的用例腳本描述、順序圖、 活動(dòng)圖和兩個(gè)有較復(fù)雜行為的類的實(shí)例狀態(tài)圖。二需求分析文檔描述超市進(jìn)銷存管理系統(tǒng)要求能對(duì)超市的進(jìn)、銷、存行為進(jìn)行管理,并且能根據(jù)不同權(quán)限的系統(tǒng)用戶的需求進(jìn)行報(bào)表的生成和查詢,為超市管理者的決策提供協(xié)助。當(dāng)庫(kù)存和在架商品數(shù)量低于臨界值時(shí),能發(fā)出警報(bào),提醒庫(kù)存管理人員。當(dāng)銷售人員售出商品時(shí),記錄的在架商品的數(shù)量能相應(yīng)的減少出售數(shù)量。能進(jìn)行人員的日

2、常管理。三設(shè)計(jì)方法、思路和主要技術(shù)設(shè)計(jì)方法、 思路:根據(jù)系統(tǒng)需要實(shí)現(xiàn)的功能, 我將系統(tǒng)劃分成五個(gè)子系統(tǒng), 分別是銷售部、進(jìn)貨部、庫(kù)存部、會(huì)計(jì)部、經(jīng)理室。分別用于實(shí)現(xiàn)商品的銷售,商品的進(jìn)貨,商品的庫(kù)存,金錢和報(bào)表,人事和決策的管理。主要技術(shù): UML1四軟件系統(tǒng)建模(包括完整建模圖)(一)系統(tǒng)用例圖(1)企業(yè)級(jí)用例圖(2)系統(tǒng)級(jí)用例圖(3)銷售部用例圖2(4)進(jìn)貨部用例圖用例“生成訂單”的描述用例名稱生成訂單標(biāo)識(shí)符SP0001用例描述當(dāng)進(jìn)貨員收到經(jīng)理發(fā)出的訂貨單,聯(lián)系供貨商,談好價(jià)格,報(bào)經(jīng)理審核后,生成訂單,用例結(jié)束。參與者進(jìn)貨員經(jīng)理供貨商優(yōu)先級(jí)1狀態(tài)未審核前置條件訂貨員收到經(jīng)理發(fā)出的訂貨單后置

3、條件訂貨基本操作流程進(jìn)貨員根據(jù)訂貨表選擇多家供貨商聯(lián)系,談好價(jià)格,將多家供貨商的價(jià)格報(bào)經(jīng)理審核,由經(jīng)理選擇供貨商,然后進(jìn)貨員生成訂單。可選操作流程進(jìn)貨員根據(jù)訂貨表先選擇一家供貨商聯(lián)系,談好價(jià)格,將價(jià)格報(bào)經(jīng)理審核,審核通過(guò),生成訂單,不通過(guò)再聯(lián)系下一家供貨商。被泛化的用例無(wú)3被包含的用例無(wú)被擴(kuò)展的用例無(wú)(5)庫(kù)存部用例圖用例“貨物上架”描述用例名稱貨物上架標(biāo)識(shí)符SP0003用例描述當(dāng)在架商品數(shù)量低于最小臨界值,庫(kù)存員收到警報(bào),將庫(kù)存貨物擺上貨架,用例結(jié)束。參與者庫(kù)存員優(yōu)先級(jí)1狀態(tài)通過(guò)批準(zhǔn)前置條件在架商品數(shù)量達(dá)到最小臨界值后置條件在架商品數(shù)量達(dá)到最大臨界值基本操作流程庫(kù)存員收到警報(bào),將庫(kù)存貨物擺上

4、貨架可選操作流程庫(kù)存員每天清點(diǎn)在架貨物,補(bǔ)充在架貨物數(shù)量被泛化的用例無(wú)被包含的用例無(wú)被擴(kuò)展的用例無(wú)用例“生成訂貨表”描述用例名稱生成訂貨表標(biāo)識(shí)符SP0008用例描述庫(kù)存商品數(shù)量低于最小臨界值,庫(kù)存員收到警報(bào),庫(kù)存員制定訂貨單,用例結(jié)束。參與者庫(kù)存員優(yōu)先級(jí)1狀態(tài)通過(guò)批準(zhǔn)前置條件庫(kù)存商品數(shù)量達(dá)到最小臨界值后置條件提交訂貨單4基本操作流程庫(kù)存員收到警報(bào),制定訂貨單可選操作流程庫(kù)存員庫(kù)清點(diǎn)庫(kù)存,發(fā)現(xiàn)庫(kù)存接近最小臨界值,生成訂貨表。被泛化的用例無(wú)被包含的用例無(wú)被擴(kuò)展的用例無(wú)(6)會(huì)計(jì)部用例圖(7)經(jīng)理部用例圖(二)系統(tǒng)類圖本系統(tǒng)的類的關(guān)系比較復(fù)雜,用一張完整的類圖來(lái)表示的話,不容易看清楚類之間的關(guān)系。所

5、以我這里用了5 張類圖來(lái)說(shuō)明。(1)銷售部類圖5(2)進(jìn)貨部類圖6(3)庫(kù)存部類圖(4)會(huì)計(jì)部類圖(5)經(jīng)理室類圖7(三)系統(tǒng)順序圖(1)顧客購(gòu)買商品順序圖(2)訂貨順序圖8(3)超市庫(kù)存變化順序圖(四)系統(tǒng)協(xié)作圖9(1)超市訂貨協(xié)作圖(五)系統(tǒng)活動(dòng)圖(1)顧客購(gòu)買商品活動(dòng)圖(2)生成訂貨單活動(dòng)圖10(3)生成訂單的活動(dòng)圖(六)系統(tǒng)狀態(tài)圖(1)商品狀態(tài)圖11(七)系統(tǒng)組件圖(八)系統(tǒng)部署圖1213五實(shí)驗(yàn)結(jié)論在指導(dǎo)老師的指導(dǎo)下,經(jīng)過(guò)兩人的合作努力,設(shè)計(jì)過(guò)程中加入了兩人的設(shè)計(jì)思想,完成了超市進(jìn)銷存管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。編寫需求與設(shè)計(jì)報(bào)告是基于 UML 的面向?qū)ο笤O(shè)計(jì),在兩人的觀點(diǎn)達(dá)成基本一致的基礎(chǔ)上完成 UML 作圖與文檔寫作。通過(guò)這次試驗(yàn),至少基本掌握了一種UML 建模工具,學(xué)會(huì)了UML的 8 種建模圖,對(duì)UML

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論