安工大uml復(fù)習(xí)題庫

1、《實驗報告一定要交，四個實驗加個封面訂一起，考試時交來?！贰犊荚嚂r間地點：19周周5上午8點，東教一北203，207，查一下自己在哪個考場，不要弄錯。認(rèn)真復(fù)習(xí)，爭取不掛科，否則影響明年領(lǐng)畢業(yè)證的時間。個別感覺沒考好的同學(xué)，也要記住考了哪些大題，......，認(rèn)真準(zhǔn)備開學(xué)補(bǔ)考。注意考場紀(jì)律。請班長費(fèi)心通知外出實習(xí)的同學(xué)準(zhǔn)時參加?！贰墩撌鲱}》論基于《論述題》論基于UML的軟件開發(fā)的一般過程《此題概述了本課程的全部內(nèi)容》的軟件開發(fā)的一般過程《

2、此題概述了本課程的全部內(nèi)容》或論面向?qū)ο筌浖_發(fā)的一般過程或論面向?qū)ο筌浖_發(fā)的一般過程或拆成兩題或拆成兩題“詳述計劃和細(xì)化階段、分析階段的一般過程詳述計劃和細(xì)化階段、分析階段的一般過程”，“詳述設(shè)計階段、構(gòu)造和詳述設(shè)計階段、構(gòu)造和測試階段的一般過程試階段的一般過程”答：UML是按00思想進(jìn)行系統(tǒng)建模時使用的一組表示法，它并不對采用何種00分析、設(shè)計以及開發(fā)過程模型構(gòu)成限制。基于UML的軟件開發(fā)通常是以體系結(jié)構(gòu)為中心，用例驅(qū)動的迭代和增

3、量式開發(fā)，并結(jié)合職責(zé)分配模式進(jìn)行具體設(shè)計。開發(fā)過程可以包括計劃和細(xì)化、迭代的構(gòu)造和實施3大階段。在經(jīng)過一個初步的計劃和細(xì)化階段后，進(jìn)入若千迭代構(gòu)造開發(fā)周期，每個周期都包含分析、設(shè)計、構(gòu)造和測試步驟。(1)計劃和細(xì)化階段：通過各種傳統(tǒng)的需求獲取手段（調(diào)查、訪談、原型等）得出系統(tǒng)目標(biāo)、系統(tǒng)功能和系統(tǒng)屬性，撰寫系統(tǒng)規(guī)格說明?；趨⑴c者和外部事件尋找用例，必要吋可通過繪制活動圖與用戶反復(fù)商討，以增進(jìn)對領(lǐng)域過程和功能需求的理解《做什么》。按照風(fēng)險

4、、業(yè)務(wù)主線及對體系結(jié)構(gòu)的影響程度（系統(tǒng)屬性）劃分用例的優(yōu)先級，并據(jù)此決定用例的時間調(diào)度。對高優(yōu)先用例采用擴(kuò)展格式細(xì)化用例描述（基本流程替代流程）。同時建立概念模型草案、系統(tǒng)體系結(jié)構(gòu)草案。(2)分析階段：根據(jù)當(dāng)前周期的用例描述，采用概念目錄列表、非正式分析或事務(wù)模式，識別出相關(guān)概念，建立初始概念模型，根據(jù)通用關(guān)聯(lián)列表和信息存儲的需要，為概念模型添加關(guān)聯(lián)和屬性。將用例分解為系統(tǒng)事件，并對應(yīng)系統(tǒng)操作，建立系統(tǒng)順序圖；分析系統(tǒng)操作被調(diào)用后系統(tǒng)狀

5、態(tài)的變化，為系統(tǒng)操作建立契約，進(jìn)一步理解系統(tǒng)行為《做的效果》。(3)設(shè)計階段：設(shè)計一個合理的體系結(jié)構(gòu)，建立真實用例（包括界面設(shè)計)。針對每個系統(tǒng)操作，使用操作契約中的職責(zé)和后置條件以及用例描述文檔作為起點，按照職責(zé)分配模式或BCE(邊界、控制、實體）模式為對象分配職責(zé)：通過順序圖或協(xié)作圖體現(xiàn)對象間的交互《怎么做》。同時參照概念模型和交互圖中的消息，建立設(shè)計類圖，并根據(jù)可見性要求設(shè)計關(guān)聯(lián)(4)構(gòu)造和測試階段：從設(shè)計類圖創(chuàng)建類的定義（屬性和

6、方法原型)，根據(jù)交互圖創(chuàng)建方法實現(xiàn)。用OOPL實現(xiàn)設(shè)計制品到代碼的映射，對系統(tǒng)進(jìn)行相關(guān)的測試。進(jìn)入下一個迭代周期，在制品同步以后，識別更多的需求，選取所需開發(fā)的用例，更新用例圖，擴(kuò)展概念模型，并運(yùn)用泛化、包和聚合等技術(shù)概括FI益增多新概念，拓展系統(tǒng)順序圖和系統(tǒng)操作契約；運(yùn)用更多的職責(zé)分配模式進(jìn)行設(shè)計（并根據(jù)需要設(shè)計與外部系統(tǒng)、其他子系統(tǒng)、持久化設(shè)施的交互機(jī)制）；進(jìn)一步構(gòu)造并測試?！墩撌鲱}》前《論述題》前5個常用個常用GRASP職責(zé)分配模

7、式的名稱、要點或意圖職責(zé)分配模式的名稱、要點或意圖專家專家(expert):將職責(zé)分配給信息專家——掌握為了履行職責(zé)所必需的信息的類（誰懂的多就讓誰干（誰懂的多就讓誰干）創(chuàng)建者創(chuàng)建者(creat):):大的對象有責(zé)任創(chuàng)建小的對象，這是大的對象有責(zé)任創(chuàng)建小的對象，這是0000DP中最常見的任務(wù)。中最常見的任務(wù)。高聚合度或高內(nèi)聚高聚合度或高內(nèi)聚(highcohesion):是一個評價標(biāo)準(zhǔn)，用于判斷一個類中的各個職責(zé)之間相關(guān)程度和集是一個評價

8、標(biāo)準(zhǔn)，用于判斷一個類中的各個職責(zé)之間相關(guān)程度和集中程度程度（可重用性的內(nèi)因）。低耦合度或低耦合低耦合度或低耦合(lowcoupling):):是一個評價標(biāo)準(zhǔn)，用十判斷類間依賴間依賴稈度是否較小（可重用性的外在表現(xiàn))?？刂普呖刂普?controller):應(yīng)該有一個類協(xié)調(diào)處協(xié)調(diào)處理一個用例的各個系統(tǒng)事件，以使用例的狀態(tài)信息保持一致。課本（作者：刁成嘉）上的習(xí)題第1章系統(tǒng)建模與分析設(shè)計技術(shù)的演變一、選擇題ACDB1.封裝封裝是指把對象的(A

9、)結(jié)合在一起，組成一個獨立的對象。A.屬性和操作B.信息流C.消息和事件D.數(shù)據(jù)的集合9.UML中的開個不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是（用例）視圖、（邏輯）視圖、（構(gòu)件）視圖、（進(jìn)程）視圖和（配置）視圖10.UML中有10種基本圖可以完整地描述出所建造的系統(tǒng)，這10種圖是種圖是（用例圖；類圖、對象圖、包圖、構(gòu)件圖、配置圖；活動圖、順序圖、協(xié)作圖、狀態(tài)圖）四、綜合（22、24、33)《簡答題》《簡答題》22.22.U

10、ML軟件開發(fā)過程的特征是什么？軟件開發(fā)過程的特征是什么？UML軟件開發(fā)的基本特征是：以用例驅(qū)動開發(fā)過程，以系統(tǒng)體系結(jié)構(gòu)為中心，以質(zhì)量控制和風(fēng)險管理為目標(biāo)，采用反復(fù)（迭代、循環(huán))、漸增式的螺旋上升式開發(fā)過程。《簡答題》《簡答題》24.24.UML中的類圖建模的目的與意義是什么？中的類圖建模的目的與意義是什么？類圖是用類和它們之間的關(guān)系描述系統(tǒng)的一種圖示，展示了系統(tǒng)中類的靜態(tài)結(jié)構(gòu)和類與類之間的相互聯(lián)系，表示一個系統(tǒng)的邏輯結(jié)構(gòu)。類圖是構(gòu)件其他

11、圖的基礎(chǔ)，沒有類圖，也就沒有狀態(tài)圖、合作圖等其他圖，也就無法表示系統(tǒng)的其他各個方面。《簡答題》33.UML中的順序圖建模目的與意義是什么？順序圖用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。作為動態(tài)模型制品之一，順序圖可以描述系統(tǒng)的動態(tài)行為和控制結(jié)構(gòu)。通過描述對象間動態(tài)合作關(guān)系，顯示對象之間的交互過程以及交互順序，同時描述了為滿足用例要求所進(jìn)行的活動以及活動間的約束關(guān)系?！逗喆痤}》請說明藍(lán)圖和草圖的區(qū)別，并簡單描述其

12、適用的場景。藍(lán)圖一般是指采用CASE工具繪制的、正式的、規(guī)范的UML模型；而草圖則通常是指手工繪制的、規(guī)范度較低的在紙上繪制的UML模型。對于局部的、重要性不高的、共享范圍較小的UML模型，直接將草圖掃描到電腦存檔即可；對于全局的、重要性高的、高度共享的，在草圖的基礎(chǔ)上用CASE工具繪制成為正式的藍(lán)圖，并將其納入統(tǒng)一的模型管理中《簡答題》什么是《簡答題》什么是UML答：UML是一種用來明確、構(gòu)建和文檔、構(gòu)建和文檔化軟件系統(tǒng)制品的通用可視

13、化建模語言。UML是圖形化表示法的事實標(biāo)準(zhǔn)，用來繪制和展示與軟件（特別是00軟件）相關(guān)的圖形以及文字。第3章需求分析與用例建模一、選擇1.可行性研究分析包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分析和（B)。A.風(fēng)險可行性分析B.法律可行性分析C.資源可行性分析D.效益可行性分析2.UML的客戶需求分析模型包括（A)模型、初始類圖、初始對象圖和活動圖組成。A.用例B.靜態(tài)C.動態(tài)D.系統(tǒng)3.UML客戶需求分析使用的CRC卡上“責(zé)任”一欄的內(nèi)容主要描

14、述類的（C)和操作。A.對象成員B.關(guān)聯(lián)對象C.屬性D.私有成員4.UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的（D)。A.狀態(tài)B.體系結(jié)構(gòu)C.靜態(tài)模型D.功能要求功能要求5?在UML的需求分析建模中，用例模型必須與（D)反復(fù)交流反復(fù)交流并加以確認(rèn)。A.軟件生產(chǎn)商B.用戶單位領(lǐng)導(dǎo)C.軟件開發(fā)人員D.問題領(lǐng)域?qū)＜?.在UML的需求分析建模中，對用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用(A)?！秷D《圖——文字——圖》圖》A.活動圖B.狀態(tài)圖C.配

15、置圖D.構(gòu)件圖7.活動圖中的分劈和同步接合圖符是用來描述（A)。A.多進(jìn)程的并發(fā)處理行為B.對象的時序C.類的關(guān)系D.系統(tǒng)體系結(jié)構(gòu)框架二、填空題10.10.軟件項目的可行性研究分析中，技術(shù)可行性研究包括（風(fēng)險分析）、（資源分析）、（技術(shù)分析）3部分組成。11.11.在UML軟件開發(fā)過程的需求分析階段，建立用例模型的步驟分為（確定系統(tǒng)范圍、參與者和用例）、（描述用（確定系統(tǒng)范圍、參與者和用例）、（描述用例）、例）、(用例分類、確定用例之間