1、面向對象的分析與設計,課程學習的內容,OO設計原則 UML設計圖及Rose Rational 工具 OO設計模式 典型項目的分析與設計,學習方法,掌握主要OO原則的原理和應用要點 改變java編程習慣 學會設計 Rational工具的使用； 掌握類圖、用例圖、順序圖、活動圖的設計 熟練掌握MVC 設計方法 熟練掌握數據庫編程 深化了解API，深化基于API的編程 反復實踐典型模式應用于項目的分析和設計,參考書,面向對象軟件工程與 UML, 李飛躍, 人民郵電出版社 ( 高職教材 ） UML與軟件建模 , 徐寶文,清華大學出版社（重點大學教材） 面向對象設計原理與模式，（美)Dale Skrie

2、n著， 清華大學出版社 （國外經典教材) Java設計模式, 耿祥義,清華大學出版社 大話設計模式，程杰，清華大學出版社,考核,基于典型項目的考察: 項目的分析與方案設計 UML典型圖 項目代碼中基本原則的應用 項目設計中模型的使用,OOP編程要點,OOP追求的目標： 可用性、完整性、健壯性、有效性、可伸縮性、可讀性、 可重用性、簡潔性、可維護性、可擴充行,OOP 典型特點 ： 封裝性、繼承性、重載、屬性和修飾符、多態(tài)、重構、抽象類 接口、集合、泛型、委托與事件,實現一個最簡單的實例,計算立體型幾何體體積 要點: 分析其中的耦合性、 程序的復用性 “臟代碼”分析,OO基本原則,單一職責原則(S

3、RP原則),就一個類而言，應該只有一個引起它變化的原因； 失敗的案例： 界面處理類+數據庫操作+文件讀寫+業(yè)務流程控制 類比： 多功能手機、集成主板的電腦壞一處就全壞 經驗： 類的設計傾向于越小越好 解釋: 如果一個類承擔的職責過多，就等于把這些職責耦合在一起。一個職責的變化可能會引起消弱或抑制這個類完成其他職責的功能。這種耦合會導致脆弱的設計。當變化發(fā)生時，設計會遭到意想不到的破壞。,開-閉原則（核心原則）,軟件實體(類、模塊、方法）應該可以擴展，但不可以修改； 換個說法: 類對擴展是開放的, 對修改是封閉的; 用extends 和implements等開放，用private封閉 實際使用：

4、 1.隨時準備修改：改變是合理的； 2.原來的代碼一般不要改動，合理的方法是 基于原先的代碼產生新的類 3.設計之初就準備好應對變化，用抽象來隔 離變化，減少耦合。,開-閉原則的運用:,寫一個相對固定的內核; 不斷產生新的類，當修改發(fā)生時； 新的類給予接口或抽象類創(chuàng)建； 理解: 面向接口編程,里氏替換原則,子類型必須能替換掉它們的父類型 分析： “企鵝不是鳥” 子類型必須包含父類型的全部特征,依賴倒轉原則,抽象不應該依賴于細節(jié)，細節(jié)應該依賴于抽象； - 針對接口編程，不要對實現編程 解釋： 1.高層類不應該依賴低層類；兩者都應依賴于 抽象； 2.抽象不應該依賴細節(jié)；細節(jié)應該依賴抽象 反轉實例:

5、 電話指揮修電腦，誰依賴誰？ 抽象與實現： 電腦主板-總線插槽-PIC卡的實例 抽象不依賴細節(jié)，細節(jié)依賴抽象。,依賴止于接口-用接口消除強耦合,用接口消除強耦合,OO的基本原則,89、面向對象的基本設計原則1)LSP(The Liskov Substitution Principle):Liskov替換原則子類不能添加任何父類沒有的附加約束。子類對象必須可以替換基類對象。在可能的情況下，由抽象類(接口)繼承。抽象類與具體類只要有可能，不要從具體類繼承；行為集中的方向是向上的(抽象類)；數據集中的方向是向下的(具體類)。 2)OCP(The Open-Close Principle):開放-封閉

6、原則對于擴展是開放的(Open for extension)對于更改是封閉的(Closed for modification)關鍵在于抽象抽象預見了可能的所有擴展(閉)由抽象可以隨時導出新的類(開)OCP是OOD中很多說法的核心。LSP是OCP成為可能的主要原則之一。3)SRP單一職責原則(The Single Responsibility Principle)一個類，應該僅有一個引起它變化的原因。體現了內聚性(Cohesion)：一個模塊的組成元素之間的功能相關性。違反SRP原則會帶來物理依賴的缺點。使得每個類僅有一個職責。4)ISP接口隔離原則(The Interface Segregat

7、ion Principle)客戶應該僅知道所需要要的接口。一個類實現多個接口，避免“肥接口(fat interface)”使用委托分離接口,Adapter模式;使用多重繼承分離接口。本質：使用多個專門的接口比使用單一的接口好。一個類對另一個類的依賴性應當是建立在最小的接口上的。避免接口污染(Interface Pollution)5)DIP依賴倒置原則(The Dependency Inversion Principle)高層模塊不依賴于低層模塊，二者都依賴于抽象。抽象不應該依賴于細節(jié)，細節(jié)應該依賴于抽象。針對接口編程，而不是針對實現編程。Booch：所有結構良好面向對象架構都具有清晰地層次定

8、義，每個層次通過一個定義良好的、受控的接口向外提供了一組類聚的服務。6)啟發(fā)式原則依賴于抽象依賴關系都應終止于抽象類或者接口。任何變量都不應該擁有指向具體類的指針或者引用。任何類都不應該從具體類派生。任何方法都不應該改寫其任何基類中已經實現的方法。,系統(tǒng)設計分析-UML圖,常用的UML圖: 用例圖，類圖，時序圖，狀態(tài)圖,類圖,類圖是一種靜態(tài)設計圖,常用于系統(tǒng)分析階段 類圖反映了系統(tǒng)設計中類和類之間的關系 需要掌握的概念: 類( 含接口)的UML圖標識 類-類，類-接口的圖形化標識 類與類、類與接口的6種關系,UML中的類圖,類圖中的6種關系 1. 繼承(泛化)關系; 2. 實現關系; 3.依賴關系; 4. 關聯(lián)關系; 5. 組合關系 6. 聚合關系; 類圖設計要點: 1. 指向實體的關系用實線；