采購管理系統(tǒng)建模課程設(shè)計(jì)_第1頁
采購管理系統(tǒng)建模課程設(shè)計(jì)_第2頁
采購管理系統(tǒng)建模課程設(shè)計(jì)_第3頁
采購管理系統(tǒng)建模課程設(shè)計(jì)_第4頁
采購管理系統(tǒng)建模課程設(shè)計(jì)_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、課程設(shè)計(jì)系統(tǒng)建模UML課程名稱 采購管理系統(tǒng)題目名稱 專業(yè)班級(jí)學(xué)生姓名號(hào) 學(xué)指導(dǎo)教師二零一八年六月十五日目錄一. 問題描述1二. 用例模型11 收集供應(yīng)貨物客商的信息22. 制定原材料采購計(jì)劃33. 簽訂采購合同34. 監(jiān)督合同執(zhí)行4三靜態(tài)建模51 問題域的靜態(tài)建模52. 實(shí)體類的靜態(tài)建模53. 供貨商供貨的活動(dòng)圖84. 采購方購買的活動(dòng)圖85. 采購方付款驗(yàn)收的活動(dòng)圖96. 商品檢查活動(dòng)圖9四創(chuàng)建動(dòng)態(tài)模型101. 系統(tǒng)的通信圖102. 系統(tǒng)的順序圖113. 系統(tǒng)的狀態(tài)圖12五. 設(shè)計(jì)總結(jié)14六. 參考文獻(xiàn)15一. 問題描述采購管理通過收集歷年來接觸到的供應(yīng)商的基本信息建立數(shù)據(jù)庫。可以對(duì)供應(yīng)商

2、 信息進(jìn)行增加、修改、刪除和查詢。每個(gè)供應(yīng)商可以供貨多種產(chǎn)品,每個(gè)產(chǎn)品也 可以山多個(gè)供應(yīng)商供貨。根據(jù)銷售管理部門提供的銷售計(jì)劃和庫存管理部門提供 的“原材料(或零部件)庫存清單,來制定月、季度和全年的采購計(jì)劃。采購計(jì) 劃上報(bào)主管經(jīng)理批準(zhǔn)后,分送庫存管理部門準(zhǔn)備存儲(chǔ)空間,送財(cái)務(wù)管理部門準(zhǔn)備 流動(dòng)資金。根據(jù)采購計(jì)劃和庫存管理提出的“超過庫存預(yù)警線的生產(chǎn)原材料(零 部件)清單組織原材料的采購,與供貨商簽訂采購合同。合同簽訂后經(jīng)主管經(jīng)理 簽字生效,分送庫存管理部門準(zhǔn)備存儲(chǔ)原材料(或零部件),送財(cái)務(wù)管理部門準(zhǔn) 備貨款。采購合同執(zhí)行期間,定期檢查合同履約情況。督促供貨方及時(shí)發(fā)送貨物,通知倉 庫一起對(duì)原材料

3、進(jìn)行驗(yàn)收入庫,通知財(cái)務(wù)部門案合同及時(shí)交付貨款。協(xié)同庫存管 理部門按采購合同規(guī)定的產(chǎn)品名稱、規(guī)格、數(shù)量、來火時(shí)間,對(duì)采購的原材料進(jìn) 行驗(yàn)收、入庫。財(cái)務(wù)管理部門按采購合同及已收到的原材料的數(shù)量支付貨款給供 應(yīng)方。采購合同涉及的原材料案合同全部到齊并驗(yàn)收入庫,貨款也已經(jīng)全部支付 完畢,說明合同已經(jīng)履約,執(zhí)行完畢,設(shè)置履約標(biāo)記,如果到期合同沒有履約, 應(yīng)注明違約方及違約原因。二. 用例模型用例在用例模型中描述?!安少徆芾硐到y(tǒng)”的用例模型中有三個(gè)參與者,分別是 "供應(yīng)方” (Supplier)、"采購方” (Purchaser)和"管理者(Manager三者 都是系統(tǒng)的用戶

4、。采購方可以查詢供應(yīng)方的貨物信息、制定采購訃劃、簽定交易 合同、監(jiān)督合同的進(jìn)展、貨物驗(yàn)收、完成付款等。供應(yīng)方可以對(duì)產(chǎn)品信息進(jìn)行增 加、修改、刪除和查詢、簽定交易合同、監(jiān)督合同的進(jìn)展、完成收款、檢查合同 履約率等。管理者主要起督促的作用,監(jiān)督發(fā)貨、督促付款、協(xié)同驗(yàn)收貨物,三 方都通過系統(tǒng)平臺(tái)輸入信息或者命令與系統(tǒng)交互。如圖1所示。1圖收集供應(yīng)貨物客商的信息1.可以對(duì)供應(yīng)商信息收集歷年來接觸到的供應(yīng) 商的基本信息建立數(shù)據(jù)庫。進(jìn)行增加、修改、刪除和查詢。每個(gè)供應(yīng)商可以供貨 多種產(chǎn)品,每個(gè)產(chǎn)品也可以由多個(gè)供應(yīng)商供貨。用例名:收集信息概述:收集供應(yīng)方客商的信息參與者:采購管理部門前置條件:需要進(jìn)行采購主

5、序列:步驟1:收集歷年來接觸到的供應(yīng)商信息。步驟2:根據(jù)收集到的信息建立數(shù)據(jù)庫。步驟3:如果信息無需進(jìn)行改動(dòng)。步驟4:提交數(shù)據(jù)庫。可替換序列:步驟1:如果信息需要增加,則用數(shù)據(jù)庫管理軟件進(jìn)行信息插入。步驟2:如果信息需要?jiǎng)h除,則用數(shù)據(jù)庫管理軟件進(jìn)行信息刪除。步驟3:如果信息需要修改,則用數(shù)據(jù)庫管理軟件進(jìn)行信息修改。:o已了解供貨商的信息后貿(mào)條件制定原材料采購計(jì)劃2.(或“原材料根據(jù)銷售管理部門提供的銷售訃劃和庫存管理部門提供的零部件) 庫存清單,來制定月、季度和全年的釆購計(jì)劃。采購計(jì)劃上報(bào)主管送財(cái)務(wù)管理部 門準(zhǔn)備流動(dòng)資分送庫存管理部門準(zhǔn)備存儲(chǔ)空間,經(jīng)理批準(zhǔn)后,金。用例名:制定計(jì)劃槪述:制定原材

6、料采購計(jì)劃參與者:采購管理部門前置條件:根據(jù)計(jì)劃和清單需要進(jìn)行采購主序列:步驟1:銷售部和庫存部準(zhǔn)備淸單。步驟2:根據(jù)淸單建立采購計(jì)劃。步驟3:按照采購計(jì)劃進(jìn)行釆購??商鎿Q序列:步驟2:如果庫存正常,則不會(huì)進(jìn)行建立計(jì)劃。:。采購命令已下達(dá)后置條件3.簽訂采購合同根據(jù)采購計(jì)劃和庫存管理提出的“超過庫存預(yù)警線的生產(chǎn)原材料(零部件)清單 組織原材料的釆購,與供貨商簽訂采購合同。合同簽訂后經(jīng)主管經(jīng)理簽字生效, 分送庫存管理部門準(zhǔn)備存儲(chǔ)原材料(或零部件),送財(cái)務(wù)管理部門準(zhǔn)備貨款。用例名:簽合同槪述:簽訂釆購合同參與者:采購管理部門、供貨商前置條件:采購方有計(jì)劃買、供貨商有貨賣主序列:步驟1:采購管理部門

7、根據(jù)釆購淸單購買相應(yīng)貨物。步驟2:采購方確定合同。步驟3:供貨商確認(rèn)合同??商鎿Q序列:步驟2:如果不確定,則訂單取消。步驟3:如果不確定,則訂單取消。:合同簽訂。后置條件監(jiān)督合同執(zhí)行4.督促供貨方及時(shí)發(fā)送貨物,采購合同執(zhí)行期間,定期檢查 合同履約情況。通知財(cái)務(wù)部門案合同及時(shí)交付貨物款通知倉庫一起對(duì)原材料進(jìn)行 驗(yàn)收入庫,來火時(shí)間,數(shù)量、項(xiàng)。協(xié)同庫存管理部門按釆購合同規(guī)定的產(chǎn)品名稱、 規(guī)格、財(cái)務(wù)管理部門按采購合同及已收到的原材入庫。對(duì)采購的原材料進(jìn)行驗(yàn)收、 釆購合同涉及的原材料案合同全部到齊并驗(yàn)收料的數(shù)量支付貨款給供應(yīng)方。入庫, 貨款也已經(jīng)全部支付完畢,說明合同已經(jīng)履約,執(zhí)行完畢,設(shè)置履約標(biāo)記,如

8、 果到期合同沒有履約,應(yīng)注明違約方及違約原因。用例名:審査槪述:監(jiān)替合同執(zhí)行參與者:采購方、供貨方前置條件:采購合同執(zhí)行期間主序列:步驟1:檢查合同履約情況。步驟2:如果供貨方按合同履約,那么執(zhí)行3。步驟3:采購方通知倉庫起對(duì)商品進(jìn)行驗(yàn)收入庫。步驟4:采購方按合同及時(shí)交付貨款??商鎿Q序列:步驟1:如果供貨方?jīng)]有按合同按時(shí)發(fā)送貨物,那么替促供貨方發(fā)貨。步驟2:如果供貨方按沒有按合同履約,那么按合同違約處理。步驟3:如果按照合同上商品出問題,那么按合同違約處理。步驟4:如果采購方?jīng)]有付款,那么按照合同違約處理。:供貨方以按合同按時(shí)發(fā)貨、采購方按時(shí)付款。后置條件三. 靜態(tài)建模1 問題域的靜態(tài)建模 我

9、們做的是采購管理系統(tǒng),所以必定少不了一個(gè)能把釆購方、供應(yīng)方匯聚在一起 的一個(gè)實(shí)體,也就是系統(tǒng)平臺(tái)。供貨方在購物平臺(tái)上上貨,進(jìn)入被購買狀態(tài)。 與此同時(shí),采購方發(fā)現(xiàn)倉庫沒有貨物了,所以才去購買,于是和合同、審計(jì)發(fā)生 了關(guān)系。2圖實(shí)體類的靜態(tài)建模2.因?yàn)橛袃煞N用戶,采購方和供貨方,所以我創(chuàng)建兩個(gè) 對(duì)應(yīng)的類。采購商品肯定少不了商品類和合同類。)供貨商(1類名:供貨商類的類型:該類用于辨別供貨商用戶的依據(jù),供貨 商用戶有自己的操作權(quán) 限,并把其操作存入數(shù)據(jù)庫中。功能:用上貨、收款、 驗(yàn)收。屬性:公司名、地址、電話、介紹、信譽(yù)、供貨類型、郵編。操作:修 改商品信息()、增加商品信息()、刪除商品信息()、

10、查找商信息(),確認(rèn) 合同()、驗(yàn)收合同()。品(2)采購商類名:采購商類的類型:該類用于辨別供采購用戶的依據(jù),采購商用戶有自己的操作權(quán) 限, 并把其操作存入數(shù)據(jù)庫中。功能:購買.付款、驗(yàn)收。屬性:公司名、地址、電話、郵編。操作:查詢商品()、下單購買()、確認(rèn)合同()、驗(yàn)收合同()。(3)商品類名:商品類的類型:該類用于存儲(chǔ)商品信息。功能:存儲(chǔ)商品信息。屬性:商品名、數(shù)量、單位、價(jià)格、介紹、供貨方信息。操作:初始化商品()。(4)合同類名:合同類的類型:該類用于管理購物。功能:存儲(chǔ)購物信息。屬性:商品名、采購方名稱、供貨方名稱、單位、數(shù)量、單位、數(shù)量、發(fā)貨時(shí) 間、到貨時(shí)間、付款時(shí)間。操作:初

11、始化合同()。(5)倉庫類名:倉庫類的類型:該類用于存儲(chǔ)商品。功能:存儲(chǔ)商品、提供已儲(chǔ)存貨物的信息。屬性:貨物名、貨物量、貨物信息介紹、商品本身操作:當(dāng)有貨物不足時(shí)提醒采購方()。(6)審查類名:審計(jì)類的類型:該類用于維護(hù)購物的進(jìn)行。功能:維護(hù)購物的進(jìn)行。屬性:供貨方、采購方、貨物、倉庫、合同操作:判斷時(shí)間、判斷金額、判斷數(shù)量、判斷種類、合同確認(rèn)。如類圖2采購方Stnngntnt弋址String1類圖圖3:2類圖圖3:3.供貨商供貨的活動(dòng)圖根據(jù)已經(jīng)建立的用例圖和業(yè)務(wù)需求確定對(duì)象類,及其屬性和操作。通過 檢查類 的定義、分析問題的需求和運(yùn)用該領(lǐng)域的知識(shí)來完善和確定類的屬根據(jù)系統(tǒng)功能 要求和系統(tǒng)設(shè)

12、計(jì)需要完善和確定類的操作。性,圖采購方購買的活動(dòng)圖4.5.采購方付款驗(yàn)收的活動(dòng)圖圖商品檢查活動(dòng)圖6.創(chuàng)建動(dòng)態(tài)模型1.系統(tǒng)的通信圖通信圖是一種UML交互圖,它從動(dòng)態(tài)的視角描繪了一組對(duì)象是怎樣通過對(duì)象間消 息傳遞來進(jìn)行相互交互。在通信圖中,對(duì)象之間的消息發(fā)送序列是山消息序列的 編號(hào)來描述。通信圖中的消息序列應(yīng)該和用例中描述的參與者和系統(tǒng)之間的交互 順序相對(duì)應(yīng)。:供貨商信息錄入通信圖圖9圖10:采購方計(jì)劃通信圖.:簽訂合同通信圖圖11系統(tǒng)的順序圖2順序圖按時(shí)間順序展示了對(duì)象之間對(duì)象之間的交互也可以用順序圖來表示,的交互。一個(gè)順序圖展示了所有參與交互的對(duì)象以及塔門之間 的消息來往順序。順序圖也可以用來

13、描述循環(huán)和迭代。6顯示憶改他況 :T2Ufolinal: MSB圖口:供貨商信息錄入順序圖.SegjeBeO 宛歸 ml 丿:1歛紳睚'2計(jì)劃書1U:才碗帕3 X沏踴3 TT13Uaosik«E$ fiBfse0*:簽訂合同順序圖圖13 3系統(tǒng)的狀態(tài)圖狀態(tài)圖是一個(gè)謀的對(duì)象所有可能的生 命歷程的模型。狀態(tài)機(jī)圖通過對(duì)類對(duì)采國(guó)計(jì)剤書ALifeUne2:£A 方圖12:采購方計(jì)劃順序圖Eeraciion SeQuemeCiaxrar 二丿5諂認(rèn)含同-;TJ象的生存周期建立模型來描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為,也可以用來描述用 例、協(xié)作和方法的動(dòng)態(tài)行為,它是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的

14、圖。.14:供貨商對(duì)商品信息操作的狀態(tài)圖圖;扁為親目加示約采購力“購物”的狀態(tài)圖圖15:五.設(shè)計(jì)總結(jié)統(tǒng)一建模語言(UML, UnifiedMode 1 ingLanguage)是面向?qū)ο筌浖臉?biāo)準(zhǔn)化建模 語言。UML因其簡(jiǎn)單、統(tǒng)一的特點(diǎn),而且能表達(dá)軟件設(shè)計(jì)中的動(dòng)態(tài)和靜態(tài)信息, II前已成為可視化建模語言的工業(yè)標(biāo)準(zhǔn)。在軟件無線電系統(tǒng)的開發(fā)過程中,統(tǒng)一 建模語言可以在整個(gè)設(shè)計(jì)周期中使用,幫助設(shè)訃者縮短設(shè)計(jì)時(shí)間,減少改進(jìn) 的 成本,使軟硬件分割最優(yōu)。對(duì)于建模過程中遇到的問題通過上網(wǎng)查資料,詢問老 師,和同學(xué)進(jìn)行討論,得到了比較滿意的解決,避免了自己眼高手低,從實(shí)踐中 發(fā)現(xiàn)自己的不足,并及時(shí)改正。釆用

15、該方法優(yōu)于傳統(tǒng)的過程開發(fā)方式,能夠?qū)φ?個(gè)開發(fā)過程提供靈活、一致、易讀的表達(dá),在很大程度上降低了軟件開發(fā)的風(fēng)險(xiǎn) 性,提高了軟件開發(fā)的質(zhì)量。更讓我明th UML的知識(shí)是十分豐富的,我現(xiàn)在的認(rèn)識(shí)還不夠,我將會(huì)在以后的 學(xué)習(xí)中,不斷提高自己的UML知識(shí),更好地讓UML為將來的編程設(shè)計(jì)服務(wù)。六.參考文獻(xiàn)1 Alexander, C, 1997, .The Timeless Way of Building. New York:Oxford University Press2 Atkinson, C,J Bayer, 0. Laitenberger, etal2002. Component-BasedPr

16、oduct LineEngineering with UML. Bost:Addision-Wesley3ZBuschmann, F., R. Meunier, H. Rohnert, etal. 1996 Pattern-OrientedSoftware Architecture:A systemof Patterns New York:Wiley4Coad, P. , and E Yourdon. 1991 Object一Oriented Analysis Upper Saddle River, NJ:Prentice Hal1SjGomaa, H 1986"SofrrwareDevelopmentofRealTimeSystems n Communications of the ACM 29(7):637一6686JKobryn, C 1999"UML 2001: A

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(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)論