UML的建模方法(uml模型)
1.uml 模型有哪些
標準建模語言UML的重要內(nèi)容可以由下列五類圖（共9種圖形）來定義：
·第一類是用例圖
從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。
·第二類是靜態(tài)圖（Static diagram）
包括類圖、對象圖和包圖。其中類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等，也包括類的內(nèi)部結(jié)構(gòu)（類的屬性和操作）。類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個生命周期都是有效的。對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。一個對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統(tǒng)某一時間段存在。包由包或類組成，表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。
·第三類是行為圖（Behavior diagram）
描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對類圖的補充。在實用上并不需要為所有的類畫狀態(tài)圖，僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系，有利于識別并行活動。
·第四類是交互圖（Interactive diagram）
描述對象間的交互關(guān)系。其中順序圖顯示對象之間的動態(tài)合作關(guān)系，它強調(diào)對象之間消息發(fā)送的順序，同時顯示對象之間的交互；合作圖描述對象間的協(xié)作關(guān)系，合作圖跟順序圖相似，顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外，合作圖還顯示對象以及它們之間的關(guān)系。如果強調(diào)時間和順序，則使用順序圖；如果強調(diào)上下級關(guān)系，則選擇合作圖。這兩種圖合稱為交互圖。
·第五類是實現(xiàn)圖（ Implementation diagram ）。其中
構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執(zhí)行部件。它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。部件圖有助于分析和理解部件之間的相互影響程度。
配置圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它可以顯示實際的計算機和設(shè)備（用節(jié)點表示）以及它們之間的連接關(guān)系，也可顯示連接的類型及部件之間的依賴性。在節(jié)點內(nèi)部，放置可執(zhí)行部件和對象以顯示節(jié)點跟可執(zhí)行軟件單元的對應(yīng)關(guān)系。
從應(yīng)用的角度看，當采用面向?qū)ο蠹夹g(shù)設(shè)計系統(tǒng)時，首先是描述需求；其次根據(jù)需求建立系統(tǒng)的靜態(tài)模型，以構(gòu)造系統(tǒng)的結(jié)構(gòu)；第三步是描述系統(tǒng)的行為。其中在第一步與第二步中所建立的模型都是靜態(tài)的，包括用例圖、類圖（包含包）、對象圖、組件圖和配置圖等五個圖形，是標準建模語言UML的靜態(tài)建模機制。其中第三步中所建立的模型或者可以執(zhí)行，或者表示執(zhí)行時的時序狀態(tài)或交互關(guān)系。它包括狀態(tài)圖、活動圖、順序圖和合作圖等四個圖形，是標準建模語言UML的動態(tài)建模機制。因此，標準建模語言UML的主要內(nèi)容也可以歸納為靜態(tài)建模機制和動態(tài)建模機制兩大類。
2.什么是uml,它可以用于什么類型的建模
懂點編程的就應(yīng)該知道，網(wǎng)上找相關(guān)資料極容易
很久很久以前的編程，叫順序執(zhí)行，還叫什么面向過程的，
自從出了個面向?qū)ο缶幊毯?，一發(fā)不可收拾。還出現(xiàn)了個OMG對象管理組織（Object Management Group），就定義了一大堆標準，如（CORBA等等的）。其中建模語言的標準就是UML，技術(shù)不技術(shù)個人覺得，就是這個方法好，定個標準，大家用起來覺得確實還蠻科學的，而且交流協(xié)作也有統(tǒng)一的術(shù)語，用的人多起來，也就成了公用標準
3.uml圖形分別建模問題中的哪些方面
uml模型中的語法和語義：UML是一種圖形化的語言，用于明確規(guī)定和構(gòu)建軟件系統(tǒng)開發(fā)過程中形成的產(chǎn)品，使這些產(chǎn)品可視化并形成文檔資料。UML代表了在模擬大型和復雜的系統(tǒng)中被證明是最成功的工程實踐的一個集成。自從1997年11月UML1.1的提案被OMG組織采納之后UML已經(jīng)變成軟件開發(fā)過程中實際存在的標準模型語言。全世界有許多機構(gòu)都已經(jīng)接受了UML，這些機構(gòu)將通過各種方式繼續(xù)鼓勵UML的使用，比如說采用已經(jīng)成型的定義，激勵其他的方法學家、工具經(jīng)銷商、培訓機構(gòu)和作者們使用UML。 不同的模型圖被使用在軟件開發(fā)的各個階段中，并且它們抽象的程度也不同。
UML:UML是面向?qū)ο箝_發(fā)中一種通用的圖形化建模語言，它定義良好、易于表達、功能強大且普遍適用。面向?qū)ο蟮姆治鲋饕诩訌妼栴}空間和系統(tǒng)任務(wù)的理解、改進各方交流、與需求保持一致和支持軟件重用等4個方面表現(xiàn)出比其他系統(tǒng)分析方法更好的能力，成為主流的系統(tǒng)分析方法。UML的出現(xiàn)既統(tǒng)一了Booch、OMT、OOSE，以及其他方法，又統(tǒng)一了面向?qū)ο蠓椒ㄖ惺褂玫姆?，并且在提出后不久就被OMG接納為其標準之一。從而改變了數(shù)十種面向?qū)ο蟮慕ＵZ言相互獨立且各有千秋的局面，使得面向?qū)ο蟮姆治黾夹g(shù)有了空前發(fā)展。它本身成為現(xiàn)代軟件工程環(huán)境中對象分析和設(shè)計的重要工具，被視為面向?qū)ο蠹夹g(shù)的重要成果之一。
建模技術(shù)：UML提供了多種圖形可視化描述模型元素，同一個模型元素可能會出現(xiàn)在多個圖中對應(yīng)多個圖形元素，人們可以從多個視圖來考察模型。
組成部分：
UML建模技術(shù)主要分為結(jié)構(gòu)建模、動態(tài)建模和模型管理建模3個方面：
第1個方面是從系統(tǒng)的內(nèi)部結(jié)構(gòu)和靜態(tài)角度來描述系統(tǒng)的，在靜態(tài)視圖、用例視圖、實施視圖和配置視圖中適用，采用了類圖、用例圖、組件圖和配置圖等圖形。例如類圖用于描述系統(tǒng)中各類的內(nèi)部結(jié)構(gòu)（類的屬性和操作）及相互間的關(guān)聯(lián)、聚合和依賴等關(guān)系，包圖用于描述系統(tǒng)的分層結(jié)構(gòu)等；
第2個方面是從系統(tǒng)中對象的動態(tài)行為和組成對象間的相互作用、消息傳遞來描述系統(tǒng)的，在狀態(tài)機視圖、活動視圖和交互視圖中適用，采用了狀態(tài)機圖、活動圖、順序圖和合作圖等圖形，例如狀態(tài)機圖用于一個系統(tǒng)或?qū)ο髲漠a(chǎn)生到結(jié)束或從構(gòu)造到清除所處的一系列不同的狀態(tài)；
第3個方面描述如何將模型自身組織到高層單元，在模型管理視圖中適用，采用的圖形是類圖。建模的工作集中在前兩方面，而且并非所有圖形元素都適用或需要采用。
在嵌入式軟件開發(fā)中，面向?qū)ο蠹夹g(shù)內(nèi)在支持了對系統(tǒng)的抽象、分層及復用技術(shù)，能夠很好地控制系統(tǒng)的復雜性，也逐漸廣泛應(yīng)用。實時UML語言是在嵌入式開發(fā)中適用的建模語言?，F(xiàn)有許多功能強大UML建模工具，有些工具在引入或加強嵌入式實時系統(tǒng)應(yīng)用領(lǐng)域的功能，例如Rose RealTime和Rhapsody。
