完善資料讓更多小伙伴認識你，還能領取20積分哦，立即完善>
標簽 > UML
Unified Modeling Language （UML）又稱統一建模語言或標準建模語言，是始于1997年一個OMG標準，它是一個支持模型化和軟件系統開發的圖形化語言，為軟件開發的所有階段提供模型化和可視化支持，包括由需求分析到規格，到構造和配置。
Unified Modeling Language （UML）又稱統一建模語言或標準建模語言，是始于1997年一個OMG標準，它是一個支持模型化和軟件系統開發的圖形化語言，為軟件開發的所有階段提供模型化和可視化支持，包括由需求分析到規格，到構造和配置。 面向對象的分析與設計（OOA&D，OOAD）方法的發展在80年代末至90年代中出現了一個高潮，UML是這個高潮的產物。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發展，并最終統一為大眾所接受的標準建模語言。
Grady Booch的描述對象集合和它們之間的關系的方法。James Rumbaugh的對象建模技術（OMT）。Ivar Jacobson的包括用例方法的方式。還有其他一些想法也對UML起到了作用，UML是Booch， Rumbaugh， Jacobson。UML已經被對象管理組織（OMG）接受為標準，這個組織還制定了通用對象請求代理體系結構（CORBA），是分布式對象編程行業的領頭羊。計算機輔助軟件工程（CASE）產品的供應商也支持UML，并且它基本上已經被所有的軟件開發產品制造商所認可，這其中包括IBM和微軟（用于它的VB環境）。
UML規范用來描述建模的概念有，類（對象的）、對象、關聯、職責、行為、接口、用例、包、順序、協作，以及狀態。
Unified Modeling Language （UML）又稱統一建模語言或標準建模語言，是始于1997年一個OMG標準，它是一個支持模型化和軟件系統開發的圖形化語言，為軟件開發的所有階段提供模型化和可視化支持，包括由需求分析到規格，到構造和配置。 面向對象的分析與設計（OOA&D，OOAD）方法的發展在80年代末至90年代中出現了一個高潮，UML是這個高潮的產物。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發展，并最終統一為大眾所接受的標準建模語言。
Grady Booch的描述對象集合和它們之間的關系的方法。James Rumbaugh的對象建模技術（OMT）。Ivar Jacobson的包括用例方法的方式。還有其他一些想法也對UML起到了作用，UML是Booch， Rumbaugh， Jacobson。UML已經被對象管理組織（OMG）接受為標準，這個組織還制定了通用對象請求代理體系結構（CORBA），是分布式對象編程行業的領頭羊。計算機輔助軟件工程（CASE）產品的供應商也支持UML，并且它基本上已經被所有的軟件開發產品制造商所認可，這其中包括IBM和微軟（用于它的VB環境）。
UML規范用來描述建模的概念有，類（對象的）、對象、關聯、職責、行為、接口、用例、包、順序、協作，以及狀態。
UML類圖與類的關系詳解
在畫類圖的時候，理清類和類之間的關系是重點。類的關系有泛化（Generalization）、實現（Realization）、依賴（Dependency）和關聯（Association）。其中關聯又分為一般關聯關系和聚合關系（Aggregation），合成關系（Composition）。下面我們結合實例理解這些關系。
基本概念
類圖（Class Diagram）： 類圖是面向對象系統建模中最常用和最重要的圖，是定義其它圖的基礎。類圖主要是用來顯示系統中的類、接口以及它們之間的靜態結構和關系的一種靜態模型。
類圖的3個基本組件：類名、屬性、方法。
泛化（generalization）：表示is-a的關系，是對象之間耦合度最大的一種關系，子類繼承父類的所有細節。直接使用語言中的繼承表達。在類圖中使用帶三角箭頭的實線表示，箭頭從子類指向父類。
實現（Realization）：在類圖中就是接口和實現的關系。這個沒什么好講的。在類圖中使用帶三角箭頭的虛線表示，箭頭從實現類指向接口。
依賴（Dependency）：對象之間最弱的一種關聯方式，是臨時性的關聯。代碼中一般指由局部變量、函數參數、返回值建立的對于其他對象的調用關系。一個類調用被依賴類中的某些方法而得以完成這個類的一些職責。在類圖使用帶箭頭的虛線表示，箭頭從使用類指向被依賴的類。
關聯（Association） ： 對象之間一種引用關系，比如客戶類與訂單類之間的關系。這種關系通常使用類的屬性表達。關聯又分為一般關聯、聚合關聯與組合關聯。后兩種在后面分析。在類圖使用帶箭頭的實線表示，箭頭從使用類指向被關聯的類。可以是單向和雙向。
聚合（Aggregation） ： 表示has-a的關系，是一種不穩定的包含關系。較強于一般關聯，有整體與局部的關系，并且沒有了整體，局部也可單獨存在。如公司和員工的關系，公司包含員工，但如果公司倒閉，員工依然可以換公司。在類圖使用空心的菱形表示，菱形從局部指向整體。
組合（Composition） ： 表示contains-a的關系，是一種強烈的包含關系。組合類負責被組合類的生命周期。是一種更強的聚合關系。部分不能脫離整體存在。如公司和部門的關系，沒有了公司，部門也不能存在了；調查問卷中問題和選項的關系；訂單和訂單選項的關系。在類圖使用實心的菱形表示，菱形從局部指向整體。
多重性（Multiplicity） ： 通常在關聯、聚合、組合中使用。就是代表有多少個關聯對象存在。使用數字。。星號（數字）表示。如下圖，一個割接通知可以關聯0個到N個故障單。
聚合和組合的區別
這兩個比較難理解，重點說一下。聚合和組合的區別在于：聚合關系是“has-a”關系，組合關系是“contains-a”關系；聚合關系表示整體與部分的關系比較弱，而組合比較強；聚合關系中代表部分事物的對象與代表聚合事物的對象的生存期無關，一旦刪除了聚合對象不一定就刪除了代表部分事物的對象。組合中一旦刪除了組合對象，同時也就刪除了代表部分事物的對象。
實例分析
聯通客戶響應OSS。系統有故障單、業務開通、資源核查、割接、業務重保、網絡品質性能等功能模塊。現在我們抽出部分需求做為例子講解。
大家可以參照著類圖，好好理解。
1． 通知分為一般通知、割接通知、重保通知。這個是繼承關系。
2． NoticeService和實現類NoticeServiceImpl是實現關系。
3． NoticeServiceImpl通過save方法的參數引用Notice，是依賴關系。同時調用了BaseDao完成功能，也是依賴關系。
4． 割接通知和故障單之間通過中間類（通知電路）關聯，是一般關聯。
5． 重保通知和預案庫間是聚合關系。因為預案庫可以事先錄入，和重保通知沒有必然聯系，可以獨立存在。在系統中是手工從列表中選擇。刪除重保通知，不影響預案。
6． 割接通知和需求單之間是聚合關系。同理，需求單可以獨立于割接通知存在。也就是說刪除割接通知，不影響需求單。
7． 通知和回復是組合關系。因為回復不能獨立于通知存在。也就是說刪除通知，該條通知對應的回復也要級聯刪除。
經過以上的分析，相信大家對類的關系已經有比較好的理解了。大家有什么其它想法或好的見解，歡迎拍磚。
PS：還是那句話：以上類圖用Enterprise Architect 7.5所畫，在此推薦一下EA，非常不錯?？梢蕴娲鶹isio和Rose了。Visio功能不夠強大，Rose太重。唯有EA比較合適。
UML 還有用嗎
有用的，主要用在設計和分析階段，但是 UML 不適合用來做代碼生成。
從這個問題里，也正好發現了一個有意思的事兒：圖形化的方式傳達信息的能力很強，但是通過圖形化語言去做編程反而很困難。代碼生成或者說技術效率的提升，一直以來靠得其實是 DSL。
UML 有幾種圖
UML 有幾種圖？第一反應是不是類圖？其實，還有用例圖、順序圖、活動圖、狀態圖、組件圖等。這里提到的每一種圖，都代表著工程的一個特定維度，它們的專注點是正交的，都有其獨特的用處。使用 UML 來分析和設計，可以讓大家對整個系統有個更全面的認知。
用例圖
拿用例圖來說，它衡量的是 1） 系統內部的功能結構 2） 外部系統和用戶的對接關系。
「和外部系統對接」，這是整個工程中最薄弱的環節，就好比汽車各系統零部件之間的結合處，非常脆弱而且容易磨損老化。外部系統對接的復雜程度是衡量工程風險和工作量的一項重要指標，如果沒有用例圖這樣的工具和針對外部系統對接關系進行分析的意識，那后期會有很多坑。
你是不是只熟悉類圖
UML 初學者最容易犯的錯誤就是太在意類圖，卻忽略其他。類圖是一種“靜態”設計，像順序圖、協作圖、活動圖則是對系統的一種“動態”設計，體現的是二進制世界中的實際場景。我們經常使用順序圖來設計、分析關鍵流程，有哪些模塊參與，分別承擔什么責任，彼此之間如何調用?；顒訄D通常被人拿來描述復雜的業務流程。
狀態圖，狀態圖的用處就廣泛了，常用來分析組件的生命周期，而且用途不僅僅局限在敲代碼：PM 可以拿它來設計頁面跳轉邏輯，Growth Hacker 可以拿它設計和分析用戶轉化模型，工程師可以用它來吊打邏輯不清晰的產品經理。
最后，附上一張 Android MediaPlayer 的狀態圖，相信很多 Android 工程師都比較眼熟吧 ：）
UnifiedModelingLanguage（UML）又稱統一建模語言或標準建模語言，是始于1997年一個OMG標準，它是一個支持模型化和軟件系統開發...
描述系統內部對象及其關系的靜態結構。類模型由類圖構建，類圖中節點表示類，類與類之間的關聯關系用不同含義的弧標識。
對于開發團隊的層面來說：有利于隊員間在各個開發環節間確立溝通的標準，便于系統文檔的制定和項目的管理。因為UML的簡單、直觀和標準性，在一個團隊中用UML...
對復雜系統的建模是架構師的基礎能力之一。從這篇文章開始，筆者介紹系統建模語言SysML（OMG System Modeling Language）。 ...
UML工具很多是商用的，價格不菲；而免費的UML建模工具，功能完善的很少。以下推薦的是五個免費的UML建模工具，相對而言還算功能比較不錯。
UML這三個字母的全稱是Unified Modeling Language，直接翻譯就是統一建模語言，簡單地說就是一種有特殊用途的語言。
UML中描述對象和類之間相互關系的方式包括：依賴（Dependency），關聯（Association），聚合（Aggregation），組合（Comp...
如果沒有自動以XMI格式存儲UML圖表的工具，那么可以使用XSLT生成XMI文檔。由示例部署描述符創建的XMI文檔顯示一個UML類圖表；該圖表將表現部署...
原子的, 不可中斷的動作, 并在此動作完成之后向另一個動作轉變. 在 UML 中動作狀態用圓角矩形 表示, 動作狀態所表示的動作寫在圓角矩形內部.
市面上有海量的軟件開發工具，因此，選擇最佳軟件開發工具可能是一項挑戰。本文是 22 款頂級軟件開發工具的精選列表。
典型的模型由子模型的聚合組成。每個子模型是一個部分描述，并為特定的目的而創建;它可能由一個或多個圖組成。子模型的集合可以使用多種建模語言或單一的建模語言...
根據美國求職網站Indeed.com的數據，businessInsider網站列出美國年薪超過10萬美元的技術工作，而這個薪水還不包括獎金以及股票期權。
到UML不得不提的三位大神，Grady Booch、Jacobson、James Rumbaugh，三位是UML的創始人，均為軟件工程界的權威，除了著有...
目的是統一語言，減少溝通障礙，簡單說就是名詞解釋，如果一個術語比較復雜，要用why,what,how來解釋清楚，這三個東西不是每個術語都得寫，要看某一項...
要比較靈活的使用C語言實現一些高層級的框架時，需要掌握一些進階編程技巧，這篇來談談void指針的一些妙用。測試環境采用 IAR for ARM 8.40...
1 UML引入到嵌入式系統中的可行性 20世紀六七十年代，軟件產業遇到了危機。其原因就是軟件越來越龐大和復雜，而軟件的質量和生產率卻越來越低。...
1 引言 本文結合統一建模語言UML，提出一種嵌入式系統可視化開發方法，并將其實際運用到了嵌入式遠程溫度監控系統的開發過程中，驗證了該方法的...
換一批
編輯推薦廠商產品技術軟件/工具OS/語言教程專題
| 電機控制 | DSP | 氮化鎵 | 功率放大器 | ChatGPT | 自動駕駛 | TI | 瑞薩電子 |
| BLDC | PLC | 碳化硅 | 二極管 | OpenAI | 元宇宙 | 安森美 | ADI |
| 無刷電機 | FOC | IGBT | 逆變器 | 文心一言 | 5G | 英飛凌 | 羅姆 |
| 直流電機 | PID | MOSFET | 傳感器 | 人工智能 | 物聯網 | NXP | 賽靈思 |
| 步進電機 | SPWM | 充電樁 | IPM | 機器視覺 | 無人機 | 三菱電機 | ST |
| 伺服電機 | SVPWM | 光伏發電 | UPS | AR | 智能電網 | 國民技術 | Microchip |
| 開關電源 | 步進電機 | 無線充電 | LabVIEW | EMC | PLC | OLED | 單片機 |
| 5G | m2m | DSP | MCU | ASIC | CPU | ROM | DRAM |
| NB-IoT | LoRa | Zigbee | NFC | 藍牙 | RFID | Wi-Fi | SIGFOX |
| Type-C | USB | 以太網 | 仿真器 | RISC | RAM | 寄存器 | GPU |
| 語音識別 | 萬用表 | CPLD | 耦合 | 電路仿真 | 電容濾波 | 保護電路 | 看門狗 |
| CAN | CSI | DSI | DVI | Ethernet | HDMI | I2C | RS-485 |
| SDI | nas | DMA | HomeKit | 閾值電壓 | UART | 機器學習 | TensorFlow |
| Arduino | BeagleBone | 樹莓派 | STM32 | MSP430 | EFM32 | ARM mbed | EDA |
| 示波器 | LPC | imx8 | PSoC | Altium Designer | Allegro | Mentor | Pads |
| OrCAD | Cadence | AutoCAD | 華秋DFM | Keil | MATLAB | MPLAB | Quartus |
| C++ | Java | Python | JavaScript | node.js | RISC-V | verilog | Tensorflow |
| Android | iOS | linux | RTOS | FreeRTOS | LiteOS | RT-THread | uCOS |
| DuerOS | Brillo | Windows11 | HarmonyOS |
關注我們的微信
下載發燒友APP
電子發燒友觀察
版權所有 ? 湖南華秋數字科技有限公司
長沙市望城經濟技術開發區航空路6號手機智能終端產業園2號廠房3層（0731-88081133）
電子發燒友 （電路圖） 湘公網安備43011202000918
工商網監
湘ICP備2023018690號-1
