第壹章是面向對象設計和UML。
1.
(1)基本構建塊中UML規則的通用機制
(2)名稱屬性操作
(3)封裝繼承多態性
(4)繼承
(5)基於組件的瀑布模型噴泉模型XP開發模型。
2.多項選擇問題
(1)C
(2)A B C D
(3)A B C D
(4)公元前
(5)答
3.簡答題
(1)類是具有相同或相似結構、操作和約束規則的對象的集合，而對象是某個類的具體實例，每個類都是具有某種* * *特征的對象的抽象。類和對象的關系就像模具和鑄件的關系壹樣。類的實例化結果是對象，而類的抽象是類。壹個類描述了壹組具有相同特征和行為的對象。
(2)1.UML是壹種語言。2.UML是用來建模的。3.UML是壹個統壹的標準。
(3)建模可以幫助我們根據實際情況或者我們需要的形式將系統可視化；提供詳細解釋系統結構或行為的方法；給出模板，指導制度建設；記錄我們做出的決定。
建模時應遵循以下原則:選擇創建什麽模型，對如何解決問題、如何形成解決方案影響深遠；每個模型可以用不同的精度等級來表示；最好的模型是與現實相聯系的；單壹模式是不夠的；最好用壹套幾乎獨立的模型來處理每壹個重要的系統。
(UML與面向對象軟件開發有著密切的關系。可以說，面向對象的軟件開發促進了UML的出現。然而，在UML標準化的過程中，業務建模、工作流建模和數據庫建模領域的標準和規範被吸收，形成了壹個適應性很強的標準。
(5)在軟件設計過程中，使用UML建模來更好地理解正在開發的系統。通過UML建模，可以達到以下目的:有助於根據實際情況或所需風格對系統進行可視化；能夠調節系統的結構或行為；給出了指導系統建設的模板。記錄所做的決定。
第二章總結了UML的壹般知識點。
1.
(1)依賴泛化關聯的實現
(2)查看圖模型元素
(3)實現視圖部署視圖
(4)構造標簽值約束
(5)規範修改的壹般劃分
2.多項選擇問題
(1)D
(2)C
(3)答
⑷A B
⑸D
3.簡答題
(1)在UML中，定義了四種基本的面向對象的東西，即結構的東西、行為的東西、分組的東西和註釋的東西。
(2)組件類型有:源代碼組件、二進制組件和可執行組件。
(UML中主要包含的視圖有靜態視圖、用例視圖、交互視圖、實現視圖、狀態機視圖、活動視圖、部署視圖和模型管理視圖。
(4)視圖和圖形是包含與被包含的關系。每個視圖包含壹個或多個圖形。
(5)UML提供了壹些公共* * *機制。使用這些公共* * *機制(common mechanisms)可以使UML為各種圖添加適當的描述信息，從而提高UML的語義表達。通常，模型元素的基本功能不能完美地表達要描述的實際信息，但這些通用機制可以有效地幫助表達，並幫助我們進行有效的UML建模。UML提供的這些通用機制貫穿於整個建模過程的各個方面。正如我們前面提到的，UML的壹般機制包括規範、修飾和壹般劃分。
第三章理性統壹過程
1.
(1)角色活動產品工作流程
(2)邏輯視圖、過程視圖、物理視圖、開發視圖和用例視圖
(3)設計和開發驗證
(4)兩個維度
(5)周期性叠代過程的裏程碑
2.多項選擇問題
(1)A B C D
(2)甲丙丁
(3)甲丙丁
(4)公元前
(5)A B C D
3.簡答題
(1)初始階段、細化階段、建設階段、移交階段。
(2)叠代軟件開發、需求管理、基於組件的架構應用、建立可視化軟件模型、軟件質量驗證和軟件變更控制。
(3)在Rational統壹過程的開發過程中，用角色、活動、產品和工作流四個建模元素來表達。
(4)對於壹個以架構為中心的開發組織，需要關註架構的目的、表達和過程。
(5)Rational統壹過程是Rational軟件開發公司的軟件產品，它與Rational軟件開發公司開發的壹系列軟件開發工具緊密結合。Rational unified process有自己的壹套架構，並且這種架構以壹種大多數項目和開發組織都能接受的形式存在。它提供了壹種管理軟件開發組織的方式，有自己的目標和方法。
(6)實現理性統壹過程的步驟:評估當前狀態，確立明確的目標，識別過程風險，策劃過程實現，實施過程實現，評價過程實現。
(7)Rational統壹過程作為壹種軟件工程過程，為開發組織提供了如何嚴格分配軟件開發的任務，如何嚴格劃分參與開發的人員的職責等方法。根據預先制定的計劃，這些計劃包括項目時間計劃和預算，並開發能夠滿足最終用戶要求的高質量軟件產品。Rational統壹過程提供了壹個可預測周期的軟件開發過程，壹個保證生產高質量軟件的系統產品，壹套可以靈活轉換和擴展的過程框架，以及許多軟件開發最佳實踐，這些都使得Rational統壹過程對現代軟件工程的發展產生了深遠的影響。
第四章Rational Rose的安裝和運行
1.
(1)創建並打開最近使用的模型。
(2)用例視圖邏輯視圖組件視圖部署視圖
(3)編輯區
(4)模型內容記錄
(5)mdl
2.多項選擇問題
(1)A B C D
(2)甲丙丁
(3)公元前
(4)甲丙丁
⑸C
3.簡答題
(1)Rational Rose是壹個完整的解決方案，具有滿足所有建模環境(包括Web開發、數據庫建模以及各種開發工具和語言)需求的能力和靈活性。Rational Rose允許系統開發人員、系統管理人員和系統分析人員在軟件的每個開發周期中建立系統需求和系統架構的可視化模型，並且可以將這些系統需求和系統架構的可視化模型轉換成代碼來幫助系統開發。Rational Rose建模工具可以為UML提供良好的支持。
②略，參閱第二節。
(3)通過選擇“文件”菜單欄下的“導入”，可以導入模型、包或類等。可用的文件類型包括。mdl，。ptl，。sub或。貓等。，然後導入“模型”對話框。通過導入模型，您可以利用現有的模型。
通過選擇“導出模型...”在"文件"菜單欄下，我們可以導出模型。導出的文件帶有後綴。ptl。例如，當選擇壹個特定的類時，我們可以選擇“文件”菜單欄下的“導出用戶”來導出它。
(4)4)Rational Rose 2003的主界面主要由標題欄、菜單欄、工具欄、工作區和狀態欄組成。默認工作區由四部分組成，即左邊的瀏覽器，右邊的文檔編輯區和圖形編輯區，以及下面的日誌記錄。
第五章使用Rose設計UML
1.
(1)用例視圖邏輯視圖組件視圖部署視圖
(2)非壹致性檢查和復查功能復查功能重用建模元素和圖形功能。
(3)組件組件圖包
(4)部署
(5)模型代碼庫執行文件運行時其他組件的信息。
2.多項選擇問題
(1)公元
(2)甲丙丁
(3)甲丙丁
(4)公元前
(5)A B C D
3.簡答題
(1)Rational Rose建立的Rose模型分別包括用例視圖、邏輯視圖、組件視圖和部署視圖。用例視圖是系統功能的高級抽象。邏輯視圖是系統如何實現用例中描述的功能。部署視圖顯示系統的實際部署，這是在分析和設計中使用的架構視圖，以便理解系統如何在壹組處理節點上物理分布。
(2)使用Rational Rose生成代碼包括以下四個步驟:選擇要轉換的目標模型，檢查語言的語法錯誤，設置代碼生成屬性，最後生成代碼。
(3)在Rational Rose中，可以收集關於類、類屬性、類操作、類之間的關系、包和組件的靜態信息，這些信息可以轉換成相應的模型並顯示在相應的圖中。
(4)用例視圖側重於系統功能的高層抽象，適用於分析和獲取系統的需求，不關註系統的具體實現方法。邏輯視圖側重於系統如何實現用例中描述的功能，主要支持系統的功能需求，即系統在向用戶提供服務時應該提供的功能。
第六章用例圖
1.
(1)用例圖
(2)參與者(角色)的系統邊界關聯
(3)包括擴展概括
(4)用例粒度
(5)系統外的組件
2.多項選擇問題
(1)D
(2)甲丙丁
(3)C
(4)C
⑸D
3.簡答題
(1)識別用例的最好方法是從分析系統參與者開始，在這個過程中經常會發現新的參與者。找到參與者後，就可以根據參與者來確定系統的用例，主要是看參與者如何使用系統，系統需要提供什麽服務。對於這個選擇的用例模型，它不僅應該容易理解，而且對於不同的涉眾應該是壹致的。
(2)我們可以抽象出用例之間的三種關系:包含、擴展和概括。如果多個用例使用相同的行為部分，您可以將這部分行為分別抽象成壹個用例，然後讓其他用例包含這個用例。擴展關系通常用於處理異常或構建靈活的系統框架。利用可拓關系可以降低系統的復雜度，有利於系統的擴展，提高系統的性能。擴展關系還可以用來處理基本用例中難以描述的問題，使系統更加清晰易懂。當妳發現系統中有兩個或兩個以上的用例在行為、結構、目的上是* * *的時候，就可以使用泛化關系了。這時可以用壹個新的(通常是抽象的)用例來描述這些部分，這個新用例就是父用例。
(3)取決於系統的復雜程度。對於壹個相對簡單的系統，妳可以使用較少的用例圖，而對於壹個更復雜的系統，為了清晰地表達系統功能，妳必須創建更多的用例圖。要根據每個系統的具體情況具體問題具體分析，在盡可能保證整個用例模型可理解的前提下決定用例的大小和數量。
(4)用例圖是軟件需求分析到最終實現的第壹步。它向系統的用戶展示了他們想要提供的功能，有利於用戶和軟件開發者之間的交流。借助用例圖，系統用戶、系統分析人員、系統設計人員和領域專家可以用可視化的方式討論問題，減少了很多溝通障礙，方便了對問題的理解。
(5)使用Rose創建用例圖的步驟:確定參與者，創建用例，最後創建用例之間的關系。
4.電腦問題
(1)用例圖位於光盤學生管理系統中。mdl。-& gt；用戶案例視圖-& gt；系統管理員用例圖
(2)用例圖位於學生管理系統光盤中。MDL。->;用戶案例視圖-& gt；教師用例圖
(3)用例圖位於學生管理系統光盤中。mdl。-& gt；用戶案例視圖-& gt；學生使用案例
第七章類圖和對象圖
1.
(1)對象鏈
(2)依存概括和聯想實現
(3)階級
(4)類接口數據類型組件
(5)***類型化私有類型受保護類型
2.多項選擇問題
(1)A B
(2)C
(3)D
⑷D
⑸C
3.簡答題
(1)類由類名、類屬性、類操作、類責任、類約束和類註釋組成。
(2)對象圖由對象和鏈組成。
(3)在面向對象的分析方法中，類和對象的圖形化表示是關鍵的建模技術之壹。他們能有效地為業務領域和軟件系統建立可視化的對象模型，用強大的表達能力表達面向對象模型的主要概念。UML中的類圖和對象圖顯示了系統的靜態結構，其中類和對象是圖形元素的基礎。
(4)類由三部分組成，即類名、類的性質和類的操作。類的名稱列只包含類名。類的屬性欄定義所有屬性的特征。操作類列在類中。操作類中使用關聯連接，關聯中使用名稱、角色、約束等特征定義。類是壹類對象的抽象，沒有多重類。
壹個對象包含兩部分:對象的名稱和對象的屬性。對象名稱列包含“對象名稱:類名”。對象的屬性欄定義屬性的當前值。操作內容不包括在對象圖中，因為屬於同壹類的對象的操作是相同的。對象由鏈連接，鏈中包含名稱和角色。對象可以是多個。
4.電腦問題
(1)類圖位於光盤學生管理系統中。mdl。-& gt；用戶案例視圖-& gt；類圖
(2)對象圖位於學生管理系統光盤中。mdl。-& gt；邏輯視圖-& gt；類圖
(3)對象圖位於學生管理系統光盤中。MDL。->;邏輯視圖-& gt；類圖
該類圖位於學生管理系統光盤中。mdl。-& gt；用戶案例視圖-& gt；類圖
第八章順序圖
1.
(1)順序圖
(2)發送者和接收者的活動
(3)激活
(4)生命線
(5)給矩形框加下劃線
2.多項選擇問題
(1)A B C D
(2)答
(3)交流
(4)B
(5)公元前
3.簡答題
(1)序列圖的目的包括:確認和豐富壹個使用上下文的邏輯表達式。提煉用例的表達。有效描述如何分配每個類的職責，以及為什麽每個類都有相應的職責。
(2)確定序列對象。創建壹個對象。創造壹條生命線。創建壹條消息。摧毀物體。
(3)序列圖展示了不同的業務對象是如何交互的，對於溝通當前業務是如何進行的非常有用。除了記錄組織的當前事件之外，業務級別的序列圖還可以用作需求文件來交付未來系統的需求。在項目的需求階段，分析師可以通過提供壹個更正式的表達，將用例帶到下壹個層次。在這種情況下，用例經常被細化成壹個或多個序列圖。組織的技術人員也可以通過序列圖記錄壹個未來系統的行為應該如何表現。在設計階段，架構師和開發人員可以利用這個圖挖掘出系統對象之間的交互，從而豐富整個系統設計。
(4)銷毀對象表示對象生命線的結束，在對象生命線中使用壹個“X”進行標識。向對象生命線添加銷毀標記的步驟如下:在序列圖的圖形編輯工具欄中選擇按鈕，光標會變成壹個“+”符號。單擊要銷毀的對象的生命線，該標記在對象的生命線中被識別。該對象的生命線從破壞標記下方的部分消失。
4.電腦問題
(1)序列圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；輸入學生信息1(順序圖)
(2)序列圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；輸入學生信息(順序圖)
(3)序列圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；修改學生信息(順序圖)
第九章協作圖
1.
(1)對象協同關系鏈
(2)物體之間的相互作用
(3)獨立的聯系和關聯
(4)協作圖
(5)新聞
2.多項選擇問題
(1)B
(2)A B D
(3)D
(4)公元前
(5)答
3.簡答題
(1)協作圖的作用:通過刻畫對象之間的消息傳遞，反映特定使用上下文的邏輯表達。顯示對象及其交互的空間組織結構。協作圖的另壹個功能是顯示壹個類操作的實現。
(2)構成協作圖的對象、消息和鏈。壹個對象的角色代表了壹個對象或壹組對象在完成目標的過程中應該發揮的作用。系統的動態行為由壹系列消息描述。鏈是兩個或多個對象之間的獨立連接和關聯實例。
(3)協作圖中有同步消息和異步消息。當系統中使用多個線程時，使用同步消息。當存在並行活動(如消息隊列)時，使用異步消息。
(4)協作圖和順序圖都是交互圖，既等價又不同。序列圖表示時間消息的順序，但不表示靜態對象關系。序列圖可以有效地幫助我們觀察系統的順序行為。協作圖用於表示協作中對象之間的關系和消息，並描述操作或分類器的實現。在對系統的行為進行建模時，通常的做法是用序列圖按時間順序對控制流進行建模，用協作圖按對象組織對控制流進行建模。
4.電腦問題
(1)協作圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；輸入學生信息1(協作圖)
(2)協作圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；輸入學生信息(協作圖表)
(3)協作圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；修改學生信息(協作圖)
第十章活動圖
1.
(1)活動圖
(2)壹個目標流
(3)動作狀態
(4)進入動作和退出動作
(5)泳道
2.多項選擇問題
(1)公元
(2)A B D
(3)C
(4)B
(5)答
3.簡答題
(1)活動圖描述了壹個操作執行過程中完成的工作，對於活動圖描述用例特別有用。它可以對用例的工作流進行建模，並顯示用例內部和用例之間的路徑。活動圖可以解釋用例的實例如何執行動作和改變對象的狀態。它展示了如何執行壹組相關的操作，以及這些操作如何影響它們周圍的對象。活動圖對於理解業務流程非常有用。
(2)2)UML活動圖包含的圖形元素有:動作狀態、活動狀態、組合狀態、分叉和組合、分支和組合、泳道和對象流。
(3)分叉用於指示控制流被分成兩個或更多同時運行的分支。分叉有壹個輸入轉換和兩個或多個輸出轉換，每個轉換可以是壹個獨立的控制流。分支是轉化的壹部分，它將轉化路徑分成多個部分，每個部分都有單獨的監護條件和不同的結果。當動作流遇到分支時，會根據監護條件的真值(布爾值)來確定動作的方向。分支的每條路徑的監護條件應該是互斥的，這樣才能保證只觸發壹條路徑的轉換。
(4)動作狀態是原子動作或操作的執行狀態，不能被外部事件的轉換打斷。動作狀態的原子性決定了動作狀態要麽不執行，要麽不中斷地完全執行。動作狀態不能有進入動作和退出動作，也不能有內部轉移。動作狀態是壹種特殊的活動狀態。作用態可以理解為原子的活動態。
活動狀態是非原子的，用於表示帶有子結構的純計算的執行。活動狀態可以分解為其他子活動或動作狀態，並且可以被從該狀態轉移的事件從外部中斷。活動狀態可以有內部轉換、進入動作和退出動作。活動狀態至少有壹個輸出完成轉換，該轉換在狀態中的活動完成時觸發。
4.電腦問題
(1)活動圖位於光盤學生管理系統中。MDL-->；邏輯視圖->；狀態/活動模型-& gt；學生登錄
(2)活動圖表位於學生管理系統光盤中。MDL-->；用戶案例視圖-& gt；狀態/活動模型-& gt；學生登錄
(3)活動圖表位於學生管理系統光盤中。MDL-->；邏輯視圖->；狀態/活動模型-& gt；刪除學生信息
第11章包裝圖
1.
(1)程序包子系統依賴關系
(2)公共、私人和受保護
(3)模型元件圖
(4)包裝圖
(5)模型
2.多項選擇問題
(1)A
(2)A B
(3)B C D
(4)B C D
(5)公元前
3.簡答題
(1)包之間的關系可以概括為依賴和泛化。
(2)包圖是維護和描述系統整體結構的模型的重要建模工具。通過描述圖中的每個包以及包之間的關系，顯示了系統的模塊之間的依賴關系。包圖由包和包之間的關系組成，是維護和控制系統整體結構的重要工具。
(3)包圖的基本元素是包、子系統和依賴關系。包是壹個通用的名稱空間，可以有任何種類的模型元素。在系統模型中，每個圖必須被壹個唯壹的包所擁有，並且這個包也可能被另壹個包所包含。包構成了配置控制、存儲和訪問控制的基礎。幾個相對獨立的子系統構成壹個大型復雜系統，系統與子系統之間的關系基本上是組合關系。通過對包圖中每個包以及包之間的關系的描述，展示了系統各模塊之間的依賴關系。
(4)包裝是包裝圖中最重要的概念和組成部分。包圖由包和包之間的關系組成。沒有包，就沒有包圖。
4.電腦問題
(1)包圖位於光盤學生管理系統中。MDL-->；邏輯視圖->；趵突山
第十二章組件圖和部署圖
1.
(1)代碼特征身份特征
(2)部件圖
(3)組件類和接口
(4)虛擬包
(5)部署圖
2.多項選擇問題
(1)公元
(2)B
(3)A B D
(4)答
⑸B
3.簡答題
(1)組件圖適用於以下建模需求:系統源代碼、系統發布版本、物理數據庫、適配系統、業務模型構建、系統開發管理。
(2)兩者都有名字，可以實現壹組接口，可以參與依賴，可以嵌套，可以有實例，可以參與交互。類描述了軟件設計的邏輯組織和意圖，而組件描述了軟件設計的物理實現。類可以有屬性和操作，組件只有操作，只有通過組件才能使用接口。
(3)在基本組件圖中，組件之間最常見的關系是依賴和實現。
(4)在UML中，組件主要包括配置組件、工作產品組件和可執行組件。
4.電腦問題
(1)組件圖位於光盤學生管理系統中。MDL-->；組件視圖->；組件圖
(2)部署圖位於學生管理系統光盤中。MDL-->；部署視圖
第十三章狀態圖
1.
(1)對象
(2)狀態圖
(3)簡單狀態和復合狀態
(4)歷史地位
(5)事件
2.多項選擇問題
(1)A B C D
(2)A B
(3)答
(4)甲丙丁
(5)公元前
3.簡答題
(1)狀態圖由狀態、初始狀態、終止狀態、轉移和判斷組成。
(2)狀態機是記錄給定時刻狀態的裝置，它可以根據各種輸入改變其狀態或為每個給定的改變觸發壹個動作。狀態圖本質上是壹個狀態機，或者說是狀態機的壹個特例。它基本上是狀態機中元素的投影，這意味著狀態圖包含了狀態機的所有特性。狀態圖描述了基於事件響應的實體的動態行為，並顯示了實體如何根據其當前狀態來響應不同的時間。
(3)使用狀態圖建模在軟件開發中的作用:狀態圖清晰地描述了狀態之間的轉移順序，通過狀態的轉移順序可以清楚地看到事件的執行順序；清晰的事件順序有助於程序員在開發程序時避免事件的無序；狀態圖清晰地描述了觸發事件、監控條件和動作等影響狀態轉換的因素，有助於程序員避免程序中出現非法事件。通過判斷，狀態圖可以更好地描述工作流因不同條件而產生的分支。
(4)按順序組成壹個狀態的多個子狀態是互斥的，不能同時存在。順序合成狀態最多可以有壹個初始狀態和壹個最終狀態。並發組成狀態可以有兩個或多個並發子狀態，每個並發子狀態可以進壹步分解為連續的組成狀態。並發合成狀態可以沒有初始狀態或最終狀態。
4.電腦問題
(1)狀態圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；狀態/活動模型-& gt；學生信息
(2)狀態圖位於學生管理系統光盤中。MDL-->；邏輯視圖->；狀態/活動模型-& gt；系統管理員