UML簡介-Java2物件導向.pptVIP

UML簡介 1-1UML簡介 1-2使用者案例 1-2-1解構使用者案例 1-3類別圖Class Diagrams 1-4互動圖Interation Diagrams 1-5狀態圖State Diagrams 1-6活動圖Activity Diagrams 1-7套件 1-8UML軟體 1-8-1安裝JUDE 1-1UML簡介 UML是Unified Modeling Language統一模型語言，它是用來描述物件導向的分析與設計(OOAD)，而發展的人為Grady Booch、Ivar Jacobson和James Rumbaugh，他們也是UML軟體及描述標準的開發之父，而目前定義UML標準的為OMG組織。 Jacobson在1991年時以在易利信公司開發電話交換機的經驗帶來使用者案例(Use Case)的概念。 Rumbaugh在1993年出版了物件導向模型技術(OMT)的書。 Booch在1993年Rational公司以方法論開發了物件導向的系統。 在1995年的OOPSLA大會上，Booch、Rumbaugh和Jacobson這三位大師組成了物件導向系統描述的方法第0.8版。1997年 Rational公司在OMG組織上提出了UML1.0版。在2001年則推出了最新的UML統一模型語言2.0版。 這是顧客類別以UML類別圖的表示方法，顧客為類別名稱，它有名稱屬性、住址屬性和信用評等的方法。我們使用UML來描述資料以視覺化的觀點來看。UML可以讓我們程式設計師溝通更為方便，而且可以用大的觀點來看整個的軟體設計，也讓我們可以設計良好的物件導向程式。 這是開發軟體的UML五個觀點。要以使用者的角度來考量，除此之外還要有實做的考量，設計的考量，和流程與佈置的考量。 1-2使用者案例 Jacobson於1994年發明了使用案例圖的方法。使用者案例是使用者觀點來看模形化的軟體設計，這是以目標為導向的模型設計。使用者案例可以幫助辨別系統服務。使用者案例可以被進一步被解構成小的使用者案例。 這是證券及期貨交易的使用者案例圖。在這裏有四個參與者，分別是交易經理設定有價證券交易的額度。交易員處理風險分析，價格處理與交易處理，而風險分析和價格處理包含了評估。業務員作交易處理及價格處理。保證金額度繼承了交易處理，它會確保這個交易是否是可執行，如果保證金不夠，則無法執行這個交易。 這是參與者，每一個使用者案例圖形都有參與者，又稱為演員。 這是使用者案例UseCase，我們可以將使用者案例給模組化。 這是參與者與使用者案例有者關係。這條關係線是沒有箭頭，因此為雙向關係，如果有箭頭則表示是單向關係。 這是包含(include)的關係，風險分析包含了評估使用者案例。包含是使用虛線，箭頭指向的是被包含的使用者案例。 交易處理是保證金額度的一般化，而保證金額度的使用者案例繼承了交易處理使用者案例。箭頭指向的就是父類別，而保證金額度就是子類別。 這是使用者案例的關係。基礎使用者案例使用(include)”被包含使用者案例”，基礎使用者案例包含(include)”被包含使用者案例”的行為，在這裏是使用虛線箭頭指向”被包含使用者案例”。 “延伸使用者案例”延伸”基礎使用者案例”，”延伸使用者案例”可以增加”基礎使用者案例”的一些行為。 “子使用者案例”繼承”基礎使用者案例”的一些屬性，而”子使用者案例”也有新增屬於自己的一些行為。 1-2-1解構使用者案例 大型使用者案例是由四個小使用者案例所組成，而UseCase3使用者案例又是由UseCase3-1和UseCase3-2所組成。因此將較複雜的使用者案例解構成較小較簡單的使用者案例再來處理。 1-3類別圖Class Diagrams 物件導向塑模人員使用類別、物件和類別物件的關係來描述事物，還有這些事物如何運作。類別及物件可以用來描述系統裏的元素，而關係則是彼此物件間的訊息交流。 物件存在現實生活裏，可以是任意系統的一部份。類別是用來抽象描述物件的屬性和行為。類別就是抽象的，而物件就是類別的實體。在這一章我們將介紹物件類別圖來解釋類別。 物件導向程式設計(object oriented programming簡稱OOP)有幾個重點，分別為物件Objects、類別class、繼承inheritance、多型polymorphism和訊息message。 資料封裝指的是在類別成員(資料欄或方法)宣告使用公用public、私有者private或受保護protected，私有者private只有本類別的方法允許使用，保護者protected只有在本類別的衍生類別(子類別)或相同套件中的類別可以存取，公用者public任何類別都允許存取。 衍生類別為本類別的次類別(subc