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

一、推斷題1、軟件危機是指軟件開發(fā)和維護過程中存在的周期長、成本高、質(zhì)量低等問題（）。2、軟件危機是指計算機硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質(zhì)量為核心，為經(jīng)濟的開發(fā)滿意客戶需求的軟件而探討、建立和應(yīng)用的系統(tǒng)化的、有規(guī)則的、可度量的、可限制的工程原則和方法。（）4、軟件工程是指編制軟件的工程項目。（）5、軟件工程是一個零散的相關(guān)學(xué)問點的集合。（）6、軟件工程包含軟件過程、項目管理、開發(fā)方法、軟件度量和開發(fā)工具等各相關(guān)方面的學(xué)問的有機組合（）7、軟件開發(fā)具有難以描述性（）8、軟件開發(fā)的質(zhì)量保證主要是通過程序員的閱歷來保證的（）9、軟件滿意客戶需求的程度是衡量軟件質(zhì)量的最重要因素（）10、項目管理的內(nèi)容涉及人力資源管理、項目支配、風(fēng)險管理、項目跟蹤、質(zhì)量保證、配置管理等方面（）11、項目管理的內(nèi)容涉計算機硬件管理和軟件管理兩方面（*）二、選擇題1、下面描述哪些不屬于軟件的開發(fā)特性（）A)軟件開發(fā)具有難以描述性B)軟件開發(fā)缺乏可見性C)軟件開發(fā)具有獨立性D)軟件開發(fā)具有變更性2、下面描述中那些屬于軟件的開發(fā)特性（）A)軟件開發(fā)具有風(fēng)險性B)軟件開發(fā)具有隨意性C)軟件開發(fā)具有可描述性D)軟件開發(fā)不具有變更性3、以下對于軟件危機的描述正確的是（）A)軟件危機是指軟件開發(fā)過程越來越長B)軟件危機是指軟件開發(fā)成本越來越高C)軟件危機是指軟件質(zhì)量越來越低D)軟件危機是指以上三項的綜合4、軟件危機的表現(xiàn)不正確的是（）A)缺乏支配性B)軟件需求獲得不充分、不精確C)缺乏團隊開發(fā)的合作D)開發(fā)過于規(guī)范5、軟件危機的表現(xiàn)不正確的是（）A)缺乏良好的質(zhì)量評測手段B)軟件的可維護性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)化為軟件系統(tǒng)所須要的活動的集合9、軟件過稱模型不包括（）A)瀑布模型B)螺旋模型C)SOA模型D)RUP模型10、下面那些不是軟件工程工具（）A)RequisiteProB)RoseC)offiCeD)Together11、下面哪一項是軟件評審的主要內(nèi)容（）A）系統(tǒng)定義的目標(biāo)是否與用戶的要求一樣B）文檔中的全部描述是否完整、清晰、精確地反映用戶要求C）是否具體制定了檢驗標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)能否對系統(tǒng)定義是否勝利進行確認(rèn)D）以上均是12、軟件工程方法學(xué)的探討內(nèi)容包括軟件開發(fā)技術(shù)和軟件工程管理兩部分，其期望達到的最終目標(biāo)是（）A）消退軟件危機B）軟件開發(fā)工程化C）軟件設(shè)計自動化D）實現(xiàn)軟件可用性13、軟件生產(chǎn)的困難性和高成本，使大型軟件生產(chǎn)出現(xiàn)危機，下述哪個（些）是軟件危機的主要表現(xiàn)（）Ⅰ.需求增長難滿意Ⅱ.生產(chǎn)成本過高Ⅲ.進度難以限制Ⅳ.質(zhì)量不易保證A）Ⅰ和ⅡB）ⅣC）Ⅱ和ⅢD）全是14、與“軟件危機”表現(xiàn)無關(guān)的是（）A）軟件需求定義不精確B）軟件生產(chǎn)成本高，價格昂貴C）軟件生產(chǎn)進度無法限制D）軟件開發(fā)技術(shù)落后15.軟件工程思想產(chǎn)生于解決20世紀(jì)60年頭的軟件為主動，下述：Ⅰ.軟件需求定義不精確Ⅱ.軟件進度難以限制Ⅲ.軟件生產(chǎn)的高成本Ⅳ.軟件質(zhì)量不易保證（）是當(dāng)時軟件危機的主要表現(xiàn)。A）Ⅰ和ⅡB）Ⅱ和ⅢC）Ⅲ和ⅣD）全部16、造成軟件危機爆發(fā)的本質(zhì)緣由是（）A）軟件從業(yè)人員過少，無法滿意日益增長的軟件開發(fā)須要B）軟件困難性越來越大、變更越來越快C）軟件的普及應(yīng)用導(dǎo)致了失業(yè)人口的增多D）軟件開發(fā)成本越來越大，導(dǎo)致應(yīng)用推廣造成了瓶頸17、在1968年召開的關(guān)于軟件危機的會雨中，用來解決這一問題的的是（）A）瀑布模型B）軟件經(jīng)濟學(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)當(dāng)是科學(xué)的、合理的，否則必將影響到軟件產(chǎn)品的質(zhì)量（）2、可行性探討是在短時間和低成本條件下來確定給定的問題在其約束條件內(nèi)是否有解、有幾種解以及哪個是最佳解的活動（）3、USE-CASE圖不屬于需求分析活動中產(chǎn)生的圖表（）4、程序員參與需求分析（）5、QA人員不參與需求分析（）6、設(shè)計階段的文檔中有大量的代碼（）7、總體設(shè)計包括功能結(jié)構(gòu)設(shè)計、系統(tǒng)處理流程設(shè)計、系統(tǒng)數(shù)據(jù)庫設(shè)計、計算甲和網(wǎng)絡(luò)配置設(shè)計。（）8、軟件架構(gòu)設(shè)計屬于總體設(shè)計（）9、具體設(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ā)活動中屬于協(xié)助性活動的是（）A)可行性探討活動B)需求分析活動C)質(zhì)量保證活動D)設(shè)計活動3、軟件開發(fā)活動中屬于協(xié)助性活動的是（）A)風(fēng)險管理B)編碼活動C)測試活動D)部署活動4、軟件開發(fā)活動中的不屬于基本活動是（）A)需求分析活動B)設(shè)計活動C)編碼活動D)風(fēng)險管理活動5、軟件開發(fā)活動中不是協(xié)助性活動是（）A)交付活動B)項目跟蹤活動C)質(zhì)量保證活動D)軟件配置管理后動6、下列不屬于項目管理活動的是（）A)風(fēng)險管理B)支配活動C)設(shè)計活動D)項目跟蹤活動7、下列對問題定義活動的描述不正確的是（）A)問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務(wù)存在哪些亟待解決的關(guān)鍵問題B)問題定義定義系統(tǒng)的范圍界限C)問題定義活動發(fā)生在軟件開發(fā)初期D)問題定義發(fā)生在需求分析時期8、下列敘述正確的是（）A)問題定義活動屬于在需求分析之前B)可行性探討在需求分析之后C)問題定義活動在可行洗個探討之后D)問題定義在需求分析之后9、軟件工程的組要組成部分為（）A)軟件開發(fā)過程B)軟件開發(fā)方法C)軟件開發(fā)需求D)軟件開發(fā)工具10、對于軟件過程的特點描述錯誤的是（）A)軟件開發(fā)過程應(yīng)具有易理解性B)軟件開發(fā)過程應(yīng)具有不行見性C)軟件開發(fā)過程應(yīng)具有可支持性D)軟件開發(fā)過程應(yīng)具有可接受性11、對于軟件過程的特點描述錯誤的是（）A)軟件開發(fā)過程應(yīng)具有牢靠性B)軟件開發(fā)過程應(yīng)具有健壯性C)軟件開發(fā)過程應(yīng)具封閉性D)軟件開發(fā)過程應(yīng)具有高效率性12、下面不是引入軟件開發(fā)過程的緣由（）A)軟件開發(fā)工作范圍的擴大B)軟件開發(fā)的風(fēng)險從可預(yù)知逐步發(fā)展到不行預(yù)知不易限制C)單個程序員開發(fā)發(fā)展到團隊開發(fā)D)軟件產(chǎn)品開發(fā)的標(biāo)準(zhǔn)化13、關(guān)于問題定義下面描述錯誤的是（）A)問題定義是軟件開發(fā)過程當(dāng)中的一個定義要解決的問題并確定系統(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)當(dāng)做什么C)非功能需求描述系統(tǒng)必需遵守的約束條件D)需求分析文檔中不包括軟件規(guī)約文檔20、下面那個文檔不屬于需求分析階段產(chǎn)生的文檔（）A)類圖B)用戶需求文檔C)系統(tǒng)需求文檔D)軟件規(guī)約文檔21、依據(jù)國家標(biāo)準(zhǔn)GB8566-88《計算機軟件開發(fā)規(guī)范》的規(guī)定，軟件開發(fā)流程分為8個階段，即可行性探討和支配、需求分析、概要設(shè)計、具體設(shè)計、實現(xiàn)、組裝測試、確認(rèn)測試、運用和維護。實現(xiàn)階段要完成的工作之一是單元測試，這種測試要依據(jù)在（）階段中的規(guī)格說明進行。A）可行性探討支配B）需求分析C）概要設(shè)計D）具體設(shè)計E）實現(xiàn)F）組裝測試G）確認(rèn)測試H）運用和維護22、組裝測試支配是在（）階段指定的。A）可行性探討支配B）需求分析C）概要設(shè)計D）具體設(shè)計E）實現(xiàn)F）組裝測試G）確認(rèn)測試H）運用和維護23、確認(rèn)測試支配是在（）階段制定的。A）可行性探討支配B）需求分析C）概要設(shè)計D）具體設(shè)計E）實現(xiàn)F）組裝測試G）確認(rèn)測試H）運用和維護24、測試的目的是為了（）。A）證明軟件符合設(shè)計要求B）發(fā)覺軟件中的錯誤和缺陷C）改善軟件的功能和性能D）發(fā)掘軟件的潛在實力25、軟件開發(fā)過程中，往往會出現(xiàn)錯誤，閱歷證明最簡潔產(chǎn)生錯誤的階段是（）A）具體設(shè)計B）需求分析C）編碼D）概要設(shè)計26.軟件維護時在用戶運用軟件期間對軟件所做的補充、修改和增加，一般認(rèn)為軟件維護最常見的是（）A）完善性維護B）適應(yīng)性維護C）校正性維護D）支持性維護27.在軟件開發(fā)的各個階段中，對軟件開發(fā)成敗影響最大的是（）。A）需求分析B）概要設(shè)計C）具體設(shè)計D）編碼28系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變更時須要對系統(tǒng)進行維護，這種維護屬于（）A）校正性維護B）適應(yīng)性維護C）完善性維護D）預(yù)防性維護29、以下屬于形式化開發(fā)方法的是（）A）結(jié)構(gòu)化開發(fā)方法B）Jackson開發(fā)方法C）維也納開發(fā)方法D）面對對象開發(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模型的特點是體系完整、理論成熟、實踐性強、可裁剪、不行擴充（）3、RUP模型屬于演進型模型（）4、RUP軟件開發(fā)過程分先啟、精化、構(gòu)建和測試四個階段（）5、螺旋模型是一種演進模型（）6、運用螺旋模型不須要很高的風(fēng)險評估技術(shù)（）7、螺旋模型可以應(yīng)對“最終期限”（）8、增量模型和瀑布模型都屬于演進型模型（）9、增量模型不利于與用戶交互（）10、RAD模型的開發(fā)速度快但很難模塊化（）二、選擇題1、下面那個階段不屬于在軟件生命周期中軟件定義時期（）A)問題定義B)可行性探討C)需求分析D)總體設(shè)計2、有關(guān)軟件過程模型的說法錯誤的是（）A)軟件過程模型可以知道項目經(jīng)理和項目成員應(yīng)當(dāng)依據(jù)什么樣的工序完成項目B)項目經(jīng)理可以參考過程模型確定獨特的過程支配C)軟件過程模型是組織項目活動的一般方法D)軟件過程模型是軟件架構(gòu)3、不屬于線性系列模型的模型是（）A)線性依次模型B)增量模型C)RAD模型D)瀑布模型4、不屬于演進系列模型（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型5、屬于線性系列模型的是（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型6、屬于演進系列模型的模型是（）A)線性依次模型B)增量模型C)RAD模型D)瀑布模型7、關(guān)于線性依次模型的說法錯誤的是（）A)線性依次模型提倡軟件開發(fā)依據(jù)系統(tǒng)化、有依次的方法。B)該模型遵循系統(tǒng)分析、設(shè)計、編碼、測試等活動依次。C)線性依次模型遵循“步步為營”的方法開發(fā)軟件D)線性依次模型就是瀑布模型8、關(guān)于瀑布模型的描述錯誤的是（）A）瀑布模型事實上是線性依次模型的改進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)難以被適當(dāng)?shù)哪K化，那么很難組織多個開發(fā)團隊并行開發(fā)B)RAD不適合小項目的開發(fā)C)假如早期不鞥完整的正確的獲得需求，那么很難按時完成開發(fā)任務(wù)D)假如缺乏以往的類似項目閱歷，則很難快速的設(shè)計系統(tǒng)12、不屬于邊改邊建模型的缺點是（）A)否認(rèn)了在項目實施前需求分析和設(shè)計活動的重要性B)沒有支配和明確的目標(biāo)C)費用和成本較好限制D)要求需求完整明確13、對于增量模型的說法錯誤的是（）A)可以在開發(fā)過程中與用戶很好的交互B)增量模型可以有支配的管理技術(shù)風(fēng)險C)增量模型會導(dǎo)致“永不結(jié)束”D)增量模型有助于試驗性產(chǎn)品的開發(fā)14、關(guān)于螺旋模型的說法正確的是（）A)螺旋模型是線性模型B)螺旋模型是演進模型C)螺旋模型可以降低開發(fā)風(fēng)險D)螺旋模型不適合大型項目的開發(fā)15、RUP模型的描述錯誤的為（）A)RUP模型提倡以迭代和增量的方式開發(fā)系統(tǒng)B)RUP模型提倡以遞歸和增量的方式開發(fā)系統(tǒng)C)每次迭代都包括業(yè)務(wù)工程、需求、分析設(shè)計、實施、測試和部署等基本活動D)每個迭代結(jié)束后才進入下一次迭代16、不屬于RUP模型的優(yōu)點的是（）A)可擴充B)實踐性強C)可剪裁D)開發(fā)速度快17、瀑布模型是最常用的傳統(tǒng)軟件開發(fā)模型，它的特點之一（）。A）文檔是階段完成的里程碑B）具有從軟件規(guī)格說明轉(zhuǎn)換成可執(zhí)行代碼的自動程序設(shè)計的新風(fēng)范C）利用軟件速成原型法加強軟件人員與用戶的聯(lián)系D）支持人工智能，面對對象等新軟件技術(shù)的集成18、軟件開發(fā)模型是指軟件開發(fā)的全部過程、活動和任務(wù)的結(jié)構(gòu)框架。主要的開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié)合，并增加了（）。A）系統(tǒng)工程B）風(fēng)險分析C）設(shè)計評審D）進度限制19、螺旋模型是建立在（）的基礎(chǔ)上。A）模塊劃分B）子程序分解C）設(shè)計D）原型20、螺旋模型沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（）的一個新版本。A）模塊劃分B）子程序分解C）設(shè)計D）原型21、噴泉模型描述了（）的開發(fā)模型。A）面對對象B）面對數(shù)據(jù)流C）面對數(shù)據(jù)結(jié)構(gòu)D）面對事務(wù)驅(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é)合了瀑布和演化模型的特點，與其他模型相比，最大的特點是加入并強調(diào)了（）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ā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等，（）主要用來描述面對對象的軟件開發(fā)過程。A）瀑布模型B）演化模型C）螺旋模型D）噴泉模型30.假如用戶對系統(tǒng)的目標(biāo)不是很清晰，需求難以定義，這時最好是用（）進行系統(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)的計算機軟件設(shè)備B)考慮用戶是否已購買相應(yīng)的計算機硬件設(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)濟可行性錯誤的說法是（）A)考察系統(tǒng)的經(jīng)濟效益是否超過它的開發(fā)成本B)成本包括啟動成本和運營成本C)只要經(jīng)濟可行則系統(tǒng)可以開發(fā)D)經(jīng)濟可行性中的成本包括培訓(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ǔ)性分析之前進行B)基礎(chǔ)性分析是指對現(xiàn)有系統(tǒng)的分析C)只重點對建議方案進行風(fēng)險評估D)必需對全部可行方案進行風(fēng)險評估9、關(guān)于成本效益分析正確的說法是（）A)通過成本效益分析可以得出經(jīng)濟可行性的結(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、擴展關(guān)系是指對一個已經(jīng)存在的用例增加新的功能（）二、選擇題1、關(guān)于需求分析的描述錯誤的是（）A)需求分析要遵循按部就班的原則B)需求必需是可驗證的C)需求分析階段應(yīng)充分考慮系統(tǒng)的實現(xiàn)語言D)需求必需是追蹤的2、有關(guān)需求分析描述錯誤的是（）A)需求分析通常這是不行驗證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)于需求分析中可驗證性原則的描述錯誤的是（）A)通過需求的驗證標(biāo)準(zhǔn)，可以度量出系統(tǒng)實現(xiàn)的質(zhì)量B)不行驗證的需求，僅僅是對需求的一種主觀愿望，對于設(shè)計和測試等活動而言都是缺乏意義的C)需求分析中可以有部分是不行驗證的。D)需求通過了“驗證”才能證明所開發(fā)的系統(tǒng)符合客戶和用戶的要求的依據(jù)5、關(guān)于數(shù)據(jù)流突說法錯誤的()A)數(shù)據(jù)流圖是一個分層概念模型B)數(shù)據(jù)流圖包含總體圖、零級圖、一級圖、二極圖、細(xì)微環(huán)節(jié)圖C）數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中移動時如何變化D）數(shù)據(jù)流圖描述對數(shù)據(jù)流進行變換的功能6、關(guān)于數(shù)據(jù)流圖說法錯誤的是（）A）數(shù)據(jù)流圖的總體圖描述了系統(tǒng)和四周環(huán)境的關(guān)系B）零級圖表示一個系統(tǒng)的主要功能或主要的子系統(tǒng)C）細(xì)微環(huán)節(jié)圖表示困難的處理的具體內(nèi)部表示D）一級圖表示對某個模塊的表示7、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯誤的是（）A)外部實體只能出現(xiàn)在總體圖和零級圖中B)外部實體能出現(xiàn)在總體圖和細(xì)微環(huán)節(jié)圖中C）數(shù)據(jù)存儲只能出現(xiàn)在零級圖和細(xì)微環(huán)節(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)當(dāng)既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流軟件設(shè)計方法10、關(guān)于繪制數(shù)據(jù)流圖的規(guī)定錯誤的是（）A）每個處理應(yīng)當(dāng)既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流B)子圖與父圖中對應(yīng)的處理必需執(zhí)行相同的功能，且子圖與對應(yīng)的處理流入和流出的數(shù)據(jù)流相同C)輸入/輸出吩咐不能作為數(shù)據(jù)流程圖中的處理D)每個處理應(yīng)當(dāng)可以沒有輸出的數(shù)據(jù)流11、關(guān)于數(shù)據(jù)字典錯誤的是（）A）數(shù)據(jù)字典主要協(xié)作數(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）判定表是分析和表達多邏輯條件下執(zhí)行不同操作的狀況的工具C）判定表的左上部標(biāo)識條件或數(shù)據(jù)元素名稱D）判定表的右上部表示全部條件組合13、關(guān)于判定表說法錯誤的是（）A）判定表左下部表示處理活動名稱B）判定表的右上部表示全部條件組合C）判定表的左上部標(biāo)識條件或數(shù)據(jù)元素名稱D）判定表只用在測試階段14、關(guān)于判定表說法錯誤的是（）A）判定表表達邏輯清晰，比自然語言簡潔理解B）問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C）問題中的條件或數(shù)據(jù)元素在表中可出現(xiàn)多次D）判定表隨著問題中條件的增多會變得特別困難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、不是面對對象的需求分析方法模型的（）A）用例建模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、結(jié)構(gòu)化分析方法是一種面對（）的需求分析方法。A）對象B）數(shù)據(jù)結(jié)構(gòu)C）數(shù)據(jù)流D）限制流22、結(jié)構(gòu)化分析方法最為常用的圖形工具是（）。A）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）結(jié)構(gòu)圖F）數(shù)據(jù)詞典23、結(jié)構(gòu)化分析方法中，與數(shù)據(jù)流圖協(xié)作運用的是（）。A）程序流程圖B）實體聯(lián)系網(wǎng)C）數(shù)據(jù)流圖D）網(wǎng)絡(luò)圖E）結(jié)構(gòu)圖F）數(shù)據(jù)詞典24、數(shù)據(jù)流圖中出名字及方向的成分是（）。A）限制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源/終點F）節(jié)點25、數(shù)據(jù)流圖不能由計算機處理的成分是（）。A）限制流B）信息流C）數(shù)據(jù)流D）信號流E）數(shù)據(jù)源/終點F）節(jié)點26、軟件需求分析的任務(wù)不應(yīng)包括（）。A）問題分解B）牢靠性與平安性要求C）結(jié)構(gòu)化程序設(shè)計D）確定邏輯模型27、進行需求分析課運用多種工具，但（）是不適用的。A）數(shù)據(jù)流圖（DFD）B）判定表C）PAD圖D）數(shù)據(jù)字典28、在需求分析中，開發(fā)人員要與用戶解決的最重要的問題是（）。A）要讓軟件做什么B）要給該軟件供應(yīng)哪些信息C）要求軟件工作效率怎樣D）要讓軟件具有何種結(jié)構(gòu)29、需求規(guī)格說明書的內(nèi)容不應(yīng)包括（）。A）對重要功能的描述B）對算法的具體過程描述C）對數(shù)據(jù)的要求D）軟件的性能30、結(jié)構(gòu)化分析方法（SA）是一種預(yù)先嚴(yán)格定義需求的方法，強調(diào)分析對象的（）。A、程序流B、指令流C、限制流D、數(shù)據(jù)流31、結(jié)構(gòu)化分析方法（SA）的指導(dǎo)思想是（）。A、自上而下逐層分解B、自下而上逐層分解C、面對對象D、面對過程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ù)結(jié)構(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)的輸出流的一連串連續(xù)交換形成一種信息流，這種信息流可分為（）兩類。A）限制流和變換流B）變換流和事物流C）事物流和事務(wù)流D）事務(wù)流和限制流39、在業(yè)務(wù)領(lǐng)域分析過程中，通過建立實體關(guān)系圖，把與業(yè)務(wù)相關(guān)的數(shù)據(jù)模型化；通過建立（）來表示業(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)記錄在過程依靠圖中；通過建立（）來具體說明整個業(yè)務(wù)過程的邏輯。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動圖（PAD）D）甘特圖（Ganntte）41、UML是一種面對對象的統(tǒng)一建模語言。它包含10種圖形，其中，用例圖展示了外部actor與系統(tǒng)所供應(yīng)的用例之間的連接，UML中的外部actors是指（），用例可以用活動圖來描述。A）人員B）單位C）人員或單位D）人員或外部系統(tǒng)42、UML是一種面對對象的統(tǒng)一建模語言。它包含10種圖形，其中，用例圖展示了外部actor與系統(tǒng)所供應(yīng)的用例之間的連接，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)了一批新的面對對象方法，（）是面對對象方法最早的提倡者之一，他提出了面對對象軟件工程的概念。A）CoadB）BoochC）JacobsonD）Yourdon47、Rumbaugh等人提出了面對對象的建模技術(shù)（OMT）方法，采納了面對對象的概念，并引入各種獨立于語言的表示符。這種方法用（）共同完成對整個系統(tǒng)的建模。A）對象模型、動態(tài)模型、功能模型和用例模型B）數(shù)據(jù)模型、靜態(tài)模型、動態(tài)模型和功能模型C）靜態(tài)模型、動態(tài)模型、功能模型和用例模型D）對象模型、靜態(tài)模型、動態(tài)模型和功能模型48、Jacobson于1994年提出了OOSE方法，其最大的特點是面對用例，并在用例的描述中引入了（）的概念。A）類B）UMLC）角色D）繼承49、UML融合了面對對象的建模技術(shù)（OMT）方法和OOSE方法的基本概念，UML的重要內(nèi)容可以由（）等5類圖來定義。A）類圖、依次圖、行為圖、動態(tài)圖、配置圖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結(jié)構(gòu)包括了基本構(gòu)造塊、公共機制和（）。A）把這些構(gòu)造塊放在一起的規(guī)則B）圖形或文字修飾C）類與對象的劃分以及接口與實現(xiàn)的分別D）描述系統(tǒng)細(xì)微環(huán)節(jié)的規(guī)格說明52、UML中供應(yīng)了擴展機制，其中，構(gòu)造型（stereotype）擴展了UML基本的（），約束（constraint）擴展了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)了擴展機制，其中，構(gòu)造型（stereotype）擴展了UML基本的詞匯，允許創(chuàng)建新的構(gòu)造塊，約束（constraint）擴展了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）擴展（extend）C）分類（classification）D）聚集（aggregation）55、在UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列消息交換。消息序列可用兩種圖來表示，強調(diào)消息時間次序的圖稱為（），該圖的特點是有生命線及限制焦點，重點在消息的時間依次上。強調(diào)參與交互的對象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。A）活動圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）56、在UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列消息交換。消息序列可用兩種圖來表示，強調(diào)消息時間次序的圖稱為序列圖，該圖的特點是（）。強調(diào)參與交互的對象的組織圖稱為協(xié)作圖，這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。A）有生命線及限制焦點，重點在消息的時間依次上。B）有路徑有依次號，為了一個消息的時間依次給消息加數(shù)字前綴C）是對系統(tǒng)、子系統(tǒng)或類的行為建模D）本質(zhì)上是一個流程圖，顯示從活動到活動的信息流57、在UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列消息交換。消息序列可用兩種圖來表示，強調(diào)消息時間次序的圖稱為序列圖，該圖的特點是有生命線及限制焦點，重點在消息的時間依次上。強調(diào)參與交互的對象的組織圖稱為（），這兩種圖是同構(gòu)的，所以可以相互轉(zhuǎn)換。A）活動圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）58、在UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列消息交換。消息序列可用兩種圖來表示，強調(diào)消息時間次序的圖稱為序列圖，該圖的特點是有生命線及限制焦點，重點在消息的時間依次上。強調(diào)參與交互的對象的組織圖稱為協(xié)作圖，這兩種圖是（）。A）同構(gòu)的，所以可以相互轉(zhuǎn)換B）異構(gòu)的，所以不行以相互轉(zhuǎn)換C）強調(diào)對象行為的事務(wù)依次，常用于對反應(yīng)式系統(tǒng)建模D）專注于系統(tǒng)的動態(tài)視圖，狀態(tài)無法確定，所以不行以相互轉(zhuǎn)換59、用UML建立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過程的第一步。業(yè)務(wù)人扮演業(yè)務(wù)中的角色及其交互方式，例如航空公司的售票員是業(yè)務(wù)人員，電話售票員也是業(yè)務(wù)人員，他們之間的關(guān)系是（）。A）關(guān)聯(liá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ù)處理的協(xié)助圖形是（）A）瀑布模型圖B）數(shù)據(jù)流程圖C）數(shù)據(jù)結(jié)構(gòu)圖D）業(yè)務(wù)流程圖63.數(shù)據(jù)流圖是常用的進行軟件需求分析的圖形工具，其基本圖形符號是（）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ù)存儲Ⅳ.外部實體（）是構(gòu)成數(shù)據(jù)流圖的基本圖形A）Ⅰ、Ⅱ和ⅢB）Ⅱ、Ⅲ和ⅣC）Ⅱ和ⅢD）全是66.數(shù)據(jù)流圖中不包括（）A）加工B）數(shù)據(jù)存儲C）數(shù)據(jù)字典D）外部實體67.在數(shù)據(jù)字典的數(shù)據(jù)流定義中，由簡潔數(shù)據(jù)元素（或稱重量）組成更困難數(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ù)流圖中沒有對各組成成分進行說明，因此須要采納其他工具來描述。其中可以用數(shù)據(jù)字典活判定表來進行說明的是（）A）數(shù)據(jù)流B）加工C）文件D）外部實體73.在5-1所示的UML圖中，Customer類和Order類之間的關(guān)系式（）。圖5-1A）關(guān)聯(liá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.對于要存儲到外部數(shù)據(jù)庫中的信息，數(shù)據(jù)流圖中表示為（）A）外部實體B）文件C）加工D）數(shù)據(jù)庫76.一個類所封裝的內(nèi)容（）A）屬性和消息B）操作和消息C）屬性和操作D）操作和接口77.不能實例化的類稱為（）A）抽象類B）無屬性類C）無方法類D）多重繼承類78.軟件需求分析的任務(wù)不應(yīng)包括（）A）確定邏輯模型B）信息域分析C）問題分解D）結(jié)構(gòu)化程序設(shè)計79.進行需求分析時，可以運用的工具有很多，但（）是不適用的。A）數(shù)據(jù)流圖B）判定表C）PAD圖D）數(shù)據(jù)詞典80在軟件需求分析中有一些基本原則，例如必需按（）、逐層分解的方式對問題進行分解和不斷細(xì)化。A）自底向上B）自頂向下C）自內(nèi)向外D）自外向內(nèi)81.在軟件需求分析中有一些基本原則，如必需能夠表達和理解問題的（）功能域。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ù)進行的處理和算法B）加工的名字要說明被加工的數(shù)據(jù)以及產(chǎn)生的處理C）加工的名字既要說明被加工的數(shù)據(jù)，又要說明對數(shù)據(jù)的處理D）加工的名字應(yīng)當(dāng)與輸出結(jié)果一樣85.數(shù)據(jù)流圖的作用是（）。A）描述數(shù)據(jù)對象之間的關(guān)系B）描述對數(shù)據(jù)的處理流程C）說明將要出現(xiàn)的邏輯判定D）指明系統(tǒng)對外部事務(wù)的反應(yī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è)計屬于具體設(shè)計（）3、編碼屬于具體設(shè)計（）4、系統(tǒng)的設(shè)計要重點考慮運用的開發(fā)工具（）5、具體設(shè)計包括模塊邏輯的具體設(shè)計，系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的具體設(shè)計等。6、在設(shè)計時模塊要分的越小越好（）7、里氏替換原則指出父類可以替換子類，可以出現(xiàn)在父類能出現(xiàn)的任何地方（）8、開閉原則指出即一個軟件實體應(yīng)當(dāng)對擴展關(guān)閉，對修改開放。（）9、依靠倒轉(zhuǎn)原則指出要依靠于抽象，不要依靠于具體類（）10、信息隱藏指一個模塊內(nèi)的數(shù)據(jù)和模塊的實現(xiàn)細(xì)微環(huán)節(jié)對于該模塊的客戶即調(diào)用者模塊有不行見的性質(zhì)（）11、兩個模塊之間通過接口的參數(shù)表交換信息數(shù)據(jù)，并且這些信息數(shù)據(jù)的類型是基本數(shù)據(jù)類型印記耦合（）二、選擇題1、關(guān)于設(shè)計的總體原則錯誤的是（）A)設(shè)計不應(yīng)陷入片面性B)設(shè)計應(yīng)追蹤分析模型C)設(shè)計應(yīng)適度分解D)設(shè)計應(yīng)分解的越細(xì)越好2、關(guān)于設(shè)計的應(yīng)考慮的問題錯誤的是（）A)設(shè)計應(yīng)考慮復(fù)用性B)可維護可擴展性C)原子性D)一樣性3、下面不是軟件架構(gòu)設(shè)計應(yīng)考慮的問題（）A)軟件的層次結(jié)構(gòu)B)模塊的實現(xiàn)方法C)模塊相互作用的方式D)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)結(jié)構(gòu)4、下面不是軟件架構(gòu)設(shè)計應(yīng)考慮的問題（）A)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)結(jié)構(gòu)B)數(shù)據(jù)庫的邏輯結(jié)構(gòu)C)模塊的實現(xiàn)方法D)接口5、關(guān)于分支的思想錯誤的是（）A)便于并發(fā)執(zhí)行，縮短開發(fā)周期B)適合團隊協(xié)作，降低了實施難度C)簡潔產(chǎn)生可復(fù)用部件D)分的越細(xì)越好6、關(guān)于分支的思想錯誤的是（）A)適合團隊協(xié)作，降低了實施難度B)分的越細(xì)越好C)預(yù)防了開發(fā)中的多米諾骨牌效應(yīng)D)簡潔產(chǎn)生可復(fù)用部件7、關(guān)于抽象的思想錯誤的是（）A)抽象會增加設(shè)計的困難度B)為了降低困難度，應(yīng)當(dāng)隱藏細(xì)微環(huán)節(jié)或推遲考慮細(xì)微環(huán)節(jié)C)抽象有利于相識事物的普遍特征和基本原理D)抽象可以幫助設(shè)計人員制定出模塊的“框架”8、關(guān)于抽象的優(yōu)點錯誤的是（）A)有利于相識事物的普遍特征和基本原理B)有利于軟件的復(fù)用C)提高系統(tǒng)的的可擴展性D)提高程序的效率9、傳統(tǒng)軟件工程中的抽象描述錯誤的是（）A)可以實現(xiàn)信息隱藏B)實現(xiàn)數(shù)據(jù)的局部化C)有繼承的概念D)僅對模塊細(xì)微環(huán)節(jié)的封裝，沒有繼承的概念，雖然可以“到處復(fù)用”，卻也須要“到處修改”10、關(guān)于內(nèi)聚錯誤的說法是（）A)是一個模塊內(nèi)部各部件之間聯(lián)系緊密程度的度量B)是模塊間各部件緊密聯(lián)系程度的度量C)強調(diào)分解時將相關(guān)的內(nèi)容放到一起D)一個模塊內(nèi)的各個部件聯(lián)系越緊越好11、關(guān)于耦合錯誤的說法是（）A)是模塊間相互聯(lián)系強弱的度量B)耦合的強弱取決于模塊間傳遞數(shù)據(jù)的方式、接口困難狀況以及傳遞數(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)公共耦合指兩個模塊間通過一個公共環(huán)境進行數(shù)據(jù)交換C)外部耦合指模塊對外部系統(tǒng)有依靠關(guān)系D)外部耦合完全可以避開15、關(guān)于耦合由弱到強的依次是（）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)改進過程B)復(fù)用C)改進工具D)改進設(shè)計方法17、下面關(guān)于復(fù)用分類的描述正確的是（）A)依據(jù)服務(wù)的規(guī)模分小規(guī)模復(fù)用與大規(guī)模復(fù)用B)依據(jù)可復(fù)用信息分為組合式復(fù)用和生成式復(fù)用C)依據(jù)復(fù)用的方法分黑盒復(fù)用和白盒復(fù)用D)依據(jù)復(fù)用的應(yīng)用領(lǐng)域分子程序、類、組件、WeB服務(wù)組件18、關(guān)于weB服務(wù)的功能復(fù)用描述錯誤的是（）A)避開了組件的不足(前頁)B)運用者，而非全部者C)充分利用第三方的技能和閱歷D)速度快19、對于面對對象的復(fù)用描述正確的是（）A)不依靠設(shè)計語言B)實現(xiàn)源碼復(fù)用C)粒度較大D)可獨立部署20、對于基于組件的復(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è)計方法：結(jié)構(gòu)化設(shè)計（SD）方法、Jackson方法和Parnas方法。SD方法側(cè)重（）。A）運用對象、類和繼承B）由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強。D）將引起變更的因素隱藏在模塊內(nèi)部，使這些因素變更時的影響范圍受到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)詞典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、逐步細(xì)化，采納依次、選擇和循環(huán)3中基本結(jié)構(gòu)，限制goto語句27、在軟件工程的設(shè)計階段中，有3種常用的設(shè)計方法：結(jié)構(gòu)化設(shè)計（SD）方法、Jackson方法和Parnas方法。Jackson方法側(cè)重（）。A）運用對象、類和繼承B）由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強。D）將引起變更的因素隱藏在模塊內(nèi)部，使這些因素變更時的影響范圍受到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)詞典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、逐步細(xì)化，采納依次、選擇和循環(huán)3中基本結(jié)構(gòu)，限制goto語句28、在軟件工程的設(shè)計階段中，有3種常用的設(shè)計方法：結(jié)構(gòu)化設(shè)計（SD）方法、Jackson方法和Parnas方法。Parnas方法的主要思想是（）。A）運用對象、類和繼承B）由數(shù)據(jù)結(jié)構(gòu)導(dǎo)出模塊結(jié)構(gòu)C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強。D）將引起變更的因素隱藏在模塊內(nèi)部，使這些因素變更時的影響范圍受到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)詞典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、逐步細(xì)化，采納依次、選擇和循環(huán)3中基本結(jié)構(gòu)，限制goto語句29、從20世紀(jì)70年頭中期到90年頭早期，（）是最為常用的設(shè)計方法。A）SDB）JacksonC）ParnasD）面對對象30、（）方法只供應(yīng)了重要的設(shè)計準(zhǔn)則，沒有規(guī)定出具體的工作步驟。A）SDB）JacksonC）ParnasD）以上都不是31、結(jié)構(gòu)化設(shè)計方法在軟件開發(fā)中用于（）。A）測試用例設(shè)計B）概要設(shè)計C）程序設(shè)計D）具體設(shè)計32、結(jié)構(gòu)化設(shè)計方法是一種面對（）的設(shè)計方法。A）對象B）數(shù)據(jù)結(jié)構(gòu)C）數(shù)據(jù)流D）限制流33、結(jié)構(gòu)化設(shè)計方法運用的圖形工具是（）。A）程序結(jié)構(gòu)圖B）數(shù)據(jù)流程圖C）程序流程圖D）實體聯(lián)系圖34、程序結(jié)構(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）通用性和不變性