完善資料讓更多小伙伴認識你，還能領取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，非常不錯。可以替代Visio和Rose了。Visio功能不夠強大，Rose太重。唯有EA比較合適。
UML 還有用嗎
有用的，主要用在設計和分析階段，但是 UML 不適合用來做代碼生成。
從這個問題里，也正好發現了一個有意思的事兒：圖形化的方式傳達信息的能力很強，但是通過圖形化語言去做編程反而很困難。代碼生成或者說技術效率的提升，一直以來靠得其實是 DSL。
UML 有幾種圖
UML 有幾種圖？第一反應是不是類圖？其實，還有用例圖、順序圖、活動圖、狀態圖、組件圖等。這里提到的每一種圖，都代表著工程的一個特定維度，它們的專注點是正交的，都有其獨特的用處。使用 UML 來分析和設計，可以讓大家對整個系統有個更全面的認知。
用例圖
拿用例圖來說，它衡量的是 1） 系統內部的功能結構 2） 外部系統和用戶的對接關系。
「和外部系統對接」，這是整個工程中最薄弱的環節，就好比汽車各系統零部件之間的結合處，非常脆弱而且容易磨損老化。外部系統對接的復雜程度是衡量工程風險和工作量的一項重要指標，如果沒有用例圖這樣的工具和針對外部系統對接關系進行分析的意識，那后期會有很多坑。
你是不是只熟悉類圖
UML 初學者最容易犯的錯誤就是太在意類圖，卻忽略其他。類圖是一種“靜態”設計，像順序圖、協作圖、活動圖則是對系統的一種“動態”設計，體現的是二進制世界中的實際場景。我們經常使用順序圖來設計、分析關鍵流程，有哪些模塊參與，分別承擔什么責任，彼此之間如何調用。活動圖通常被人拿來描述復雜的業務流程。
狀態圖，狀態圖的用處就廣泛了，常用來分析組件的生命周期，而且用途不僅僅局限在敲代碼：PM 可以拿它來設計頁面跳轉邏輯，Growth Hacker 可以拿它設計和分析用戶轉化模型，工程師可以用它來吊打邏輯不清晰的產品經理。
最后，附上一張 Android MediaPlayer 的狀態圖，相信很多 Android 工程師都比較眼熟吧 ：）
解釋器模式（Interpreter Pattern）應該是 GoF 的 23 種設計模式中使用頻率最少的一種了，它的應用場景較為局限。
封裝了自身的數據和行為，能獨立對外提供服務的東西才能稱為系統。需要注意的系統是一個整體，系統可能會有很多子系統。比如銀行轉賬交易時候需要做風控，如果有商...
相對于代理模式、工廠模式等設計模式，備忘錄模式（Memento）在我們日常開發中出鏡率并不高，除了應用場景的限制之外，另一個原因，可能是備忘錄模式
對復雜系統的建模是架構師的基礎能力之一。從這篇文章開始，筆者介紹系統建模語言SysML（OMG System Modeling Language）。 ...
序列圖是一種 UML（統一建模語言）圖，它說明了系統中對象之間隨時間的交互，通常用于可視化消息流和軟件系統中對象之間方法調用的順序。
嵌入式軟件開發中，狀態機編程是一個比較實用的代碼實現方式，特別適用于事件驅動的系統。本篇，以一個炸彈拆除的小游戲為例，介紹狀態機編程的思路。
本篇介紹了UML時序圖的基礎知識，并通過visio繪制一個物聯網設備WIFI配網的UML時序圖實例，來介紹UML時序圖的畫法與所表達的含義。
得益于硬件平臺算力的提升，汽車電子電氣架構的集成度逐漸提高，多域融合成為了目前行業中軟件工程的重要工作內容。經緯恒潤可以為汽車電子和軟件工程師在開發軟件...
Rhapsody是基于UML/SysML的模型驅動開發集成環境，專注于嵌入式和實時系統。通過Rhapsody的模型驅動體系，可以快速地將應用模型部署到實...
統一建模語言（Unified Modeling Language，UML）是用來設計軟件藍圖的可視化建模語言，1997 年被國際對象管理組織（OMG）采...
目的是統一語言，減少溝通障礙，簡單說就是名詞解釋，如果一個術語比較復雜，要用why,what,how來解釋清楚，這三個東西不是每個術語都得寫，要看某一項...
我們經常會遇到“給現有對象/模塊新增功能”的場景，比如 http router 的開發場景下，除了最基礎的路由功能之外，我們常常還會加上如日志、鑒權、流...
使用支持 UML 測試配置文件的工具（例如 IBM Rational Rhapsody）將他們的建模能力從設計擴展到測試。
典型的模型由子模型的聚合組成。每個子模型是一個部分描述，并為特定的目的而創建;它可能由一個或多個圖組成。子模型的集合可以使用多種建模語言或單一的建模語言...
要比較靈活的使用C語言實現一些高層級的框架時，需要掌握一些進階編程技巧，這篇來談談void指針的一些妙用。測試環境采用 IAR for ARM 8.40...
[導讀] 作為程序猿都最好掌握的一門語言，那就是UML（Unified Modeling Language），統一建模語言(UML)是軟件工程領域中一種...
到UML不得不提的三位大神，Grady Booch、Jacobson、James Rumbaugh，三位是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
