第十一边章物件资料结构塑模.pptVIP

吳仁和、林信惠 (2004) 第十一章 物件資料結構塑模 物件導向分析與設計 導論 Requirements stated in the form of use case descriptions are a valuable tool for defining a system’s external behavior, but they give no guidance about the internal structure of the system, or describe how to come up with a set of interacting objects that support the required functionality. Analysis, then, can be characterized as the task of constructing a model that demonstrates how interacting object could deliver the behavior specified in the use cases. Analysis What is to be analyzed? The system requirements Why? To demonstrate their implementability How? Class diagrams and object diagrams Interaction diagrams Analysis vs. Design Difficult to draw a boundary Traditional informal distinction: analysis models the real-world system design models the software Object-oriented methods use the same notation for both activities encourages ‘seamless development’ and iteration 類別圖與物件圖 類別圖是用來描述系統中物件的類型、類型間以及與子類型間之靜態關係等。此外，類別圖還須表示類別的屬性、操作以及類別連結所應遵守的限制等。 物件圖是用於描述一系統於某一時間點的靜態結構，該圖是用於表達一個系統之複雜的資料結構，或藉由一時間序列的系統影像來表達系統的行為。 由於在真實世界裡，物件的數量相當龐大，為降低問題的複雜度，在系統分析時大多採用類別，而較少用物件。 類別圖與物件圖 類別圖包含兩個主要元件： 類別 關係 類別 一個物件是問題領域中某個東西的抽象概念，例如某一課程、老師或學生等都可能是一個物件。物件有名稱、屬性與操作。名稱是唯一的識別或辨識值。 類別圖與物件圖（續） 屬性表達物件之狀態、性質或特徵，而操作表達物件之行為。例如，某一課程是一個物件，它有課程編號與名稱為其屬性，且有計算成績方式為該物件的操作。 物件間可能有限制條件或商業規則，以限定物件屬性的值或行為。 類別圖與物件圖（續1） 物件以矩形表示，在矩形內表達名稱，並在名稱下加底線，如圖11-1。 名稱可以是物件名稱(w)、:類別名稱(:Worker)、物件名稱:類別名稱(w:Worker) 一群相關物件的定義、描述或樣板稱為一個類別，類別具有名稱、屬性與操作，同一類別之物件具有相同屬性與操作。類別以矩形表示，該矩形之四邊為實線，如圖 11-2。 物件與類別之表示符號 物件與類別範例 類別圖與物件圖（續2） 類別間之關係 類別間的連結，在物件導向塑模中，類別間最重要的關係為： 相依關係（Dependency;以虛線箭頭表示） Represent “use” relationships among classes 關聯關係（Association;以實線表示） Represent structural relationships among objects 一般化關係（Generalization;以實線的空心三角形箭頭表示） Represent “is-a” relationships among classes 實現化關係（Realization;以虛線的空心三角形箭頭表示） 圖11-3 類別間之關係與表示符號 類別圖與物件圖（續3） 類別間並非完全獨立（事實上，很少是獨立的），彼此間須知道對方，才能共同解決某一工作。 Class diagrams are static -- they display what interacts but not what happens when they do interact