為方便軟考考生對軟件設計師考試知識點的檢測，希賽軟考頻道為考生帶來軟考軟件設計師考試知識點填空檢測的內(nèi)容（完整版可在本文文首本文資料處或文末的資料下載欄目下載）。

軟考軟件設計師考試知識點填空檢測（8）內(nèi)容如下：

第8章 面向?qū)ο蠹夹g

1 考點精講

1.1 面向?qū)ο蠡A概念

1、面向?qū)ο蟮娜蠡咎卣?，分別是____、____和____。

2、____：在子類中重新定義父類中已經(jīng)定義的方法。

3、____：一個類可以有多個同名而參數(shù)類型不同的方法。

4、____：根據(jù)接收對象的具體情況將請求的操作與實現(xiàn)的方法進行連接（運行時綁定）。

1.2 面向?qū)ο笤O計原則

1、____原則：設計目的單一的類。

2、____原則：對擴展開放，對修改封閉。

3、____原則：子類可以替換父類。

4、依賴倒置原則：要依賴于____，而不是具體____；針對____編程，不要針對____編程。

5、____原則：使用多個專門的接口比使用單一的總接口要好。

6、____原則：要盡量使用組合，而不是繼承關系達到重用目的。

7、____原則（最少知識法則）：一個對象應當對其他對象有盡可能少的了解。

8、____原則：包中的所有類對于同一性質(zhì)的變化應該是共同封閉的。一個變化若對一個包產(chǎn)生影響，則將對該包里的所有類產(chǎn)生影響，而對于其他的包不造成任何影響。

9、____原則：一個包里的所有類應該是共同重用的。如果重用了包里的一個類，那么就要重用包中的所有類。

10、____原則：在包的依賴關系圖中不允許存在環(huán)，即包之間的結構必須是一個直接的無環(huán)圖形。

1.3 UML

1、____：用例圖描述一組用例、參與者及它們之間的關系。

2、____：類圖描述一組類、接口、協(xié)作和它們之間的關系。

3、____：對象圖描述一組對象及它們之間的關系。

4、____：順序圖是一種交互圖，交互圖展現(xiàn)了一種交互，它由一組對象或參與者以及它們之間可能發(fā)送的消息構成。

5、____：活動圖將進程或其他計算結構展示為計算內(nèi)部一步步的控制流和數(shù)據(jù)流。

6、____：狀態(tài)圖描述一個狀態(tài)機，它由狀態(tài)、轉移、事件和活動組成。狀態(tài)圖給出了對象的動態(tài)視圖。

7、____：通信圖也是一種交互圖，它強調(diào)收發(fā)消息的對象或參與者的結構組織。

8、____：構件圖描述一個封裝的類和它的接口、端口，以及由內(nèi)嵌的構件和連接件構成的內(nèi)部結構。

9、____：部署圖描述對運行時的處理節(jié)點及在其中生存的構件的配置。

10、____關系：其中這個提取出來的公共用例稱為抽象用例，而把原始用例稱為基本用例或基礎用例，當可以從兩個或兩個以上的用例中提取公共行為時，應該使用包含關系來表示它們。

11、____關系：如果一個用例明顯地混合了兩種或兩種以上的不同場景，即根據(jù)情況可能發(fā)生多種分支，則可以將這個用例分為一個基本用例和一個或多個擴展用例，這樣使描述可能更加清晰。

12、____關系：當多個用例共同擁有一種類似的結構和行為的時候，可以將它們的共性抽象成為父用例，其他的用例作為泛化關系中的子用例。在用例的泛化關系中，子用例是父用例的一種特殊形式，子用例繼承了父用例所有的結構、行為和關系。

1.4 設計模式

1、____模式：定義對象間的一種一對多的依賴關系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并自動更新。

2、____模式：動態(tài)地給一個對象添加一些額外的職責。它提供了用子類擴展功能的一個靈活的替代，比派生一個子類更加靈活。

3、____模式：定義一系列算法，把它們一個個封裝起來，并且使它們之間可互相替換，從而讓算法可以獨立于使用它的用戶而變化。

4、____模式：將類的抽象部分和它的實現(xiàn)部分分離開來，使它們可以獨立地變化。

2 章節(jié)問答

1、多態(tài)的含義？

答：

2、面向?qū)ο蠓治霭膸讉€活動？

答：