軟件測試開發技術UML模型管理視圖包間的依賴關系

發表于:2009-10-29來源:作者:點擊數: 標簽:軟件測試umlUML包間依賴關系
軟件測試開發 技術UML模型管理視圖包間的依賴關系 UML模型 關鍵字:UML模型 管理視圖包間 ·包間的依賴關系 依賴關系在獨立元素之間出現,但是在任何規模的系統中,應從更高的層次觀察它們。包之間的依賴關系概述了包中元素的依賴關系,即包間的依賴關系可從
軟件測試開發技術UML模型管理視圖包間的依賴關系 UML模型

關鍵字:UML模型 管理視圖包間

· 包間的依賴關系 

依賴關系在獨立元素之間出現,但是在任何規模的系統中,應從更高的層次觀察它們。包之間的依賴關系概述了包中元素的依賴關系,即包間的依賴關系可從獨立元素間的依賴關系導出。 

包間依賴關系的存在表示存在一個自底向上的方法(一個存在聲明),或允許過后存在于一個自頂向下的方法(限制其他任何關系的約束)中,對應的包中至少有一個獨立元素之間給定種類的依賴關系的關系元素。這是一個“存在聲明”,并不意味著包中的所有元素都有依賴關系。這對建模者來說是表明存在更進一步的信息的標志,但是包層依賴關系本身并不包含任何更深的信息,它僅僅是一個概要。 

自頂向下方法反映了系統的整個結構,自底向上方法可以從獨立元素自動生成。在建模中兩種方法有它們自己的地位,即使是在單個的系統中也是這樣。 

獨立元素之間屬于同一類別的多個依賴關系被聚集到包間的一個獨立的包層依賴關系中,獨立元素包含在這些包中。如果獨立元素之間的依賴關系包含構造型(如幾種不同的使用),為了產生單一的高層依賴關系,包層依賴關系中的構造型可能被忽略。 

包用附有標簽的矩形表示,依賴關系用虛線箭頭表示。 

圖 10-1 顯示了訂票系統的包結構圖。外部包外部。 Seat selection 的兩個變更之間存在依賴關系,子系統和的任何一個實現都將只包括其中一個變。 


圖 10-1 包和包間的關系

· 訪問與引入依賴關系

通常,一個包不能訪問另一個包的內容。包是不透明的,除非它們被訪問或引入依賴關系才能打開。訪問依賴關系直接應用到包和其他包容器中。在包層,訪問依賴關系表示提供者包的內容可被客戶包中的元素或嵌入于客戶包中的子包所引用。提供者中的元素在它的包中要有足夠的可見性,使得客戶可以看到它。通常,一個包只能看到其他包中被指定為具有公共可見性的元素。具有受保護可見性的元素只對包含它的包的后代包具有可見性??梢娦砸部捎糜陬惖膬热荩▽傩院筒僮鳎?。一個類的后代可以看到它的祖先中具有公共或受保護可見性的成員,而其他的類則只能看到具有公共可見性的成員。對于引用一個元素而言,訪問許可和正確的可見性都是必須的。所以,如果一個包中的元素要看到不相關的另一個包的元素,則第一個包必須訪問或引入第二個包,且目標元素在第二個包中必須有公共可見性。 

  嵌套在另一個包中的包是包容器順的一部分,而且可以完全訪問包容器順的內容。然而,對包容器順體來說,如果不訪問嵌套包,則不能看到嵌套包的內部,其內容被封裝了起來。 

請注意訪問依賴關系不改變客戶的命名空間或以任何其他方式自動建立引用,它僅僅授予建立引用的權限。引入依賴關系用來將名字加入到客戶包的名字域作為路徑名的別名。

原文轉自:http://www.anti-gravitydesign.com

国产97人人超碰caoprom_尤物国产在线一区手机播放_精品国产一区二区三_色天使久久综合给合久久97