目錄

1、系統和子系統

2、模型和視圖

3、跟蹤

4、常用建模技術

4.1、對系統的體系結構建模

4.2、對系統的系統建模

---

?

模型是對現實世界的簡化——即對系統的抽象，建立模型的目的是為了更好地理解系統。

1、系統和子系統

一個系統可能被分解成一組子系統，它是為實現某一目標而組織起來的元素的集合，并且它是由一組可能來自不同視角的模型來描述的。

?

上圖所示，UML為系統和子系統提供了一個圖形表示。這種表示法允許可視化地將系統分解為較小的子系統。在圖形上，系統和子系統都被畫成一個衍型化的構件的圖標。模型和視圖有專門的圖形表示（而不是把它們畫成衍型化的包）

在圖形上，系統和子系統都畫成一個衍型化的構件的圖標。

系統和子系統之間的主要關系是組合。一個系統（整體）可以包含0個或多個子系統（部分）。子系統之間也可以建立泛化關系。利用泛化關系，可以對子系統族建模：其中的一些代表一般種類的系統，而另一些代表對這些系統的特定剪裁。這些子系統之間有各種各樣的連接。

2、模型和視圖

模型 （model）是對現實世界的簡化，是對系統的抽象，建立模型的目的是為了更好地理解系統。

視圖 （view）是模型的投影，它是從某個角度看模型或突出模型中的某一側面，而忽略與這一側面無關的實體。

模型擁有包

3、跟蹤

用跟蹤關系對存在于不同模型中的元素之間的概念關系建模

跟蹤關系不能用來表達同一模型中元素之間的關系。

跟蹤關系可被表示為衍型化的依賴關系。

跟蹤關系：使用<<trace>> 衍型

分為：從需求跟蹤到實現（以及二者之間的所有制品）和從版本跟蹤到版本。

4、常用建模技術

4.1、對系統的體系結構建模

識別用來表示體系結構的視圖。在多數情況下，這要包括用況視圖、設計視圖、交互視圖、實現視圖和部署視圖

?

4.2、對系統的系統建模

某一抽象級別上的系統看起來像更高抽象級別上的一個子系統。同樣，一個抽象級別上的子系統對于負責開發這個子系統的小組而言也可以看作是一個完整的系統。

所有的復雜系統都表現出這種層次性。當轉向越來越復雜的系統時，將會發現有必要把它分解為子系統，各個子系統在一定程度上可以獨立地開發并以迭代和增量的方式成長為整個系統。對子系統的開發看起來就像是對系統的開發。

對系統和子系統建模，要遵循如下策略。

識別系統中可以在一定程度上獨立開發、發布和部署的主要功能部分。技術、政治、遺產系統及法律方面的因素往往會影響如何劃分各子系統的邊界。

對每個子系統，像對待整個系統那樣，描述其語境；一個子系統周圍的參與者也包括與它鄰接的子系統，所以對每個子系統都要進行設計以便協作。

對于每個子系統，像對待整個系統一樣對其體系結構建模。
?

?