2016-04-06 77 views
5

我被賦予一個特殊的任務來學習和討論有關UML的工作。我對這個主題有一些背景知識,但我不確定哪個區域應該給予更多的優先權,因爲UML現在有多個版本。我應該堅持使用UML的第一個版本,並對UML 2進行概述嗎?還是應該更關注UML 2,因爲它是最新版本?我很困惑,因爲我不熟悉這兩個版本的區別。UML 1和UML 2之間的區別?我應該關注哪一個?

我需要關於此事的建議。先謝謝你。如果這個問題在這個網站是不相關的,請原諒。

+1

看看http://www.differencebetween.info/difference-between-uml-1-and-uml-2 – deadman

+0

@deadman,謝謝你。我會檢查一下。 – Vinvinvinvin

+0

我認爲對於實際應用來說,這兩者之間的差異相當小,您可以在兩者中創建非常差的(或好的)模型。您應該只關注與您的工作相關的UML部分(如用於數據庫設計的類圖,用於業務流程分析的用例和BPM等) –

回答

4

由於以下原因,約束到UML 1可能實際上很困難:幾乎所有可用於繪製圖表的工具都很早就實現了UML 2。因此,每次繪製某個構造時,都需要手動檢查它是否已經在UML 1中可用。

從1到2的步驟主要是由軟件工程宣傳MDA(Model Driven建築)大約10..15年前。這是關於直接從模型生成軟件的。爲了支持這一點,所有的模型元素都通過一些形式語義來定義。此外,一些模型和圖表類型得到了增強。序列圖被豐富來控制結構來表達控制流。組件和部署圖得到了增強。

現在,除了建議回到UML 1沒有什麼意義,我從您的問題中讀到了您需要設置優先級。這很有意義,因爲UML(1和2)的定義非常冗長,您不想研究它的每個細節。因此,這裏有一些提示:

  • ,到處是面嚮對象的技術周圍,類造型是核心概念。因此,您應該熟悉類,關聯,聚合,組合,繼承,屬性,操作及其參數和結果,方法和屬性的可見性,抽象類和方法以及接口。

  • 類的對象通過應用操作改變其狀態。因此,一箇中心的,有時被低估的類型的模型是狀態建模。在這裏,UML提供了兩個部分冗餘的模型和圖表類型:狀態和活動模型。你應該至少熟悉其中的一個 - 切換到另一個應該不會太困難。

  • UML的大多數用戶都非常喜歡用例建模。我不是,因爲這些用例往往缺少重要性(如果您限制命名用例和參與者)或結構(如果您開始記錄系統數據和功能與您的用例)。但是如果你瞭解它們,世界其他地方只會接受你作爲UML專家,所以你將無法避免它們。在廣泛使用它們之前,請在通過用例描述系統時考慮如何達到DRY(不要重複自己)原則。

+0

請不要說您應該使用術語'Operation'而不是'Method'。 '方法指的是'Operation'和'Behavior'之間的關係,它實現了'Operation'。 –

+0

對不起,我沒有想過從Java切換到UML模式。我會編輯答案。 – TAM

+0

謝謝譚博士。你爲我節省了很多研究。我也沒有發現很多用例,我發現的例子深入瞭解系統的行爲。我們在許多現實生活中不需要這些細節 – Hesham

相關問題