采購管理系統(tǒng)建模課程設(shè)計

課程設(shè)計課程名稱UML系統(tǒng)建模題目名稱采購管理系統(tǒng)專業(yè)班級學(xué)生姓名指導(dǎo)教師二零一八年六月十五日目錄TOC\o"1-5"\h\z\o"CurrentDocument"一．問題描述 1\o"CurrentDocument"二．用例模型 1\o"CurrentDocument"收集供應(yīng)貨物客商的信息 2\o"CurrentDocument"制定原材料采購計劃 3\o"CurrentDocument"簽訂采購合同 3\o"CurrentDocument"監(jiān)督合同執(zhí)行 4\o"CurrentDocument"三．靜態(tài)建模 5\o"CurrentDocument"問題域的靜態(tài)建模 5\o"CurrentDocument"實體類的靜態(tài)建模 5供貨商供貨的活動圖 8采購方購買的活動圖 8采購方付款驗收的活動圖 9\o"CurrentDocument"商品檢查活動圖 9\o"CurrentDocument"四．創(chuàng)建動態(tài)模型 10\o"CurrentDocument"系統(tǒng)的通信圖 10\o"CurrentDocument"系統(tǒng)的順序圖 11\o"CurrentDocument"系統(tǒng)的狀態(tài)圖 12\o"CurrentDocument"五．設(shè)計總結(jié) 14\o"CurrentDocument"六．參考文獻(xiàn) 15一．問題描述采購管理通過收集歷年來接觸到的供應(yīng)商的基本信息建立數(shù)據(jù)庫?？梢詫?yīng)商信息進(jìn)行增加、修改、刪除和查詢.每個供應(yīng)商可以供貨多種產(chǎn)品，每個產(chǎn)品也可以由多個供應(yīng)商供貨。根據(jù)銷售管理部門提供的銷售計劃和庫存管理部門提供的“原材料(或零部件)庫存清單，來制定月、季度和全年的采購計劃。采購計劃上報主管經(jīng)理批準(zhǔn)后，分送庫存管理部門準(zhǔn)備存儲空間，送財務(wù)管理部門準(zhǔn)備流動資金。根據(jù)采購計劃和庫存管理提出的“超過庫存預(yù)警線的生產(chǎn)原材料(零部件)清單組織原材料的采購，與供貨商簽訂采購合同。合同簽訂后經(jīng)主管經(jīng)理簽字生效,分送庫存管理部門準(zhǔn)備存儲原材料(或零部件),送財務(wù)管理部門準(zhǔn)備貨款。采購合同執(zhí)行期間，定期檢查合同履約情況。督促供貨方及時發(fā)送貨物，通知倉庫一起對原材料進(jìn)行驗收入庫，通知財務(wù)部門案合同及時交付貨款。協(xié)同庫存管理部門按采購合同規(guī)定的產(chǎn)品名稱、規(guī)格、數(shù)量、來火時間，對采購的原材料進(jìn)行驗收、入庫.財務(wù)管理部門按采購合同及已收到的原材料的數(shù)量支付貨款給供應(yīng)方.采購合同涉及的原材料案合同全部到齊并驗收入庫,貨款也已經(jīng)全部支付完畢，說明合同已經(jīng)履約，執(zhí)行完畢，設(shè)置履約標(biāo)記,如果到期合同沒有履約，應(yīng)注明違約方及違約原因.二．用例模型用例在用例模型中描述?！安少徆芾硐到y(tǒng)"的用例模型中有三個參與者，分別是"供應(yīng)方"(Supplier)、采購方〃(Purchaser)和"管理者(Manager)””三者都是系統(tǒng)的用戶.采購方可以查詢供應(yīng)方的貨物信息、制定采購計劃、簽定交易合同、監(jiān)督合同的進(jìn)展、貨物驗收、完成付款等.供應(yīng)方可以對產(chǎn)品信息進(jìn)行增加、修改、刪除和查詢、簽定交易合同、監(jiān)督合同的進(jìn)展、完成收款、檢查合同履約率等。管理者主要起督促的作用,監(jiān)督發(fā)貨、督促付款、協(xié)同驗收貨物,三方都通過系統(tǒng)平臺輸入信息或者命令與系統(tǒng)交互。如圖1所示.收集供應(yīng)貨物客商的信息收集歷年來接觸到的供應(yīng)商的基本信息建立數(shù)據(jù)庫?？梢詫?yīng)商信息進(jìn)行增加、修改、刪除和查詢。每個供應(yīng)商可以供貨多種產(chǎn)品，每個產(chǎn)品也可以由多個供應(yīng)商供貨。用例名：收集信息概述：收集供應(yīng)方客商的信息參與者：采購管理部門前置條件:需要進(jìn)行采購主序列：步驟1：收集歷年來接觸到的供應(yīng)商信息。步驟2：根據(jù)收集到的信息建立數(shù)據(jù)庫。步驟3：如果信息無需進(jìn)行改動。步驟4：提交數(shù)據(jù)庫?？商鎿Q序列:步驟1：如果信息需要增加，則用數(shù)據(jù)庫管理軟件進(jìn)行信息插入。步驟2：如果信息需要刪除，則用數(shù)據(jù)庫管理軟件進(jìn)行信息刪除。步驟3：如果信息需要修改，則用數(shù)據(jù)庫管理軟件進(jìn)行信息修改。后置條件：已了解供貨商的信息。制定原材料采購計劃根據(jù)銷售管理部門提供的銷售計劃和庫存管理部門提供的“原材料（或零部件）庫存清單,來制定月、季度和全年的采購計劃。采購計劃上報主管經(jīng)理批準(zhǔn)后，分送庫存管理部門準(zhǔn)備存儲空間,送財務(wù)管理部門準(zhǔn)備流動資金。用例名：制定計劃概述：制定原材料采購計劃參與者：采購管理部門前置條件：根據(jù)計劃和清單需要進(jìn)行采購主序列：步驟1：銷售部和庫存部準(zhǔn)備清單。步驟2：根據(jù)清單建立采購計劃.步驟3：按照采購計劃進(jìn)行采購。可替換序列：步驟2:如果庫存正常，則不會進(jìn)行建立計劃.后置條件:采購命令已下達(dá)。簽訂采購合同根據(jù)采購計劃和庫存管理提出的“超過庫存預(yù)警線的生產(chǎn)原材料（零部件）清單組織原材料的采購，與供貨商簽訂采購合同。合同簽訂后經(jīng)主管經(jīng)理簽字生效，分送庫存管理部門準(zhǔn)備存儲原材料（或零部件），送財務(wù)管理部門準(zhǔn)備貨款。用例名：簽合同概述：簽訂采購合同參與者:采購管理部門、供貨商前置條件:采購方有計劃買、供貨商有貨賣主序列：步驟1：采購管理部門根據(jù)采購清單購買相應(yīng)貨物。步驟2:采購方確定合同。~步驟3：供貨商確認(rèn)合同.可替換序列：步驟2：如果不確定,則訂單取消。步驟3:如果不確定，則訂單取消。后置條件：合同簽訂。監(jiān)督合同執(zhí)行采購合同執(zhí)行期間，定期檢查合同履約情況。督促供貨方及時發(fā)送貨物，通知倉庫一起對原材料進(jìn)行驗收入庫,通知財務(wù)部門案合同及時交付貨物款項.協(xié)同庫存管理部門按采購合同規(guī)定的產(chǎn)品名稱、規(guī)格、數(shù)量、來火時間對采購的原材料進(jìn)行驗收、入庫.財務(wù)管理部門按采購合同及已收到的原材料的數(shù)量支付貨款給供應(yīng)方。采購合同涉及的原材料案合同全部到齊并驗收入庫，貨款也已經(jīng)全部支付完畢，說明合同已經(jīng)履約，執(zhí)行完畢，設(shè)置履約標(biāo)記，如果到期合同沒有履約，應(yīng)注明違約方及違約原因.前置條件：采購合同執(zhí)行期間主序列：步驟1:檢查合同履約情況。步驟2：如果供貨方按合同履約,那么執(zhí)行3.步驟3：采購方通知倉庫一起對商品進(jìn)行驗收入庫。步驟4：采購方按合同及時交付貨款?？商鎿Q序列:步驟1：如果供貨方?jīng)]有按合同按時發(fā)送貨物，那么督促供貨方發(fā)貨步驟2：如果供貨方按沒有按合同履約,那么按合同違約處理。步驟3：如果按照合同上商品出問題,那么按合同違約處理。步驟4：如果采購方?jīng)]有付款,那么按照合同違約處理。后置條件：供貨方以按合同按時發(fā)貨、采購方按時付款。三■靜態(tài)建模問題域的靜態(tài)建模我們做的是采購管理系統(tǒng)，所以必定少不了一個能把采購方、供應(yīng)方匯聚在一起的一個實體，也就是系統(tǒng)平臺?供貨方在購物平臺上上貨，進(jìn)入被購買狀態(tài)。與此同時，采購方發(fā)現(xiàn)倉庫沒有貨物了，所以才去購買，于是和合同、審計發(fā)生了關(guān)系。供賃方義胸方圖2供賃方義胸方圖2實體類的靜態(tài)建模因為有兩種用戶，采購方和供貨方，所以我創(chuàng)建兩個對應(yīng)的類。采購商品肯定少不了商品類和合同類。供貨商類名：供貨商類的類型：該類用于辨別供貨商用戶的依據(jù)，供貨商用戶有自己的操作權(quán)限，并把其操作存入數(shù)據(jù)庫中。功能:用上貨、收款、驗收。屬性:公司名、地址、電話、介紹、信譽、供貨類型、郵編.操作：修改商品信息（）、增加商品信息（）、刪除商品信息（）、查找商品信息（）,確認(rèn)合同（）、驗收合同（）。（2）采購商類名：采購商類的類型：該類用于辨別供采購用戶的依據(jù)，采購商用戶有自己的操作權(quán)限，并把其操作存入數(shù)據(jù)庫中.功能：購買、付款、驗收。屬性：公司名、地址、電話、郵編.操作：查詢商品（）、下單購買（）、確認(rèn)合同（）、驗收合同（）.（3）商品類名：商品類的類型：該類用于存儲商品信息。功能：存儲商品信息。屬性：商品名、數(shù)量、單位、價格、介紹、供貨方信息。操作:初始化商品（）。（4）合同類名：合同類的類型：該類用于管理購物。功能:存儲購物信息。屬性：商品名、采購方名稱、供貨方名稱、單位、數(shù)量、單位、數(shù)量、發(fā)貨時間、到貨時間、付款時間。操作：初始化合同（）。（5）倉庫類名：倉庫類的類型：該類用于存儲商品。功能:存儲商品、提供已儲存貨物的信息。屬性：貨物名、貨物量、貨物信息介紹、商品本身操作：當(dāng)有貨物不足時提醒采購方（）.（6）審查類名：審計類的類型：該類用于維護(hù)購物的進(jìn)行.功能：維護(hù)購物的進(jìn)行。屬性：供貨方、采購方、貨物、倉庫、合同操作：判斷時間、判斷金額、判斷數(shù)量、判斷種類、合同確認(rèn).如類圖2采購方stn叫豔稱話漁址-茗電郵地名稱：String：采購方stn叫豔稱話漁址-茗電郵地名稱：String：1也址：String電話:int介紹：String信譽：String荽埜:Stnng郵編:int商品商品容：String總數(shù)重：int怕格：double:String臺同名稱：String供血方她址^'String采購方地址：Strincj單位：String埶里：int發(fā)貨時間:String到貨時冏：String忖款時間'String名稱：String扁品：商品氐存數(shù)呈：int需求數(shù)宣：int圖3類圖1審計貨物宅：String貨物宅：String庫存貨物數(shù)里:int貨切疣紹；Sirtng世貨商：俱賀方采卿方：采嗨方交易貨物：貨韌合同：臺同是否超時0是否討裁0是否貨搠不臺格0圖3類圖23?供貨商供貨的活動圖根據(jù)已經(jīng)建立的用例圖和業(yè)務(wù)需求確定對象類，及其屬性和操作。通過檢查類的定義、分析問題的需求和運用該領(lǐng)域的知識來完善和確定類的屬性,根據(jù)系統(tǒng)功能要求和系統(tǒng)設(shè)計需要完善和確定類的操作。圖54.采購方購買的活動圖采購方付款驗收的活動圖未收到賞物收到憑物按臺同檜查商品合臺格退燙頊消訂羊商品檢查活動圖■創(chuàng)建動態(tài)模型1.系統(tǒng)的通信圖通信圖是一種UML交互圖，它從動態(tài)的視角描繪了一組對象是怎樣通過對象間消息傳遞來進(jìn)行相互交互。在通信圖中，對象之間的消息發(fā)送序列是由消息序列的編號來描述。通信圖中的消息序列應(yīng)該和用例中描述的參與者和系統(tǒng)之間的交互順序相對應(yīng)。圖10：采購方計劃通信圖

圖11圖11:簽訂合同通信圖2.系統(tǒng)的順序圖對象之間的交互也可以用順序圖來表示，順序圖按時間順序展示了對象之間的交互。一個順序圖展示了所有參與交互的對象以及塔門之間的消息來往順序。順序圖也可以用來描述循環(huán)和迭代。interactionSequenceDiagraml鍵盤接口Ufelinel:St應(yīng)商丄：：登錄輸人供應(yīng)商信息丄：：登錄輸人供應(yīng)商信息2查詢：4坦刪咬便品信息r- ?三信息笈送給信息庫: Lr—~~*ri 6:顯示俺改（I況CT，返回可修改信號CT，返回可修改信號圖ii：供貨商信息錄入順序圖Fnteraction 」enceDiacram1)樂盤外設(shè)數(shù)據(jù)庫采畫計劃書樂盤外設(shè)數(shù)據(jù)庫采畫計劃書LifelinesLifelines采購方：1：1輸扎款項信賓:2制作任勞計劃書13存儲:3存儲:4:調(diào)取信息:5:請求敎雕$:亟回信息圖12:采購方計劃順序圖i訂柜raction5它口LimriueC曲丁玄口丄丿鍵盤接口:采胸方:棋貨方鍵盤接口:采胸方:棋貨方■；. 2確誡合同[圖13：簽訂合同順序圖系統(tǒng)的狀態(tài)圖狀態(tài)圖是一個誒的對象所有可能的生命歷程的模型。狀態(tài)機(jī)圖通過對類對象的生存周期建立模型來描述對象隨時間變化的動態(tài)行為，也可以用來描述用例、協(xié)作和方法的動態(tài)行為，它是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。

等待燥乍港擇増知弄葢'陰詼弄蠱'1丿W跳轉(zhuǎn)刪除弄石操作圖14:供貨商對商品信息操作的狀態(tài)圖合W跳轉(zhuǎn)刪除弄石操作圖14:供貨商對商品信息操作的狀態(tài)圖合圖15:采購方“購物”的狀態(tài)圖五．設(shè)計總結(jié)統(tǒng)一建模語言(UML,UnifiedModelingLanguage)是面向?qū)ο筌浖臉?biāo)準(zhǔn)化建模語言。UML因其簡單、統(tǒng)一的特點，而且能表達(dá)軟件設(shè)計中的動態(tài)和靜態(tài)信息,目前已成為可視化建模語言的工業(yè)標(biāo)準(zhǔn)。在軟件無線電系統(tǒng)的開發(fā)過程中,統(tǒng)一建模語言可以在整個設(shè)計周期中使用，幫助設(shè)計者縮短設(shè)計時間,減少改進(jìn)的成本，使軟硬件分割最優(yōu)。對于建模過程中遇到的問題通過上網(wǎng)查資料，詢問老師,和同學(xué)進(jìn)行討論，得到了比較滿意的解決，避免了自己眼高手低，從實踐中發(fā)現(xiàn)自己的不足，并及時改正.采用該方法優(yōu)于傳統(tǒng)的過程開發(fā)方式，能夠?qū)φ麄€開發(fā)過程提供靈活、一致、易讀的表達(dá)，在很大程度上降低了軟件開發(fā)的風(fēng)險性，提高了軟件開發(fā)的質(zhì)量。更讓我明白,UML的知識是十分豐富的，我現(xiàn)在的認(rèn)識還不夠，我將會在以后的學(xué)習(xí)中，不斷提高自己的UML知識，更好地讓UML為將來的編程設(shè)計服務(wù)。六．參考文獻(xiàn)Alexander,C,1997，.TheTimelessWayofBuilding.NewYork：OxfordUniversityPressAtkinson,C.,J。Bayer,O.Laitenberger,etal2002.Component—BasedProductLine