【正文】 許多強(qiáng)有力的功能和突出的優(yōu)點(diǎn)，都來(lái)源于把類組織成一個(gè)層次結(jié)構(gòu)的系統(tǒng)，一個(gè)類的上層可以有 5層，可以有子類，這種層次結(jié)構(gòu)系統(tǒng)的一個(gè)重要性質(zhì)是一個(gè)類獲得其父類的全部描述，即（）。 A．傳遞性 B．繼承性 C．復(fù)用性 D．并行性 答案 . B 動(dòng)態(tài)模型的構(gòu)成不包括（）。 A．事件 B．關(guān)聯(lián) C．操作 D．狀態(tài) 答案 . B 對(duì)象模型技術(shù) OMT 把分析時(shí)收集的信息構(gòu)造在三類模型中，即對(duì)象模型、動(dòng)態(tài)模型和（）。 A．信息模型 B．控制模型 C．功能模型 D．行為模型 答案 . D 對(duì)象模型的描述工具是（）。 A．狀態(tài)圖 B．?dāng)?shù)據(jù)流圖 C．對(duì)象圖 D．結(jié)構(gòu)圖 答案 . C 動(dòng)態(tài)模型的描述工具是（）。 A．對(duì)象圖 B．結(jié)構(gòu)圖 C．狀態(tài)圖 D．設(shè)計(jì)圖 答案 . C 在只有單重繼承的類層次結(jié)構(gòu)中，類層次結(jié)構(gòu)是（） 。 A．樹(shù)型層次結(jié)構(gòu) B．網(wǎng)狀層次結(jié)構(gòu) C．星型層次結(jié)構(gòu) D．環(huán)型層次結(jié)構(gòu) 答案 . A 表示了對(duì)象的相互行為的模型是（）。 A．對(duì)象模型 B．動(dòng)態(tài)模型 C．功能模型 D．分析模型 答案 . A 在面向?qū)ο蠓椒▽W(xué)中，信息隱藏的實(shí)現(xiàn)是通過(guò)對(duì)象的（）體現(xiàn)的。 A．分類性 B．繼承性 C．封裝性 D．共享性 答案 . C 通過(guò)執(zhí)行對(duì)象的操作改變?cè)搶?duì)象的屬性，但它必須通過(guò)（）來(lái)執(zhí)行。 A．接口 B．消息 C．信息 D．操作 答案 . C 面向?qū)ο蟮闹饕卣鞒藢?duì)象唯一性、封裝性、繼承性外，還有（）。 A．多態(tài)性 B．完整性 C．移植性 D．兼容性 答案 . A 描述對(duì)象的行為，反應(yīng)對(duì)象的狀態(tài)與事件的關(guān)系是（）。 A．狀態(tài)圖 B．對(duì)象圖 C．流程圖 D．結(jié)構(gòu)圖 答案 . A 面向?qū)ο蟮撵o態(tài)模型主要捕獲了（）。 A．對(duì)象功能 B．對(duì)象屬性及操作 C．對(duì)象為系統(tǒng)承擔(dān)的責(zé)任 D．對(duì)象及其連接 答案 . C DFD 用于描述系統(tǒng)的（）。 A．?dāng)?shù)據(jù)結(jié)構(gòu) B．控制流程 C．基本加工 D．軟件功能 答案 .C DFD 中的每個(gè)加工至少需要（）。 A．一個(gè)輸入流 B．一個(gè)輸出流 C．一個(gè)輸入或輸出流 D．一個(gè)輸入流和一個(gè)輸出流 答案 . C 數(shù)據(jù)字典不包括的條目是（）。 A．?dāng)?shù)據(jù)項(xiàng) B．?dāng)?shù)據(jù)流 C．?dāng)?shù)據(jù)類型 D．?dāng)?shù)據(jù)加工 答案 . B 軟件需求規(guī)格說(shuō)明書的作用不包括（）。 A．軟件驗(yàn)收的依據(jù) B．用戶與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解 C．軟件可行性研究的依據(jù) D．軟件設(shè)計(jì)的依據(jù) 答案 . D 軟件需求分析是保證軟件質(zhì)量的重要步驟，它的實(shí)施應(yīng)該在（）。 A．編碼階段 B．軟件開(kāi)發(fā)全過(guò)程 C．軟件定義階段 D．軟件設(shè)計(jì)階段 答案 . C （）是面向數(shù)據(jù)流進(jìn)行需求分析的方法。 A．面向方面分析方法 B．結(jié)構(gòu)化分析方法 C．面向方面的分析方法 D．快速原型方法 答案 . B （）是系統(tǒng)分析人員在需求分析階段需要完成的文檔，是軟件需求分析的最終結(jié)果。 A．軟件可行性分析報(bào)告 B．需求規(guī)格說(shuō)明書 C．測(cè)試規(guī)格說(shuō)明書 D．設(shè)計(jì)規(guī)格說(shuō)明書 答案 . B 在需求分析階段，如果需要對(duì)數(shù)據(jù)模型建模，最好選擇（）。 A． ER 圖 B．流程圖 C． CRC D．用例圖 答案 . A 在結(jié)構(gòu)化分析模型中，（）用于描述數(shù)據(jù)對(duì)象的關(guān)系、構(gòu)建軟件的數(shù)據(jù)模型。 A． ER 圖 B． DFD C． STD 圖 D．?dāng)?shù)據(jù)字典 答案 . A 在結(jié)構(gòu)化分析模型中，（）主要指明系統(tǒng)中數(shù)據(jù)是如何流 動(dòng)和變換的。 A． ER 圖 B． DFD C． STD 圖 D．?dāng)?shù)據(jù)字典 答案 . B 在結(jié)構(gòu)化分析模型中，（）執(zhí)行系統(tǒng)在外部時(shí)間的作用下將如何動(dòng)作，表明系統(tǒng)的各種狀態(tài)及各種狀態(tài)之間的變遷。 A． ER 圖 B． DFD C． STD 圖 D．?dāng)?shù)據(jù)字典 答案 . C 軟件的（）通常由一組模型組成，其中包括數(shù)據(jù)模型、功能模型和行為模型。 A．結(jié)構(gòu)模型 B．設(shè)計(jì)模型 C．分析模型 D．測(cè)試模型 答案 . C （）是對(duì)一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。 A．信息隱藏 B．耦合 C．抽象 D．內(nèi)聚 答案 . B （）標(biāo)志 一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。 A．信息隱藏 B．耦合 C．抽象 D．內(nèi)聚 答案 . D （）是 用戶對(duì)軟件系統(tǒng)能夠完成何種功能，以及在某些場(chǎng)景下軟件系統(tǒng)能夠展現(xiàn)的何種外部可見(jiàn)行為或效果的期望，包括對(duì)外部行為效果的業(yè)務(wù)規(guī)則約束。 A．功能需求 B．非功能需求 C．軟件需求 D．業(yè)務(wù)約束 答案 . A （）表示 用戶對(duì)軟件質(zhì)量屬性、運(yùn)行環(huán)境、資源約束、外部接口等方面的要求或期望 。 A．功能需求 B．非功能需求 C．軟件需求 D．業(yè)務(wù)約束 答案 . B （）表示 用戶在軟件響應(yīng)速度、結(jié)果精度、運(yùn)行時(shí)資源消耗量 等方面的要求。 A． 性能需求 B． 可靠性需求 C． 易用性需求 D． 安全性需求 答案 . A （） 用戶在軟件失效 的 頻率 、 嚴(yán)重程度、易恢復(fù)性 ，以及 故障可預(yù)測(cè)性等方面的要求。 A． 性能需求 B． 可靠性需求 C． 易用性需求 D． 安全性需求 答案 . B （） 用戶在界面的易用性、美觀性，以及對(duì)面向用戶的文檔和培訓(xùn)資料等方面的要求。 A． 性能需求 B． 可靠性需求 C． 易用性需求 D． 安全性需求 答案 . C （） 用戶在身份認(rèn)證、授權(quán)控制、私密性等方面的要求。 A． 性能需求 B． 可靠性需求 C． 易用性需求 D． 安全性需求 答案 . D （）表示 用戶對(duì)軟件系統(tǒng)運(yùn)行環(huán)境的要求。 A． 運(yùn)行環(huán)境約束 B． 外部接口 C． 可保障性（ supportable）需求 D．可維護(hù)性需求。 答案 . A （）表示 用戶對(duì)待開(kāi)發(fā)軟件系統(tǒng)與其他軟件系統(tǒng)或硬件設(shè)備之間的接口的要求。 A． 運(yùn)行環(huán)境約束 B． 外部接口 C． 可保障性（ supportable）需求 D．可維護(hù)性需求。 答案 . B （）表示 用戶在軟件可配置性、可擴(kuò)展性、可維護(hù)性、可移植性等方面的要求。 A． 運(yùn)行環(huán)境約束 B． 外部接口 C． 可保障性（ supportable）需求 D．可維護(hù)性需求 。 答案 . C 需求工程的目標(biāo)是 （）。 A．編寫需求規(guī)格說(shuō)明書 B．分析用戶業(yè)務(wù)邏輯 C．執(zhí)行有效的需求管理。 D． 獲取精確化、一致化、完全化的軟件需求。 答案 . D （） 是指需求工程活動(dòng)的組織方式，包括活動(dòng)的進(jìn)入、完成條件，活動(dòng)的輸入、輸出，參與活動(dòng)的角色及其職責(zé)，活動(dòng)之間的銜接方式等。 A． 需求工程的 目標(biāo) B． 需求工程的 過(guò)程模型 C． 需求工程的 活動(dòng) D． 需求工程的 規(guī)則 答案 . B （） 的目標(biāo)是從用戶的角度，完整地收集并以用戶容易理解的業(yè)務(wù)語(yǔ)言闡述軟件需求，形成文檔。 A． 需求獲取 B．需求策劃 C．需求分析 D．需求評(píng)審 答案 . A 需求的 （）表示 每個(gè)需求項(xiàng)正確地、真實(shí)地反映用戶需求的程度。 A． 正確性 B． 一致性 C． 精確性 D． 完全性 答案 . A 需求的 （）表示 所有需求項(xiàng)構(gòu)成的全集完整地覆蓋所有必須在待開(kāi)發(fā)軟件產(chǎn)品中實(shí)現(xiàn)的用戶需求，尤其不能遺漏重要或者緊迫的用戶需求 。 A． 正確性 B． 一致性 C． 精確性 D． 完全性 答案 . D 需求的 （） 需求項(xiàng)的表述不至引起二義甚至多義理解。 A． 正確性 B． 一致性 C． 精確性 D． 完全性 答案 . C 需求的 （）表示 需求項(xiàng)的表述不至引起二義甚至多義理解。 A． 正確性 B． 一致性 C． 精確性 D． 完全性 答案 . C 需求的（）表示 每項(xiàng)用戶需求在需求模型中僅出現(xiàn)一次 。 A． 無(wú)冗余 B．可行性 C．穩(wěn)定性 D． 可測(cè)試性 答案 . A 需求的（）表示 在實(shí)際資源約束條件下，軟件項(xiàng)目組能夠完整實(shí)現(xiàn)某項(xiàng)需求的可能性 。 A． 無(wú)冗余 B．可行性 C．穩(wěn)定性 D． 可測(cè)試性 答案 . B 需求的（）表示 每項(xiàng)需求能夠在軟件開(kāi)發(fā)周期、軟件生命周期內(nèi)保持不變的可能性 。 A． 無(wú)冗余 B．可行性 C．穩(wěn)定性 D． 可測(cè)試性 答案 . C 需求的（）表示 在驗(yàn)收測(cè)試階段，開(kāi)發(fā)方能否通過(guò)呈現(xiàn)測(cè) 試結(jié)果，客觀地、無(wú)爭(zhēng)議地向用戶表明某項(xiàng)需求已經(jīng)被完整實(shí)現(xiàn) 。 A． 無(wú)冗余 B．可行性 C．穩(wěn)定性 D． 可測(cè)試性 答案 . D 需求的（）表示 需求項(xiàng)發(fā)生變化時(shí)對(duì)整個(gè)軟件系統(tǒng)的結(jié)構(gòu)、質(zhì)量及項(xiàng)目計(jì)劃的影響程度 。 A． 無(wú)冗余 B． 可修改性 C． 用戶價(jià)值 D． 實(shí)現(xiàn)風(fēng)險(xiǎn) 答案 . B 需求的（）表示 需求項(xiàng)對(duì)于用戶完成業(yè)務(wù)目標(biāo)的重要性 。 A． 無(wú)冗余 B． 可修改性 C． 用戶價(jià)值 D． 實(shí)現(xiàn)風(fēng)險(xiǎn) 答案 . C 需求的（）表示 在實(shí)現(xiàn)需求項(xiàng)的過(guò)程中可能存在的風(fēng)險(xiǎn)因素及其應(yīng)對(duì)措施 。 A． 無(wú)冗余 B． 可修改性 C． 用戶價(jià)值 D． 實(shí)現(xiàn)風(fēng)險(xiǎn) 答案 . D （） 是指直接服務(wù)于用戶功能性需求的概念層面的類 ， 與待開(kāi)發(fā)軟件系統(tǒng)的具體實(shí)現(xiàn)技術(shù)無(wú)關(guān)。 A．概念模型 B．分析類 C．設(shè)計(jì)類 D．實(shí)現(xiàn)類 答案 . B 在需求分析中， 邊界類 （）。 A． 負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部 執(zhí)行者 之間的交互 。 B． 作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為。 C． 負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類提供信息訪問(wèn)的操作。 D．負(fù)責(zé)實(shí)現(xiàn)用戶的業(yè)務(wù)邏輯。 答案 . A 在需求分析中， 控制 類 （）。 A． 負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部 執(zhí)行者 之間 的交互 。 B． 作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為。 C． 負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類提供信息訪問(wèn)的操作。 D．負(fù)責(zé)實(shí)現(xiàn)用戶的業(yè)務(wù)邏輯。 答案 . B 在需求分析中， 實(shí)體類 （）。 A． 負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部 執(zhí)行者 之間的交互 。 B． 作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為。 C． 負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)并向其他類提供信息訪問(wèn)的操作。 D．負(fù)責(zé)實(shí)現(xiàn)用戶的業(yè)務(wù)邏輯。 答案 . C 通常情況下， 執(zhí)行者 與用例之間的一種通信連接對(duì)應(yīng)一個(gè) （） 。 A．邊界類 B．控制類 C．實(shí)體類 D．?dāng)?shù)據(jù)字典 答案 . A 一般而言，一個(gè)用例通常對(duì)應(yīng)一個(gè) （） 。如果不同用例的任務(wù)有較多類似之處，也可以考慮在多個(gè)用例的實(shí)現(xiàn)方案中 加以 共享。 A．邊界類 B．控制類 C．實(shí)體類 D．?dāng)?shù)據(jù)字典 答案 . B （） 主要來(lái)源于領(lǐng)域概念模型和用例描述中具有持久意義的信息項(xiàng) ， 一般與用例中特定的業(yè)務(wù)邏輯關(guān)系不大 。 A．邊界類 B．控制類 C．實(shí)體類 D．?dāng)?shù)據(jù)字典 答案 . C UML 通過(guò)圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行 刻畫。 其中（） 包括用例圖（ use case diagram），它從外部用戶的角度描述系統(tǒng)的功能，并指出功能的參與者。 A． 用例視圖 B． 結(jié)構(gòu)視圖 C． 行為視圖 D． 構(gòu)件視圖 答案 . A UML 通過(guò)圖形化的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫。 其中（） 包括類圖 (class diagram)、對(duì)象圖 (object diagram)和包圖 (package diagram)，它們分別從不同的層面表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。 A． 用例視圖 B． 結(jié)構(gòu)視圖 C． 行為視圖 D． 構(gòu)件視圖 答案 . B UML 通過(guò)圖形化 的表示機(jī)制從多個(gè)側(cè)面對(duì)系統(tǒng)的分析和設(shè)計(jì)模型進(jìn)行刻畫。 其中（） 包括交互圖 (interactive diagram)、狀態(tài)圖 (statechart diagram )與活動(dòng)圖 (activity diagram)，它們從不同的側(cè)面刻畫系統(tǒng)的動(dòng)態(tài)行為 。 A． 用例視圖 B． 結(jié)構(gòu)視圖