面向?qū)ο筌浖こ炭倧?fù)習(xí)課件

面向?qū)ο筌浖こ虖埦?39.com試題類型及分?jǐn)?shù)分配選擇題，共20分填空題，共20分簡答題，共30分分析題，共30分一、選擇題舉例面向?qū)ο蠓椒ㄐ枰⑷N模型分別是對(duì)象模型、動(dòng)態(tài)模型和

。（C）A.信息模型 B.控制模型C.功能模型 D.行為模型面向?qū)ο蠓椒ǖ囊厥?/p>

。（B）A．對(duì)象、類、數(shù)據(jù)類型和算法B．對(duì)象、類、繼承和消息C．對(duì)象、基類、派生類和繼承D．對(duì)象、父類、子類和繼承用“自底向上”方式建立繼承關(guān)系是指

。（B）A．把現(xiàn)有類細(xì)化成更具體的子類B．從現(xiàn)有類泛化出更抽象的父類C．從較高的層次推導(dǎo)出較低的層次D．從較低的層次抽象出較高的層次包含風(fēng)險(xiǎn)分析的軟件工程模型是

。（A）A．螺旋模型 B．瀑布模型C．增量模型 D．噴泉模型

要減少兩個(gè)模塊之間的耦合，則必須____。（D）A．兩個(gè)模塊間的調(diào)用次數(shù)要少 B．模塊間傳遞的參數(shù)要少C．模塊間傳遞的參數(shù)要少且布傳遞開關(guān)型參數(shù)D．模塊間傳遞的參數(shù)要少且不傳遞開關(guān)型參數(shù)以及兩模塊不引用同樣的全局變量

在進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì)時(shí)應(yīng)遵循的主要原理是

。（C）A．抽象B．模塊化C．模塊獨(dú)立 D．信息隱藏

模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在下面四類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類。（D）A．順序性內(nèi)聚 B．過程性內(nèi)聚 C．邏輯性內(nèi)聚 D．功能性內(nèi)聚面向?qū)ο蟮奶卣髦皇?/p>

。（A）A.對(duì)象的唯一性 B.數(shù)據(jù)如何確定C.對(duì)象的共享性 D.數(shù)據(jù)關(guān)系的抽象對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作

于對(duì)象的統(tǒng)一體中。（B）A．結(jié)合B．隱藏C．封裝D．抽象需求工作流的主要任務(wù)是準(zhǔn)確定義出要開發(fā)軟件系統(tǒng)

。（A）A.做什么B.怎么做C.如何做D.對(duì)誰做

驗(yàn)收測(cè)試是對(duì)軟件進(jìn)行

測(cè)試。（C）A.可靠性B.有效性C.可維護(hù)性D.可用性下列耦合度表示中，最弱的耦合形式是

。（C）A、特征耦合B、公共耦合C、數(shù)據(jù)耦合D、控制耦合

下面關(guān)于面向?qū)ο蠓椒ㄖ邢⒌臄⑹?，不正確的是

。(B)

A）鍵盤、鼠標(biāo)、通信端口、網(wǎng)絡(luò)等設(shè)備一有變化，就會(huì)產(chǎn)生消息

B）操作系統(tǒng)不斷向應(yīng)用程序發(fā)送消息，但應(yīng)用程序不能向操作系統(tǒng)發(fā)送消息

C）應(yīng)用程序之間可以相互發(fā)送消息

D）發(fā)送與接收消息的通信機(jī)制與傳統(tǒng)的子程序調(diào)用機(jī)制不同軟件測(cè)試的目的是

。通常單元測(cè)試是在代碼編寫階段可進(jìn)行的測(cè)試，它是整個(gè)測(cè)試工作的基礎(chǔ)。（C）

A）表明軟件的正確性B）評(píng)價(jià)軟件質(zhì)量

C）盡可能發(fā)現(xiàn)軟件中錯(cuò)誤D）判定軟件是否合格在開發(fā)軟件時(shí)，

可用來提高程序員的工作效率。（A）

A）CASE工具B）操作系統(tǒng)的作業(yè)管理功能

C）編譯程序的優(yōu)化功能D）并行運(yùn)算的大型計(jì)算機(jī)在下列關(guān)于軟件需求管理的困難性的相關(guān)論述中，其中不正確的是

。

A）需求會(huì)變更

B）需求不總是顯而易見的，而且它可能來自各個(gè)方面

C）需求總是能容易用文字明白無誤地表達(dá)

D）存在不同種類的需求，其詳細(xì)程度各不相同二、填空題舉例統(tǒng)一過程的5個(gè)核心工作流分別是需求工作流、設(shè)計(jì)工作流、分析工作流、實(shí)現(xiàn)工作流、測(cè)試工作流。統(tǒng)一工程的4個(gè)階段分別是初始階段、細(xì)化階段、構(gòu)造階段、移交階段。類是有繼承屬性的抽象數(shù)據(jù)類型，對(duì)象則是類的實(shí)例。三、簡答題舉例簡述面向?qū)ο蠓缎团c傳統(tǒng)范型相比有哪些不同？實(shí)體類的提取包括哪三個(gè)迭代？簡述其增量式執(zhí)行步驟？面向?qū)ο笤O(shè)計(jì)應(yīng)該遵循哪些準(zhǔn)則？簡述每條準(zhǔn)則的內(nèi)容？請(qǐng)說明用例和用例圖的區(qū)別？假設(shè)要為某醫(yī)院開發(fā)一個(gè)電話掛號(hào)的軟件管理系統(tǒng)，其需求陳述如下：當(dāng)病人打電話掛號(hào)時(shí)，接線員將查閱掛號(hào)登記表，如果病人申請(qǐng)的就診時(shí)間與醫(yī)生的接診時(shí)間沖突，則接線員建議一個(gè)就診時(shí)間以安排病人盡早得到就診。如果病人同意建議的就診時(shí)間，接線員將輸入約定時(shí)間和病人的名字。系統(tǒng)將核實(shí)病人的名字并提供記錄的病人數(shù)據(jù)，數(shù)據(jù)包括病人的病歷號(hào)等。在每次治療后，護(hù)士將標(biāo)記相應(yīng)的掛號(hào)就診已經(jīng)完成，如果必要的話會(huì)安排病人下一次復(fù)診時(shí)間。四、分析題舉例系統(tǒng)能夠按病人姓名和按日期進(jìn)行查詢，能夠顯示記錄的病人數(shù)據(jù)和掛號(hào)信息。接線員可以取消掛號(hào)，可以打印出前三天已掛號(hào)但尚未就診的病人清單。系統(tǒng)可以從病人記錄中獲知病人的電話號(hào)碼。接線員還可以打印出所有醫(yī)生的每天和每周的工作安排。請(qǐng)使用面向?qū)ο蠓椒▽?duì)該系統(tǒng)進(jìn)行分析、設(shè)計(jì)，建立該系統(tǒng)的（1）用例模型；（2）對(duì)象模型；（3）狀態(tài)圖；（4）功能模型。1.建立用例在這個(gè)階段，通過用例來捕獲用戶的需求。用例圖從用戶角度描述系統(tǒng)的功能，它必須包含用戶關(guān)心的所有關(guān)鍵功能。用戶通常就是用例圖中的執(zhí)行者。為了畫出系統(tǒng)的用例圖，首先應(yīng)該找出系統(tǒng)的用戶，然后根據(jù)用戶對(duì)系統(tǒng)功能的需求確定用例。從對(duì)系統(tǒng)的需求陳述可知，接線員負(fù)責(zé)處理病人掛號(hào)事務(wù)，為此他需要訪問掛號(hào)登記表和病人記錄，接線員也可以取消掛號(hào)。此外，接線員還可以根據(jù)掛號(hào)登記表打印出關(guān)于所有醫(yī)生的每天和每周的工作安排，醫(yī)生將按照工作安排接診病人；在病人就診后，護(hù)士將標(biāo)記相應(yīng)的掛號(hào)診治已完成，必要時(shí)還將安排病人下次復(fù)診，即護(hù)士也可以更新掛號(hào)登記表的內(nèi)容；系統(tǒng)能夠按照病人姓名和日期查詢預(yù)約信息，雖然這項(xiàng)查詢功能需求沒有指明執(zhí)行者，但是這并不意味著沒有執(zhí)行者也可以有用例，一個(gè)用例必須與至少一個(gè)執(zhí)行者相關(guān)聯(lián)，可以認(rèn)定“查詢預(yù)約”這個(gè)用例的執(zhí)行者可以是醫(yī)院的護(hù)士和接線員。圖1醫(yī)院電話掛號(hào)管理系統(tǒng)的用例圖綜上所述，系統(tǒng)中的執(zhí)行者有接線員、醫(yī)生和護(hù)士；用例有打印工作安排、取消掛號(hào)、更新掛號(hào)、查詢掛號(hào)、完成掛號(hào)、訪問病人記錄和訪問掛號(hào)登記表等。醫(yī)院，接線員，醫(yī)生，護(hù)士，軟件系統(tǒng)，掛號(hào)，病人，掛號(hào)登記表，就診時(shí)間，掛號(hào)時(shí)間，約定時(shí)間，系統(tǒng)，名字，記錄的病人數(shù)據(jù)，病歷號(hào)，姓名，日期，掛號(hào)信息，病人清單，病人記錄，電話號(hào)碼，每天工作安排，每周工作安排。由于通過名詞識(shí)別法找到的候選者中有許多并不是問題域中真正有意義的類，因此必須對(duì)這些候選者進(jìn)行嚴(yán)格的篩選，從中刪去不正確的或不必要的，只保留確實(shí)應(yīng)該記錄其信息或需要其提供服務(wù)的那些類。根據(jù)需求陳述，電話掛號(hào)管理系統(tǒng)的主要功能是管理病人的掛號(hào)情況，并不關(guān)心醫(yī)院內(nèi)每名工作人員的分工，因此，醫(yī)生、護(hù)士和接待員都不是問題域中的類；“軟件系統(tǒng)”和“系統(tǒng)”是同義詞，指的是將要開發(fā)的軟件產(chǎn)品，不是問題域中的類；“就診時(shí)間”、“掛號(hào)時(shí)間”和“約定時(shí)間”在本問題陳述中的含義相同，指的都是掛號(hào)時(shí)約定的就診時(shí)間，它們包括日期和時(shí)間兩部分，但是，它們是掛號(hào)登記表包含的屬性，不能作為問題域中的類；“名字”和“姓名”是同義詞，應(yīng)該作為病人和掛號(hào)登記表的屬性；“記錄的病人數(shù)據(jù)”實(shí)際上就是“病人記錄”，可以統(tǒng)一使用“病人記錄”作為類名；“病歷號(hào)”和“電話號(hào)碼”是病人記錄的屬性，不是獨(dú)立的對(duì)象；從需求陳述可知，“病人清單”是已掛號(hào)但尚未就診的病人名單，應(yīng)該包含病人姓名、約定的就診時(shí)間等內(nèi)容，它和“掛號(hào)信息”包含的內(nèi)容基本相同，可以只保留“病人清單”作為問題域中的類。圖2醫(yī)院電話掛號(hào)管理系統(tǒng)的類圖3.建立狀態(tài)圖如果需要深入理解類，可以畫狀態(tài)圖來詳細(xì)描述類的狀態(tài)變化情況。實(shí)際工作中，并不需要為每個(gè)類都畫狀態(tài)圖，只對(duì)所關(guān)心的某些類的行為進(jìn)行描述即可。牙科診所管理系統(tǒng)的主要功能是實(shí)現(xiàn)病人預(yù)約，根據(jù)需求陳述可以畫出醫(yī)院電話掛號(hào)管理系統(tǒng)狀態(tài)圖(圖3)。圖中把除了完成病人預(yù)約之外的事務(wù)籠統(tǒng)地稱為日常事務(wù)。4.建立功能模型功能模型表明了系統(tǒng)中數(shù)據(jù)之間的依賴關(guān)系，以及有關(guān)的數(shù)據(jù)處理功能，它由一組數(shù)據(jù)注圖組成。從需求陳述可知，當(dāng)進(jìn)行電話掛號(hào)時(shí)病人提供姓名、希