第一章 系統(tǒng)建模與分析設計的演變

1、系統(tǒng)建模的三要素：方法、工具和過程

2、軟件的分類：

按軟件的功能劃分：系統(tǒng)軟件、支撐軟件和應用軟件

按軟件的規(guī)模劃分：小型軟件、中型軟件、大型甚至超大型軟件

按軟件的工作方式劃分：實時處理軟件、分時處理軟件交互式軟件和批處理軟件

按軟件服務對象的范圍劃分：一次性使用軟件和使用頻度較高的軟件

按軟件失效的影響程度劃分：一般性軟件和關鍵性軟件

3、軟件危機產(chǎn)生的原因主要有兩個：一是與軟件本身的特點相關；二是軟件開發(fā)和維護的方法不正確。

4、軟件開發(fā)過程模型：瀑布模型、漸增模型、演化模型、螺旋模型、智能模型

5、UML的特點：唯一性、連續(xù)性、維護性、復用性和逐步完善

6、面向對象的三大重要特征：封裝性、繼承性和多態(tài)性

7、軟件開發(fā)方法從結構化開發(fā)方法、模塊化開發(fā)方法到面向對象開發(fā)方法是一個漸進

的演變過程

8、軟件生命周期描述了一個軟件從定義、開發(fā)、使用、維護到服用的全過程

9、面向對象的基本概念有：對象、類急氣封裝性、多態(tài)性、繼承性和消息傳遞

10、軟件開發(fā)過程由客戶端需求分析、系統(tǒng)分析、系統(tǒng)設計和系統(tǒng)實現(xiàn)以測試與維護四個四個階段組成

11、面向對象系統(tǒng)的開發(fā)過程以體系結構為中心，以用例為驅動，是一個反復、漸增的過程

課后習題：

ACDB

1、 封裝是吧對象的屬性和操作結合在一起，組成一個的對象、

2、 封裝是一種信息隱蔽技術，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實現(xiàn)分開。

3、 面向對象方法中的繼承機制使子類可以自動地擁有復制父類全部屬性和操作

4、 使得在多個類中能夠定義同一個操作或屬性名，并在每一個類中有不同的實現(xiàn)的一種方法是多態(tài)性

5、軟件按照其工作方式可劃分為實時處理軟件、分時處理軟件、交互式軟件和批處理軟件。

6、軟件生存周期由軟件的定義、軟件的開發(fā)和軟件的使用維護和更新?lián)Q代三部分組成。

7、軟件開發(fā)模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五種主要模型

8、 面向對象技術采用以類為中心的封裝、繼承、多態(tài)等不僅支持軟件復用，而且使軟件維護工作可靠有效，可實現(xiàn)軟件系統(tǒng)的柔性制造。

9、 UML的優(yōu)點是：唯一性、連續(xù)性、維護性、復用性和完善性。

第二章 統(tǒng)一建模語言UML

1、UML的五種視圖：用例視圖、邏輯視圖、構件視圖、進程視圖和配置視圖

2、UML的三大類模型圖是：用例模型圖、靜態(tài)模型圖和動態(tài)模型圖

3、用例模型描述的是外部執(zhí)行者主要用于需求分析階段

4、UML的靜態(tài)建模機制包括：類圖、對象圖、包圖、構件圖、配置圖

5、UML的動態(tài)模型包括4種兔：狀態(tài)圖、活動圖、順序圖、合作圖

6、軟件的開發(fā)過程即生命周期劃分為開始、詳細規(guī)劃、系統(tǒng)構造、移交四個階段。

7、UML開發(fā)過程中的核心活動成分是：分析、設計、實現(xiàn)、測試、配置和一些核心支持活動。

8、UML 開發(fā)過程的產(chǎn)物包括兩大類：模型和文檔

9、UML軟件開發(fā)過程的基本特點：用例驅動系統(tǒng)、以體系結構為中心、螺旋上升式的開發(fā)過程、以質量控制和風險管理為目標

10、UML中的擴展機制包括三種：構造型、標記值和約束。構造型用于對模型元素進行分類，在已有的基本模型元素上定義新的模型元素。標記值也稱特性規(guī)格說明，他和約束一起直接對摸個模型元素附加一些特性和語義。

11、軟件項目開發(fā)過程包括的具體工作內容是：業(yè)務建模、需求分析、設計、實現(xiàn)和測試。

12、UML軟件開發(fā)過程的基本特征是：以用力驅動軟件開發(fā)全過程，以系統(tǒng)體系結構為中心，以質量控制和風險管理為目標，采用反復迭代、循環(huán)、漸增是的螺旋上升式開發(fā)過程。

習題：

BBCDB

1、UML的軟件以對象為中心，以系統(tǒng)體系結構為主線，采用循環(huán)、迭代、漸增的方式進行開發(fā)。

2、UML的靜態(tài)圖模型圖由類圖、對象圖、包圖、構件圖和配置圖組成。

3、UML的動態(tài)模型圖由活動圖、順序圖、狀態(tài)圖和和作圖組成

4、UML的最總產(chǎn)物就是最后提交的可執(zhí)行文件的軟件系統(tǒng)和相應的軟件文檔資料

5、在UML的需求分析建模中，用例模型圖必須與用戶反復交流并加以確認。

6、uML分析和設計模型由三類模型圖表示，三類模型圖是：用例模型圖、靜態(tài)模型圖和動態(tài)模型圖。

7、UML的軟件統(tǒng)一開發(fā)過程，即生命周期按時間順序可以劃分為，開始，詳細設計，系統(tǒng)構造和移交四個階段及階段中一系列的循環(huán)重復。

8、UML開發(fā)過程是一種二維結構軟件開發(fā)過程，軟件項目開發(fā)過程流程包括的核心工作內容是，分析，設計，實現(xiàn)，測試和配置

9、UML中的五個不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是用例視圖、邏輯視圖、構件視圖、進程視圖和配置視圖。

10、UML中有10中基本圖可以完整地描述出所有建造的系統(tǒng)，這10中視圖是用例圖、類圖、對象圖、包圖、構件圖、配置圖、序列圖、活動圖、狀態(tài)圖和合作圖。

第三章 需求分析與用例建模

1、可行性研究：經(jīng)濟可行性、技術可行性和法律可行性。

2、需求分析的目的是深入描述軟件功能和性能，確定軟件設計的約束和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求。

3、用例圖包含的模型元素有系統(tǒng)、執(zhí)行者、用例以及他們間的不同關系，入繼承、關聯(lián)、依賴等。

4、執(zhí)行者是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)

5、執(zhí)行者分為“人”執(zhí)行者和“外部系統(tǒng)”執(zhí)行者兩類。

6、UML中用例間的關聯(lián)主要有4種：繼承關聯(lián)、擴展關聯(lián)、包含關聯(lián)和使用關聯(lián)

7、UML的活動圖示系統(tǒng)動態(tài)行為建模的圖形工具之一，用來表示完成一個操作所需要的活動，或者是一個用例實例的活動?；顒訄D實際上也是一種流程圖，它描述活動的序列，即系統(tǒng)從一個活動到另一活動的控制流?；顒訄D特別適合秒速動作流和并發(fā)處理行為。

習題：

BACDB AA

1、可行性研究分析包括經(jīng)濟可行性分析、技術可行性分析和法律可行性分析

2、UML的客戶需求分析模型包括用例模型、類圖、對象圖和活動圖組成。

3、UML客戶需求分析使用的CRC卡上責任宜蘭的內容主要描述類的屬性和操作

4、UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的功能要求

5、在UML的需求分析建模中，用例模型必須與用戶反復交流并加以確認。

6、在UML的需求分析建模中，對用例模型中的用例進行細化說明應使用活動圖

7、活動圖中的分劈和同步接合圖符是用來描述多進程的并發(fā)處理行為

8、UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。他們是：用例模型圖、靜態(tài)模型圖和動態(tài)模型圖。

9、CRC卡中的描述由類名、類特征、類類型、責任和協(xié)作者共五部分組成

10、軟件項目的目的的可行性研究分析中，技術可行性研究包括風險分析、資源分析、技術分析三部分組成

11、在UML軟件開發(fā)過程的需求分析階段，建立用例模型的步驟分為，確定系統(tǒng)的范圍和邊界，確定系統(tǒng)的執(zhí)行者和用例，對用例進行描述，定義用例之間的關系和審核用例模型。

12、用例圖中以實踐方框表示系統(tǒng)的范圍和邊界，在熊邊界內描述的是用例，在邊界之外描述的是執(zhí)行者

13、用例模型中的執(zhí)行者可以是“人”執(zhí)行者也可以是“外部”系統(tǒng)執(zhí)行者

14、用例模型中的用例之間的關聯(lián)有使用關聯(lián)、擴展關聯(lián)。包含關聯(lián)和繼承關聯(lián)

第四章 系統(tǒng)分析與對象類建模

1、根據(jù)建立的用戶需求模型，在系統(tǒng)分析階段要進一步確立三個模型系統(tǒng)模型：對象靜態(tài)模型，對象動態(tài)模型和系統(tǒng)功能模型。

2、類之間的關系有關聯(lián)、聚集、繼承、依賴、細化等。

3、包是UML的模型元素之一，包可以包含其他包和類。包之間可以有關系，入依賴等。寶石一種分組機制，他吧一些模型元素組織成語義上相關的組，包中擁有或涉及的所有模型元素叫做包的內容。

習題

BBCBB B

1、 UML的系統(tǒng)分析進一步要確立的三個系統(tǒng)模型是對象靜態(tài)模型、對象動態(tài)模型和系統(tǒng)功能模型。

2、 UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設計階段產(chǎn)生的模型，其描述圖符完全不同

3、 類和對象都有屬性，他們的差別是：類描述了屬性的類型，而對象的屬性必須有具體值

4、 UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的系統(tǒng)體系層次結構

5、設計模式在面向對象系統(tǒng)設計中是設計方法的一種形式

6、“對象容器”設計模式對有限的對象進行管理，它不能修改對象

7、在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型有三種模型。他們是：對象的靜態(tài)模型，對象的動態(tài)模型和對象的系統(tǒng)功能處理模型。

8、 在UML的對象類圖中，類之間的關系有依賴、細化、關聯(lián)、聚集和繼承五種。

9、 共享聚集的部分對象可以是任何整體的一部分，表示事物的整體/部分關系較弱的情況，整體段的重數(shù)應該是n

10、在UMl軟件開發(fā)過程的需求分析和系統(tǒng)分析階段，建立對象類模型的步驟分為尋找確定對象類、定義接口、定義類之間的關系、建立對象類圖和建立系統(tǒng)包圖。

11、 組合聚集是指整體擁有它的部分，他具有搶的物主身份，表示事物的整體/部分關系較強的情況。部分生存在整體中，不可分離他們與整體一起存在或消亡。整體的充數(shù)必須是

12、系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎之上對其進行的分析

13、 類有實例，他的實例是一個對象。在UML中，包用來表示一個模型組織的分組機制，包沒有實例。

第五章 系統(tǒng)設計與對象動態(tài)交互模型

1、消息分為四種控制流，分別是簡單消息、同步消息、一步消息、和返回消息

2、順序圖用來描述對象間的交換行為。他注重消息的時間順序，即對象間消息的發(fā)送和接收的順序。順序圖還揭示了一個特定場景的交互，即系統(tǒng)執(zhí)行期間發(fā)生在某個時間點的對象之間的特定交互，他適合描述實時系統(tǒng)中的時間特性和時間約束。

3、合作圖和順序圖都可用來描述系統(tǒng)對象間的交互。順序圖強調的是一組對象間的操作調用的時間順序，合作圖則強調這組對象之間的關系。

習題

CCADA

1、UML系統(tǒng)設計的一般步驟包括系統(tǒng)對象設計、系統(tǒng)體系結構設計和系統(tǒng)設計的優(yōu)化

2、順序圖和合作圖主要用與對用例圖中消息流的建模，用他們來描述用例圖的行為。

3、順序圖的模型元素有對象、消息、鏈接等，這些模型元素表示某個用例中的若干個對象和對象之間所有傳遞的消息，來對系統(tǒng)的行為建模。

4、順序圖描述一組對象之間消息的傳遞順序

5、順序圖和合作圖建立了UML面向對象開發(fā)過程中的對象動態(tài)交互模型

6、在UML軟件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型，他們是簡單消息，

同步消息、異步消息和返回消息。

7、順序圖和合作圖用來表達對象之間的交互，是描述一組對象如何合作完成某個行為的模型化工具

8、進程是一個動作流，能夠與其他進程并發(fā)執(zhí)行

9、線程是內部的一個動作流，能夠與其他線程并發(fā)執(zhí)行

10、主動對象是一個擁有進程或線程的對象，能初始化控制活動，可以并發(fā)運行

11、被動對象是一個必須由其他對象發(fā)來的消息進行觸發(fā)才執(zhí)行動作的對象。

12、交互圖描述系統(tǒng)中對象間的交互行為。每一個交互都有發(fā)送者和接受者，他們可以是整個系統(tǒng)、一個子系統(tǒng)、一個用例、一個對象類或一個操作。

第六章 系統(tǒng)動態(tài)建模---狀態(tài)模型

1、UML軟件開發(fā)過程中產(chǎn)生的狀態(tài)圖描述了系統(tǒng)中一個對象所具有的各種狀態(tài)和這個對象從一中狀態(tài)到另一狀態(tài)的轉換，以及影響對象這些狀態(tài)的事件等，它主要用來描述某個對象從一個狀態(tài)到另一個狀態(tài)編號遷移的控制流

2、活動中的事件 有entry事件、exit事件、do事件

3、狀態(tài)的改變---遷移

習題

BAABB

1、狀態(tài)圖可以表現(xiàn)一個對象在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉移的事件以及因狀態(tài)轉移引起的動作。

2、狀態(tài)圖描述一個對象在不同事件的驅動下發(fā)生的狀態(tài)遷移。

3、一個狀態(tài)遷移圖符可以有多個源狀態(tài)或目標狀態(tài)，他們可以把一個控制分解為并行運行的并發(fā)線程，或將多個并發(fā)線程結合成單個線程

4、活動圖中動作狀態(tài)之間的遷移不是靠事件觸發(fā)的，

5、狀態(tài)圖和活動圖建立了UML面向對象開發(fā)過程中的對象動態(tài)狀態(tài)模型

6、順序狀態(tài)表明狀態(tài)之間的遷移時串行的，即一個接一個順序遷移

7、狀態(tài)圖還可以用復合遷移的同步并發(fā)遷移圖符來表示并發(fā)子狀態(tài)

8、狀態(tài)圖中的進程是個動作流，能夠與其他進程并發(fā)執(zhí)行

9、在活動圖中，虛箭線也成為對象流，對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關聯(lián)

10、活動圖即可以描述對象的動態(tài)行為，還可以用來描述用例

11、活動圖中活動狀態(tài)的遷移不是由時間按進行觸發(fā)，一個活動執(zhí)行完畢自動進入下一個多棟狀態(tài)

12、狀態(tài)圖和活動圖描述系統(tǒng)中某個系統(tǒng)對象的一系列狀態(tài)變化

第七章 系統(tǒng)體系結構建模

1、在UML中，軟件構件分為源代碼構件、二進制構件和可執(zhí)行代碼構件構件圖由這些構件、接口以及構件之間的關系組成。

習題

ABBDA CD

1、系統(tǒng)體系結構式用來描述系統(tǒng)各部分的結構、結構以及他們用于通信的一種機制

2、UML可以描述硬件之間的互聯(lián)關系，也能描述硬件單元上的軟件系統(tǒng)的分布

3、軟件體系結構是對系統(tǒng)的用例、類、對象、結構以及相互間的交互和協(xié)作進行描述

4、硬件系統(tǒng)體系結構要對系統(tǒng)的構件、結點的配置進行描述。

5、構件時軟件系統(tǒng)體系結構中定義的概念和功能在物理體系結構中的實現(xiàn)。

6、配置圖由結點和結點之間的聯(lián)系組成，描述了處理器、設備和軟件構件欲行時的體系結構。

7、配置圖的基本元素有結點、構件、對象、連接、依賴等。

8、系統(tǒng)體系結構建模可以分為軟件系統(tǒng)體系結構建模和硬件系統(tǒng)體系結構建模

9、構件時軟件系統(tǒng)體系結構類、對象、他們間的關系和協(xié)作種定義的概念和功能在物體體系結構中的實現(xiàn)

10、軟件構件分為源代碼構件、二進制構件和可執(zhí)行代碼構件

11、構件圖主要用于建立系統(tǒng)的靜態(tài)模型

12、構件圖中的構件沒有實例，只要在配置圖中才能標識構件的實例

13、配置圖由結點和結點之間的聯(lián)系組成，描述了處理器、設備和軟件構件運行時的體系結構。

14、結點之間、結點與構件之間的聯(lián)系包括通信關聯(lián)、依賴聯(lián)系等。