1樓：匿名使用者
靜態圖有：
用例圖，類圖，元件圖，物件圖，部署圖
動態圖有：活**，狀態圖，時序圖，協作圖
用例圖：用例圖描述了系統的一個功能單元，用例圖的主要目的是幫助開發團隊以一種視覺化的方式理解系統的功能需求，包括基於基本流程的"角色"（actors，也就是與系統互動的其他實體）關係，以及系統內用例之間的關係
類圖：類圖表示不同的實體（人、事物和資料）如何彼此相關；換句話說，它顯示了系統的靜態結構。
序列圖：序列圖顯示具體用例（或者是用例的一部分）的詳細流程。它幾乎是自描述的，並且顯示了流程中中不同物件之間的呼叫關係，同時還可以很詳細地顯示對不同物件的不同呼叫
狀態圖：狀態圖表示某個類所處的不同狀態和該類的狀態轉換資訊
活**：活**表示在處理某個活動時，兩個或者更多類物件之間的過程控制流
元件圖：元件圖提供系統的物理檢視。它的用途是顯示系統中的軟體對其他軟體元件（例如，庫函式）的依賴關係
部署圖：部署圖表示該軟體系統如何部署到硬體環境中。它的用途是顯示該系統不同的元件將在何處物理地執行，以及它們將如何彼此通訊。
因為部署圖是對物理運**況進行建模，系統的生產人員就可以很好地利用這種圖
uml中結構模型，行為模型分別包含哪些模型
2樓：鸚鵡鬼步獨吟
標準建模語言uml的重要內容可以由下列五類圖(共9種圖形)來定義:
·第一類是用例圖
從使用者角度描述系統功能,並指出各功能的操作者.
·第二類是靜態圖(static diagram)
包括類圖、物件圖和包圖.其中類圖描述系統中類的靜態結構.不僅定義系統中的類,表示類之間的聯絡如關聯、依賴、聚合等,也包括類的內部結構(類的屬性和操作).
類圖描述的是一種靜態關係,在系統的整個生命週期都是有效的.物件圖是類圖的例項,幾乎使用與類圖完全相同的標識.他們的不同點在於物件圖顯示類的多個物件例項,而不是實際的類.
一個物件圖是類圖的一個例項.由於物件存在生命週期,因此物件圖只能在系統某一時間段存在.包由包或類組成,表示包與包之間的關係.
包圖用於描述系統的分層結構.
·第三類是行為圖(behavior diagram)
描述系統的動態模型和組成物件間的互動關係.其中狀態圖描述類的物件所有可能的狀態以及事件發生時狀態的轉移條件.通常,狀態圖是對類圖的補充.
在實用上並不需要為所有的類畫狀態圖,僅為那些有多個狀態其行為受外界環境的影響並且發生改變的類畫狀態圖.而活**描述滿足用例要求所要進行的活動以及活動間的約束關係,有利於識別並行活動.
·第四類是互動圖(interactive diagram)
描述物件間的互動關係.其中順序圖顯示物件之間的動態合作關係,它強調物件之間訊息傳送的順序,同時顯示物件之間的互動;合作圖描述物件間的協作關係,合作圖跟順序圖相似,顯示物件間的動態合作關係.除顯示資訊交換外,合作圖還顯示物件以及它們之間的關係.
如果強調時間和順序,則使用順序圖;如果強調上下級關係,則選擇合作圖.這兩種圖合稱為互動圖.
·第五類是實現圖( implementation diagram ).其中
構件圖描述**部件的物理結構及各部件之間的依賴關係.一個部件可能是一個資源**部件、一個二進位制部件或一個可執行部件.它包含邏輯類或實現類的有關資訊.
部件圖有助於分析和理解部件之間的相互影響程度.
配置圖定義系統中軟硬體的物理體系結構.它可以顯示實際的計算機和裝置(用節點表示)以及它們之間的連線關係,也可顯示連線的型別及部件之間的依賴性.在節點內部,放置可執行部件和物件以顯示節點跟可執行軟體單元的對應關係.
從應用的角度看,當採用物件導向技術設計系統時,首先是描述需求;其次根據需求建立系統的靜態模型,以構造系統的結構;第三步是描述系統的行為.其中在第一步與第二步中所建立的模型都是靜態的,包括用例圖、類圖(包含包)、物件圖、元件圖和配置圖等五個圖形,是標準建模語言uml的靜態建模機制.其中第三步中所建立的模型或者可以執行,或者表示執行時的時序狀態或互動關係.
它包括狀態圖、活**、順序圖和合作圖等四個圖形,是標準建模語言uml的動態建模機制.因此,標準建模語言uml的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類.
uml檢視的五大類是怎麼分的？
3樓：匿名使用者
uml語言中的五大類檢視如下：
1、用例檢視。用例檢視強調從系統的外部參與者（主要是使用者）的角度看到的或需要的系統功能。
2、邏輯檢視。邏輯檢視從系統的靜態結構和動態行為角度顯示如何實現系統的功能。
3、元件檢視。元件檢視顯示**元件的組織結構。
4、併發檢視。併發檢視顯示系統的併發性，解決在併發系統中存在的通訊和同步問題。
5、配置檢視。配置檢視顯示系統的具體部署。部署是指將系統配置到由計算機和裝置組成的物理結構上。
上述5種檢視分別描述系統的一個方面，5種檢視組合成uml語言完整的模型。
4樓：
◆uml設計中第一類圖是用例圖,從使用者角度描述系統功能,並指出各功能的操作者。
◆uml設計中第二類圖是靜態圖(staticdiagram),包括類圖、物件圖和包圖。其中類圖描述系統中類的靜態結構。不僅定義系統中的類,表示類之間的聯絡如關聯、依賴、聚合等,也包括類的內部結構(類的屬性和操作)。
類圖描述的是一種靜態關係,在系統的整個生命週期都是有效的。物件圖是類圖的例項,幾乎使用與類圖完全相同的標識。他們的不同點在於物件圖顯示類的多個物件例項,而不是實際的類。
一個物件圖是類圖的一個例項。由於物件存在生命週期,因此物件圖只能在系統某一時間段存在。包由包或類組成,表示包與包之間的關係。
包圖用於描述系統的分層結構。
◆uml設計中第三類圖是行為圖(behaviordiagram),描述系統的動態模型和組成物件間的互動關係。其中狀態圖描述類的物件所有可能的狀態以及事件發生時狀態的轉移條件。通常,狀態圖是對類圖的補充。
在實用上並不需要為所有的類畫狀態圖,僅為那些有多個狀態其行為受外界環境的影響並且發生改變的類畫狀態圖。而活**描述滿足用例要求所要進行的活動以及活動間的約束關係,有利於識別並行活動。
◆uml設計中第四類圖是互動圖(interactivediagram),描述物件間的互動關係。其中順序圖顯示物件之間的動態合作關係,它強調物件之間訊息傳送的順序,同時顯示物件之間的互動;合作圖描述物件間的協作關係,合作圖跟順序圖相似,顯示物件間的動態合作關係。除顯示資訊交換外,合作圖還顯示物件以及它們之間的關係。
如果強調時間和順序,則使用順序圖;如果強調上下級關係,則選擇合作圖。這兩種圖合稱為互動圖。
◆uml設計中第五類圖是實現圖(implementationdiagram)。其中構件圖描述**部件的物理結構及各部件之間的依賴關係。一個部件可能是一個資源**部件、一個二進位制部件或一個可執行部件。
它包含邏輯類或實現類的有關資訊。部件圖有助於分
5樓：匿名使用者
1.用例檢視 2.邏輯檢視 3.實現檢視 4.程序試圖 5.部署試圖
用例檢視： 從外部角色的視角來展示系統的功能。角色與系統進行互動，它可以是一個使用者，也可以是另外一個系統。
用例是對系統功能需求的概括描述，系統的使用被描述為用例檢視中的多個用例。用例檢視常常通過用例圖進行描述，有時也需要活**的輔助。用例檢視在系統建模中處於中心地位，是其他檢視的驅動因素。
用例檢視在系統需求分析時起著重要的作用，系統開發的最終目標就是要與用例檢視中的描述相一致。
邏輯檢視： 用系統的靜態結構和動態行為來展示系統內部的功能是如何實現的，其側重點在於如何得到功能，這就要求邏輯檢視能夠剖析和展示系統的內部。系統的靜態結構通過類圖和物件圖，而動態行為使用互動圖和活**進行描述。
實現檢視： 展示**的組織和執行，描述系統的主要功能模組和個模組之間的關係，主要被開發人員使用。
程序檢視： 展示與系統處理效能相關的主要元素，包括可伸縮性、吞吐量、基本時間效能。過程檢視將系統劃分為程序和處理器，通過這種方式來分析和設計系統如何有效利用資源、並行執行、處理來自外界的非同步事件，除了要將系統劃分為併發執行的執行緒以外，還要處理執行緒的通訊和同步。
程序檢視包括動態圖（狀態機、互動圖、活**）和實現圖（互動圖和部署圖）
部署檢視： 利用節點來展示系統部署的物理架構。節點可以是電腦或者裝置，將這些節點相互連線起來就可以分析和展示在物理架構中系統是如何部署的。
uml在軟體開發中各個階段的作用和意義
6樓：匿名使用者
經典的軟體工程思想將軟體開發分成5個階段:需求分析\系統分析與設計;系統實現\測試及維護五個階段.之所以如此,是因為軟體開發中飠含了物和人的因素,存在著很大的不確定性,這使得軟體工程不可能像理想的,可以其於物理學等的原理來做的物質生產過程.
如想建造一幢高檔的寫字樓,那麼剛開始便將一切材料和工具全準備好顯然是無比愚蠢的行為,因為有可能你正在使用他人的錢,而這些人將是建築大小,開狀和樣式的決定者,通常情況下,投資方會在開工生改變想法,這樣你必須有額外的計劃.而對於整個工程,你也許只是其中的某一個工作組,因此,你需要有各種各樣的圖紙和模型同其他小組溝通,達到聯合工作.很顯然,在客戶的需求與實際的建築技術之間找好一個契合點,是做好工程的關鍵.
許多軟體工開發過程也如同上面例子一樣,軟體問題不僅僅是**的問題,而成為了一個怎麼樣將整個過程轉變成一個結構,過程和工具相結合的問題.
建模,即其目的和作用在於提供系統藍圖,包含細節設計,也含有對系統的總體設計,同時模型可以幫助開發小組更好地規劃系統設計,更快的開發.
uml是一種功能強大的,物件導向的視覺化系統分析的建模語言,它的各個模型可以幫助開發人員更好地理解業務流程,建立更可靠,更完善的系統模型.從而使使用者和開發人員對問題的描述達到相同的理解,以減少語義差異,保障分析的正確性.
7樓：匿名使用者
uml是一種建模語言,主要用於軟體開發的詳細設計環節,功能主要是給開發人員一個視覺化的專案結構圖,方便開發人員理解,從而減少開發過程中產生的問題,且可以明確類名,方法名,引數,返回值型別等等,對資料庫方面,可以一目瞭然的知道表與表之間的關聯關係,對業務流程方面,也是很清楚了反應了業務流程方向,所以,在我個人理解裡,uml就是一個將抽象的設計轉變成具體形象上的表現.
僅僅是個人理解,所以..不知道你能否滿意.
如有不當之處,還請各位達人解釋.
謝謝,我談的是個人理解,我跟刷子不一樣
劉易斯二元結構模型對我國企業人力資源規劃制訂將產生怎樣的影響
二元經濟模型是產業經濟學中的概念 劉易斯 a lewis，1954 較早地揭示了發展中國家並存著農村中以傳統生產方式為主的農業和城市中以製造業為主的現代化部門，由於發展中國家農業中存在著邊際生產率為零的剩餘勞動力，因此農業剩餘勞動力的非農化轉移能夠促使二元經濟結構逐步消減。主要點在於隨著經濟的發展，...
細胞生物學，細胞膜的結構模型中的流動鑲嵌模型的內容，要點及特性是什麼
1 細抄胞膜的流動 鑲嵌模型 襲從流動和鑲嵌兩個方面學bai習和記du憶。2 流動 組成細胞膜zhi的分子dao會運動，表現出細胞膜的結構特點是一定的流動性。磷脂雙分子層是細胞膜的基本骨架結構，磷脂分子會運動，蛋白質分子的分佈不均勻，蛋白質分子會運動。3 鑲嵌 蛋白質分子在磷脂雙分子層中的分佈是不均...
混凝土本構模型是什麼意思
混凝土塑性本構模型是以經典塑性理論為基礎的。這裡 主要討論增量型塑性理論的混凝土本構關係。增量型塑性理論要對屈服條件 流動法則 硬化法則 載入準則作出一些假設和規定，這與彈塑性理論教程中所論述的大致相同。混凝土的本構模型將隨著理論理論的完善和有限元方法的應用而逐漸完善，今後對混凝土本構關係的研究會在...