㈠ 電子計算機是誰發明的
不是拿破崙也不是高爾基
世界上的第一台電子計算機是誰發明的？中國的教科書、絕大多數學術著作和科學普及著作所說的電子計算機發明人都不是真正的發明人。真正的發明人是美國人約翰·阿塔那索夫（Atanasoff）教授。
大多數書上說，美國籍匈牙利裔科學家馮·諾依曼（John Von Neumann ， 1903-1957）是電子計算機的發明人，他歷來被譽為「電子計算機之父」。但是，馮·諾依曼本人卻不認為自己是「電子計算機之父」。美國物理學家、曾在洛斯阿拉莫斯實驗室擔任過馮·諾依曼助手的弗蘭克爾在一封信中這樣寫道：「許多人都推舉馮·諾依曼為『計算機之父』，然而我確信他本人從來不會促成這個錯誤。或許，他可以被恰當地稱為助產士。但是他曾向我，並且我肯定他也曾向別人堅決強調：如果不考慮巴貝奇、阿達和其他人早先提出的有關概念，計算機的基本概念屬於圖靈。按照我的看法，馮·諾依曼的基本作用是使世界認識了由圖林引入的基本概念。」正是馮·諾依曼本人，親手把「計算機之父」的桂冠轉戴在英國科學家阿蘭·圖靈（Alan M. Turing ，1912-1954）頭上。但是，真正的「計算機之父」既不是馮·諾依曼，也不是阿蘭·圖靈。
在1973年以前，大多數美國計算機界人士認為，電子計算機發明人是賓夕法尼亞大學莫爾電氣工程學院的莫奇利（J. Mauchiy）和埃科特（P.Eckert），因為他們是第一台具有很大實用價值的電子計算機ENIAC（埃尼阿克）的研製者。
現在國際計算機界公認的事實是：第一台電子計算機的真正的發明人是美國的約翰·文森特·阿塔那索夫（John V. Atanasoff ，1903-1995）。他在國際計算機界被稱為「電子計算機之父」。遺憾的是，中國計算機界的絕大多數人並不知道這個事實。
關於電子計算機的真正發明人是誰，美國的有關人阿塔那索夫、莫奇利和埃科特曾經打了一場曠日持久的官司，法院開庭審訊135次。最後由美國的一個地方法院作出判決。1973年10月19日，法院當眾宣布判決書：「莫奇利和埃科特沒有發明第一台計算機，只是利用了阿塔那索夫發明中的構思。」理由是阿塔那索夫早在1941年，就把他對電子計算機的思想告訴過ENIAC的發明人莫奇利。
阿塔那索夫（J. Atanasoft）是愛阿華大學物理學教授。阿塔那索夫是在他的研究生克利福特·貝瑞（Clifford E. Berry ，1818-1963）的幫助下發明電子計算機的。
第一台電子計算機的試驗樣機於1939年10月開始運轉。這台計算機幫助愛阿華大學的教授和研究生們解算了若干復雜的數學方程。阿塔那索夫把這台機器命名為ABC（Atanasoff- Berry-Computer），其中，A、B分別取倆人姓氏的第一個字母，C即「計算機」的首字母。
第一台電子計算機誕生以後，阿塔那索夫和貝瑞卻沒有獲得發明者的花環。
在阿塔那索夫和貝瑞離開之前，已有兩台改進後的ABC計算機能夠運行。這兩台ABC計算機被存放在愛阿華大學物理樓的儲存室里，逐漸被人遺忘。1946年，由於物質短缺，兩台機器都被拆散，零件移作它用，只留下了存儲器部件。愛阿華大學沒有為ABC計算機申請專利，這就給電子計算機的發明權問題帶來了曠日持久的法律糾紛。美國地方法院的裁定是正確的，因為ENIAC的發明者莫契利確實到衣阿華大學參觀過ABC計算機，並聽了阿塔那索夫的介紹，由此得到啟發。
阿塔那索夫於1903年10月4日在美國馬里蘭州的哈密爾敦出生。他在佛羅里達州渡過了童年。他的父親是保加利亞僑民，在保加利亞得過最高級別的科學獎，到美國後擔任礦山電氣工程師。他的母親是數學教師。阿塔那索夫從小與電氣和數學結下不解之緣。
阿塔那索夫於1921年進入佛羅里達大學，選擇的專業與父親相同，也是電氣工程。在同學中間，他的數學成績最好，而且是唯一學習過二進制數運算的人。1925年大學本科畢業，他進入愛阿華大學學習數學。他得到碩士學位後進入威斯康星大學，攻讀物理學博士學位。1930年，當阿塔那索夫獲得博士學位時，他所學的專業已經橫跨了電氣、數學和物理。他的廣博的知識是他今後發明創造的堅實基礎。
在威斯康星大學畢業後，阿塔那索夫返回愛阿華大學當教師。後來，他成為該校物理學教授。
1942年，日本襲擊珍珠港，阿塔那索夫和貝瑞主動放下手中的研製計劃，轉向更緊迫的國防科研項目。1942年底，貝瑞前往洛杉磯參加一項國防承包工程，而阿塔那索夫則去華盛頓一個海軍軍械實驗室工作，研究炸彈引信。從此，兩人失去了聯系。
第二次世界大戰結束後，阿塔那索夫沒有返回大學講壇。他陸續創辦過幾個軍事和民用企業，並擔任總裁和技術主管。他一生獲得32項發明專利，於1995年6月15日逝世，終年91歲。
克利福特·貝瑞出生在紐約。他在小學時就被同學稱為「天才」，以各科全優的成績高中畢業。他愛好無線電，是當地小有名氣的業余發報員。他最大的特點是極強的動手能力，任何東西都做得細致而精巧。他在愛阿華大學所學的專業也是電氣工程。他聽過阿塔那索夫教授講的物理課。他一邊讀書，一邊到當地一家電氣公司兼任技術員。1939年，他以全班第一的成績畢業。當阿塔那索夫找貝瑞當研究助手時，貝瑞很高興地同意了。
貝瑞為使阿塔那索夫構思的電子計算機藍圖變成現實起了很大作用。因此，第一台電子計算機的名稱用了他的姓氏的第一個字母，被稱為ABC計算機，是恰當的。
是這么個情況
㈡ 示波器最早是由誰發明的
1909年的諾貝爾物理獎得主Karl Ferdinand Braun於1897年發明世界上第一台陰極射線管示波器，至今許多德國人仍稱CRT為布朗管(Braun Tube)。
根據IEEE的文獻記載1972年英國的Nicolet公司發明了第一台的數字示波器(DSO)，到了1996年惠普科技(安捷倫科技前身)發明了全球第一台混合信號示波器(MSO)，
㈢ 什麼是uml
1. 標准建模語言UML的出現
公認的面向對象建模語言出現於70年代中期。從1989年到1994年,其數量從不到十種增加到了五十多種。在眾多的建模語言中,語言的創造者努力推崇自己的產品,並在實踐中不斷完善。但是,OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異,因而很難根據應用特點選擇合適的建模語言,於是爆發了一場"方法大戰"。90年代中,一批新方法出現了,其中最引人注目的是Booch 1993、OOSE和OMT-2等。
Booch是面向對象方法最早的倡導者之一,他提出了面向對象軟體工程的概念。1991年,他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。Rumbaugh等人提出了面向對象的建模技術(OMT)方法,採用了面向對象的概念,並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型,共同完成對整個系統的建模,所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程,軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。Jacobson於1994年提出了OOSE方法,其最大特點是面向用例(Use-Case),並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器,但用例貫穿於整個開發過程,包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。此外,還有Coad/Yourdon方法,即著名的OOA/OOD,它是最早的面向對象的分析和設計方法之一。該方法簡單、易學,適合於面向對象技術的初學者使用,但由於該方法在處理能力方面的局限,目前已很少使用。
概括起來,首先,面對眾多的建模語言,用戶由於沒有能力區別不同語言之間的差別,因此很難找到一種比較適合其應用特點的語言;其次,眾多的建模語言實際上各有千秋;第三,雖然不同的建模語言大多類同,但仍存在某些細微的差別,極大地妨礙了用戶之間的交流。因此在客觀上,極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上,組織聯合設計小組,根據應用需求,取其精華,去其糟粕,求同存異,統一建模語言。
1994年10月,Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch9 3和OMT-2 統一起來,並於1995年10月發布了第一個公開版本,稱之為統一方法UM 0.8(Unitied Method)。1995年秋,OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力,於1996年6月和10月分別發布了兩個新的版本,即UML 0.9和UML 0.91,並將UM重新命名為UML(Unified Modeling Language)。1996年,一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應,並倡議成立了UML成員協會,以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I-Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Micr osoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0(1997年1月)及UML 1.1(1997年11月17日)的定義和發布起了重要的促進作用。
UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計,還支持從需求分析開始的軟體開發的全過程。
面向對象技術和UML的發展過程可用上圖來表示,標准建模語言的出現是其重要成果。在美國,截止1996年10月,UML獲得了工業界、科技界和應用界的廣泛支持,已有700多個公司表示支持採用UML作為建模語言。1996年底,UML已穩占面向對象技術市場的85%,成為可視化建模語言事實上的工業標准。1997年11月17日,OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向,具有巨大的市場前景,也具有重大的經濟價值和國防價值。
2. 標准建模語言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的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。
3. 標准建模語言UML的主要特點
標准建模語言UML的主要特點可以歸結為三點:
(1) UML統一了Booch、OMT和OOSE等方法中的基本概念。
(2) UML還吸取了面向對象技術領域中其他流派的長處,其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示,刪掉了大量易引起混亂的、多餘的和極少使用的符號,也添加了一些新符號。因此,在UML中匯入了面向對象領域中很多人的思想。這些思想並不是UML的開發者們發明的,而是開發者們依據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。
(3) UML在演變過程中還提出了一些新的概念。在UML標准中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、並發(Concurrency)、模式(Patterns) 、合作(Collaborations)、活動圖(Activity diagram)等新概念,並清晰地區分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、介面(Interfaces)和組件(Components)等概念。
因此可以認為,UML是一種先進實用的標准建模語言,但其中某些概念尚待實踐來驗證,UML也必然存在一個進化過程
4. 標准建模語言UML的應用領域
UML的目標是以面向對象圖的方式來描述任何類型的系統,具有很寬的應用領域。其中最常用的是建立軟體系統的模型,但它同樣可以用於描述非軟體領域的系統,如機械繫統、企業機構或業務過程,以及處理復雜數據的信息系統、具有實時要求的工業系統或工業過程等。總之,UML是一個通用的標准建模語言,可以對任何具有靜態結構和動態行為的系統進行建模。此外,UML適用於系統開發過程中從需求規格描述到系統完成後測
試的不同階段。在需求分析階段,可以用用例來捕獲用戶需求。通過用例建模,描述對系統感興趣的外部角色及其對系統(用例)的功能要求。分析階段主要關心問題域中的主要概念(如抽象、類和對象等)和機制,需要識別這些類以及它們相互間的關系,並用UML類圖來描述。為實現用例,類之間需要協作,這可以用UML動態模型來描述。在分析階段,只對問題域的對象(現實世界的概念)建模,而不考慮定義軟體系統中技術細節的類(如處理用戶介面、資料庫、通訊和並行性等問題的類)。這些技術細節將在設計階段引入,因此設計階段為構造階段提供更詳細的規格說明。
編程(構造)是一個獨立的階段,其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼。在用UML建立分析和設計模型時,應盡量避免考慮把模型轉換成某種特定的編程語言。因為在早期階段,模型僅僅是理解和分析系統結構的工具,過早考慮編碼問題十分不利於建立簡單正確的模型。
UML模型還可作為測試階段的依據。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據:單元測試使用類圖和類規格說明;集成測試使用部件圖和合作圖;系統測試使用用例圖來驗證系統的行為;驗收測試由用戶進行,以驗證系統測試的結果是否滿足在分析階段確定的需求。
總之,標准建模語言UML適用於以面向對象技術來描述任何類型的系統,而且適用於系統開發的不同階段,從需求規格描述直至系統完成後的測試和維護
㈣ hammett 法是誰發明的
L.P.哈米特（L.P.Hammett）發明的。
Hammett指示劑法：
大多數金屬氧化物以及由它們組成的復合氧化物，都具有酸性或者鹼性，有時甚至同時具有這兩種性質。按照酸鹼的定義固體酸可以分成兩類。一類是能給出質子的物質叫Brönsted酸，簡稱為B酸；另一類是能接受電子對的物質叫Lewis酸，簡稱為L酸。在固體催化劑的表面上，酸中心的分布是不均勻的，這是由於其表面上能量分布的不均勻性造成的。催化劑表面酸分布是指其表面酸濃度隨酸強度變化的情況。以每克催化劑樣品上酸量來表示酸濃度（即酸中心的數目）。在不同酸強度下酸的總量稱為總酸量。固體表面酸性質就包括以上所述的酸類型、酸強度和酸量。
固體酸的類型可以通過吡啶吸附的紅外光譜來測定。酸強度和酸濃度可以通過Hammett指示劑法來測定，但該方法所測定的是B酸和L酸的總結果。
以B代表鹼性的Hammett指示劑，當它吸附在催化劑的表面上時，與表面上的H+發生相互作用生成相應的共軛酸BH+：
B + H+ ==== BH+
將固體酸粉末樣品懸浮於非水惰性液體中，藉助於指示劑用鹼進行滴定。滴定所用的鹼必須是比指示劑更強的鹼，通常採用 值約為+10的正丁胺。加入的鹼首先吸附在最強的酸性位上，並且最終從固體上取代指示劑分子。本實驗用標准正丁胺－環己烷溶液滴定固體酸，從而求出酸量。當某指示劑（ ）吸附在固體酸上變成酸型色時，使指示劑恢復到鹼型色所需的正丁胺的滴定度，即為固體酸表面上酸中心數目的度量。用這種方法測定的酸量，實際上是具有酸強度 的那些酸中心的量。若以不同 值的指示劑，用標准正丁胺－環己烷溶液滴定，就可以得到不同酸強度范圍下的酸量，就將得到各H0下的酸量即酸分布
㈤ UML教材推薦咯~~~
每本書都有優缺點,下列僅供參考:
1.《UML初學者指南》（美）Maksimchuk，人民郵電出版社。
該書通俗淺顯，也是本人看的第一本UML書。
2.《UML精粹:標准對象語言簡明指南》（美）Martin Fowler,清華大學出版社。
作者是一位流行書高手，主要針對最常用的UML圖進行說明（類圖，順序圖）。
3.《UML系統分析設計》--印度優秀IT職業教育教學用書，高等教育出版社
4.《UML2.0實戰--項目開發指地南》（瑞士）Grassle,P等著，
以一個項目案例貫穿全書。可系統了解UML在項目開發中的使用。
5.《UML面向對象建模與設計(第2版)》,人民郵電出版社
作者是該技術的發明者之一，被看做是該領域的經典。
--除了第5本書，其它書都較薄。你可以將第1本看一下，其它根據你的情況和應用再選擇。
㈥ x射線是是被發現出來的還是被發明出來的
發現和發明的不同在於，發現是發現自然界已有的東西，而發明是發明自然界沒有的東西。而X射線自然界是存在的，所以應該是發現。
德國維爾茨堡大學校長兼物理研究所所長倫琴教授 （1845～1923年），在他從事陰極射線的研究時，發現了X射線．
1895年11月8日傍晚，他研究陰極射線．為了防止外界光線對放電管的影響，也為了不使管內的可見光漏出管外，他把房間全部弄黑，還用黑色硬紙給放電管做了個封套．為了檢查封套是否漏光，他給放電管接上電源（茹科夫線圈的電極），他看到封套沒有漏光而非常滿意．可是當他切斷電源後，卻意外地發現一米以外的一個小工作台上有閃光，閃光是從一塊熒光屏上發出的．他非常驚奇，因為陰極射線只能在空氣中進行幾個厘米，這是別人和他自己的實驗早已證實的結論．於是他全神貫注地重復剛才的實驗，把屏一步步地移遠，直到2米以外仍可見到屏上有熒光．倫琴確信這不是陰極射線了．倫琴的治學態度非常嚴謹認真，經過反復實驗，確信這是種尚未為人所知的新射線，便取名為X射線．他發現X射線可穿透千頁書、2～3厘米厚的木板、幾厘米厚的硬橡皮、15毫米厚的鋁板等等．可是1.5毫米的鉛板幾乎就完全把X射線擋住了．他偶然發現X射線可以穿透肌肉照出手骨輪廓，於是有一次他夫人到實驗室來看他時，他請她把手放在用黑紙包嚴的照相底片上，然後用X射線對准照射15分鍾，顯影後，底片上清晰地呈現出他夫人的手骨像，手指上的結婚戒指也很清楚．這是一張具有歷史意義的照片，它表明了人類可藉助X射線，隔著皮肉去透視骨骼·1895年12月28日倫琴向維爾茨堡物理醫學學會遞交了第一篇X射線的論文「一種新射線——初步報告」，報告中敘述了實驗的裝置，做法，初步發現的X射線的性質等等．這個報告成了轟動一時的新聞，幾天後就傳遍了全世界．X射線的發現，又很快地導致了一項新發現——放射性的發現．所以可以說X射線的發現揭開了20世紀物理學革命的序幕．
希望對你有所幫助
㈦ UML是什麼
Unified Modeling Language
㈧ UML是什麼啊
UML介紹
什麼是UML?
關鍵詞：uml
面向對象的分析與設計(OOA＆D)方法的發展在80年代末至90年代中出現了一個高潮，UML是這個高潮的產物。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發展，並最終統一為大眾所接受的標准建模語言。
1. 標准建模語言UML的出現
公認的面向對象建模語言出現於70年代中期。從1989年到1994年，其數量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創造者努力推崇自己的產品，並在實踐中不斷完善。但是，OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異，因而很難根據應用特點選擇合適的建模語言，於是爆發了一場「方法大戰」。90年代中，一批新方法出現了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。
Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟體工程的概念。1991年，他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。
Rumbaugh等人提出了面向對象的建模技術（OMT）方法，採用了面向對象的概念，並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型，共同完成對整個系統的建模，所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程，軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。
Jacobson於1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿於整個開發過程，包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。
此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合於面向對象技術的初學者使用，但由於該方法在處理能力方面的局限，目前已很少使用。
概括起來，首先，面對眾多的建模語言，用戶由於沒有能力區別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多類同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上，組織聯合設計小組，根據應用需求，取其精華，去其糟粕，求同存異，統一建模語言。
1994年10月，Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch 93和OMT-2 統一起來，並於1995年10月發布了第一個公開版本，稱之為統一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力，於1996年6月和10月分別發布了兩個新的版本，即UML 0.9和UML 0.91，並將UM重新命名為UML（Unified Modeling Language）。
1996年，一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應，並倡議成立了UML成員協會，以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0（1997年1月）及UML 1.1（1997年11月17日）的定義和發布起了重要的促進作用。
UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。
面向對象技術和UML的發展過程可用上圖來表示，標准建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持採用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標准。1997年11月17日，OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。
2. 標准建模語言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的主要內容也可以歸納為靜態建模機制和動態建
模機制兩大類。
3. 標准建模語言UML的主要特點
標准建模語言UML的主要特點可以歸結為三點：
（1） UML統一了Booch、OMT和OOSE等方法中的基本概念。
（2） UML還吸取了面向對象技術領域中其他流派的長處，其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示，刪掉了大量易引起混亂的、多餘的和極少使用的符號，也添加了一些新符號。因此，在UML中匯入了面向對象領域中很多人的思想。這些思想並不是UML的開發者們發明的，而是開發者們依據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。
（3）UML在演變過程中還提出了一些新的概念。在UML標准中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、並發(Concurrency)、模式(Patterns)、合作(Collaborations)、活動圖（Activity diagram）等新概念，並清晰地區分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、介面(Interfaces)和組件(Components)等概念。
因此可以認為，UML是一種先進實用的標准建模語言，但其中某些概念尚待實踐來驗證，UML也必然存在一個進化過程。
4. 標准建模語言UML的應用領域
UML的目標是以面向對象圖的方式來描述任何類型的系統，具有很寬的應用領域。其中最常用的是建立軟體系統的模型，但它同樣可以用於描述非軟體領域的系統，如機械繫統、企業機構或業務過程，以及處理復雜數據的信息系統、具有實時要求的工業系統或工業過程等。總之，UML是一個通用的標准建模語言，可以對任何具有靜態結構和動態行為的系統進行建模。
此外，UML適用於系統開發過程中從需求規格描述到系統完成後測試的不同階段。在需求分析階段，可以用用例來捕獲用戶需求。通過用例建模，描述對系統感興趣的外部角色及其對系統（用例）的功能要求。分析階段主要關心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及它們相互間的關系，並用UML類圖來描述。為實現用例，類之間需要協作，這可以用UML動態模型來描述。在分析階段，只對問題域的對象（現實世界的概念）建模，而不考慮定義軟體系統中技術細節的類（如處理用戶介面、資料庫、通訊和並行性等問題的類）。這些技術細節將在設計階段引入，因此設計階段為構造階段提供更詳細的規格說明。
編程（構造）是一個獨立的階段，其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼。在用UML建立分析和設計模型時，應盡量避免考慮把模型轉換成某種特定的編程語言。因為在早期階段，模型僅僅是理解和分析系統結構的工具，過早考慮編碼問題十分不利於建立簡單正確的模型。
UML模型還可作為測試階段的依據。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據：單元測試使用類圖和類規格說明；集成測試使用部件圖和合作圖；系統測試使用用例圖來驗證系統的行為；驗收測試由用戶進行，以驗證系統測試的結果是否滿足在分析階段確定的需求。
總之，標准建模語言UML適用於以面向對象技術來描述任何類型的系統，而且適用於系統開發的不同階段，從需求規格描述直至系統完成後的測試和維護。
㈨ UML建模工具都有哪些好處
要了解UML的好處，你就必需了解，人們為什麼要發明UML這個工具，它到底解決了人們什麼問題：
人類社會的發展，技術的不斷進步，導致工程項目越來越復雜，需要參與的人也越來越多。但是人腦本身是有局限性，考慮問題的時候不可能面面具到。
特別是軟體工程，有可能用戶今天要加個按鈕，明天要加個報表，後天又要加個什麼其他的東西，這就可軟體開發帶來相當大的不穩定性，從事過軟體開發的都知道這種不穩定性意味著什麼，有可能為了實現一個功能，之前花了大半年時間設計的整個代碼都要重新寫過，或者因為不同人對代碼的修改，讓代碼亂到無法修改的地步。
為此軟體工程的管理就被提上了日程。軟體工程把軟體開發維護過程中的的，需求分析，系統結構設計，代碼實現，系統測試，系統改進各個環節都進行了規范化。而UML就是了為此而設計的一種圖形化描述工具。
優點：結構簡明，圖形化的東西容易理解，標准清楚，實心箭頭代表什麼，實心箭頭代表什麼都嚴格規定。
缺點：標准化的同時也讓工程管理多了很多工作，要專門花精力來維護這么一套東西，是很花人力物力的。
㈩ UML的功能 用法 和規范給我列條說下
統一建模語言（UML是 Unified Modeling Language的縮寫）是用來對軟體密集系統進行可視化建模的一種語言。UML為面向對象開發系統的產品進行說明、可視化、和編制文檔的一種標准語言。
統一建模語言 (UML)是非專利的第三代建模和規約語言。 UML是在開發階段，說明，可視化，構建和書寫一個面向對象軟體密集系統的製品的開放方法。UML展現了一系列最佳工程實踐，這些最佳實踐在對大規模，復雜系統進行建模方面,特別是在軟體架構層次已經被驗證有效。
UML可以貫穿軟體開發周期中的每一個階段。被OMG採納作為業界的標准。
UML最適於數據建模，業務建模，對象建模，組件建模。
UML作為一種模型語言，它使開發人員專注於建立產品的模型和結構，而不是選用什麼程序語言和演算法實現。當模型建立之後，模型可以被UML工具轉化成指定的程序語言代碼。
IBM的Rational Rose和MS的Visio都是UML工具。
同時還有一些免費的UML工具：
http://java-source.net/open-source/uml-modeling
一. 標准建模語言UML的出現
公認的面向對象建模語言出現於70年代中期。從1989年到1994年，其數量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創造者努力推崇自己的產品，並在實踐中不斷完善。但是，OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異，因而很難根據應用特點選擇合適的建模語言，於是爆發了一場「方法大戰」。90年代中，一批新方法出現了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。
Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟體工程的概念。1991年，他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。
Rumbaugh等人提出了面向對象的建模技術（OMT）方法，採用了面向對象的概念，並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型，共同完成對整個系統的建模，所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程，軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。
Jacobson於1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿於整個開發過程，包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。
此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合於面向對象技術的初學者使用，但由於該方法在處理能力方面的局限，目前已很少使用。
概括起來，首先，面對眾多的建模語言，用戶由於沒有能力區別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多雷同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上，組織聯合設計小組，根據應用需求，取其精華，去其糟粕，求同存異，統一建模語言。
1994年10月，Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch 93和OMT-2 統一起來，並於1995年10月發布了第一個公開版本，稱之為統一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力，於1996年6月和10月分別發布了兩個新的版本，即UML 0.9和UML 0.91，並將UM重新命名為UML（Unified Modeling Language）。
1996年，一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應，並倡議成立了UML成員協會，以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0（1997年1月）及UML 1.1（1997年11月17日）的定義和發布起了重要的促進作用。
UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。
面向對象技術和UML的發展過程可用圖形來表示，標准建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持採用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標准。1997年11月17日，OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。
UML是一個標準的圖形表示法，它不是面向對象的分析和設計，也不是一種方法，它僅僅是一組符號而已。
UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。
面向對象技術和UML的發展過程可用上圖來表示，標准建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持採用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標准。1997年11月17日，OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。
2. 標准建模語言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的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。
3. 標准建模語言UML的主要特點
標准建模語言UML的主要特點可以歸結為三點：
（1） UML統一了Booch、OMT和OOSE等方法中的基本概念。
（2） UML還吸取了面向對象技術領域中其他流派的長處，其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示，刪掉了大量易引起混亂的、多餘的和極少使用的符號，也添加了一些新符號。因此，在UML中匯入了面向對象領域中很多人的思想。這些思想並不是UML的開發者們發明的，而是開發者們依據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。
（3）UML在演變過程中還提出了一些新的概念。在UML標准中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、並發(Concurrency)、模式(Patterns)、合作(Collaborations)、活動圖（Activity diagram）等新概念，並清晰地區分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、介面(Interfaces)和組件(Components)等概念。
因此可以認為，UML是一種先進實用的標准建模語言，但其中某些概念尚待實踐來驗證，UML也必然存在一個進化過程。
4. 標准建模語言UML的應用領域
UML的目標是以面向對象圖的方式來描述任何類型的系統，具有很寬的應用領域。其中最常用的是建立軟體系統的模型，但它同樣可以用於描述非軟體領域的系統，如機械繫統、企業機構或業務過程，以及處理復雜數據的信息系統、具有實時要求的工業系統或工業過程等。總之，UML是一個通用的標准建模語言，可以對任何具有靜態結構和動態行為的系統進行建模。
此外，UML適用於系統開發過程中從需求規格描述到系統完成後測試的不同階段。在需求分析階段，可以用用例來捕獲用戶需求。通過用例建模，描述對系統感興趣的外部角色及其對系統（用例）的功能要求。分析階段主要關心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及它們相互間的關系，並用UML類圖來描述。為實現用例，類之間需要協作，這可以用UML動態模型來描述。在分析階段，只對問題域的對象（現實世界的概念）建模，而不考慮定義軟體系統中技術細節的類（如處理用戶介面、資料庫、通訊和並行性等問題的類）。這些技術細節將在設計階段引入，因此設計階段為構造階段提供更詳細的規格說明。
編程（構造）是一個獨立的階段，其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼。在用UML建立分析和設計模型時，應盡量避免考慮把模型轉換成某種特定的編程語言。因為在早期階段，模型僅僅是理解和分析系統結構的工具，過早考慮編碼問題十分不利於建立簡單正確的模型。
UML模型還可作為測試階段的依據。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據：單元測試使用類圖和類規格說明；集成測試使用部件圖和合作圖；系統測試使用用例圖來驗證系統的行為；驗收測試由用戶進行，以驗證系統測試的結果是否滿足在分析階段確定的需求。
總之，標准建模語言UML適用於以面向對象技術來描述任何類型的系統，而且適用於系統開發的不同階段，從需求規格描述直至系統完成後的測試和維護