東北大學(xué)軟件工程復(fù)試大全軟件工程

一、判斷題1、軟件危機(jī)是指軟件開發(fā)和保護(hù)過程中存在的周期長、成本高、質(zhì)量低等問題（）。2、軟件危機(jī)是指計算機(jī)硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)的開發(fā)滿足客戶需求的軟件而研究、成立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可胸襟的、可控制的工程原則和方法。（）1、軟件危機(jī)是指軟件開發(fā)和保護(hù)過程中存在的周期長、成本高、質(zhì)量低等問題（）。2、軟件危機(jī)是指計算機(jī)硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟(jì)的開發(fā)滿足客戶需求的軟件而研究、成立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可胸襟的、可控制的工程原則和方法。（）4、軟件工程是指編制軟件的工程項目。（）5、軟件工程是一個零散的相關(guān)知識點的會集。（）6、軟件工程包括軟件過程、項目管理、開發(fā)方法、軟件胸襟和開發(fā)工具等各相關(guān)方面的知識的有機(jī)組合（）7、軟件開發(fā)擁有難以描述性（）8、軟件開發(fā)的質(zhì)量保證主若是經(jīng)過程序員的經(jīng)驗來保證的（）9、軟件滿足客戶需求的程度是衡量軟件質(zhì)量的最重要要素（）10、項目管理的內(nèi)容涉及人力資源管理、項目計劃、風(fēng)險管理、項目追蹤、質(zhì)量保證、配置管理等方面（）11、項目管理的內(nèi)容涉計算機(jī)硬件管理和軟件管理兩方面（*）二、選擇題1、下面描述哪些不屬于軟件的開發(fā)特點（）A)軟件開發(fā)擁有難以描述性B)軟件開發(fā)缺乏可見性C)軟件開發(fā)擁有獨立性D)軟件開發(fā)擁有變化性2、下面描述中那些屬于軟件的開發(fā)特點（）A)軟件開發(fā)擁有風(fēng)險性B)軟件開發(fā)擁有隨意性C)軟件開發(fā)擁有可描述性D)軟件開發(fā)不擁有變化性3、以下關(guān)于軟件危機(jī)的描述正確的選項是（）A)軟件危機(jī)是指軟件開發(fā)過程越來越長B)軟件危機(jī)是指軟件開發(fā)成本越來越高C)軟件危機(jī)是指軟件質(zhì)量越來越低D)軟件危機(jī)是指以上三項的綜合4、軟件危機(jī)的表現(xiàn)不正確的選項是（）A)缺乏計劃性B)軟件需求獲取不充分、不正確C)缺乏團(tuán)隊開發(fā)的合作D)開發(fā)過于規(guī)范5、軟件危機(jī)的表現(xiàn)不正確的選項是（）A)缺乏優(yōu)秀的質(zhì)量評測手段B)軟件的可保護(hù)性C)軟件種類過少D)軟件可復(fù)用性差6、相關(guān)軟件工程的描述正確的選項是（）A)軟件工程只包括軟件的開發(fā)過程B)軟件工程涉及軟件過程、項目管理、開發(fā)方法、開發(fā)工具甚至企業(yè)文化。C)軟件工程的目標(biāo)是提高開發(fā)的軟件的運行速度。D)軟件工程以降低開發(fā)成本為核心。7、下面哪一項不屬于項目管理的范圍（）A)人力資源管理B)項目談判C)風(fēng)險管理D)質(zhì)量保證8、相關(guān)軟件工程描述不正確的選項是（）A)軟件工程主若是以軟件設(shè)計工具自動開發(fā)軟件B)軟件工程是軟件開發(fā)過程可胸襟C)軟件工程的核心是質(zhì)量保證D)軟件過程是一個將用戶需求轉(zhuǎn)變?yōu)檐浖到y(tǒng)所需要的活動的會集9、軟件過稱模型不包括（）A)瀑布模型B)螺旋模型C)SOA模型D)RUP模型10、下面那些不是軟件工程工具（）A)RequisiteProB)RoseC)offiCeD)Together11、下面哪一項為哪一項軟件評審的主要內(nèi)容（）A）系統(tǒng)定義的目標(biāo)可否與用戶的要求一致B）文檔中的所有描述可否完滿、清楚、正確地反響用戶要求C）可否詳細(xì)擬定了檢驗標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)可否對系統(tǒng)定義可否成功進(jìn)行確認(rèn)D）以上均是12、軟件工程方法學(xué)的研究內(nèi)容包括軟件開發(fā)技術(shù)和軟件工程管理兩部分，其希望達(dá)到的最后目標(biāo)是（）A）除掉軟件危機(jī)B）軟件開發(fā)工程化C）軟件設(shè)計自動化D）實現(xiàn)軟件可用性13、軟件生產(chǎn)的復(fù)雜性和高成本，使大型軟件生產(chǎn)出現(xiàn)危機(jī)，下述哪個（些）是軟件危機(jī)的主要表現(xiàn)（）Ⅰ.需求增加難滿足Ⅱ.生產(chǎn)成本過高Ⅲ.進(jìn)度難以控制Ⅳ.質(zhì)量不易保證A）Ⅰ和ⅡB）ⅣC）Ⅱ和ⅢD）所有是14、與“軟件危機(jī)”表現(xiàn)沒關(guān)的是（）A）軟件需求定義不正確B）軟件生產(chǎn)成本高，價格昂貴C）軟件生產(chǎn)進(jìn)度無法控制D）軟件開發(fā)技術(shù)落后15.軟件工程思想產(chǎn)生于解決20世紀(jì)60年代的軟件為積極，下述：Ⅰ.軟件需求定義不正確Ⅱ.軟件進(jìn)度難以控制Ⅲ.軟件生產(chǎn)的高成本Ⅳ.軟件質(zhì)量不易保證（）是當(dāng)時軟件危機(jī)的主要表現(xiàn)。A）Ⅰ和ⅡB）Ⅱ和ⅢC）Ⅲ和ⅣD）所有16、造成軟件危機(jī)爆發(fā)的實質(zhì)原因是（）A）軟件從業(yè)人員過少，無法滿足日益增加的軟件開發(fā)需要B）軟件復(fù)雜性越來越大、變化越來越快C）軟件的普及應(yīng)用以致了失業(yè)人口的增加D）軟件開發(fā)成本越來越大，以致應(yīng)用推行造成了瓶頸17、在1968年召開的關(guān)于軟件危機(jī)的會雨中，用來解決這一問題的的是（）A）瀑布模型B）軟件經(jīng)濟(jì)學(xué)C）軟件工程D）軟件估計18、以下不屬于軟件特點的是（）A．軟件是一種邏輯產(chǎn)品B．軟件產(chǎn)品存在磨損問題C．軟件的生產(chǎn)主若是研制D．軟件開銷不斷增加【答案】判斷題：1、√2、×3、√4、×5、×6、√7、√8、×9、×10、√11、×選擇題：1、C2、A3、D4、D5、C6、B7、B8、A9、C10、C11、D12、B13、D14、D15、D16、B17、C18、B第二章軟件開發(fā)過程和活動【本章測試】一、判斷題1、軟件開發(fā)過程是是一個軟件開發(fā)組織針對某一類軟件產(chǎn)品為自己規(guī)定的工作步驟，它應(yīng)該是科學(xué)的、合理的，否則必然影響到軟件產(chǎn)品的質(zhì)量（）2、可行性研究是在短時間和低成本條件下來確定給定的問題在其拘束條件內(nèi)可否有解、有幾種解以及哪個是最正確解的活動（）3、USE-CASE圖不屬于需求解析活動中產(chǎn)生的圖表（）4、程序員參加需求解析（）5、QA人員不參加需求解析（）6、設(shè)計階段的文檔中有大量的代碼（）7、整體設(shè)計包括功能構(gòu)造設(shè)計、系統(tǒng)辦理流程設(shè)計、系統(tǒng)數(shù)據(jù)庫設(shè)計、計算甲和網(wǎng)絡(luò)配置設(shè)計。（）8、軟件架構(gòu)設(shè)計屬于整體設(shè)計（）9、詳細(xì)設(shè)計包括模塊間的接口設(shè)計（）10、設(shè)計階段包括架構(gòu)設(shè)計師、程序員、復(fù)用工程師、用戶技術(shù)員、QA人員（）11、推行活動中不包括單元測試（）12、推行活動的人員不包括用戶技術(shù)員（）13、測試活動主若是證明軟件正確（）14、程序開發(fā)出來就代表軟件開發(fā)過程的結(jié)束（）15、弊端是指程序中的弊端所產(chǎn)生的不正確結(jié)果（）二、選擇題1、軟件開發(fā)活動中的基本活動是（）A)項目追蹤活動B)質(zhì)量保證活動C)軟件配置管理活動D)問題定義活動2、軟件開發(fā)活動中屬于輔助性活動的是（）A)可行性研究活動B)需求解析活動C)質(zhì)量保證活動D)設(shè)計活動3、軟件開發(fā)活動中屬于輔助性活動的是（）A)風(fēng)險管理B)編碼活動C)測試活動D)部署活動4、軟件開發(fā)活動中的不屬于基本活動是（）A)需求解析活動B)設(shè)計活動C)編碼活動D)風(fēng)險管理活動5、軟件開發(fā)活動中不是輔助性活動是（）A)交付活動B)項目追蹤活動C)質(zhì)量保證活動D)軟件配置管理后動6、以下不屬于項目管理活動的是（）A)風(fēng)險管理B)計劃活動C)設(shè)計活動D)項目追蹤活動7、以下對問題定義活動的描述不正確的選項是（）A)問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的重點問題B)問題定義定義系統(tǒng)的范圍界線C)問題定義活動發(fā)生在軟件開發(fā)初期D)問題定義發(fā)生在需求解析時期8、以下表達(dá)正確的選項是（）A)問題定義活動屬于在需求解析從前B)可行性研究在需求解析此后C)問題定義活動在可行洗個研究此后D)問題定義在需求解析此后9、軟件工程的組要組成部分為（）A)軟件開發(fā)過程B)軟件開發(fā)方法C)軟件開發(fā)需求D)軟件開發(fā)工具10、關(guān)于軟件過程的特點描述錯誤的選項是（）A)軟件開發(fā)過程應(yīng)擁有易理解性B)軟件開發(fā)過程應(yīng)擁有不能見性C)軟件開發(fā)過程應(yīng)擁有可支持性D)軟件開發(fā)過程應(yīng)擁有可接受性11、關(guān)于軟件過程的特點描述錯誤的選項是（）A)軟件開發(fā)過程應(yīng)擁有可靠性B)軟件開發(fā)過程應(yīng)擁有強(qiáng)壯性C)軟件開發(fā)過程應(yīng)具關(guān)閉性D)軟件開發(fā)過程應(yīng)擁有高效率性12、下面不是引入軟件開發(fā)過程的原因（）A)軟件開發(fā)工作范圍的擴(kuò)大B)軟件開發(fā)的風(fēng)險從可預(yù)知漸漸發(fā)展到不能預(yù)知不易控制C)單個程序員開發(fā)發(fā)展到團(tuán)隊開發(fā)D)軟件產(chǎn)品開發(fā)的標(biāo)準(zhǔn)化13、關(guān)于問題定義下面描述錯誤的選項是（）A)問題定義是軟件開發(fā)過程中間的一個定義要解決的問題并確定系統(tǒng)范圍的活動。B)問題定義能夠形成一個初期判斷，完成一個最初共識C)問題定義發(fā)生在項目日程表的最前端D)問題定義占整個軟件開發(fā)時間中的比率較大14、在問題定義階段需要參加的人員有（）A)系統(tǒng)解析師B)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C)程序員D)開發(fā)方領(lǐng)導(dǎo)和項目經(jīng)理15、關(guān)于可行性研究活動錯誤的選項是（）A）可行性研究是以相對短的時間和相對低的成本來確定給定的問題在其拘束條件內(nèi)可否有解、有幾種解以及哪個是最正確解。B）可行性研究必定要明確滿足拘束條件的方案可否存在、可否可行、可否最優(yōu)。C）可行性研究比問題定義活動所耗資的時間短D)可行性研究主要在客戶現(xiàn)場完成。16、不屬于可行性研究活動中參加的人員的是（）A）系統(tǒng)解析師B）程序員C）出資方領(lǐng)導(dǎo)、出資方技術(shù)人員D）用戶代表、開發(fā)方領(lǐng)導(dǎo)、項目經(jīng)理、架構(gòu)設(shè)計師、領(lǐng)域?qū)＜?7、參加可行性研究活動但不參加問題定義活動的人員有（）A）系統(tǒng)解析師B)出資方領(lǐng)導(dǎo)、出資方技術(shù)人員C)財務(wù)人員、市場人員、軟件質(zhì)量保證（SQA，SoftwareQualityAssure）人員D)開發(fā)方領(lǐng)導(dǎo)和項目經(jīng)理18、不在可行性研究中完成的任務(wù)有（）A)定義系統(tǒng)范圍B)復(fù)查系統(tǒng)規(guī)模和目標(biāo)C)研究現(xiàn)行系統(tǒng)D)導(dǎo)出新系統(tǒng)解決方案19、關(guān)于需求解析活動的說法錯誤的有（）A)需求必定經(jīng)過所有相關(guān)人員的認(rèn)可B)功能需求描述系統(tǒng)應(yīng)該做什么C)非功能需求描述系統(tǒng)必定遵守的拘束條件D)需求解析文檔中不包括軟件規(guī)約文檔20、下面那個文檔不屬于需求解析階段產(chǎn)生的文檔（）A)類圖B)用戶需求文檔C)系統(tǒng)需求文檔D)軟件規(guī)約文檔21、依照國家標(biāo)準(zhǔn)GB8566-88《計算機(jī)軟件開發(fā)規(guī)范》的規(guī)定，軟件開發(fā)流程分為8個階段，即可行性研究和計劃、需求解析、大綱設(shè)計、詳細(xì)設(shè)計、實現(xiàn)、組裝測試、確認(rèn)測試、使用和保護(hù)。實現(xiàn)階段要完成的工作之一是單元測試，這種測試要依照在（）階段中的規(guī)格說明進(jìn)行。A）可行性研究計劃B）需求解析C）大綱設(shè)計D）詳細(xì)設(shè)計E）實現(xiàn)F）組裝測試G）確認(rèn)測試H）使用和保護(hù)22、組裝測試計劃是在（）階段指定的。A）可行性研究計劃B）需求解析C）大綱設(shè)計D）詳細(xì)設(shè)計E）實現(xiàn)F）組裝測試G）確認(rèn)測試H）使用和保護(hù)23、確認(rèn)測試計劃是在（）階段擬定的。A）可行性研究計劃B）需求解析C）大綱設(shè)計D）詳細(xì)設(shè)計E）實現(xiàn)F）組裝測試G）確認(rèn)測試H）使用和保護(hù)24、測試的目的是為了（）。A）證明軟件吻合設(shè)計要求B）發(fā)現(xiàn)軟件中的錯誤和弊端C）改進(jìn)軟件的功能和性能D）發(fā)掘軟件的潛藏能力25、軟件開發(fā)過程中，常常會出現(xiàn)錯誤，經(jīng)考據(jù)明最簡單產(chǎn)生錯誤的階段是（）A）詳細(xì)設(shè)計B）需求解析C）編碼D）大綱設(shè)計26.軟件保護(hù)時在用戶使用軟件時期對軟件所做的補(bǔ)充、改正和加強(qiáng)，一般認(rèn)為軟件保護(hù)最常有的是（）A）完滿性保護(hù)B）適應(yīng)性保護(hù)C）校正性保護(hù)D）支持性保護(hù)27.在軟件開發(fā)的各個階段中，對軟件開發(fā)成敗影響最大的是（）。A）需求解析B）大綱設(shè)計C）詳細(xì)設(shè)計D）編碼28系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時需要對系統(tǒng)進(jìn)行保護(hù)，這種保護(hù)屬于（）A）校正性保護(hù)B）適應(yīng)性保護(hù)C）完滿性保護(hù)D）預(yù)防性保護(hù)29、以手下于形式化開發(fā)方法的是（）A）構(gòu)造化開發(fā)方法B）Jackson開發(fā)方法C）維也納開發(fā)方法D）面向?qū)ο箝_發(fā)方法30、數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)儲藏組成時所使用的符號(‥‥)表示（）A）可選B）與C）或D）重復(fù)【答案】判斷題：1、√2、√3、×4、√5、×6、×7、√8、√9、×10、×11、×12、√13、×14、×15、×選擇題：1、D2、C3、A4、D5、A6、C7、D8、A9、C10、B11、C12、D13、D14、C15、C16、B17、C18、A19、D20、A21、D22、C23、B24、B25、B26、A27、A28、B29、C30、D第三章軟件過程模型【本章測試】一、判斷題1、對軟件開發(fā)過程按過程組織策略出抽象出的模型就是過程模型（）2、RUP模型的特點是系統(tǒng)完滿、理論成熟、實踐性強(qiáng)、可裁剪、不能擴(kuò)大（）3、RUP模型屬于演進(jìn)型模型（）4、RUP軟件開發(fā)過程分先啟、精化、成立和測試四個階段（）5、螺旋模型是一種演進(jìn)模型（）6、使用螺旋模型不需要很高的風(fēng)險評估技術(shù)（）7、螺旋模型能夠?qū)Ω丁白詈笙迺r”（）8、增量模型和瀑布模型都屬于演進(jìn)型模型（）9、增量模型不利于與用戶交互（）10、RAD模型的開發(fā)速度快但很難模塊化（）二、選擇題1、下面那個階段不屬于在軟件生命周期中軟件定義時期（）A)問題定義B)可行性研究C)需求解析D)整體設(shè)計2、相關(guān)軟件過程模型的說法錯誤的選項是（）A)軟件過程模型能夠知道項目經(jīng)理和項目成員應(yīng)該依照什么樣的工序完成項目B)項目經(jīng)理能夠參照過程模型確定獨到的過程計劃C)軟件過程模型是組織項目活動的一般方法D)軟件過程模型是軟件架構(gòu)3、不屬于線性系列模型的模型是（）A)線性次序模型B)增量模型C)RAD模型D)瀑布模型4、不屬于演進(jìn)系列模型（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型5、屬于線性系列模型的是（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型6、屬于演進(jìn)系列模型的模型是（）A)線性次序模型B)增量模型C)RAD模型D)瀑布模型7、關(guān)于線性次序模型的說法錯誤的選項是（）A)線性次序模型提議軟件開發(fā)依照系統(tǒng)化、有次序的方法。B)該模型依照系統(tǒng)解析、設(shè)計、編碼、測試等活動次序。C)線性次序模型依照“步步為營”的方法開發(fā)軟件D)線性次序模型就是瀑布模型8、關(guān)于瀑布模型的描述錯誤的選項是（）A）瀑布模型實際上是線性次序模型的改進(jìn)B）瀑布模型擁有反響體系C）瀑布模型不擁有反響體系D）瀑布模型中開發(fā)方不能夠很好的與用戶交互9、下面不屬于瀑布模型的優(yōu)點是（）A)擁有必然的反響性質(zhì)B)嚴(yán)格的規(guī)定了每個階段必定提交的交付物C)每個階段結(jié)束前都必定有正式的審查D)與用戶交互好10、關(guān)于RAD模型下面描述錯誤的選項是（）A）RAD模型也叫快速應(yīng)用開發(fā)模型B）在RAD是從線性次序模型“泛化”而來C）RAD模型是多個線性次序模型的并行D）RAD模型是多個線性次序模型的串行11、不屬于RAD模型的弊端是（）A)若是一個系統(tǒng)難以被合適的模塊化，那么很難組織多個開發(fā)團(tuán)隊并行開發(fā)B)RAD不合適小項目的開發(fā)C)若是初期不鞥完滿的正確的獲取需求，那么很難準(zhǔn)時完成開發(fā)任務(wù)D)若是缺乏過去的近似項目經(jīng)驗，則很難快速的設(shè)計系統(tǒng)12、不屬于邊改邊建模型的弊端是（）A)否認(rèn)了在項目推行前需求解析和設(shè)計活動的重要性B)沒有計劃和明確的目標(biāo)C)開銷和成本較好控制D)要求需求完滿明確13、關(guān)于增量模型的說法錯誤的選項是（）A)能夠在開發(fā)過程中與用戶很好的交互B)增量模型能夠有計劃的管理技術(shù)風(fēng)險C)增量模型會以致“永不結(jié)束”D)增量模型有助于試驗性產(chǎn)品的開發(fā)14、關(guān)于螺旋模型的說法正確的選項是（）A)螺旋模型是線性模型B)螺旋模型是演進(jìn)模型C)螺旋模型能夠降低開發(fā)風(fēng)險D)螺旋模型不合適大型項目的開發(fā)15、RUP模型的描述錯誤的為（）A)RUP模型提議以迭代和增量的方式開發(fā)系統(tǒng)B)RUP模型提議以遞歸和增量的方式開發(fā)系統(tǒng)C)每次迭代都包括業(yè)務(wù)工程、需求、解析設(shè)計、推行、測試和部署等基本活動D)每個迭代結(jié)束后才進(jìn)入下一次迭代16、不屬于RUP模型的優(yōu)點的是（）A)可擴(kuò)大B)實踐性強(qiáng)C)可剪裁D)開發(fā)速度快17、瀑布模型是最常用的傳統(tǒng)軟件開發(fā)模型，它的特點之一（）。A）文檔是階段完成的里程碑B）擁有從軟件規(guī)格說明變換成可執(zhí)行代碼的自動程序設(shè)計的新風(fēng)范C）利用軟件速成原型法加強(qiáng)軟件人員與用戶的聯(lián)系D）支持人工智能，面向?qū)ο蟮刃萝浖夹g(shù)的集成18、軟件開發(fā)模型是指軟件開發(fā)的所有過程、活動和任務(wù)的構(gòu)造框架。主要的開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié)合，并增加了（）。A）系統(tǒng)工程B）風(fēng)險解析C）設(shè)計評審D）進(jìn)度控制19、螺旋模型是成立在（）的基礎(chǔ)上。A）模塊劃分B）子程序分解C）設(shè)計D）原型20、螺旋模型沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就獲取（）的一個新版本。A）模塊劃分B）子程序分解C）設(shè)計D）原型21、噴泉模型描述了（）的開發(fā)模型。A）面向?qū)ο驜）面向數(shù)據(jù)流C）面向數(shù)據(jù)構(gòu)造D）面向事件驅(qū)動22、噴泉模型表現(xiàn)了這種開發(fā)方法創(chuàng)辦軟件的過程所固有的（）的特點。A）歸納B）推理C）迭代D）遞歸23、噴泉模型表現(xiàn)了這種開發(fā)方法創(chuàng)辦軟件的過程所固有的（）的特點。A）開發(fā)各階段之間無“縫隙”B）開發(fā)各階段分界顯然C）部分開發(fā)階段分界顯然D）開發(fā)過程不分段24.若是在開發(fā)時期內(nèi)沒有或極稀有需求變化、風(fēng)險較低和對應(yīng)用領(lǐng)域很熟悉，則合用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型25.在項目開發(fā)初期需求較明確但可能有變化、對應(yīng)用領(lǐng)域較熟悉和中等風(fēng)險的項目則合用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型26螺旋模型結(jié)合了瀑布和演化模型的特點，與其他模型對照，最大的特點是加入并重申了（）A）客戶評估B）風(fēng)險管理C）用例解析D）風(fēng)險解析27.螺旋模型最初是從（）開始第一個螺旋A）擬定計劃B）看法項目C）系統(tǒng)原型D）遺留系統(tǒng)28.常有的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中合用于需求明確或很少改正的項目是（）。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型29.常有的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）主要用來描述面向?qū)ο蟮能浖_發(fā)過程。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型30.若是用戶對系統(tǒng)的目標(biāo)不是很清楚，需求難以定義，這時最好是用（）進(jìn)行系統(tǒng)開發(fā)。A）原型法B）瀑布模型C）V-模型D）螺旋模型31.瀑布模型（WaterfallModel）突出的弊端是不適應(yīng)（）的變動。A）算法B）平臺C）程序語言D）用戶需求【答案】判斷題：1、√2、×3、√4、×5、√6、×7、√8、×9、×10、√選擇題：1、D2、D3、B4、C5、C6、B7、D8、C9、D10、D11、B12、D13、C14、D15、B16、D17、A18、B19、D20、D21、A22、C23、A24、A25、C26、D27、B28、A29、D30、A31、D第四章問題定義和可行性研究方法【本章測試】一、判斷題1、問題的定義和可行性研究同屬于軟件開發(fā)過程的初期活動（）2、問題的定義是在可行性研究的基礎(chǔ)上推行的（）3、問題的定義弄清軟件系統(tǒng)要解決的根本問題，可行性研究弄清系統(tǒng)所需的資源和經(jīng)費（）4、問題的定義要求開發(fā)方和使用方共同完成（）5、操作可行性指軟件系統(tǒng)可否能很好的使用（）6、調(diào)換可行性指建議的系統(tǒng)可否能夠按期交付使用（）7、評估風(fēng)險由項目經(jīng)理、系統(tǒng)解析師、SQA人員和客戶共同完成（）8、可行性解析的目的在于確定客戶提出的問題可否有解，可否值得去解（）9、可行性解析報告是問題定義和可行性解析階段的最后交付物（）10、錢幣的時間價值用來衡量錢幣在不相同時期的內(nèi)在價值（）二、選擇題1、關(guān)于可行性研究的說法正確的選項是（）A)是以相對短的時間和相對低的成本來確定給定的問題可否有解B)可行性研究不關(guān)心系統(tǒng)的成本，只關(guān)心系統(tǒng)可否有解C)可行性研究完成問題的定義D)可行性研究不需要SQA人員參加2、關(guān)于技術(shù)可行性說法錯誤的選項是（）A)考慮用戶可否已購買相應(yīng)的計算機(jī)軟件設(shè)備B)考慮用戶可否已購買相應(yīng)的計算機(jī)硬件設(shè)備C)考慮用戶可否會用開發(fā)的軟件技術(shù)D)考慮可否有現(xiàn)成的成熟技術(shù)可用3、關(guān)于操作可用性說法正確的選項是（）A)開發(fā)人員可否能開發(fā)出新系統(tǒng)B)新系統(tǒng)可否自動操作C)新系統(tǒng)可否滿足用戶的需求D)新系統(tǒng)所需的用戶操作可否可行4、關(guān)于經(jīng)濟(jì)可行性錯誤的說法是（）A)察看系統(tǒng)的經(jīng)濟(jì)效益可否高出它的開發(fā)成本B)成本包括啟動成本和運營成本C)只需經(jīng)濟(jì)可行則系統(tǒng)能夠開發(fā)D)經(jīng)濟(jì)可行性中的成本包括培訓(xùn)開銷5、關(guān)于技術(shù)可行性的說法錯誤的選項是（）A)從技術(shù)角度解析產(chǎn)品“做得了嗎？”B)從技術(shù)角度解析產(chǎn)品“做得好嗎？”C)從技術(shù)角度解析產(chǎn)品“做得快嗎？”D)從技術(shù)角度解析“用戶會用嗎？”6、參加風(fēng)險評估的人員中沒有（）A)用戶B)項目經(jīng)理C)系統(tǒng)解析師D)SQA人員7、關(guān)于指定軟件開發(fā)計劃正確的選項是（）A)軟件開發(fā)計劃由程序員來做B)軟件開發(fā)計劃由項目經(jīng)理來做C)軟件開發(fā)計劃有系統(tǒng)解析師來做D)軟件開發(fā)計劃已經(jīng)確定不能夠改正8、關(guān)于可行性研究正確的說法是（）A)指定軟件營銷計劃在基礎(chǔ)性解析從前進(jìn)行B)基礎(chǔ)性解析是指對現(xiàn)有系統(tǒng)的解析C)只需點對建議方案進(jìn)行風(fēng)險評估D)必定對所有可行方案進(jìn)行風(fēng)險評估9、關(guān)于成本效益解析正確的說法是（）A)經(jīng)過成本效益解析能夠得出經(jīng)濟(jì)可行性的結(jié)論B)成本解析中不包括用戶培訓(xùn)開銷C)成本解析中不包括人員開銷D)成本解析中不包括維修開銷10、屬于啟動成本的是（）A)人員開銷B)軟件開發(fā)成本C)不能預(yù)示開銷D)維修開銷11、不屬于運營成本的是（）A)人員開銷B)軟件開發(fā)成本C)不能預(yù)示開銷D)維修開銷12、屬于運營成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)耗資品開銷D)用戶培訓(xùn)成本13、不屬于開發(fā)成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)耗資品開銷D)用戶培訓(xùn)成本14、不屬于系統(tǒng)運營效益的是（）A)直接效益B)減少管理開銷而產(chǎn)生的效益C)提高工作效率、降低辦理成本而產(chǎn)生的效益D)開發(fā)系統(tǒng)信息發(fā)出后產(chǎn)生的股票收益15、關(guān)于成本效益解析方法正確的說法是（）A)成本效益解析常用的方法有投資回收解析法和靜資本現(xiàn)值法B)投資回收解析法可精確計算投資與收益C)投資回收解析法比靜資本現(xiàn)值法更精確D)靜資本現(xiàn)值法不計算錢幣價值顛簸16、下面不屬于可行性解析報告內(nèi)容的有（）A)產(chǎn)品定位B)產(chǎn)品歸納C)方案說明與比較D)整體設(shè)計【答案】判斷題：1、√2、×3、×4、√5、×6、√7、×8、√9、×10、√選擇題：1、A2、C3、D4、C5、D6、A7、B8、C9、A10、B11、B12、C13、C14、D15、A16、D第五章需求解析方法【本章測試】一、判斷題1、需求解析不需要考慮系統(tǒng)的測試問題（）2、需求解析應(yīng)盡量考慮實現(xiàn)方式（）3、狀態(tài)變遷圖是需求解析的功能模型（）4、數(shù)據(jù)流圖是需求解析的功能模型（）5、數(shù)據(jù)流圖是需求解析的行為模型圖（）6、Petri網(wǎng)是需求解析的功能模型（）7、Petri網(wǎng)是需求解析的行為模型（）8、狀態(tài)變遷圖是需求解析的行為模型（）9、用例圖屬于需求解析的行為模型（）10、泛化關(guān)系代表特別到一般的關(guān)系（）11、泛化關(guān)系代表一般到特其他關(guān)系（）12、擴(kuò)展關(guān)系是指對一個已經(jīng)存在的用例增加新的功能（）二、選擇題1、關(guān)于需求解析的描述錯誤的選項是（）A)需求解析要依照次序漸進(jìn)的原則B)需求必定是可考據(jù)的C)需求解析階段應(yīng)充分考慮系統(tǒng)的實現(xiàn)語言D)需求必定是追蹤的2、相關(guān)需求解析描述錯誤的選項是（）A)需求解析平時這是不能考據(jù)B)需求解析包括橫向分解和縱向分解兩種C)橫向分解將一個功能分解為多個子功能D)縱向分解講一個功能不斷細(xì)分3、在需求解析中關(guān)于遠(yuǎn)離實現(xiàn)原則的描述錯誤的選項是（）A)防范記錄一些由于當(dāng)前技術(shù)才存在的需求B)使用一些可能不是核心產(chǎn)品的技術(shù)C)防范對實現(xiàn)的方式做出拘束D)采用各盡其責(zé)的方法4、關(guān)于需求解析中可考據(jù)性原則的描述錯誤的選項是（）A)經(jīng)過需求的考據(jù)標(biāo)準(zhǔn)，能夠胸襟出系統(tǒng)實現(xiàn)的質(zhì)量B)不能考據(jù)的需求，可是是對需求的一種主觀夢想，關(guān)于設(shè)計和測試等活動而言都是缺乏意義的C)需求解析中能夠有部分是不能考據(jù)的。D)需求經(jīng)過了“考據(jù)”才能證明所開發(fā)的系統(tǒng)吻合客戶和用戶的要求的依照5、關(guān)于數(shù)據(jù)流突說法錯誤的()A)數(shù)據(jù)流圖是一個分層看法模型B)數(shù)據(jù)流圖包括整體圖、零級圖、一級圖、二極圖、細(xì)節(jié)圖C）數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中搬動時怎樣變化D）數(shù)據(jù)流圖描述對數(shù)據(jù)流進(jìn)行變換的功能6、關(guān)于數(shù)據(jù)流圖說法錯誤的選項是（）A）數(shù)據(jù)流圖的整體圖描述了系統(tǒng)和周圍環(huán)境的關(guān)系B）零級圖表示一個系統(tǒng)的主要功能或主要的子系統(tǒng)C）細(xì)節(jié)圖表示復(fù)雜的辦理的詳細(xì)內(nèi)部表示D）一級圖表示對某個模塊的表示7、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A)外面實體只能出此刻整體圖和零級圖中B)外面實體能出此刻整體圖和細(xì)節(jié)圖中C）數(shù)據(jù)儲藏只能出此刻零級圖和細(xì)節(jié)圖中D）數(shù)據(jù)儲藏在分層的數(shù)據(jù)流程圖中只能出現(xiàn)一次8、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A）數(shù)據(jù)儲藏必定既有讀操作，也有寫操作B）數(shù)據(jù)流要有名字C)數(shù)據(jù)流表示相關(guān)的控制邏輯D)數(shù)據(jù)流必定開始或結(jié)束在辦理圓圈上9、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A）每個辦理要有編號，但不表示先后次序B）每個辦理要有編號，表示先后次序C）每個圖中辦理的數(shù)不應(yīng)高出9個D）每個辦理應(yīng)該既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流軟件設(shè)計方法10、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A）每個辦理應(yīng)該既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流B)子圖與父圖中對應(yīng)的辦理必定執(zhí)行相同的功能，且子圖與對應(yīng)的辦理流入和流出的數(shù)據(jù)流相同C)輸入/輸出命令不能夠作為數(shù)據(jù)流程圖中的辦理D)每個辦理應(yīng)該能夠沒有輸出的數(shù)據(jù)流11、關(guān)于數(shù)據(jù)字典錯誤的選項是（）A）數(shù)據(jù)字典主要配合數(shù)據(jù)流圖使用B）數(shù)組字典與數(shù)據(jù)流圖沒關(guān)C）數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)必然義便于通訊和共享D）數(shù)據(jù)字典中的主要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)儲藏和辦理12、關(guān)于判斷表說法錯誤的選項是（）A）判斷表只用在測試階段B）判斷表是解析和表達(dá)多邏輯條件下執(zhí)行不相同操作的情況的工具C）判斷表的左上部表記條件或數(shù)據(jù)元素名稱D）判斷表的右上部表示所有條件組合13、關(guān)于判斷表說法錯誤的選項是（）A）判斷表左下部表示辦理活動名稱B）判斷表的右上部表示所有條件組合C）判斷表的左上部表記條件或數(shù)據(jù)元素名稱D）判斷表只用在測試階段14、關(guān)于判斷表說法錯誤的選項是（）A）判斷表表達(dá)邏輯清楚，比自然語言簡單理解B）問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C）問題中的條件或數(shù)據(jù)元素在表中可出現(xiàn)多次D）判斷表隨著問題中條件的增加會變得特別復(fù)雜15、關(guān)于判斷樹說法錯誤的選項是（）A）判斷樹是一個樹狀圖B）判斷樹中的根結(jié)點表示問題的名字C）判斷樹的內(nèi)部節(jié)點表示條件，葉子節(jié)點表示活動D）判斷樹的葉子節(jié)點表示條件，內(nèi)部節(jié)點表示活動16、關(guān)于判斷樹說法錯誤的選項是（）A）判斷樹簡單理解，不需要用戶培訓(xùn)B）繪制方法直觀C）判斷樹書寫簡單D）判斷樹繁瑣，同一條件要書寫多次17、不是面向?qū)ο蟮男枨蠼馕龇椒Ｐ偷模ǎ〢）用例建模B）ER圖建模C）對象-關(guān)系模型D）對象-行為模型18、關(guān)于用例圖的描述錯誤的選項是（）A）用例圖表示系統(tǒng)的行為B）用橢圓表示行為C）用小人表示用戶D）用帶說明的線表示用戶與行為的關(guān)系19、關(guān)于Actor的說明錯誤的選項是（）A）Actor在系統(tǒng)界線外面B）Actor直接與系統(tǒng)交互C）Actor可能是任何事物D）一個人只能擔(dān)當(dāng)1個參加者20、關(guān)于用例說明錯誤的選項是（）A)用例止于系統(tǒng)界線B)用例是一個交互的抽象C)用例是Actor的行為D)從Actor的角度去描述用例21、構(gòu)造化解析方法是一種面向（）的需求解析方法。A）對象B）數(shù)據(jù)構(gòu)造C）數(shù)據(jù)流D）控制流22、構(gòu)造化解析方法最為常用的圖形工具是（）。A）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）構(gòu)造圖F）數(shù)據(jù)字典23、構(gòu)造化解析方法中，與數(shù)據(jù)流圖配合使用的是（）。A）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）構(gòu)造圖F）數(shù)據(jù)字典24、數(shù)據(jù)流圖中有名字及方向的成分是（）。A）控制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源/終點F）節(jié)點25、數(shù)據(jù)流圖不能夠由計算機(jī)辦理的成分是（）。A）控制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源/終點F）節(jié)點26、軟件需求解析的任務(wù)不應(yīng)包括（）。A）問題分解B）可靠性與安全性要求C）構(gòu)造化程序設(shè)計D）確定邏輯模型27、進(jìn)行需求解析課使用多種工具，但（）是不合用的。A）數(shù)據(jù)流圖（DFD）B）判斷表C）PAD圖D）數(shù)據(jù)字典28、在需求解析中，開發(fā)人員要與用戶解決的最重要的問題是（）。A）要讓軟件做什么B）要給該軟件供應(yīng)哪些信息C）要求軟件工作效率怎樣D）要讓軟件擁有何種構(gòu)造29、需求規(guī)格說明書的內(nèi)容不應(yīng)包括（）。A）對重要功能的描述B）對算法的詳細(xì)過程描述C）對數(shù)據(jù)的要求D）軟件的性能30、構(gòu)造化解析方法（SA）是一種起初嚴(yán)格定義需求的方法，重申解析對象的（）。A、程序流B、指令流C、控制流D、數(shù)據(jù)流31、構(gòu)造化解析方法（SA）的指導(dǎo)思想是（）。A、自上而下逐層分解B、自下而上逐層分解C、面向?qū)ο驞、面向過程32、過程P分解為P1、P2、P3三個子過程，以下列圖的數(shù)據(jù)流圖中存在兩處錯誤，其中錯誤1是（）。A、1層SB、1層S2C、0層SD、0層S133、上圖中還有一處錯誤是（）A、1層SB、1層S2C、0層SD、0層S134、在軟件開發(fā)過程中常用圖作為描述工具，如DFD就是面向（）解析方法的描述工具。A）數(shù)據(jù)構(gòu)造B）數(shù)據(jù)流C）對象D）構(gòu)件35、在一套分層DFD中，若是某一張圖中有N個加工，則這張圖贊成有（）張子圖。A）0B）1C）1~ND）0~N36、在一張DFD圖中，隨意兩個加工之間（）。A）有且僅有一條數(shù)據(jù)流B）最少有一條數(shù)據(jù)流C）能夠有0條或多條名字互不相同的數(shù)據(jù)流D）能夠有0條或多條數(shù)據(jù)流，但贊成其中有若干條名字相同的數(shù)據(jù)流37、在劃分層DFD時，應(yīng)注意保持（）之間的平衡。A）父圖與其子圖B）同一父圖的所有子圖C）不相同父圖的所有子圖D）同一子圖的所有直接父圖38、DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串聯(lián)續(xù)交換形成一種信息流，這種信息流可分為（）兩類。A）控制流和變換流B）變換流和事物流C）事物流和事件流D）事件流和控制流39、在業(yè)務(wù)領(lǐng)域解析過程中，經(jīng)過成立實體關(guān)系圖，把與業(yè)務(wù)相關(guān)的數(shù)據(jù)模型化；經(jīng)過成立（）來表示業(yè)務(wù)活動的分解過程。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動圖（PAD）D）過程關(guān)系圖（PRD）40、在業(yè)務(wù)領(lǐng)域解析過程中，兩個業(yè)務(wù)過程之間的互相依賴關(guān)系應(yīng)記錄在過程依賴圖中；經(jīng)過成立（）來詳細(xì)說明整個業(yè)務(wù)過程的邏輯。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動圖（PAD）D）甘特圖（Ganntte）41、UML是一種面向?qū)ο蟮囊恢陆ＵZ言。它包括10種圖形，其中，用例圖顯現(xiàn)了外面actor與系統(tǒng)所供應(yīng)的用例之間的連結(jié)，UML中的外面actors是指（），用例能夠用活動圖來描述。A）人員B）單位C）人員或單位D）人員或外面系統(tǒng)42、UML是一種面向?qū)ο蟮囊恢陆ＵZ言。它包括10種圖形，其中，用例圖顯現(xiàn)了外面actor與系統(tǒng)所供應(yīng)的用例之間的連結(jié)，UML中的外面actors是指人員或外面系統(tǒng)，用例能夠用（）來描述。A）類B）狀態(tài)C）活動D）協(xié)作43、狀態(tài)圖指了然對象所有可能的狀態(tài)以及狀態(tài)間的遷移（transition）。若是一個并發(fā)的狀態(tài)由n個并發(fā)的子狀態(tài)圖組成，那么，該并發(fā)狀態(tài)在某時刻的狀態(tài)由（）個子狀態(tài)圖中各取一個狀態(tài)組合而成。A）每一B）隨意一C）隨意二D）隨意m（m≤n）44、協(xié)作圖描述了協(xié)作的（）之間的交互和鏈接（link），它畫成對象圖的形式。A）對象B）類C）用例D）狀態(tài)45、協(xié)作圖描述了協(xié)作的對象之間的交互和鏈接（link），它畫成（）圖的形式。A）對象B）類C）用例D）狀態(tài)46、20世紀(jì)90年代中，出現(xiàn)了一批新的面向?qū)ο蠓椒?，（）是面向?qū)ο蠓椒ㄗ钤绲奶嶙h者之一，他提出了面向?qū)ο筌浖こ痰目捶ā）CoadB）BoochC）JacobsonD）Yourdon47、Rumbaugh等人提出了面向?qū)ο蟮慕＜夹g(shù)（OMT）方法，采用了面向?qū)ο蟮目捶?，并引入各種獨立于語言的表示符。這種方法用（）共同完成對整個系統(tǒng)的建模。A）對象模型、動向模型、功能模型和用例模型B）數(shù)據(jù)模型、靜態(tài)模型、動向模型和功能模型C）靜態(tài)模型、動向模型、功能模型和用例模型D）對象模型、靜態(tài)模型、動向模型和功能模型48、Jacobson于1994年提出了OOSE方法，其最大的特點是面向用例，并在用例的描述中引入了（）的看法。A）類B）UMLC）角色D）繼承49、UML交融了面向?qū)ο蟮慕＜夹g(shù)（OMT）方法和OOSE方法的基本看法，UML的重要內(nèi)容能夠由（）等5類圖來定義。A）類圖、次序圖、行為圖、動向圖、配置圖B）對象圖、用例圖、靜態(tài)圖、狀態(tài)圖、交互圖C）包圖、序列圖、行為圖、交互圖、活動圖D）用例圖、靜態(tài)圖、行為圖、交互圖、實現(xiàn)圖50、在使用UML建模時，若需要描述超越多個用例的單個對象行為，使用（）是最為合適的。A）協(xié)作圖（collaborationdiagram）B）序列圖（sequencediagram）C）活動圖（activitydiagram）D）狀態(tài)圖（statechartdiagram）51、UML構(gòu)造包括了基本構(gòu)造塊、公共體系和（）。A）把這些構(gòu)造塊放在一起的規(guī)則B）圖形或文字修飾C）類與對象的劃分以及接口與實現(xiàn)的分別D）描述系統(tǒng)細(xì)節(jié)的規(guī)格說明52、UML中供應(yīng)了擴(kuò)展體系，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本的（），拘束（constraint）擴(kuò)展了UML構(gòu)造塊的語義，贊成增加新的規(guī)則或改正現(xiàn)有的規(guī)則。A）構(gòu)造塊的特點，贊成創(chuàng)辦詳述元素的新信息B）構(gòu)造塊的語義，贊成增加新的規(guī)則和改正現(xiàn)有的規(guī)則C）語義，贊成創(chuàng)辦新的構(gòu)造塊D）詞匯，贊成創(chuàng)辦新的構(gòu)造塊53、UML中供應(yīng)了擴(kuò)展體系，其中，構(gòu)造型（stereotype）擴(kuò)展了UML基本的詞匯，贊成創(chuàng)辦新的構(gòu)造塊，拘束（constraint）擴(kuò)展了UML（）。A）構(gòu)造塊的特點，贊成創(chuàng)辦詳述元素的新信息B）構(gòu)造塊的語義，贊成增加新的規(guī)則和改正現(xiàn)有的規(guī)則C）語義，贊成創(chuàng)辦新的構(gòu)造塊D）詞匯，贊成創(chuàng)辦新的構(gòu)造塊54、用例（usecase）用來描述系統(tǒng)在對時間做出響應(yīng)時所采用的行動。用例之間是擁有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)辦新訂單和更新訂單都需要核查用戶賬號可否正確。那么，用例“創(chuàng)辦新訂單”、“更新訂單”與用例“核查客戶賬號”之間是（）關(guān)系。A）包括（include）B）擴(kuò)展（extend）C）分類（classification）D）齊聚（aggregation）55、在UML中，對象行為是經(jīng)過交互來實現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為（），該圖的特點是有生命線及控制焦點，重點在信息的時間次序上。重申參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，因此能夠互相變換。A）活動圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）56、在UML中，對象行為是經(jīng)過交互來實現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為序列圖，該圖的特點是（）。重申參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，因此能夠互相變換。A）有生命線及控制焦點，重點在信息的時間次序上。B）有路徑有次序號，為了一個信息的時間次序給信息加數(shù)字前綴C）是對系統(tǒng)、子系統(tǒng)或類的行為建模D）實質(zhì)上是一個流程圖，顯示從活動到活動的信息流57、在UML中，對象行為是經(jīng)過交互來實現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為序列圖，該圖的特點是有生命線及控制焦點，重點在信息的時間次序上。重申參加交互的對象的組織圖稱為（），這兩種圖是同構(gòu)的，因此能夠互相變換。A）活動圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）58、在UML中，對象行為是經(jīng)過交互來實現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為序列圖，該圖的特點是有生命線及控制焦點，重點在信息的時間次序上。重申參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是（）。A）同構(gòu)的，因此能夠互相變換B）異構(gòu)的，因此不能夠夠互相變換C）重申對象行為的事件次序，常用于對反響式系統(tǒng)建模D）專注于系統(tǒng)的動向視圖，狀態(tài)無法確定，因此不能夠夠互相變換59、用UML成立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過程的第一步。業(yè)務(wù)人扮演業(yè)務(wù)中的角色及其交互方式，比方航空企業(yè)的售票員是業(yè)務(wù)人員，電話售票員也是業(yè)務(wù)人員，他們之間的關(guān)系是（）。A）關(guān)系關(guān)系（Association）B）依賴關(guān)系（Dependence）C）齊聚關(guān)系（Aggregation）D）歸納關(guān)系（Generalization）60、在UML中，用（）表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示工作流中的步驟、決策點，以及完成每一步驟的角色和對象。A）活動圖（activitydiagram）B）業(yè)務(wù)圖（businessdiagram）C）用例圖（usecasediagram）D）交互圖（interactiondiagram）61.下面哪一項不是基本的軟件需求（）A）功能需求B）性能需求C）環(huán)境需求D）市場需求62.在程序的描述與解析中，用以指明數(shù)據(jù)本源、數(shù)據(jù)流向和數(shù)據(jù)辦理的輔助圖形是（）A）瀑布模型圖B）數(shù)據(jù)流程圖C）數(shù)據(jù)構(gòu)造圖D）業(yè)務(wù)流程圖63.數(shù)據(jù)流圖是常用的進(jìn)行軟件需求解析的圖形工具，其基本圖形符號是（）A）輸入、輸出、外面實體和加工B）變換、加工、數(shù)據(jù)流和儲藏C）加工、數(shù)據(jù)流、數(shù)據(jù)儲藏和外面實體D）變換、數(shù)據(jù)儲藏、加工和數(shù)據(jù)流64.判斷表和判斷樹是數(shù)據(jù)流圖中用以描述加工的工具，它常描述的對象是（）A）邏輯判斷B）層次分解C）操作條目D）組合條件65.數(shù)據(jù)流圖可用于抽象描述一個軟件的邏輯模型，并由若干種基本的圖形符號組成，下述圖名：Ⅰ.加工Ⅱ.數(shù)據(jù)流Ⅲ.數(shù)據(jù)儲藏Ⅳ.外面實體（）是組成數(shù)據(jù)流圖的基本圖形A）Ⅰ、Ⅱ和ⅢB）Ⅱ、Ⅲ和ⅣC）Ⅱ和ⅢD）所有是66.數(shù)據(jù)流圖中不包括（）A）加工B）數(shù)據(jù)儲藏C）數(shù)據(jù)字典D）外面實體67.在數(shù)據(jù)字典的數(shù)據(jù)流定義中，由簡單數(shù)據(jù)元素（或稱重量）組成更復(fù)雜數(shù)據(jù)的方式不包括（）A）次序B）重復(fù)C）并行D）可選68.以下說法中錯誤的選項是（）A）類是一組擁有相同屬性和相同操作的對象會集B）一般類是特別類的父類（superclass），特別類是一般類的子類（subclass）C）父類應(yīng)包括其子類的所有屬性和操作D）對類的屬性的不相同膚質(zhì)即可獲取該類的對象實例69.某軟件項目要求必定運行在Linux操作系統(tǒng)上，這個需求屬于（）A）功能需求B）非功能需求C）設(shè)計拘束D）業(yè)務(wù)需求70.要求在所有的輸入界面中，供應(yīng)拼音首字母的快捷輸入方法，這個需求屬于（）A）功能需求B）非功能需求C）設(shè)計拘束D）業(yè)務(wù)需求71.數(shù)據(jù)流圖描述的是對系統(tǒng)的分解，其中最宏觀層面的圖稱為（）A）0層圖B）1層圖C）頂層圖D）根圖72.由于在數(shù)據(jù)流圖中沒有對各組成成分進(jìn)行說明，因此需要采用其他工具來描述。其中能夠用數(shù)據(jù)字典活判斷表來進(jìn)行說明的是（）A）數(shù)據(jù)流B）加工C）文件D）外面實體73.在5-1所示的UML圖中，Customer類和Order類之間的關(guān)系式（）。圖5-1A）關(guān)系關(guān)系B）泛化關(guān)系C）組合關(guān)系D）聚合關(guān)系74.在一個滿足數(shù)據(jù)平衡原則的數(shù)據(jù)流圖中，是不相同意出現(xiàn)（）現(xiàn)象的。A）在子圖中輸入流比父圖的輸入流多B）在子圖中輸入流比父圖的輸入流少C）輸入流比輸出流多D）在子圖中的加工比父圖的加工少75.關(guān)于要儲藏到外面數(shù)據(jù)庫中的信息，數(shù)據(jù)流圖中表示為（）A）外面實體B）文件C）加工D）數(shù)據(jù)庫76.一個類所封裝的內(nèi)容（）A）屬性和信息B）操作和信息C）屬性和操作D）操作和接口77.不能夠?qū)嵗念惙Q為（）A）抽象類B）無屬性類C）無方法類D）多重繼承類78.軟件需求解析的任務(wù)不應(yīng)包括（）A）確定邏輯模型B）信息域解析C）問題分解D）構(gòu)造化程序設(shè)計79.進(jìn)行需求解析時，能夠使用的工擁有好多，但（）是不合用的。A）數(shù)據(jù)流圖B）判斷表C）PAD圖D）數(shù)據(jù)字典80在軟件需求解析中有一些基本源則，比方必定按（）、逐層分解的方式對問題進(jìn)行分解和不斷細(xì)化。A）自底向上B）自頂向下C）自內(nèi)向外D）自外向內(nèi)81.在軟件需求解析中有一些基本源則，如必定能夠表達(dá)和理解問題的（）功能域。A）問題域B）數(shù)據(jù)域C）邏輯域D）限制82.在分層數(shù)據(jù)流程圖中，若是子圖中某個元素（），就不用繪制在上層流程圖中。A）只用于一個加工B）只與一個數(shù)據(jù)流相關(guān)C）相關(guān)度餓數(shù)據(jù)流小于2條D）沒有相關(guān)的輸出數(shù)據(jù)流83.在分層數(shù)據(jù)流程圖中，子圖數(shù)量和父圖中的加工個數(shù)之間存在的關(guān)系式（）。A）子圖數(shù)大于父圖的加工數(shù)B）子圖數(shù)等于父圖的加工數(shù)C）子圖數(shù)大于等于父圖的加工數(shù)D）子圖數(shù)小于等于父圖的加工數(shù)84.關(guān)于數(shù)據(jù)流圖中加工的命名規(guī)則，正確的選項是（）。A）加工的名字要說明對數(shù)據(jù)進(jìn)行的辦理和算法B）加工的名字要說明被加工的數(shù)據(jù)以及產(chǎn)生的辦理C）加工的名字既要說明被加工的數(shù)據(jù)，又要說明對數(shù)據(jù)的辦理D）加工的名字應(yīng)該與輸出結(jié)果一致85.數(shù)據(jù)流圖的作用是（）。A）描述數(shù)據(jù)對象之間的關(guān)系B）描述對數(shù)據(jù)的辦理流程C）說明將要出現(xiàn)的邏輯判斷D）指明系統(tǒng)對外面事件的反響86.數(shù)據(jù)流圖包括的成分有（）。A）關(guān)系、實體和屬性B）數(shù)據(jù)流、加工和數(shù)據(jù)儲藏C）數(shù)據(jù)流、數(shù)據(jù)源和數(shù)據(jù)實體D）數(shù)據(jù)流、屬性、數(shù)據(jù)儲藏和加工【答案】判斷題：1、×2、×3、×4、√5、×6、×7、√8、√9、×10、×11、√12、√選擇題：1、C2、A3、B4、C5、B6、D7、B8、C9、B10、D11、B12、A13、D14、C15、D16、C17、B18、A19、D20、C21、A22、C23、F24、C25、E26、C27、C28、A29、B30、D31、A32、B33、B34、B35、D36、C37、A38、B39、B40、C41、D42、C43、A44、A45、A46、B47、A48、C49、D50、D51、A52、D53、B54、A55、C56、A57、D58、A59、D60、A61、D62、B63、C64、D65、D66、C67、C68、B69、C70、D71、C72、B73、A74、B75、B76、C77、A78、D79、C80、B81、B82、B83、B84、A85、B86、B第六章軟件設(shè)計方法【本章測試】一、判斷題1、軟件架構(gòu)設(shè)計屬于整體設(shè)計（）2、數(shù)據(jù)庫設(shè)計屬于詳細(xì)設(shè)計（）3、編碼屬于詳細(xì)設(shè)計（）4、系統(tǒng)的設(shè)計要重點考慮使用的開發(fā)工具（）5、詳細(xì)設(shè)計包括模塊邏輯的詳細(xì)設(shè)計，系統(tǒng)數(shù)據(jù)構(gòu)造的詳細(xì)設(shè)計等。6、在設(shè)計時模塊要分的越小越好（）7、里氏代替原則指出父類能夠代替子類，能夠出此刻父類能出現(xiàn)的任何地方（）8、開閉原則指出即一個軟件實體應(yīng)該對擴(kuò)展關(guān)閉，對改正開放。（）9、依賴倒轉(zhuǎn)原則指出要依賴于抽象，不要依賴于詳細(xì)類（）10、信息隱蔽指一個模塊內(nèi)的數(shù)據(jù)和模塊的實現(xiàn)細(xì)節(jié)關(guān)于該模塊的客戶即調(diào)用者模塊有不能見的性質(zhì)（）11、兩個模塊之間經(jīng)過接口的參數(shù)表交換信息數(shù)據(jù)，而且這些信息數(shù)據(jù)的種類是基本數(shù)據(jù)種類印記耦合（）二、選擇題1、關(guān)于設(shè)計的整體原則錯誤的選項是（）A)設(shè)計不應(yīng)墜入片面性B)設(shè)計應(yīng)追蹤解析模型C)設(shè)計應(yīng)適當(dāng)分解D)設(shè)計應(yīng)分解的越細(xì)越好2、關(guān)于設(shè)計的應(yīng)試慮的問題錯誤的選項是（）A)設(shè)計應(yīng)試慮復(fù)用性B)可保護(hù)可擴(kuò)展性C)原子性D)一致性3、下面不是軟件架構(gòu)設(shè)計應(yīng)試慮的問題（）A)軟件的層次構(gòu)造B)模塊的實現(xiàn)方法C)模塊互相作用的方式D)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)構(gòu)造4、下面不是軟件架構(gòu)設(shè)計應(yīng)試慮的問題（）A)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)構(gòu)造B)數(shù)據(jù)庫的邏輯構(gòu)造C)模塊的實現(xiàn)方法D)接口5、關(guān)于分支的思想錯誤的選項是（）A)便于并發(fā)執(zhí)行，縮短開發(fā)周期B)合適團(tuán)隊協(xié)作，降低了推行難度C)簡單產(chǎn)生可復(fù)用部件D)分的越細(xì)越好6、關(guān)于分支的思想錯誤的選項是（）A)合適團(tuán)隊協(xié)作，降低了推行難度B)分的越細(xì)越好C)預(yù)防了開發(fā)中的多米諾骨牌效應(yīng)D)簡單產(chǎn)生可復(fù)用部件7、關(guān)于抽象的思想錯誤的選項是（）A)抽象會增加設(shè)計的復(fù)雜度B)為了降低復(fù)雜度，應(yīng)該隱蔽細(xì)節(jié)或推遲考慮細(xì)節(jié)C)抽象有利于認(rèn)識事物的寬泛特點和基本源理D)抽象能夠幫助設(shè)計人員擬定出模塊的“框架”8、關(guān)于抽象的優(yōu)點錯誤的選項是（）A)有利于認(rèn)識事物的寬泛特點和基本源理B)有利于軟件的復(fù)用C)提高系統(tǒng)的的可擴(kuò)展性D)提高程序的效率9、傳統(tǒng)軟件工程中的抽象描述錯誤的選項是（）A)能夠?qū)崿F(xiàn)信息隱蔽B)實現(xiàn)數(shù)據(jù)的局部化C)有繼承的看法D)僅對模塊細(xì)節(jié)的封裝，沒有繼承的看法，誠然能夠“各處復(fù)用”，卻也需要“各處改正”10、關(guān)于內(nèi)聚錯誤的說法是（）A)是一個模塊內(nèi)部各部件之間聯(lián)系親密程度的胸襟B)是模塊間各部件親密聯(lián)系程度的胸襟C)重申分解時將相關(guān)的內(nèi)容放到一起D)一個模塊內(nèi)的各個部件聯(lián)系越緊越好11、關(guān)于耦合錯誤的說法是（）A)是模塊間互相聯(lián)系強(qiáng)弱的胸襟B)耦合的強(qiáng)弱取決于模塊間傳達(dá)數(shù)據(jù)的方式、接口復(fù)雜情況以及傳達(dá)數(shù)據(jù)的種類C)各模塊之間的耦合越松弛越好D)各模塊之間的耦合越親密越好12、下面內(nèi)聚級別從高到低排列正確的選項是（）A)功能內(nèi)聚、次序內(nèi)聚、通訊內(nèi)聚、過程內(nèi)聚B)功能內(nèi)聚、次序內(nèi)聚、過程內(nèi)聚、通訊內(nèi)聚C)功能內(nèi)聚、通訊內(nèi)聚、次序內(nèi)聚、過程內(nèi)聚D)次序內(nèi)聚、功能內(nèi)聚、通訊內(nèi)聚、過程內(nèi)聚13、下面內(nèi)聚級別從低到高排列正確的選項是（）A)功能內(nèi)聚、次序內(nèi)聚、過程內(nèi)聚、時間內(nèi)聚、合用程序內(nèi)聚、有時內(nèi)聚B)合用程序內(nèi)聚、有時內(nèi)聚、次序內(nèi)聚、過程內(nèi)聚、時間內(nèi)聚、C)有時內(nèi)聚、時間內(nèi)聚、功能內(nèi)聚、次序內(nèi)聚、過程內(nèi)聚、合用程序內(nèi)聚D)有時內(nèi)聚、合用程序內(nèi)聚、時間內(nèi)聚、過程內(nèi)聚、次序內(nèi)聚、功能內(nèi)聚14、關(guān)于耦合下面的描述錯誤的選項是（）A)內(nèi)容耦合式最不好的一種耦合B)公共耦合指兩個模塊間經(jīng)過一個公共環(huán)境進(jìn)行數(shù)據(jù)交換C)外面耦合指模塊對外面系統(tǒng)有依賴關(guān)系D)外面耦合完滿能夠防范15、關(guān)于耦合由弱到強(qiáng)的次序是（）A)內(nèi)容耦合、公共耦合、外面耦合、控制耦合、印記耦合、數(shù)據(jù)耦合B)內(nèi)容耦合、公共耦合、印記耦合、數(shù)據(jù)耦合、外面耦合、控制耦合C)數(shù)據(jù)耦合、印記耦合、控制耦合、外面耦合、公共耦合、內(nèi)容耦合D)數(shù)據(jù)耦合、控制耦合、外面耦合、印記耦合、公共耦合、內(nèi)容耦合16、關(guān)于提高軟件生產(chǎn)率最有效的方法是（）A)改進(jìn)過程B)復(fù)用C)改進(jìn)工具D)改進(jìn)設(shè)計方法17、下面關(guān)于復(fù)用分類的描述正確的選項是（）A)依照服務(wù)的規(guī)模分小規(guī)模復(fù)用與大規(guī)模復(fù)用B)依照可復(fù)用信息分為組合式復(fù)用和生成式復(fù)用C)依照復(fù)用的方法分黑盒復(fù)用和白盒復(fù)用D)依照復(fù)用的應(yīng)用領(lǐng)域分子程序、類、組件、WeB服務(wù)組件18、關(guān)于weB服務(wù)的功能復(fù)用描述錯誤的選項是（）A)防范了組件的不足(前頁)B)使用者，而非所有者C)充分利用第三方的技術(shù)和經(jīng)驗D)速度快19、關(guān)于面向?qū)ο蟮膹?fù)用描述正確的選項是（）A)不依賴設(shè)計語言B)實現(xiàn)源碼復(fù)用C)粒度較大D)可獨立部署20、關(guān)于基于組件的復(fù)用錯誤的描述是（）A)組件就是類或方法B)EJB、COM、.NET和CORBA等是主要的組件模型C)組件復(fù)用不合用于跨平臺操作D)組件復(fù)用的部署和升級較麻煩21、軟件設(shè)計中劃分模塊的一個準(zhǔn)則是（）。A）低內(nèi)聚低耦合B）低內(nèi)聚高耦合C）高內(nèi)聚低耦合D）高內(nèi)聚高耦合22、兩個模塊之間的耦合方式中，（）耦合的耦合度最高。A）數(shù)據(jù)B）非直接C）控制D）內(nèi)容23、兩個模塊之間的耦合方式中，（）耦合的耦合度最低。A）數(shù)據(jù)B）非直接C）控制D）內(nèi)容24、在一個模塊內(nèi)部的內(nèi)聚種類中，（）內(nèi)聚的內(nèi)聚度最高。A）有時B）邏輯C）功能D）過程25、在一個模塊內(nèi)部的內(nèi)聚種類中，（）內(nèi)聚的內(nèi)聚度最低。A）有時B）邏輯C）功能D）過程26、在軟件工程的設(shè)計階段中，有3種常用的設(shè)計方法：構(gòu)造化設(shè)計（SD）方法、Jackson方法和Parnas方法。SD方法重視（）。A）使用對象、類和繼承B）由數(shù)據(jù)構(gòu)造導(dǎo)出模塊構(gòu)造C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變化的要素隱蔽在模塊內(nèi)部，使這些要素變化時的影響范圍碰到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)字典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、漸漸細(xì)化，采用次序、選擇和循環(huán)3中基本構(gòu)造，限制goto語句27、在軟件工程的設(shè)計階段中，有3種常用的設(shè)計方法：構(gòu)造化設(shè)計（SD）方法、Jackson方法和Parnas方法。Jackson方法重視（）。A）使用對象、類和繼承B）由數(shù)據(jù)構(gòu)造導(dǎo)出模塊構(gòu)造C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變化的要素隱蔽在模塊內(nèi)部，使這些要素變化時的影響范圍碰到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)字典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、漸漸細(xì)化，采用次序、選擇和循環(huán)3中基本構(gòu)造，限制goto語句28、在軟件工程的設(shè)計階段中，有3種常用的設(shè)計方法：構(gòu)造化設(shè)計（SD）方法、Jackson方法和Parnas方法。Parnas方法的主要思想是（）。A）使用對象、類和繼承B）由數(shù)據(jù)構(gòu)造導(dǎo)出模塊構(gòu)造C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強(qiáng)。D）將引起變化的要素隱蔽在模塊內(nèi)部，使這些要素變化時的影響范圍碰到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)字典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、漸漸細(xì)化，采用次序、選擇和循環(huán)3中基本構(gòu)造，限制goto語句29、從20世紀(jì)70年代中期到90年代初期，（）是最為常用的設(shè)計方法。A）SDB）JacksonC）ParnasD）面向?qū)ο?0、（）方法只供應(yīng)了重要的設(shè)計準(zhǔn)則，沒有規(guī)定出詳細(xì)的工作步驟。A）SDB）JacksonC）ParnasD）以上都不是31、構(gòu)造化設(shè)計方法在軟件開發(fā)中用于（）。A）測試用例設(shè)計B）大綱設(shè)計C）程序設(shè)計D）詳細(xì)設(shè)計32、構(gòu)造化設(shè)計方法是一種面向（）的設(shè)計方法。A）對象B）數(shù)據(jù)構(gòu)造C）數(shù)據(jù)流D）控制流33、構(gòu)造化設(shè)計方法使用的圖形工具是（）。A）程序構(gòu)造圖B）數(shù)據(jù)流程圖C）程序流程圖D）實體聯(lián)系圖34、程序構(gòu)造圖中矩形表示（）。A）數(shù)據(jù)B）加工C）模塊D）儲藏35、若是兩個矩形之間有直線相連，表示它們存在（）的關(guān)系A(chǔ)）鏈接B）調(diào)用C）并列D）次序執(zhí)行36、軟件復(fù)用是使用已有的軟件產(chǎn)品（如設(shè)計、代碼、文檔等）來開發(fā)新的軟件系統(tǒng)的過程。軟件復(fù)用的形式大體可分為垂直式復(fù)用和水平式復(fù)用。垂直式復(fù)用是指（）中的復(fù)用。A）同一軟件系統(tǒng)B）不相同軟件系統(tǒng)C）同一應(yīng)用領(lǐng)域D）不相同應(yīng)用領(lǐng)域37、軟件復(fù)用是使用已有的軟件產(chǎn)品（如設(shè)計、代碼、文檔等）來開發(fā)新的軟件系統(tǒng)的過程。軟件復(fù)用的形式大體可分為垂直式復(fù)用和水平式復(fù)用。水平式復(fù)用是指（）中的復(fù)用。A）同一軟件系統(tǒng)B）不相同軟件系統(tǒng)C）同一應(yīng)用領(lǐng)域D）不相同應(yīng)用領(lǐng)域38、為了提高構(gòu)件的復(fù)用率，平時要求構(gòu)件擁有較好的（）。A）專用性和不變性B）專用性和可變性C）通用性和不變性D）通用性和可變性39、為了將不相同的軟件生產(chǎn)商在不相同軟硬件平臺上開發(fā)的構(gòu)件組裝成一個系統(tǒng)，必定解決異構(gòu)平臺的各構(gòu)件間的互操作問題。當(dāng)前國際上已出現(xiàn)了一些支持互操作的構(gòu)件標(biāo)準(zhǔn)，典型的有國際對象管理組織OMG介紹的（）和Microsoft企業(yè)推出的DCOM。A）CORBAB）DCOMC）JavaBeanD）Delphi40、為了將不相同的軟件生產(chǎn)商在不相同軟硬件平臺上開發(fā)的構(gòu)件組裝成一個系統(tǒng)，必定解決異構(gòu)平臺的各構(gòu)件間的互操作問題。當(dāng)前國際上已出現(xiàn)了一些支持互操作的構(gòu)件標(biāo)準(zhǔn)，典型的有國際對象管理組織OMG介紹的CORBA和Microsoft企業(yè)推出的（）。A）CORBAB）DCOMC）JavaBeanD）Delphi41、論域工程過程要在選定的應(yīng)用論域中界定出（）和可變性，要為多個應(yīng)用和構(gòu)件定義一個系統(tǒng)構(gòu)造，并開發(fā)一系列可適當(dāng)擴(kuò)展的構(gòu)件。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強(qiáng)壯性H）合用性42、論域工程過程要在選定的應(yīng)用論域中界定出共性和（），要為多個應(yīng)用和構(gòu)件定義一個系統(tǒng)構(gòu)造，并開發(fā)一系列可適當(dāng)擴(kuò)展的構(gòu)件。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強(qiáng)壯性H）合用性43、論域工程過程要在選定的應(yīng)用論域中界定出共性和可變性，要為多個應(yīng)用和構(gòu)件定義一個（），并開發(fā)一系列可適當(dāng)擴(kuò)展的構(gòu)件。A）固件B）構(gòu)件C）系統(tǒng)構(gòu)造D）組件E）整體框圖F）數(shù)據(jù)構(gòu)造44、論域工程過程要在選定的應(yīng)用論域中界定出共性和可變性，要為多個應(yīng)用和構(gòu)件定義一個系統(tǒng)構(gòu)造，并開發(fā)一系列可適當(dāng)擴(kuò)展的（）。A）固件B）構(gòu)件C）系統(tǒng)構(gòu)造D）組件E）整體框圖F）數(shù)據(jù)構(gòu)造45、創(chuàng)辦可復(fù)用構(gòu)件既困難有昂貴，因此，應(yīng)該幫助軟件人員進(jìn)行界定工作，以及按重要性對各項（）進(jìn)行優(yōu)先性排隊。在必然程度上，這項工作要依賴于可靠性。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強(qiáng)壯性H）合用性46、創(chuàng)辦可復(fù)用構(gòu)件既困難有昂貴，因此，應(yīng)該幫助軟件人員進(jìn)行界定工作，以及按重要性對各項特點進(jìn)行優(yōu)先性排隊。在必然程度上，這項工作要依賴于（）。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強(qiáng)壯性H）合用性47、能夠有好多方法來描述可復(fù)用的構(gòu)件，其中最理想的是有Tracz提出的3C模型。3C模型是指（）、內(nèi)容和上下文。A）包括（Container）B）上下文（Context）C）代價（Cost）D）控制（Control）E）看法（Concept）F）內(nèi)容（Content）48、能夠有好多方法來描述可復(fù)用的構(gòu)件，其中最理想的是有Tracz提出的3C模型。3C模型是指看法、（）和上下文。A）包括（Container）B）上下文（Context）C）代價（Cost）D）控制（Control）E）看法（Concept）F）內(nèi)容（Content）49、能夠有好多方法來描述可復(fù)用的構(gòu)件，其中最理想的是有Tracz提出的3C模型。3C模型是指看法、內(nèi)容和（）。A）包括（Container）B）上下文（Context）C）代價（Cost）D）控制（Control）E）看法（Concept）F）內(nèi)容（Content）50、3C模型中，看法描述構(gòu)件做什么。為此，需要完滿地描述構(gòu)件的（）和表示語義。A）看法B）接口C）公開D）服務(wù)E）語義F）語法G）隱蔽H）構(gòu)造51、3C模型中，看法描述構(gòu)件做什么。為此，需要完滿地描述構(gòu)件的接口和表示（）。A）看法B）接口C）公開D）服務(wù)E）語義F）語法G）隱蔽H）構(gòu)造52、3C模型中，內(nèi)容描述構(gòu)件的（）怎樣實現(xiàn)。A）看法B）接口C）公開D）服務(wù)E）語義F）語法G）隱蔽H）構(gòu)造53、一般來講，3C模型中，內(nèi)容是對外來用戶（）的信息，是只有試圖改正或測試該構(gòu)件的人才需要認(rèn)識的信息。A）看法B）接口C）公開D）服務(wù)E）語義F）語法G）隱蔽H）構(gòu)造54、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進(jìn)對軟件的理解；（ii）準(zhǔn)備或直接提高軟件自己的（）、可復(fù)用性或演化性。A）可靠性B）靈便性C）可保護(hù)性D）可復(fù)用性E）可改正性55、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進(jìn)對軟件的理解；（ii）準(zhǔn)備或直接提高軟件自己的可保護(hù)性、（）或演化性。A）可靠性B）靈便性C）可保護(hù)性D）可復(fù)用性E）可改正性56、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進(jìn)對軟件的理解；（ii）準(zhǔn)備或直接提高軟件自己的可保護(hù)性、可復(fù)用性或演化性。第（ii）部分旨在改進(jìn)軟件的（），似的軟件更簡單為人們服務(wù)。A）靜態(tài)質(zhì)量B）動向質(zhì)量C）性能D）功能57、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進(jìn)對軟件的理解；（ii）準(zhǔn)備或直接提高軟件自己的可保護(hù)性、可復(fù)用性或演化性。第（ii）部分旨在改進(jìn)軟件的靜態(tài)質(zhì)量，似的軟件更簡單為人們服務(wù)。純粹是出于改進(jìn)性能的代碼優(yōu)化（）軟件再工程。A）屬于B）不屬于58、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進(jìn)對軟件的理解；（ii）準(zhǔn)備或直接提高軟件自己的可保護(hù)性、可復(fù)用性或演化性。第（ii）部分旨在改進(jìn)軟件的靜態(tài)質(zhì)量，似的軟件更簡單為人們服務(wù)。純粹是出于改進(jìn)性能的代碼優(yōu)化不屬于軟件再工程。逆向工程屬于上述軟件再工程的第（）部分。A）（ii）B）（i）59、軟件他構(gòu)造是軟件模塊間關(guān)系的表示，下述語句中（）不屬于對模塊間關(guān)系的描述。A）調(diào)用關(guān)系B）隸屬關(guān)系C）嵌套關(guān)系D）主次關(guān)系60、.構(gòu)造化解析（SA）方法欲將開發(fā)的軟件系統(tǒng)分解為若干基本加工，并對加工進(jìn)行說明，下述：Ⅰ.構(gòu)造化語言Ⅱ.數(shù)據(jù)流Ⅲ.數(shù)據(jù)儲藏是常用的說明工具，其中便于對加工出現(xiàn)的組合條件的說明工具是（）A）Ⅱ和ⅢB）Ⅰ，Ⅱ和ⅢC）Ⅰ和ⅢD）Ⅰ和Ⅱ61、.模塊獨立性是軟件模塊化所提出的要求，衡量模塊獨立性的胸襟標(biāo)準(zhǔn)則是模塊的（）A）抽象和各處隱蔽B）局部化和封裝化C）內(nèi)聚性和耦合性D）激活體系和控制方法62、軟件設(shè)計一般分為整體設(shè)計和詳細(xì)設(shè)計，它們之間的關(guān)系是（）A）全局和局部B）抽象和詳細(xì)C）整體和層次D）功能和構(gòu)造63、.軟件設(shè)計一般劃分為大綱設(shè)計和詳細(xì)設(shè)計，一下哪一項應(yīng)屬于大綱設(shè)計內(nèi)容（）A）屏幕設(shè)計B）構(gòu)造設(shè)計C）代碼設(shè)計D）I/O設(shè)計64、下面所列的內(nèi)聚種類中，哪一個內(nèi)聚度最強(qiáng)（）A）有時內(nèi)聚B）邏輯內(nèi)聚C）功能內(nèi)聚D）次序內(nèi)聚65、以下說法中錯誤的選項是（）A）軟件系統(tǒng)構(gòu)造可是一種表示，它不是可運行的軟件B）軟件系統(tǒng)構(gòu)造風(fēng)格和模式能夠被應(yīng)用到其他系統(tǒng)的設(shè)計中C）軟件系統(tǒng)構(gòu)造包括軟件構(gòu)件、這些構(gòu)件的對外可見的性質(zhì)以及它們之間的關(guān)系D）軟件系統(tǒng)構(gòu)造中不應(yīng)包括中間件66、一組語句在程序的多出出現(xiàn)，為了節(jié)約內(nèi)存空間，把這些語句放在一個模塊中，該模塊的內(nèi)聚度是（）。A）功能內(nèi)聚B）有時內(nèi)聚C）邏輯內(nèi)聚D）瞬時內(nèi)聚67、.將幾個邏輯上相似的成分放在一個模塊中，該模塊的內(nèi)聚度是（）。A）功能內(nèi)聚B）過程內(nèi)聚C）邏輯內(nèi)聚D）通訊內(nèi)聚68、在一個模塊中直接引用另一個模塊中的數(shù)據(jù)，那么這兩個模塊之間是（）關(guān)系。A）公共耦合B）內(nèi)容耦合C）外面耦合D）數(shù)據(jù)耦合69、.若是一個模塊把一個數(shù)值量作為參數(shù)傳達(dá)給另一個模塊，則這兩個模塊間是（）關(guān)系。A）控制耦合B）邏輯耦合C）外面耦合D）數(shù)據(jù)耦合70、.在UML2.0中，交互歸納圖是將（）嫁接到活動圖上。A）類圖B）狀態(tài)圖C）次序圖D）包圖71、在UML2.0中，交互歸納圖經(jīng)過次序圖來表示它的（）間的控制流。A）類B）對象C）包D）狀態(tài)72、.從宏觀的角度講軟件劃分為各個組成模塊，并確定模塊的功能及模塊之間的調(diào)用關(guān)系，這屬于（）的范圍A）大綱設(shè)計B）詳細(xì)設(shè)計C）接口設(shè)計D）過程設(shè)計73、在以下文檔中，不屬于設(shè)計階段完成的是（）。A）大綱設(shè)計說明書B）數(shù)據(jù)庫設(shè)計說明書C）單元測試計劃D）項目質(zhì)量保證計劃74、模塊中所有成分引用共同的數(shù)據(jù)，則該模塊的內(nèi)聚度為（）。A）功能內(nèi)聚B）有時內(nèi)聚C）邏輯內(nèi)聚D）通訊內(nèi)聚75、.模塊內(nèi)的某成分的輸出是另一些成分的輸入，該模塊的內(nèi)聚度為（）。A）次序內(nèi)聚B）過程內(nèi)聚C）邏輯內(nèi)聚D）通訊內(nèi)聚76、模塊是執(zhí)行某一特定任務(wù)的數(shù)據(jù)構(gòu)造和程序代碼。其中（）屬于其外面特點。A）接口B）算法C）代碼D）局部數(shù)據(jù)77、模塊是執(zhí)行某一特定任務(wù)的數(shù)據(jù)構(gòu)造和程序代碼。要使模塊保持較高的獨立性，應(yīng)達(dá)到（）的目標(biāo)。A）高內(nèi)聚、高耦合B）低內(nèi)聚、低耦合C）高內(nèi)聚、低耦合D）低內(nèi)聚、高耦合78、.在以下關(guān)于活動圖的描述中，不正確的選項是（）。A）在一張活動圖中只能有一個起點B）在一張活動圖中能夠有多個終點C）在活動圖中，分岔和會和是用來表示并行活動流的D）活動圖是UML2.0規(guī)范中新增的圖79、.圖6-1所示的符號表示的含義是（）。圖6-1A）會集B）分岔C）判斷D）監(jiān)護(hù)條件80、在以下內(nèi)聚性序列中，復(fù)合從強(qiáng)到弱排列的是（）。A）有時、瞬時、功能、通訊、邏輯、次序、過程B）功能、次序、通訊、過程、瞬時、邏輯、有時C）功能、邏輯、通訊、過程、次序、瞬時、有時D）過程、功能、通訊、邏輯、瞬時、次序、有時81、以下耦合性序列中，復(fù)合從弱到強(qiáng)排列的是（）A）內(nèi)容、公共、外面、控制、標(biāo)志、數(shù)據(jù)B）公共、數(shù)據(jù)、外面、控制、表記、內(nèi)容C）數(shù)據(jù)、標(biāo)志、控制、外面、公共、內(nèi)容D）內(nèi)容、表記、控制、外面、數(shù)據(jù)、公共82、關(guān)于模塊設(shè)計的原則，一下表達(dá)中正確的選項是（）A）模塊的內(nèi)聚性高，模塊之間的耦合度高B）模塊的內(nèi)聚性高，模塊之間的耦合度低C）模塊的內(nèi)聚性低，模塊之間的耦合度高D）模塊的內(nèi)聚性低，模塊之間的耦合度低83．原型的優(yōu)點不包括（）A．對設(shè)計人員水平及開發(fā)環(huán)境要求不高B．可提前為用戶供應(yīng)適用的產(chǎn)品C．可提前發(fā)現(xiàn)問題，隨時糾正錯誤D．可減少技術(shù)、應(yīng)用的風(fēng)險84．UML一致了三種面向?qū)ο蠓椒ǖ谋硎痉椒ǎ@三種面向?qū)ο蠓椒ㄊ牵ǎ〢．CoAD方法、OMT方法、OOSE方法B．BooCh方法、OMT方法、OOSE方法C．BooCh方法、CoAD方法、OOSE方法D．BooCh方法、OMT方法、CoAD方法85．面向?qū)ο蟮念悓哟螛?gòu)造中，齊聚關(guān)系是一種（）A．“一般——特別”關(guān)系B．“整體——部分”關(guān)系C．“互相依賴”關(guān)系D．“一般——詳細(xì)”關(guān)系86．IDEF是IDEF方法的一部分，用于成立系統(tǒng)的（）A．功能模型B．信息模型C．動向模型D．關(guān)系模型87．軟件構(gòu)造中兩個模塊之間有調(diào)用關(guān)系，傳達(dá)簡單數(shù)據(jù)值，相當(dāng)于高級語言中的值傳達(dá)，這兩個模塊之間的耦合是（）A．公共耦合B．控制耦合C．標(biāo)志耦合D．?dāng)?shù)據(jù)耦合88．把需要同時執(zhí)行的動作組合在一起形成模塊，該模塊的內(nèi)聚性是（）A．次序內(nèi)聚B．邏輯內(nèi)聚C．時間內(nèi)聚D．通訊內(nèi)聚89．以手下于程序流程圖弊端的是（）A．歷史悠久B．使用寬泛C．支持程序的三種基本控制構(gòu)造D．能夠為非作歹地畫控制流程線的流向90．JACkson構(gòu)造圖的三種基本構(gòu)造是（）A．次序構(gòu)造、選擇構(gòu)造、層次構(gòu)造B．次序構(gòu)造、選擇構(gòu)造、重復(fù)構(gòu)造C．層次構(gòu)造、選擇構(gòu)造、重復(fù)構(gòu)造D．次序構(gòu)造、層次構(gòu)造、重復(fù)構(gòu)造【答案】判斷題：1、√2、×3、×4、×5、√6、×7、×8、×9、√10、√11、×選擇題：1、D2、C3、B4、C5、D6、B7、A8、D9、C10、B11、D12、A13、D14、D15、C16、B17、A18、D19、B20、A21、C22、D23、B24、C25、A26、C27、B28、D29、A30、C31、B32、C33、A34、C35、B36、C37、D38、D39、A40、B41、A42、C43、C44、B45、B46、F47、E48、F49、B50、B51、E52、A53、G54、C55、D56、A57、B58、B59、D60、A61、C62、A63、B64、C65、D66、B67、C68、B69、D70、C71、B72、A73、D74、D75、A76、B77、B78、D79、A80、B81、C82、A83、A84、B85、B86、B87、D88、C89、D90、B第七章軟件推行與測試方法【本章測試】一、判斷題1、匯編語言是初級語言（）2、輸入語句一般要有明確的提示但不需要合法性檢查（）3、測試的目的在于證明軟件的正確性（）4、測試不能夠表示軟件中不存在錯誤，它只能說明軟件中存在錯誤（）5、好的測試用例是盡可能少的發(fā)現(xiàn)錯誤（）6、只需測試了程序的所有路徑，程序就應(yīng)該是100%正確的（）7、窮盡了所有路徑，就能保證測試的結(jié)果可靠（）8、基本路子測試就是白盒測試（）9、條件測試無法測出括號不般配（）10、黑盒測試無法檢測出接口錯誤（）二、選擇題1、程序語言選擇不需要考慮（）A）成產(chǎn)率要素B）軟件應(yīng)用領(lǐng)域C）經(jīng)費問題D）程序員的知識2、以下哪項不屬于好的編碼風(fēng)格（）A）程序塊頭部應(yīng)有解說B）變量名應(yīng)用字母加數(shù)字C）程序內(nèi)部要有解說D）變量名應(yīng)有必然意義3、關(guān)于好的程序編碼風(fēng)格描述錯誤的選項是（）A）一行內(nèi)只寫一條語句B）同一層次的語句序列寫在相同的列上，所有語句的第一個字母要對齊C）循環(huán)語句的語句體部分要合適的縮進(jìn)D）條件選擇語句中的then部分和else部分，應(yīng)該寫在一行上。4、關(guān)于輸入輸出語句錯誤的編碼風(fēng)格是（）A）輸入語句不用合法性檢查B)有明確的提示C)如有必要，進(jìn)一步確認(rèn)D)輸出語句要加說明信息5、下面關(guān)于“錯誤”的論述正確的選項是（）A)錯誤是系統(tǒng)任一方面（包括需求、設(shè)計或代碼）的弊端。該弊端會促成或潛藏的促成一個或多個失敗發(fā)生。B）錯誤是指程序中的弊端所產(chǎn)生的不正確結(jié)果。C）錯誤是當(dāng)一個程序不能夠運行也許其表現(xiàn)不能被接受時我們稱其為D）錯誤是能夠不能夠夠完滿防范的6、下面那種測試是在編碼階段要做的（）A）單元測試B）集成測試C）系統(tǒng)測試D）α(Alpha)、β(Beta)7、關(guān)于測試描述錯誤的選項是（）A）測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤B）一個好的測試用例在于能發(fā)現(xiàn)到此刻未發(fā)現(xiàn)的錯誤C）一個成功的測試是發(fā)現(xiàn)了所有錯誤的測試D）一個成功的測試是發(fā)現(xiàn)了到此刻未發(fā)現(xiàn)的錯誤的測試8、關(guān)于測試描述錯誤的選項是（）A）測試的目的不能是是為了發(fā)現(xiàn)軟件弊端與錯誤，而且也是對軟件質(zhì)量進(jìn)行胸襟和評估B）測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相吻合C）測試不能夠表示軟件中不存在錯誤，它只能說明軟件中存在錯誤D）測試能夠證明軟件的正確9、關(guān)于測試用例錯誤的說法是（）A）測試工作可否成功，取決于測試用例設(shè)計可否合理B）為了有效地測試必定采用能夠盡可能多地發(fā)現(xiàn)弊端的測試用