采購(gòu)管理系統(tǒng)建模課程設(shè)計(jì)

1、.課程設(shè)計(jì)課程名稱題目名稱UML 系統(tǒng)建模采購(gòu)管理系統(tǒng).專業(yè)班級(jí)學(xué)生姓名學(xué)號(hào)指導(dǎo)教師二零一八年六月十五日.目錄一 問題描述1二 用例模型11. 收集供應(yīng)貨物客商的信息22. 制定原材料采購(gòu)計(jì)劃33. 簽訂采購(gòu)合同34. 監(jiān)督合同執(zhí)行4三 靜態(tài)建模51. 問題域的靜態(tài)建模52. 實(shí)體類的靜態(tài)建模53. 供貨商供貨的活動(dòng)圖84. 采購(gòu)方購(gòu)買的活動(dòng)圖85. 采購(gòu)方付款驗(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.一問題描述采購(gòu)管理通過(guò)收集歷年來(lái)接觸到的供應(yīng)商的基本信息建立數(shù)據(jù)庫(kù)。 可以對(duì)供應(yīng)

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

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

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

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

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

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

8、置履約標(biāo)記，如果到期合同沒有履約，應(yīng)注明違約方及違約原因。.用例名 ：審查概述：監(jiān)督合同執(zhí)行參與者 ：采購(gòu)方、供貨方前置條件 ：采購(gòu)合同執(zhí)行期間主序列 ：步驟 1：檢查合同履約情況。步驟 2：如果供貨方按合同履約，那么執(zhí)行3。步驟 3：采購(gòu)方通知倉(cāng)庫(kù)一起對(duì)商品進(jìn)行驗(yàn)收入庫(kù)。步驟 4：采購(gòu)方按合同及時(shí)交付貨款?？商鎿Q序列 :步驟 1：如果供貨方?jīng)]有按合同按時(shí)發(fā)送貨物，那么督促供貨方發(fā)貨。步驟 2：如果供貨方按沒有按合同履約，那么按合同違約處理。步驟 3：如果按照合同上商品出問題，那么按合同違約處理。步驟 4：如果采購(gòu)方?jīng)]有付款，那么按照合同違約處理。后置條件 ：供貨方以按合同按時(shí)發(fā)貨、采購(gòu)方按時(shí)

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

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

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

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

13、互的對(duì)象以及塔門之間的消息來(lái)往順序。順序圖也可以用來(lái)描述循環(huán)和迭代。.圖 11 ：供貨商信息錄入順序圖圖 12 ：采購(gòu)方計(jì)劃順序圖圖 13：簽訂合同順序圖3. 系統(tǒng)的狀態(tài)圖狀態(tài)圖是一個(gè)誒的對(duì)象所有可能的生命歷程的模型。狀態(tài)機(jī)圖通過(guò)對(duì)類對(duì)象的生存周期建立模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為，也可以用來(lái)描述用例、協(xié)作和方法的動(dòng)態(tài)行為，它是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。.圖 14: 供貨商對(duì)商品信息操作的狀態(tài)圖圖 15: 采購(gòu)方“購(gòu)物”的狀態(tài)圖.五設(shè)計(jì)總結(jié)統(tǒng)一建模語(yǔ)言（ UML ，UnifiedModelingLanguage）是面向?qū)ο筌浖臉?biāo)準(zhǔn)化建模語(yǔ)言。 UML 因其簡(jiǎn)單、統(tǒng)一的特點(diǎn)，而且能表達(dá)軟件設(shè)

14、計(jì)中的動(dòng)態(tài)和靜態(tài)信息，目前已成為可視化建模語(yǔ)言的工業(yè)標(biāo)準(zhǔn)。在軟件無(wú)線電系統(tǒng)的開發(fā)過(guò)程中，統(tǒng)一建模語(yǔ)言可以在整個(gè)設(shè)計(jì)周期中使用，幫助設(shè)計(jì)者縮短設(shè)計(jì)時(shí)間，減少改進(jìn)的成本，使軟硬件分割最優(yōu)。對(duì)于建模過(guò)程中遇到的問題通過(guò)上網(wǎng)查資料，詢問老師，和同學(xué)進(jìn)行討論，得到了比較滿意的解決， 避免了自己眼高手低， 從實(shí)踐中發(fā)現(xiàn)自己的不足，并及時(shí)改正。采用該方法優(yōu)于傳統(tǒng)的過(guò)程開發(fā)方式，能夠?qū)φ麄€(gè)開發(fā)過(guò)程提供靈活、一致、易讀的表達(dá)， 在很大程度上降低了軟件開發(fā)的風(fēng)險(xiǎn)性， 提高了軟件開發(fā)的質(zhì)量。更讓我明白， UML 的知識(shí)是十分豐富的，我現(xiàn)在的認(rèn)識(shí)還不夠，我將會(huì)在以后的學(xué)習(xí)中，不斷提高自己的 UML 知識(shí)，更好地讓 U

15、ML 為將來(lái)的編程設(shè)計(jì)服務(wù)。.六參考文獻(xiàn)1Alexander,C,1997,.TheTimelessWayofBuilding.New York:OxfordUniversity Press2Atkinson,C.,J.Bayer,O.Laitenberger,etal2002.Component-BasedProductLineEngineering with UML.Bost:Addision-Wesley3Buschmann,F.,R.Meunier,H.Rohnert,etal.1996.Pattern-OrientedSoftwareArchitecture:A systemof Patterns New York:Wiley4Coad,P.,andE.Yourdon.1991.Object-OrientedAnalysis.UpperSaddleRiver,NJ:Prentice Hall.5Gomaa,H.1986. ” SofrrwareDevelopmentofRealTimeSystems. ” Communications of the ACM 29(7):657 -668.6Kobryn,C.1999.” UML2001: