軟體為什麼要用uml

❶ uml是什麼 用處大嗎

統一建模語言UML

軟體工程領域在1995年至1997年取得了前所未有的進展,其成果超過軟體工程領域過去15年來的成就總和。其中最重要的、具有劃時代重大意義的成果之一就是統一建模語言(UML:Unified Modeling Language)的出現。

在世界范圍內,至少在近10年內,UML將是面向對象技術領域內佔主導地位的標准建模語言。採用UML作為我國統一的建模語言是完全必要的:首先,過去數十種面向對象的建模語言都是相互獨立的,而UML可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過統一語義和符號表示,能夠穩定我國的面向對象技術市場,使項目根植於一個成熟的標准建模語言,從而可以大大拓寬所研製與開發的軟體系統的適用范圍,並大大提高其靈活程度。

統一建模語言（UML）是用來對軟體密集系統進行描述、構造、視化和文檔編制的一種語言。

首先，也是最重要的一點，統一建模語言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛採用的一門簡單、一致、通用的建模語言。

其次，統一建模語言擴展了現有方法的應用范圍。特別值得一提的是，UML的開發者們把並行分布式系統的建模作為UML的設計目標，也就是說，UML具有處理這類問題的能力。

第三，統一建模語言是標準的建模語言，而不是一個標準的開發流程。雖然UML的應用必然以系統的開發流程為背景，但根據我們的經驗，不同的組織，不同的應用領域需要不同的開發過程。舉個例子來說，開發錯綜復雜的軟體是非常有趣的工作，但開發這種軟體與構造嚴格實時的航空電子系統是大不一樣的，後者是性命攸關的大事。因此我們首先把精力集中在設計通用的元模型上（統一不同方法的語義），其次是建立通用的表示法（提供對這些語義的形象化的表達）。雖然UML的開發者們將繼續倡導從用例驅動到體系結構為中心最後反復改進、不斷添加的軟體開發過程，但實際上設計標準的開發流程並不是非常必要的。

UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計,還支持從需求分析開始的軟體開發的全過程。

面向對象技術和UML的發展過程可用上圖來表示,標准建模語言的出現是其重要成果。在美國,截止1996年10月,UML獲得了工業界、科技界和應用界的廣泛支持,已有700多個公司表示支持採用UML作為建模語言。1996年底,UML已穩占面向對象技術市場的85%,成為可視化建模語言事實上的工業標准。1997年11月17日,OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向,具有巨大的市場前景,也具有重大的經濟價值和國防價值。

標准建模語言UML的內容

首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且這些基本概念與其他面向對象技術中的基本概念大多相同,因而,UML必然成為這些方法以及其他方法的使用者樂於採用的一種簡單一致的建模語言;其次,UML不僅僅是上述方法的簡單匯合,而是在這些方法的基礎上廣泛徵求意見,集眾家之長,幾經修改而完成的,UML擴展了現有方法的應用范圍;第三,UML是標準的建模語言,而不是標準的開發過程。盡管UML的應用必然以系統的開發過程為背景,但由於不同的組織和不同的應用領域,需要採取不同的開發過程。

作為一種建模語言,UML的定義包括UML語義和UML表示法兩個部分。

(1) UML語義 描述基於UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明,使開發者能在語義上取得一致,消除了因人而異的最佳表達方法所造成的影響。此外UML還支持對元模型的擴展定義。

(2) UML表示法 定義UML符號的表示法,為開發者或開發工具使用這些圖形符號和文本語法為系統建模提供了標准。這些圖形符號和文字所表達的是應用級的模型,在語義上它是UML元模型的實例。

標准建模語言UML的重要內容可以由下列五類圖(共9種圖形)來定義:

·第一類是用例圖,從用戶角度描述系統功能,並指出各功能的操作者。

·第二類是靜態圖(Static diagram),包括類圖、對象圖和包圖。其中類圖描述系統中類的靜態結構。不僅定義系統中的類,表示類之間的聯系如關聯、依賴、聚合等,也包括類的內部結構(類的屬性和操作)。類圖描述的是一種靜態關系,在系統的整個生命周期都是有效的。對象圖是類圖的實例,幾乎使用與類圖完全相同的標識。他們的不同點在於對象圖顯示類的多個對象實例,而不是實際的類。一個對象圖是類圖的一個實例。由於對象存在生命周期,因此對象圖只能在系統某一時間段存在。包由包或類組成,表示包與包之間的關系。包圖用於描述系統的分層結構。

·第三類是行為圖(Behavior diagram),描述系統的動態模型和組成對象間的交互關系。其中狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。通常,狀態圖是對類圖的補充。在實用上並不需要為所有的類畫狀態圖,僅為那些有多個狀態其行為受外界環境的影響並且發生改變的類畫狀態圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系,有利於識別並行活動。

·第四類是交互圖(Interactive diagram),描述對象間的交互關系。其中順序圖顯示對象之間的動態合作關系,它強調對象之間消息發送的順序,同時顯示對象之間的交互;合作圖描述對象間的協作關系,合作圖跟順序圖相似,顯示對象間的動態合作關系。除顯示信息交換外,合作圖還顯示對象以及它們之間的關系。如果強調時間和順序,則使用順序圖;如果強調上下級關系,則選擇合作圖。這兩種圖合稱為交互圖。

·第五類是實現圖( Implementation diagram )。其中構件圖描述代碼部件的物理結構及各部件之間的依賴關系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執行部件。它包含邏輯類或實現類的有關信息。部件圖有助於分析和理解部件之間的相互影響程度。

配置圖定義系統中軟硬體的物理體系結構。它可以顯示實際的計算機和設備(用節點表示)以及它們之間的連接關系,也可顯示連接的類型及部件之間的依賴性。在節點內部,放置可執行部件和對象以顯示節點跟可執行軟體單元的對應關系。

從應用的角度看,當採用面向對象技術設計系統時,首先是描述需求;其次根據需求建立系統的靜態模型,以構造系統的結構;第三步是描述系統的行為。其中在第一步與第二步中所建立的模型都是靜態的,包括用例圖、類圖(包含包)、對象圖、組件圖和配置圖等五個圖形,是標准建模語言UML的靜態建模機制。其中第三步中所建立的模型或者可以執行,或者表示執行時的時序狀態或交互關系。它包括狀態圖、活動圖、順序圖和合作圖等四個圖形,是標准建模語言UML的動態建模機制。因此,標准建模語言UML的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。

❷ UML是指什麼有什麼用途

UML：統一建模語言

作用：用於說明、可視化、構建和編寫一個正在開發的、面向對象的、軟體密集系統的製品的開放方法。

UML並不是一個工業標准，但在Object Management Group的主持和資助下，UML正在逐漸成為工業標准。OMG之前曾經呼籲業界向其提供有關面向對象的理論及實現的方法，以便製作一個嚴謹的軟體建模語言（Software Modeling Language）。

(2)軟體為什麼要用uml擴展閱讀

在UML系統開發中有三個主要的模型：

1、功能模型：從用戶的角度展示系統的功能，包括用例圖。

2、對象模型：採用對象，屬性，操作，關聯等概念展示系統的結構和基礎，包括類別圖、對象圖。

3、動態模型：展現系統的內部行為。包括序列圖，活動圖，狀態圖。

❸ 在軟體開發工程中為什麼要使用UML

UML是建模語言.
可以構建包括資料庫以及軟體結構在內的模型.
更直觀的直視整個軟體系統.也更便於開發人員依據使用人員掌握和維護這一軟體系統.

❹ 在面向對象軟體的開發和設計中,為什麼要使用UML建模

uml是面向對象的分析設計方法，dfd是面向數據流的設計方法。當然uml功能強,表述容易清晰,對將來採用面向對象的實現會省很多力氣。
uml是面向對象分析方法的表達工具,涉及的圖包括用例圖,活動圖,類圖,時序圖,協作圖,狀態圖等等;可以涵蓋從需求分析到設計,編碼整個開發過程用到的模型。
dfd是面向過程分析方法的表達工具,功能大概等價於用例圖,活動圖,加上e-r模型,可以涵蓋面向過程分析(業務建模,概念建模)中所用到的模型。

❺ 軟體開發為什麼要用UML建模,它有何特點

UML建模分為需求建模和設計建模，需求建模的目的是確定系統邊界並明確系統需要實現的功能。而設計建模主要目的是用於開發團隊中的設計思想交流；以及後續程序設計的依據；後續測試和驗收程序的依據。

UML的特點是可視化的圖形建模，表達能力強；支持面向對象開發；對各個開發階段統一設計規范和標准；易學易用。

❻ uml建模有什麼用啊

就好比蓋房子，我們需要繪制設計圖紙；
寫軟體特別是復雜軟體，也許要分析需求，設計實現方式，這些就要用到uml中規定的框圖來標示，是可視化的分析設計過程的體現。
uml的作用還是非常大的，學好uml，至少你不會是一個簡單的程序員。而是軟體工程師一類的額，甚至更高級別的分析設計師。架構師等等。
更多uml應用和使用方法可以參考trufun在線幫助，有成熟案例可以參考。

❼ 為什麼需要UML

UML主要是建模用的，所謂建模就是一種軟體設計的方法，包含了一大批如類圖、時序圖、用例圖等工具，用於在設計階段和開發階段就軟體開發進行溝通的手段。

因為大部分時候，看源代碼理解意圖往往效率很低，而UML統一了這種溝通方式，可以從全局到實現全面把握一個軟體系統。碼農們學這個當然是要知道如何來就一個軟體的設計思想進行有效的交流，有很多時候設計思想弄清楚了，建模建好了，編碼都是很簡單的事。

不過也有人試圖嘗試用UML干逆向工程、軟體重構這些事，說的簡單些就是直接生成代碼，不過目前人工智慧的發展水平還沒達到，往往都流產了，所以不是主流。

❽ UML的必要性及好處

UML的好處：

1 對於開發團隊的層面來說：有利於隊員間在各個開發環節間確立溝通的標准，便於系統文檔的制定

和項目的管理。
因為UML的簡單、直觀和標准性，在一個團隊中用UML來交流比用文字說明的文檔要好得多。
2 對與各個開發項目來說：可以通過UML共享開發經驗和資源
3 uml只是面象對象分析、設計思想的體現，和具體的實現平台無關，用UML建模和設計的系統可以用JAVA或C#來

實現。
4 這點對我們最有用啦：可以做為系統分析設計過程使用的表示和體現工具。
5 對於公司的運營層面：UML已經是世界標准，使用UML方便公司的國際化。

❾ 軟體開發為什麼要使用uml建模

使用的好處，清楚地對業務場景，介面關系，業務流程進行標准化描述