建站
咨詢
售后
建站咨詢
新聞中心
本節(jié)和大家學習一下UML建模過程，這里通過UML建模范例來向大家講解，在系統(tǒng)開發(fā)的不同階段,使用UML為系統(tǒng)建模,可以通過建立不同的模型,從不同的視角,以不同的詳略程度對系統(tǒng)進行描述。
公司主營業(yè)務：成都網站制作、成都網站設計、外貿營銷網站建設、移動網站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出越秀免費做網站回饋大家。
UML建模范例
在系統(tǒng)開發(fā)的不同階段,使用UML為系統(tǒng)建模,可以通過建立不同的模型,從不同的視角,以不同的詳略程度對系統(tǒng)進行描述。下面以一個商業(yè)管理信息系統(tǒng)的開發(fā)過程為例,具體介紹UML建模的實際過程:
(1)需求
最初版本商業(yè)MIS的正文需求規(guī)格說明應當由代表系統(tǒng)最終用戶的人員提供,內容包括系統(tǒng)基本功能需求和對計算機系統(tǒng)的要求。大致描述如下:
◆它是一個商業(yè)支持系統(tǒng);
◆采購員采購所需的商品;
◆保管員將采購的商品登記入庫;
◆調撥員將庫存商品調撥到相應的銷售部門;
◆銷售部門銷售商品;
◆統(tǒng)計部門核算商場經營狀況;
◆系統(tǒng)能運行于通用的技術環(huán)境(如Unix、Windows等)中,具有良好的圖形用戶界面
◆系統(tǒng)容易維護,便于功能擴充。
由于基于UML的系統(tǒng)開發(fā)采取增量和迭代方式,商業(yè)MIS的初始版本僅需要完成系統(tǒng)的最基本功能(基本業(yè)務),而其他功能的實現(xiàn)(如商品移管、電子訂貨、電子支付、網絡銷售等)則在以后的版本中完成。
2)分析
分析的任務是找出系統(tǒng)的所有需求并加以描述,同時建立模型,以定義系統(tǒng)中的關鍵領域類,應由系統(tǒng)用戶和開發(fā)人員合作完成。這一階段不要拘泥于設計細節(jié)和技術方案。
需求分析
本節(jié)UML建模范例首先要進行需求分析，需求分析的第一步是定義用例,以描述所開發(fā)系統(tǒng)的外部功能需求。用例分析包括閱讀和分析需求說明,此時需要與系統(tǒng)的潛在用戶進行討論。用例模型的主要構件是用例、角色和系統(tǒng)邊界。用例用于描述每個功能需求,系統(tǒng)邊界用于界定系統(tǒng)功能范圍,而角色用于描述與系統(tǒng)功能有關的外部實體,它可以是用戶,也可以是外部系統(tǒng)。
在本實例中,通過分析,先確認商業(yè)MIS中的角色有銷售人員、庫存人員、采購人員、輔助人員和分析人員。在此基礎上,確認用例。商業(yè)MIS的用例有訂貨采購、庫存管理、商品銷售、統(tǒng)計分析、系統(tǒng)維護(包括增加商品、取消商品、制作標簽、價格變更、取消或更新標簽)。如圖3所示。
除了用用例圖描述系統(tǒng)需求外,還可以用文字(或活動圖)對每個用例進行需求說明,更具體地描述該用例與角色的交互。例如我們可以描述訂貨采購用例的需求說明如下:
◆如果是新商品:
a.新商品登記;
b.采購進貨;
c.登記入庫。
◆如果商品庫存不足:
a.采購進貨;
b.登記入庫。
本節(jié)的UML建模范例中訂貨采購需求可以用活動圖來描述,如圖4所示。由于用例的需求說明直接影響到后續(xù)設計階段對類的操作的定位,因此,用例的需求說明應當盡量全面、準確。
值得說明的是,絕大多數用例可以在系統(tǒng)需求分析階段確定,但隨著系統(tǒng)的進展,可能會發(fā)現(xiàn)更多的用例,甚至會發(fā)現(xiàn)前面定義的用例存在不夠確切或錯誤的地方,需要重新修改。因此,在整個系統(tǒng)開發(fā)過程中,都應當時刻關注用例。
特定領域分析
UML建模范例中分析階段的另一項工作是特定領域分析,以列出系統(tǒng)中的特定領域類。我們可以通過閱讀規(guī)格說明、用例以及尋找系統(tǒng)處理的"概念"來進行特定領域分析,也可以通過用戶和領域專家的討論,以識別出要處理的所有關鍵類及它們的相互關系。這里的特定領域是指具體的商業(yè)領域,而不是整個系統(tǒng)領域。
在本實例中,可以確定商業(yè)MIS中的特定領域類為商品、保質商品、非保質商品、物品、銷售、訂貨、庫存、廠商,并使用類圖來描述系統(tǒng)領域類及其關系。
需要強調的是,這一階段對特定領域類的描述具有一定的素描性質,也就是說特定領域類的操作和屬性不一定與最終實現(xiàn)時的定義一致。因為此時還沒有涉及到系統(tǒng)功能的具體實現(xiàn),不可能準確、完整地定義它們。有一些操作需要在設計階段細化時才能確定。
此外,為了描述領域類的動態(tài)行為,可以使用UML中的任何一種動態(tài)圖(如順序圖、活動圖、合作圖、狀態(tài)圖)。本階段的各動態(tài)圖都具有素描性質,主要是為了協(xié)助對領域類及其相互關系的分析,為下一階段的具體設計打下基礎。
UML建模是很靈活的過程,使用者不必面面俱到地畫出各種圖。對于每一幅圖,只有在必要時(比如能幫助分析、設計、指導編碼、加深理解、促進交流等)才需要畫出,這樣的圖對建模才有意義,否則會浪費精力而事倍功半。本節(jié)UML建模過程就介紹到這里。
新聞名稱：UML建模范例商業(yè)管理信息系統(tǒng)開發(fā)過程全程跟蹤
文章轉載：http://m.5511xx.com/article/djpddhp.html
