東北大學軟件工程復試大全軟件工程

一、判斷題1、軟件危機是指軟件開發(fā)和保護過程中存在的周期長、成本高、質量低等問題（）。2、軟件危機是指計算機硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質量為核心，為經濟的開發(fā)滿足客戶需求的軟件而研究、成立和應用的系統(tǒng)化的、有規(guī)則的、可胸襟的、可控制的工程原則和方法。（）1、軟件危機是指軟件開發(fā)和保護過程中存在的周期長、成本高、質量低等問題（）。2、軟件危機是指計算機硬件發(fā)展的太快，軟件開發(fā)跟不上硬件的更新（）3、軟件工程是指以質量為核心，為經濟的開發(fā)滿足客戶需求的軟件而研究、成立和應用的系統(tǒng)化的、有規(guī)則的、可胸襟的、可控制的工程原則和方法。（）4、軟件工程是指編制軟件的工程項目。（）5、軟件工程是一個零散的相關知識點的會集。（）6、軟件工程包括軟件過程、項目管理、開發(fā)方法、軟件胸襟和開發(fā)工具等各相關方面的知識的有機組合（）7、軟件開發(fā)擁有難以描述性（）8、軟件開發(fā)的質量保證主若是經過程序員的經驗來保證的（）9、軟件滿足客戶需求的程度是衡量軟件質量的最重要要素（）10、項目管理的內容涉及人力資源管理、項目計劃、風險管理、項目追蹤、質量保證、配置管理等方面（）11、項目管理的內容涉計算機硬件管理和軟件管理兩方面（*）二、選擇題1、下面描述哪些不屬于軟件的開發(fā)特點（）A)軟件開發(fā)擁有難以描述性B)軟件開發(fā)缺乏可見性C)軟件開發(fā)擁有獨立性D)軟件開發(fā)擁有變化性2、下面描述中那些屬于軟件的開發(fā)特點（）A)軟件開發(fā)擁有風險性B)軟件開發(fā)擁有隨意性C)軟件開發(fā)擁有可描述性D)軟件開發(fā)不擁有變化性3、以下關于軟件危機的描述正確的選項是（）A)軟件危機是指軟件開發(fā)過程越來越長B)軟件危機是指軟件開發(fā)成本越來越高C)軟件危機是指軟件質量越來越低D)軟件危機是指以上三項的綜合4、軟件危機的表現(xiàn)不正確的選項是（）A)缺乏計劃性B)軟件需求獲取不充分、不正確C)缺乏團隊開發(fā)的合作D)開發(fā)過于規(guī)范5、軟件危機的表現(xiàn)不正確的選項是（）A)缺乏優(yōu)秀的質量評測手段B)軟件的可保護性C)軟件種類過少D)軟件可復用性差6、相關軟件工程的描述正確的選項是（）A)軟件工程只包括軟件的開發(fā)過程B)軟件工程涉及軟件過程、項目管理、開發(fā)方法、開發(fā)工具甚至企業(yè)文化。C)軟件工程的目標是提高開發(fā)的軟件的運行速度。D)軟件工程以降低開發(fā)成本為核心。7、下面哪一項不屬于項目管理的范圍（）A)人力資源管理B)項目談判C)風險管理D)質量保證8、相關軟件工程描述不正確的選項是（）A)軟件工程主若是以軟件設計工具自動開發(fā)軟件B)軟件工程是軟件開發(fā)過程可胸襟C)軟件工程的核心是質量保證D)軟件過程是一個將用戶需求轉變?yōu)檐浖到y(tǒng)所需要的活動的會集9、軟件過稱模型不包括（）A)瀑布模型B)螺旋模型C)SOA模型D)RUP模型10、下面那些不是軟件工程工具（）A)RequisiteProB)RoseC)offiCeD)Together11、下面哪一項為哪一項軟件評審的主要內容（）A）系統(tǒng)定義的目標可否與用戶的要求一致B）文檔中的所有描述可否完滿、清楚、正確地反響用戶要求C）可否詳細擬定了檢驗標準，該標準可否對系統(tǒng)定義可否成功進行確認D）以上均是12、軟件工程方法學的研究內容包括軟件開發(fā)技術和軟件工程管理兩部分，其希望達到的最后目標是（）A）除掉軟件危機B）軟件開發(fā)工程化C）軟件設計自動化D）實現(xiàn)軟件可用性13、軟件生產的復雜性和高成本，使大型軟件生產出現(xiàn)危機，下述哪個（些）是軟件危機的主要表現(xiàn)（）Ⅰ.需求增加難滿足Ⅱ.生產成本過高Ⅲ.進度難以控制Ⅳ.質量不易保證A）Ⅰ和ⅡB）ⅣC）Ⅱ和ⅢD）所有是14、與“軟件危機”表現(xiàn)沒關的是（）A）軟件需求定義不正確B）軟件生產成本高，價格昂貴C）軟件生產進度無法控制D）軟件開發(fā)技術落后15.軟件工程思想產生于解決20世紀60年代的軟件為積極，下述：Ⅰ.軟件需求定義不正確Ⅱ.軟件進度難以控制Ⅲ.軟件生產的高成本Ⅳ.軟件質量不易保證（）是當時軟件危機的主要表現(xiàn)。A）Ⅰ和ⅡB）Ⅱ和ⅢC）Ⅲ和ⅣD）所有16、造成軟件危機爆發(fā)的實質原因是（）A）軟件從業(yè)人員過少，無法滿足日益增加的軟件開發(fā)需要B）軟件復雜性越來越大、變化越來越快C）軟件的普及應用以致了失業(yè)人口的增加D）軟件開發(fā)成本越來越大，以致應用推行造成了瓶頸17、在1968年召開的關于軟件危機的會雨中，用來解決這一問題的的是（）A）瀑布模型B）軟件經濟學C）軟件工程D）軟件估計18、以下不屬于軟件特點的是（）A．軟件是一種邏輯產品B．軟件產品存在磨損問題C．軟件的生產主若是研制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ā)組織針對某一類軟件產品為自己規(guī)定的工作步驟，它應該是科學的、合理的，否則必然影響到軟件產品的質量（）2、可行性研究是在短時間和低成本條件下來確定給定的問題在其拘束條件內可否有解、有幾種解以及哪個是最正確解的活動（）3、USE-CASE圖不屬于需求解析活動中產生的圖表（）4、程序員參加需求解析（）5、QA人員不參加需求解析（）6、設計階段的文檔中有大量的代碼（）7、整體設計包括功能構造設計、系統(tǒng)辦理流程設計、系統(tǒng)數(shù)據(jù)庫設計、計算甲和網絡配置設計。（）8、軟件架構設計屬于整體設計（）9、詳細設計包括模塊間的接口設計（）10、設計階段包括架構設計師、程序員、復用工程師、用戶技術員、QA人員（）11、推行活動中不包括單元測試（）12、推行活動的人員不包括用戶技術員（）13、測試活動主若是證明軟件正確（）14、程序開發(fā)出來就代表軟件開發(fā)過程的結束（）15、弊端是指程序中的弊端所產生的不正確結果（）二、選擇題1、軟件開發(fā)活動中的基本活動是（）A)項目追蹤活動B)質量保證活動C)軟件配置管理活動D)問題定義活動2、軟件開發(fā)活動中屬于輔助性活動的是（）A)可行性研究活動B)需求解析活動C)質量保證活動D)設計活動3、軟件開發(fā)活動中屬于輔助性活動的是（）A)風險管理B)編碼活動C)測試活動D)部署活動4、軟件開發(fā)活動中的不屬于基本活動是（）A)需求解析活動B)設計活動C)編碼活動D)風險管理活動5、軟件開發(fā)活動中不是輔助性活動是（）A)交付活動B)項目追蹤活動C)質量保證活動D)軟件配置管理后動6、以下不屬于項目管理活動的是（）A)風險管理B)計劃活動C)設計活動D)項目追蹤活動7、以下對問題定義活動的描述不正確的選項是（）A)問題定義定義的是用戶原有系統(tǒng)或手工模式下的業(yè)務存在哪些亟待解決的重點問題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ā)過程應擁有易理解性B)軟件開發(fā)過程應擁有不能見性C)軟件開發(fā)過程應擁有可支持性D)軟件開發(fā)過程應擁有可接受性11、關于軟件過程的特點描述錯誤的選項是（）A)軟件開發(fā)過程應擁有可靠性B)軟件開發(fā)過程應擁有強壯性C)軟件開發(fā)過程應具關閉性D)軟件開發(fā)過程應擁有高效率性12、下面不是引入軟件開發(fā)過程的原因（）A)軟件開發(fā)工作范圍的擴大B)軟件開發(fā)的風險從可預知漸漸發(fā)展到不能預知不易控制C)單個程序員開發(fā)發(fā)展到團隊開發(fā)D)軟件產品開發(fā)的標準化13、關于問題定義下面描述錯誤的選項是（）A)問題定義是軟件開發(fā)過程中間的一個定義要解決的問題并確定系統(tǒng)范圍的活動。B)問題定義能夠形成一個初期判斷，完成一個最初共識C)問題定義發(fā)生在項目日程表的最前端D)問題定義占整個軟件開發(fā)時間中的比率較大14、在問題定義階段需要參加的人員有（）A)系統(tǒng)解析師B)出資方領導、出資方技術人員C)程序員D)開發(fā)方領導和項目經理15、關于可行性研究活動錯誤的選項是（）A）可行性研究是以相對短的時間和相對低的成本來確定給定的問題在其拘束條件內可否有解、有幾種解以及哪個是最正確解。B）可行性研究必定要明確滿足拘束條件的方案可否存在、可否可行、可否最優(yōu)。C）可行性研究比問題定義活動所耗資的時間短D)可行性研究主要在客戶現(xiàn)場完成。16、不屬于可行性研究活動中參加的人員的是（）A）系統(tǒng)解析師B）程序員C）出資方領導、出資方技術人員D）用戶代表、開發(fā)方領導、項目經理、架構設計師、領域專家17、參加可行性研究活動但不參加問題定義活動的人員有（）A）系統(tǒng)解析師B)出資方領導、出資方技術人員C)財務人員、市場人員、軟件質量保證（SQA，SoftwareQualityAssure）人員D)開發(fā)方領導和項目經理18、不在可行性研究中完成的任務有（）A)定義系統(tǒng)范圍B)復查系統(tǒng)規(guī)模和目標C)研究現(xiàn)行系統(tǒng)D)導出新系統(tǒng)解決方案19、關于需求解析活動的說法錯誤的有（）A)需求必定經過所有相關人員的認可B)功能需求描述系統(tǒng)應該做什么C)非功能需求描述系統(tǒng)必定遵守的拘束條件D)需求解析文檔中不包括軟件規(guī)約文檔20、下面那個文檔不屬于需求解析階段產生的文檔（）A)類圖B)用戶需求文檔C)系統(tǒng)需求文檔D)軟件規(guī)約文檔21、依照國家標準GB8566-88《計算機軟件開發(fā)規(guī)范》的規(guī)定，軟件開發(fā)流程分為8個階段，即可行性研究和計劃、需求解析、大綱設計、詳細設計、實現(xiàn)、組裝測試、確認測試、使用和保護。實現(xiàn)階段要完成的工作之一是單元測試，這種測試要依照在（）階段中的規(guī)格說明進行。A）可行性研究計劃B）需求解析C）大綱設計D）詳細設計E）實現(xiàn)F）組裝測試G）確認測試H）使用和保護22、組裝測試計劃是在（）階段指定的。A）可行性研究計劃B）需求解析C）大綱設計D）詳細設計E）實現(xiàn)F）組裝測試G）確認測試H）使用和保護23、確認測試計劃是在（）階段擬定的。A）可行性研究計劃B）需求解析C）大綱設計D）詳細設計E）實現(xiàn)F）組裝測試G）確認測試H）使用和保護24、測試的目的是為了（）。A）證明軟件吻合設計要求B）發(fā)現(xiàn)軟件中的錯誤和弊端C）改進軟件的功能和性能D）發(fā)掘軟件的潛藏能力25、軟件開發(fā)過程中，常常會出現(xiàn)錯誤，經考據(jù)明最簡單產生錯誤的階段是（）A）詳細設計B）需求解析C）編碼D）大綱設計26.軟件保護時在用戶使用軟件時期對軟件所做的補充、改正和加強，一般認為軟件保護最常有的是（）A）完滿性保護B）適應性保護C）校正性保護D）支持性保護27.在軟件開發(fā)的各個階段中，對軟件開發(fā)成敗影響最大的是（）。A）需求解析B）大綱設計C）詳細設計D）編碼28系統(tǒng)的硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時需要對系統(tǒng)進行保護，這種保護屬于（）A）校正性保護B）適應性保護C）完滿性保護D）預防性保護29、以手下于形式化開發(fā)方法的是（）A）構造化開發(fā)方法B）Jackson開發(fā)方法C）維也納開發(fā)方法D）面向對象開發(fā)方法30、數(shù)據(jù)字典定義數(shù)據(jù)流或數(shù)據(jù)儲藏組成時所使用的符號(‥‥)表示（）A）可選B）與C）或D）重復【答案】判斷題：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)完滿、理論成熟、實踐性強、可裁剪、不能擴大（）3、RUP模型屬于演進型模型（）4、RUP軟件開發(fā)過程分先啟、精化、成立和測試四個階段（）5、螺旋模型是一種演進模型（）6、使用螺旋模型不需要很高的風險評估技術（）7、螺旋模型能夠對付“最后限時”（）8、增量模型和瀑布模型都屬于演進型模型（）9、增量模型不利于與用戶交互（）10、RAD模型的開發(fā)速度快但很難模塊化（）二、選擇題1、下面那個階段不屬于在軟件生命周期中軟件定義時期（）A)問題定義B)可行性研究C)需求解析D)整體設計2、相關軟件過程模型的說法錯誤的選項是（）A)軟件過程模型能夠知道項目經理和項目成員應該依照什么樣的工序完成項目B)項目經理能夠參照過程模型確定獨到的過程計劃C)軟件過程模型是組織項目活動的一般方法D)軟件過程模型是軟件架構3、不屬于線性系列模型的模型是（）A)線性次序模型B)增量模型C)RAD模型D)瀑布模型4、不屬于演進系列模型（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型5、屬于線性系列模型的是（）A)邊建邊改模型B)增量模型C)瀑布模型D)螺旋模型6、屬于演進系列模型的模型是（）A)線性次序模型B)增量模型C)RAD模型D)瀑布模型7、關于線性次序模型的說法錯誤的選項是（）A)線性次序模型提議軟件開發(fā)依照系統(tǒng)化、有次序的方法。B)該模型依照系統(tǒng)解析、設計、編碼、測試等活動次序。C)線性次序模型依照“步步為營”的方法開發(fā)軟件D)線性次序模型就是瀑布模型8、關于瀑布模型的描述錯誤的選項是（）A）瀑布模型實際上是線性次序模型的改進B）瀑布模型擁有反響體系C）瀑布模型不擁有反響體系D）瀑布模型中開發(fā)方不能夠很好的與用戶交互9、下面不屬于瀑布模型的優(yōu)點是（）A)擁有必然的反響性質B)嚴格的規(guī)定了每個階段必定提交的交付物C)每個階段結束前都必定有正式的審查D)與用戶交互好10、關于RAD模型下面描述錯誤的選項是（）A）RAD模型也叫快速應用開發(fā)模型B）在RAD是從線性次序模型“泛化”而來C）RAD模型是多個線性次序模型的并行D）RAD模型是多個線性次序模型的串行11、不屬于RAD模型的弊端是（）A)若是一個系統(tǒng)難以被合適的模塊化，那么很難組織多個開發(fā)團隊并行開發(fā)B)RAD不合適小項目的開發(fā)C)若是初期不鞥完滿的正確的獲取需求，那么很難準時完成開發(fā)任務D)若是缺乏過去的近似項目經驗，則很難快速的設計系統(tǒng)12、不屬于邊改邊建模型的弊端是（）A)否認了在項目推行前需求解析和設計活動的重要性B)沒有計劃和明確的目標C)開銷和成本較好控制D)要求需求完滿明確13、關于增量模型的說法錯誤的選項是（）A)能夠在開發(fā)過程中與用戶很好的交互B)增量模型能夠有計劃的管理技術風險C)增量模型會以致“永不結束”D)增量模型有助于試驗性產品的開發(fā)14、關于螺旋模型的說法正確的選項是（）A)螺旋模型是線性模型B)螺旋模型是演進模型C)螺旋模型能夠降低開發(fā)風險D)螺旋模型不合適大型項目的開發(fā)15、RUP模型的描述錯誤的為（）A)RUP模型提議以迭代和增量的方式開發(fā)系統(tǒng)B)RUP模型提議以遞歸和增量的方式開發(fā)系統(tǒng)C)每次迭代都包括業(yè)務工程、需求、解析設計、推行、測試和部署等基本活動D)每個迭代結束后才進入下一次迭代16、不屬于RUP模型的優(yōu)點的是（）A)可擴大B)實踐性強C)可剪裁D)開發(fā)速度快17、瀑布模型是最常用的傳統(tǒng)軟件開發(fā)模型，它的特點之一（）。A）文檔是階段完成的里程碑B）擁有從軟件規(guī)格說明變換成可執(zhí)行代碼的自動程序設計的新風范C）利用軟件速成原型法加強軟件人員與用戶的聯(lián)系D）支持人工智能，面向對象等新軟件技術的集成18、軟件開發(fā)模型是指軟件開發(fā)的所有過程、活動和任務的構造框架。主要的開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結合，并增加了（）。A）系統(tǒng)工程B）風險解析C）設計評審D）進度控制19、螺旋模型是成立在（）的基礎上。A）模塊劃分B）子程序分解C）設計D）原型20、螺旋模型沿著螺線自內向外每旋轉一圈，就獲取（）的一個新版本。A）模塊劃分B）子程序分解C）設計D）原型21、噴泉模型描述了（）的開發(fā)模型。A）面向對象B）面向數(shù)據(jù)流C）面向數(shù)據(jù)構造D）面向事件驅動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ā)時期內沒有或極稀有需求變化、風險較低和對應用領域很熟悉，則合用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型25.在項目開發(fā)初期需求較明確但可能有變化、對應用領域較熟悉和中等風險的項目則合用于（）A）瀑布模型B）演化模型C）螺旋模型D）快速原型模型26螺旋模型結合了瀑布和演化模型的特點，與其他模型對照，最大的特點是加入并重申了（）A）客戶評估B）風險管理C）用例解析D）風險解析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)的目標不是很清楚，需求難以定義，這時最好是用（）進行系統(tǒng)開發(fā)。A）原型法B）瀑布模型C）V-模型D）螺旋模型31.瀑布模型（WaterfallModel）突出的弊端是不適應（）的變動。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、問題的定義是在可行性研究的基礎上推行的（）3、問題的定義弄清軟件系統(tǒng)要解決的根本問題，可行性研究弄清系統(tǒng)所需的資源和經費（）4、問題的定義要求開發(fā)方和使用方共同完成（）5、操作可行性指軟件系統(tǒng)可否能很好的使用（）6、調換可行性指建議的系統(tǒng)可否能夠按期交付使用（）7、評估風險由項目經理、系統(tǒng)解析師、SQA人員和客戶共同完成（）8、可行性解析的目的在于確定客戶提出的問題可否有解，可否值得去解（）9、可行性解析報告是問題定義和可行性解析階段的最后交付物（）10、錢幣的時間價值用來衡量錢幣在不相同時期的內在價值（）二、選擇題1、關于可行性研究的說法正確的選項是（）A)是以相對短的時間和相對低的成本來確定給定的問題可否有解B)可行性研究不關心系統(tǒng)的成本，只關心系統(tǒng)可否有解C)可行性研究完成問題的定義D)可行性研究不需要SQA人員參加2、關于技術可行性說法錯誤的選項是（）A)考慮用戶可否已購買相應的計算機軟件設備B)考慮用戶可否已購買相應的計算機硬件設備C)考慮用戶可否會用開發(fā)的軟件技術D)考慮可否有現(xiàn)成的成熟技術可用3、關于操作可用性說法正確的選項是（）A)開發(fā)人員可否能開發(fā)出新系統(tǒng)B)新系統(tǒng)可否自動操作C)新系統(tǒng)可否滿足用戶的需求D)新系統(tǒng)所需的用戶操作可否可行4、關于經濟可行性錯誤的說法是（）A)察看系統(tǒng)的經濟效益可否高出它的開發(fā)成本B)成本包括啟動成本和運營成本C)只需經濟可行則系統(tǒng)能夠開發(fā)D)經濟可行性中的成本包括培訓開銷5、關于技術可行性的說法錯誤的選項是（）A)從技術角度解析產品“做得了嗎？”B)從技術角度解析產品“做得好嗎？”C)從技術角度解析產品“做得快嗎？”D)從技術角度解析“用戶會用嗎？”6、參加風險評估的人員中沒有（）A)用戶B)項目經理C)系統(tǒng)解析師D)SQA人員7、關于指定軟件開發(fā)計劃正確的選項是（）A)軟件開發(fā)計劃由程序員來做B)軟件開發(fā)計劃由項目經理來做C)軟件開發(fā)計劃有系統(tǒng)解析師來做D)軟件開發(fā)計劃已經確定不能夠改正8、關于可行性研究正確的說法是（）A)指定軟件營銷計劃在基礎性解析從前進行B)基礎性解析是指對現(xiàn)有系統(tǒng)的解析C)只需點對建議方案進行風險評估D)必定對所有可行方案進行風險評估9、關于成本效益解析正確的說法是（）A)經過成本效益解析能夠得出經濟可行性的結論B)成本解析中不包括用戶培訓開銷C)成本解析中不包括人員開銷D)成本解析中不包括維修開銷10、屬于啟動成本的是（）A)人員開銷B)軟件開發(fā)成本C)不能預示開銷D)維修開銷11、不屬于運營成本的是（）A)人員開銷B)軟件開發(fā)成本C)不能預示開銷D)維修開銷12、屬于運營成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)耗資品開銷D)用戶培訓成本13、不屬于開發(fā)成本的是（）A)硬件成本B)系統(tǒng)軟件成本C)耗資品開銷D)用戶培訓成本14、不屬于系統(tǒng)運營效益的是（）A)直接效益B)減少管理開銷而產生的效益C)提高工作效率、降低辦理成本而產生的效益D)開發(fā)系統(tǒng)信息發(fā)出后產生的股票收益15、關于成本效益解析方法正確的說法是（）A)成本效益解析常用的方法有投資回收解析法和靜資本現(xiàn)值法B)投資回收解析法可精確計算投資與收益C)投資回收解析法比靜資本現(xiàn)值法更精確D)靜資本現(xiàn)值法不計算錢幣價值顛簸16、下面不屬于可行性解析報告內容的有（）A)產品定位B)產品歸納C)方案說明與比較D)整體設計【答案】判斷題：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、需求解析應盡量考慮實現(xiàn)方式（）3、狀態(tài)變遷圖是需求解析的功能模型（）4、數(shù)據(jù)流圖是需求解析的功能模型（）5、數(shù)據(jù)流圖是需求解析的行為模型圖（）6、Petri網是需求解析的功能模型（）7、Petri網是需求解析的行為模型（）8、狀態(tài)變遷圖是需求解析的行為模型（）9、用例圖屬于需求解析的行為模型（）10、泛化關系代表特別到一般的關系（）11、泛化關系代表一般到特其他關系（）12、擴展關系是指對一個已經存在的用例增加新的功能（）二、選擇題1、關于需求解析的描述錯誤的選項是（）A)需求解析要依照次序漸進的原則B)需求必定是可考據(jù)的C)需求解析階段應充分考慮系統(tǒng)的實現(xiàn)語言D)需求必定是追蹤的2、相關需求解析描述錯誤的選項是（）A)需求解析平時這是不能考據(jù)B)需求解析包括橫向分解和縱向分解兩種C)橫向分解將一個功能分解為多個子功能D)縱向分解講一個功能不斷細分3、在需求解析中關于遠離實現(xiàn)原則的描述錯誤的選項是（）A)防范記錄一些由于當前技術才存在的需求B)使用一些可能不是核心產品的技術C)防范對實現(xiàn)的方式做出拘束D)采用各盡其責的方法4、關于需求解析中可考據(jù)性原則的描述錯誤的選項是（）A)經過需求的考據(jù)標準，能夠胸襟出系統(tǒng)實現(xiàn)的質量B)不能考據(jù)的需求，可是是對需求的一種主觀夢想，關于設計和測試等活動而言都是缺乏意義的C)需求解析中能夠有部分是不能考據(jù)的。D)需求經過了“考據(jù)”才能證明所開發(fā)的系統(tǒng)吻合客戶和用戶的要求的依照5、關于數(shù)據(jù)流突說法錯誤的()A)數(shù)據(jù)流圖是一個分層看法模型B)數(shù)據(jù)流圖包括整體圖、零級圖、一級圖、二極圖、細節(jié)圖C）數(shù)據(jù)流圖的目的是指明數(shù)據(jù)在系統(tǒng)中搬動時怎樣變化D）數(shù)據(jù)流圖描述對數(shù)據(jù)流進行變換的功能6、關于數(shù)據(jù)流圖說法錯誤的選項是（）A）數(shù)據(jù)流圖的整體圖描述了系統(tǒng)和周圍環(huán)境的關系B）零級圖表示一個系統(tǒng)的主要功能或主要的子系統(tǒng)C）細節(jié)圖表示復雜的辦理的詳細內部表示D）一級圖表示對某個模塊的表示7、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A)外面實體只能出此刻整體圖和零級圖中B)外面實體能出此刻整體圖和細節(jié)圖中C）數(shù)據(jù)儲藏只能出此刻零級圖和細節(jié)圖中D）數(shù)據(jù)儲藏在分層的數(shù)據(jù)流程圖中只能出現(xiàn)一次8、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A）數(shù)據(jù)儲藏必定既有讀操作，也有寫操作B）數(shù)據(jù)流要有名字C)數(shù)據(jù)流表示相關的控制邏輯D)數(shù)據(jù)流必定開始或結束在辦理圓圈上9、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A）每個辦理要有編號，但不表示先后次序B）每個辦理要有編號，表示先后次序C）每個圖中辦理的數(shù)不應高出9個D）每個辦理應該既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流軟件設計方法10、關于繪制數(shù)據(jù)流圖的規(guī)定錯誤的選項是（）A）每個辦理應該既有輸入的數(shù)據(jù)流，也有輸出的數(shù)據(jù)流B)子圖與父圖中對應的辦理必定執(zhí)行相同的功能，且子圖與對應的辦理流入和流出的數(shù)據(jù)流相同C)輸入/輸出命令不能夠作為數(shù)據(jù)流程圖中的辦理D)每個辦理應該能夠沒有輸出的數(shù)據(jù)流11、關于數(shù)據(jù)字典錯誤的選項是（）A）數(shù)據(jù)字典主要配合數(shù)據(jù)流圖使用B）數(shù)組字典與數(shù)據(jù)流圖沒關C）數(shù)據(jù)字典是數(shù)據(jù)流圖統(tǒng)必然義便于通訊和共享D）數(shù)據(jù)字典中的主要元素有數(shù)據(jù)元素、數(shù)據(jù)流、數(shù)據(jù)儲藏和辦理12、關于判斷表說法錯誤的選項是（）A）判斷表只用在測試階段B）判斷表是解析和表達多邏輯條件下執(zhí)行不相同操作的情況的工具C）判斷表的左上部表記條件或數(shù)據(jù)元素名稱D）判斷表的右上部表示所有條件組合13、關于判斷表說法錯誤的選項是（）A）判斷表左下部表示辦理活動名稱B）判斷表的右上部表示所有條件組合C）判斷表的左上部表記條件或數(shù)據(jù)元素名稱D）判斷表只用在測試階段14、關于判斷表說法錯誤的選項是（）A）判斷表表達邏輯清楚，比自然語言簡單理解B）問題中的條件或數(shù)據(jù)元素在表中只出現(xiàn)一次C）問題中的條件或數(shù)據(jù)元素在表中可出現(xiàn)多次D）判斷表隨著問題中條件的增加會變得特別復雜15、關于判斷樹說法錯誤的選項是（）A）判斷樹是一個樹狀圖B）判斷樹中的根結點表示問題的名字C）判斷樹的內部節(jié)點表示條件，葉子節(jié)點表示活動D）判斷樹的葉子節(jié)點表示條件，內部節(jié)點表示活動16、關于判斷樹說法錯誤的選項是（）A）判斷樹簡單理解，不需要用戶培訓B）繪制方法直觀C）判斷樹書寫簡單D）判斷樹繁瑣，同一條件要書寫多次17、不是面向對象的需求解析方法模型的（）A）用例建模B）ER圖建模C）對象-關系模型D）對象-行為模型18、關于用例圖的描述錯誤的選項是（）A）用例圖表示系統(tǒng)的行為B）用橢圓表示行為C）用小人表示用戶D）用帶說明的線表示用戶與行為的關系19、關于Actor的說明錯誤的選項是（）A）Actor在系統(tǒng)界線外面B）Actor直接與系統(tǒng)交互C）Actor可能是任何事物D）一個人只能擔當1個參加者20、關于用例說明錯誤的選項是（）A)用例止于系統(tǒng)界線B)用例是一個交互的抽象C)用例是Actor的行為D)從Actor的角度去描述用例21、構造化解析方法是一種面向（）的需求解析方法。A）對象B）數(shù)據(jù)構造C）數(shù)據(jù)流D）控制流22、構造化解析方法最為常用的圖形工具是（）。A）程序流程圖B）實體聯(lián)系網C）數(shù)據(jù)流圖D）網絡圖E）構造圖F）數(shù)據(jù)字典23、構造化解析方法中，與數(shù)據(jù)流圖配合使用的是（）。A）程序流程圖B）實體聯(lián)系網C）數(shù)據(jù)流圖D）網絡圖E）構造圖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、軟件需求解析的任務不應包括（）。A）問題分解B）可靠性與安全性要求C）構造化程序設計D）確定邏輯模型27、進行需求解析課使用多種工具，但（）是不合用的。A）數(shù)據(jù)流圖（DFD）B）判斷表C）PAD圖D）數(shù)據(jù)字典28、在需求解析中，開發(fā)人員要與用戶解決的最重要的問題是（）。A）要讓軟件做什么B）要給該軟件供應哪些信息C）要求軟件工作效率怎樣D）要讓軟件擁有何種構造29、需求規(guī)格說明書的內容不應包括（）。A）對重要功能的描述B）對算法的詳細過程描述C）對數(shù)據(jù)的要求D）軟件的性能30、構造化解析方法（SA）是一種起初嚴格定義需求的方法，重申解析對象的（）。A、程序流B、指令流C、控制流D、數(shù)據(jù)流31、構造化解析方法（SA）的指導思想是（）。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ù)構造B）數(shù)據(jù)流C）對象D）構件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時，應注意保持（）之間的平衡。A）父圖與其子圖B）同一父圖的所有子圖C）不相同父圖的所有子圖D）同一子圖的所有直接父圖38、DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串聯(lián)續(xù)交換形成一種信息流，這種信息流可分為（）兩類。A）控制流和變換流B）變換流和事物流C）事物流和事件流D）事件流和控制流39、在業(yè)務領域解析過程中，經過成立實體關系圖，把與業(yè)務相關的數(shù)據(jù)模型化；經過成立（）來表示業(yè)務活動的分解過程。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動圖（PAD）D）過程關系圖（PRD）40、在業(yè)務領域解析過程中，兩個業(yè)務過程之間的互相依賴關系應記錄在過程依賴圖中；經過成立（）來詳細說明整個業(yè)務過程的邏輯。A）數(shù)據(jù)流圖（DFD）B）過程層次圖（PHD）C）過程活動圖（PAD）D）甘特圖（Ganntte）41、UML是一種面向對象的一致建模語言。它包括10種圖形，其中，用例圖顯現(xiàn)了外面actor與系統(tǒng)所供應的用例之間的連結，UML中的外面actors是指（），用例能夠用活動圖來描述。A）人員B）單位C）人員或單位D）人員或外面系統(tǒng)42、UML是一種面向對象的一致建模語言。它包括10種圖形，其中，用例圖顯現(xiàn)了外面actor與系統(tǒ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世紀90年代中，出現(xiàn)了一批新的面向對象方法，（）是面向對象方法最早的提議者之一，他提出了面向對象軟件工程的看法。A）CoadB）BoochC）JacobsonD）Yourdon47、Rumbaugh等人提出了面向對象的建模技術（OMT）方法，采用了面向對象的看法，并引入各種獨立于語言的表示符。這種方法用（）共同完成對整個系統(tǒng)的建模。A）對象模型、動向模型、功能模型和用例模型B）數(shù)據(jù)模型、靜態(tài)模型、動向模型和功能模型C）靜態(tài)模型、動向模型、功能模型和用例模型D）對象模型、靜態(tài)模型、動向模型和功能模型48、Jacobson于1994年提出了OOSE方法，其最大的特點是面向用例，并在用例的描述中引入了（）的看法。A）類B）UMLC）角色D）繼承49、UML交融了面向對象的建模技術（OMT）方法和OOSE方法的基本看法，UML的重要內容能夠由（）等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構造包括了基本構造塊、公共體系和（）。A）把這些構造塊放在一起的規(guī)則B）圖形或文字修飾C）類與對象的劃分以及接口與實現(xiàn)的分別D）描述系統(tǒng)細節(jié)的規(guī)格說明52、UML中供應了擴展體系，其中，構造型（stereotype）擴展了UML基本的（），拘束（constraint）擴展了UML構造塊的語義，贊成增加新的規(guī)則或改正現(xiàn)有的規(guī)則。A）構造塊的特點，贊成創(chuàng)辦詳述元素的新信息B）構造塊的語義，贊成增加新的規(guī)則和改正現(xiàn)有的規(guī)則C）語義，贊成創(chuàng)辦新的構造塊D）詞匯，贊成創(chuàng)辦新的構造塊53、UML中供應了擴展體系，其中，構造型（stereotype）擴展了UML基本的詞匯，贊成創(chuàng)辦新的構造塊，拘束（constraint）擴展了UML（）。A）構造塊的特點，贊成創(chuàng)辦詳述元素的新信息B）構造塊的語義，贊成增加新的規(guī)則和改正現(xiàn)有的規(guī)則C）語義，贊成創(chuàng)辦新的構造塊D）詞匯，贊成創(chuàng)辦新的構造塊54、用例（usecase）用來描述系統(tǒng)在對時間做出響應時所采用的行動。用例之間是擁有相關性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)辦新訂單和更新訂單都需要核查用戶賬號可否正確。那么，用例“創(chuàng)辦新訂單”、“更新訂單”與用例“核查客戶賬號”之間是（）關系。A）包括（include）B）擴展（extend）C）分類（classification）D）齊聚（aggregation）55、在UML中，對象行為是經過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為（），該圖的特點是有生命線及控制焦點，重點在信息的時間次序上。重申參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是同構的，因此能夠互相變換。A）活動圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）56、在UML中，對象行為是經過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為序列圖，該圖的特點是（）。重申參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是同構的，因此能夠互相變換。A）有生命線及控制焦點，重點在信息的時間次序上。B）有路徑有次序號，為了一個信息的時間次序給信息加數(shù)字前綴C）是對系統(tǒng)、子系統(tǒng)或類的行為建模D）實質上是一個流程圖，顯示從活動到活動的信息流57、在UML中，對象行為是經過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為序列圖，該圖的特點是有生命線及控制焦點，重點在信息的時間次序上。重申參加交互的對象的組織圖稱為（），這兩種圖是同構的，因此能夠互相變換。A）活動圖（activitydiagram）B）狀態(tài)圖（statechartdiagram）C）序列圖（sequencediagram）D）協(xié)作圖（collaborationdiagram）58、在UML中，對象行為是經過交互來實現(xiàn)的，是對象間為完成某一目的而進行的一系列信息交換。信息序列可用兩種圖來表示，重申信息時間次序的圖稱為序列圖，該圖的特點是有生命線及控制焦點，重點在信息的時間次序上。重申參加交互的對象的組織圖稱為協(xié)作圖，這兩種圖是（）。A）同構的，因此能夠互相變換B）異構的，因此不能夠夠互相變換C）重申對象行為的事件次序，常用于對反響式系統(tǒng)建模D）專注于系統(tǒng)的動向視圖，狀態(tài)無法確定，因此不能夠夠互相變換59、用UML成立業(yè)務模型是理解企業(yè)業(yè)務過程的第一步。業(yè)務人扮演業(yè)務中的角色及其交互方式，比方航空企業(yè)的售票員是業(yè)務人員，電話售票員也是業(yè)務人員，他們之間的關系是（）。A）關系關系（Association）B）依賴關系（Dependence）C）齊聚關系（Aggregation）D）歸納關系（Generalization）60、在UML中，用（）表示企業(yè)業(yè)務的工作流。這種圖顯示工作流中的步驟、決策點，以及完成每一步驟的角色和對象。A）活動圖（activitydiagram）B）業(yè)務圖（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ù)構造圖D）業(yè)務流程圖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ù)儲藏Ⅳ.外面實體（）是組成數(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）重復C）并行D）可選68.以下說法中錯誤的選項是（）A）類是一組擁有相同屬性和相同操作的對象會集B）一般類是特別類的父類（superclass），特別類是一般類的子類（subclass）C）父類應包括其子類的所有屬性和操作D）對類的屬性的不相同膚質即可獲取該類的對象實例69.某軟件項目要求必定運行在Linux操作系統(tǒng)上，這個需求屬于（）A）功能需求B）非功能需求C）設計拘束D）業(yè)務需求70.要求在所有的輸入界面中，供應拼音首字母的快捷輸入方法，這個需求屬于（）A）功能需求B）非功能需求C）設計拘束D）業(yè)務需求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類之間的關系式（）。圖5-1A）關系關系B）泛化關系C）組合關系D）聚合關系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.一個類所封裝的內容（）A）屬性和信息B）操作和信息C）屬性和操作D）操作和接口77.不能夠實例化的類稱為（）A）抽象類B）無屬性類C）無方法類D）多重繼承類78.軟件需求解析的任務不應包括（）A）確定邏輯模型B）信息域解析C）問題分解D）構造化程序設計79.進行需求解析時，能夠使用的工擁有好多，但（）是不合用的。A）數(shù)據(jù)流圖B）判斷表C）PAD圖D）數(shù)據(jù)字典80在軟件需求解析中有一些基本源則，比方必定按（）、逐層分解的方式對問題進行分解和不斷細化。A）自底向上B）自頂向下C）自內向外D）自外向內81.在軟件需求解析中有一些基本源則，如必定能夠表達和理解問題的（）功能域。A）問題域B）數(shù)據(jù)域C）邏輯域D）限制82.在分層數(shù)據(jù)流程圖中，若是子圖中某個元素（），就不用繪制在上層流程圖中。A）只用于一個加工B）只與一個數(shù)據(jù)流相關C）相關度餓數(shù)據(jù)流小于2條D）沒有相關的輸出數(shù)據(jù)流83.在分層數(shù)據(jù)流程圖中，子圖數(shù)量和父圖中的加工個數(shù)之間存在的關系式（）。A）子圖數(shù)大于父圖的加工數(shù)B）子圖數(shù)等于父圖的加工數(shù)C）子圖數(shù)大于等于父圖的加工數(shù)D）子圖數(shù)小于等于父圖的加工數(shù)84.關于數(shù)據(jù)流圖中加工的命名規(guī)則，正確的選項是（）。A）加工的名字要說明對數(shù)據(jù)進行的辦理和算法B）加工的名字要說明被加工的數(shù)據(jù)以及產生的辦理C）加工的名字既要說明被加工的數(shù)據(jù)，又要說明對數(shù)據(jù)的辦理D）加工的名字應該與輸出結果一致85.數(shù)據(jù)流圖的作用是（）。A）描述數(shù)據(jù)對象之間的關系B）描述對數(shù)據(jù)的辦理流程C）說明將要出現(xiàn)的邏輯判斷D）指明系統(tǒng)對外面事件的反響86.數(shù)據(jù)流圖包括的成分有（）。A）關系、實體和屬性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第六章軟件設計方法【本章測試】一、判斷題1、軟件架構設計屬于整體設計（）2、數(shù)據(jù)庫設計屬于詳細設計（）3、編碼屬于詳細設計（）4、系統(tǒng)的設計要重點考慮使用的開發(fā)工具（）5、詳細設計包括模塊邏輯的詳細設計，系統(tǒng)數(shù)據(jù)構造的詳細設計等。6、在設計時模塊要分的越小越好（）7、里氏代替原則指出父類能夠代替子類，能夠出此刻父類能出現(xiàn)的任何地方（）8、開閉原則指出即一個軟件實體應該對擴展關閉，對改正開放。（）9、依賴倒轉原則指出要依賴于抽象，不要依賴于詳細類（）10、信息隱蔽指一個模塊內的數(shù)據(jù)和模塊的實現(xiàn)細節(jié)關于該模塊的客戶即調用者模塊有不能見的性質（）11、兩個模塊之間經過接口的參數(shù)表交換信息數(shù)據(jù)，而且這些信息數(shù)據(jù)的種類是基本數(shù)據(jù)種類印記耦合（）二、選擇題1、關于設計的整體原則錯誤的選項是（）A)設計不應墜入片面性B)設計應追蹤解析模型C)設計應適當分解D)設計應分解的越細越好2、關于設計的應試慮的問題錯誤的選項是（）A)設計應試慮復用性B)可保護可擴展性C)原子性D)一致性3、下面不是軟件架構設計應試慮的問題（）A)軟件的層次構造B)模塊的實現(xiàn)方法C)模塊互相作用的方式D)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)構造4、下面不是軟件架構設計應試慮的問題（）A)全局的、重要的數(shù)據(jù)變量和數(shù)據(jù)構造B)數(shù)據(jù)庫的邏輯構造C)模塊的實現(xiàn)方法D)接口5、關于分支的思想錯誤的選項是（）A)便于并發(fā)執(zhí)行，縮短開發(fā)周期B)合適團隊協(xié)作，降低了推行難度C)簡單產生可復用部件D)分的越細越好6、關于分支的思想錯誤的選項是（）A)合適團隊協(xié)作，降低了推行難度B)分的越細越好C)預防了開發(fā)中的多米諾骨牌效應D)簡單產生可復用部件7、關于抽象的思想錯誤的選項是（）A)抽象會增加設計的復雜度B)為了降低復雜度，應該隱蔽細節(jié)或推遲考慮細節(jié)C)抽象有利于認識事物的寬泛特點和基本源理D)抽象能夠幫助設計人員擬定出模塊的“框架”8、關于抽象的優(yōu)點錯誤的選項是（）A)有利于認識事物的寬泛特點和基本源理B)有利于軟件的復用C)提高系統(tǒng)的的可擴展性D)提高程序的效率9、傳統(tǒng)軟件工程中的抽象描述錯誤的選項是（）A)能夠實現(xiàn)信息隱蔽B)實現(xiàn)數(shù)據(jù)的局部化C)有繼承的看法D)僅對模塊細節(jié)的封裝，沒有繼承的看法，誠然能夠“各處復用”，卻也需要“各處改正”10、關于內聚錯誤的說法是（）A)是一個模塊內部各部件之間聯(lián)系親密程度的胸襟B)是模塊間各部件親密聯(lián)系程度的胸襟C)重申分解時將相關的內容放到一起D)一個模塊內的各個部件聯(lián)系越緊越好11、關于耦合錯誤的說法是（）A)是模塊間互相聯(lián)系強弱的胸襟B)耦合的強弱取決于模塊間傳達數(shù)據(jù)的方式、接口復雜情況以及傳達數(shù)據(jù)的種類C)各模塊之間的耦合越松弛越好D)各模塊之間的耦合越親密越好12、下面內聚級別從高到低排列正確的選項是（）A)功能內聚、次序內聚、通訊內聚、過程內聚B)功能內聚、次序內聚、過程內聚、通訊內聚C)功能內聚、通訊內聚、次序內聚、過程內聚D)次序內聚、功能內聚、通訊內聚、過程內聚13、下面內聚級別從低到高排列正確的選項是（）A)功能內聚、次序內聚、過程內聚、時間內聚、合用程序內聚、有時內聚B)合用程序內聚、有時內聚、次序內聚、過程內聚、時間內聚、C)有時內聚、時間內聚、功能內聚、次序內聚、過程內聚、合用程序內聚D)有時內聚、合用程序內聚、時間內聚、過程內聚、次序內聚、功能內聚14、關于耦合下面的描述錯誤的選項是（）A)內容耦合式最不好的一種耦合B)公共耦合指兩個模塊間經過一個公共環(huán)境進行數(shù)據(jù)交換C)外面耦合指模塊對外面系統(tǒng)有依賴關系D)外面耦合完滿能夠防范15、關于耦合由弱到強的次序是（）A)內容耦合、公共耦合、外面耦合、控制耦合、印記耦合、數(shù)據(jù)耦合B)內容耦合、公共耦合、印記耦合、數(shù)據(jù)耦合、外面耦合、控制耦合C)數(shù)據(jù)耦合、印記耦合、控制耦合、外面耦合、公共耦合、內容耦合D)數(shù)據(jù)耦合、控制耦合、外面耦合、印記耦合、公共耦合、內容耦合16、關于提高軟件生產率最有效的方法是（）A)改進過程B)復用C)改進工具D)改進設計方法17、下面關于復用分類的描述正確的選項是（）A)依照服務的規(guī)模分小規(guī)模復用與大規(guī)模復用B)依照可復用信息分為組合式復用和生成式復用C)依照復用的方法分黑盒復用和白盒復用D)依照復用的應用領域分子程序、類、組件、WeB服務組件18、關于weB服務的功能復用描述錯誤的選項是（）A)防范了組件的不足(前頁)B)使用者，而非所有者C)充分利用第三方的技術和經驗D)速度快19、關于面向對象的復用描述正確的選項是（）A)不依賴設計語言B)實現(xiàn)源碼復用C)粒度較大D)可獨立部署20、關于基于組件的復用錯誤的描述是（）A)組件就是類或方法B)EJB、COM、.NET和CORBA等是主要的組件模型C)組件復用不合用于跨平臺操作D)組件復用的部署和升級較麻煩21、軟件設計中劃分模塊的一個準則是（）。A）低內聚低耦合B）低內聚高耦合C）高內聚低耦合D）高內聚高耦合22、兩個模塊之間的耦合方式中，（）耦合的耦合度最高。A）數(shù)據(jù)B）非直接C）控制D）內容23、兩個模塊之間的耦合方式中，（）耦合的耦合度最低。A）數(shù)據(jù)B）非直接C）控制D）內容24、在一個模塊內部的內聚種類中，（）內聚的內聚度最高。A）有時B）邏輯C）功能D）過程25、在一個模塊內部的內聚種類中，（）內聚的內聚度最低。A）有時B）邏輯C）功能D）過程26、在軟件工程的設計階段中，有3種常用的設計方法：構造化設計（SD）方法、Jackson方法和Parnas方法。SD方法重視（）。A）使用對象、類和繼承B）由數(shù)據(jù)構造導出模塊構造C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內聯(lián)系強。D）將引起變化的要素隱蔽在模塊內部，使這些要素變化時的影響范圍碰到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)字典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、漸漸細化，采用次序、選擇和循環(huán)3中基本構造，限制goto語句27、在軟件工程的設計階段中，有3種常用的設計方法：構造化設計（SD）方法、Jackson方法和Parnas方法。Jackson方法重視（）。A）使用對象、類和繼承B）由數(shù)據(jù)構造導出模塊構造C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內聯(lián)系強。D）將引起變化的要素隱蔽在模塊內部，使這些要素變化時的影響范圍碰到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)字典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、漸漸細化，采用次序、選擇和循環(huán)3中基本構造，限制goto語句28、在軟件工程的設計階段中，有3種常用的設計方法：構造化設計（SD）方法、Jackson方法和Parnas方法。Parnas方法的主要思想是（）。A）使用對象、類和繼承B）由數(shù)據(jù)構造導出模塊構造C）模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內聯(lián)系強。D）將引起變化的要素隱蔽在模塊內部，使這些要素變化時的影響范圍碰到限制E）用數(shù)據(jù)流圖表示系統(tǒng)的分解，用數(shù)據(jù)字典和簡短說明分別表示數(shù)據(jù)和加工的含義F）自上而下、漸漸細化，采用次序、選擇和循環(huán)3中基本構造，限制goto語句29、從20世紀70年代中期到90年代初期，（）是最為常用的設計方法。A）SDB）JacksonC）ParnasD）面向對象30、（）方法只供應了重要的設計準則，沒有規(guī)定出詳細的工作步驟。A）SDB）JacksonC）ParnasD）以上都不是31、構造化設計方法在軟件開發(fā)中用于（）。A）測試用例設計B）大綱設計C）程序設計D）詳細設計32、構造化設計方法是一種面向（）的設計方法。A）對象B）數(shù)據(jù)構造C）數(shù)據(jù)流D）控制流33、構造化設計方法使用的圖形工具是（）。A）程序構造圖B）數(shù)據(jù)流程圖C）程序流程圖D）實體聯(lián)系圖34、程序構造圖中矩形表示（）。A）數(shù)據(jù)B）加工C）模塊D）儲藏35、若是兩個矩形之間有直線相連，表示它們存在（）的關系A）鏈接B）調用C）并列D）次序執(zhí)行36、軟件復用是使用已有的軟件產品（如設計、代碼、文檔等）來開發(fā)新的軟件系統(tǒng)的過程。軟件復用的形式大體可分為垂直式復用和水平式復用。垂直式復用是指（）中的復用。A）同一軟件系統(tǒng)B）不相同軟件系統(tǒng)C）同一應用領域D）不相同應用領域37、軟件復用是使用已有的軟件產品（如設計、代碼、文檔等）來開發(fā)新的軟件系統(tǒng)的過程。軟件復用的形式大體可分為垂直式復用和水平式復用。水平式復用是指（）中的復用。A）同一軟件系統(tǒng)B）不相同軟件系統(tǒng)C）同一應用領域D）不相同應用領域38、為了提高構件的復用率，平時要求構件擁有較好的（）。A）專用性和不變性B）專用性和可變性C）通用性和不變性D）通用性和可變性39、為了將不相同的軟件生產商在不相同軟硬件平臺上開發(fā)的構件組裝成一個系統(tǒng)，必定解決異構平臺的各構件間的互操作問題。當前國際上已出現(xiàn)了一些支持互操作的構件標準，典型的有國際對象管理組織OMG介紹的（）和Microsoft企業(yè)推出的DCOM。A）CORBAB）DCOMC）JavaBeanD）Delphi40、為了將不相同的軟件生產商在不相同軟硬件平臺上開發(fā)的構件組裝成一個系統(tǒng)，必定解決異構平臺的各構件間的互操作問題。當前國際上已出現(xiàn)了一些支持互操作的構件標準，典型的有國際對象管理組織OMG介紹的CORBA和Microsoft企業(yè)推出的（）。A）CORBAB）DCOMC）JavaBeanD）Delphi41、論域工程過程要在選定的應用論域中界定出（）和可變性，要為多個應用和構件定義一個系統(tǒng)構造，并開發(fā)一系列可適當擴展的構件。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強壯性H）合用性42、論域工程過程要在選定的應用論域中界定出共性和（），要為多個應用和構件定義一個系統(tǒng)構造，并開發(fā)一系列可適當擴展的構件。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強壯性H）合用性43、論域工程過程要在選定的應用論域中界定出共性和可變性，要為多個應用和構件定義一個（），并開發(fā)一系列可適當擴展的構件。A）固件B）構件C）系統(tǒng)構造D）組件E）整體框圖F）數(shù)據(jù)構造44、論域工程過程要在選定的應用論域中界定出共性和可變性，要為多個應用和構件定義一個系統(tǒng)構造，并開發(fā)一系列可適當擴展的（）。A）固件B）構件C）系統(tǒng)構造D）組件E）整體框圖F）數(shù)據(jù)構造45、創(chuàng)辦可復用構件既困難有昂貴，因此，應該幫助軟件人員進行界定工作，以及按重要性對各項（）進行優(yōu)先性排隊。在必然程度上，這項工作要依賴于可靠性。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強壯性H）合用性46、創(chuàng)辦可復用構件既困難有昂貴，因此，應該幫助軟件人員進行界定工作，以及按重要性對各項特點進行優(yōu)先性排隊。在必然程度上，這項工作要依賴于（）。A）共性B）特點C）可變性D）屬性E）靈便性F）可靠性G）強壯性H）合用性47、能夠有好多方法來描述可復用的構件，其中最理想的是有Tracz提出的3C模型。3C模型是指（）、內容和上下文。A）包括（Container）B）上下文（Context）C）代價（Cost）D）控制（Control）E）看法（Concept）F）內容（Content）48、能夠有好多方法來描述可復用的構件，其中最理想的是有Tracz提出的3C模型。3C模型是指看法、（）和上下文。A）包括（Container）B）上下文（Context）C）代價（Cost）D）控制（Control）E）看法（Concept）F）內容（Content）49、能夠有好多方法來描述可復用的構件，其中最理想的是有Tracz提出的3C模型。3C模型是指看法、內容和（）。A）包括（Container）B）上下文（Context）C）代價（Cost）D）控制（Control）E）看法（Concept）F）內容（Content）50、3C模型中，看法描述構件做什么。為此，需要完滿地描述構件的（）和表示語義。A）看法B）接口C）公開D）服務E）語義F）語法G）隱蔽H）構造51、3C模型中，看法描述構件做什么。為此，需要完滿地描述構件的接口和表示（）。A）看法B）接口C）公開D）服務E）語義F）語法G）隱蔽H）構造52、3C模型中，內容描述構件的（）怎樣實現(xiàn)。A）看法B）接口C）公開D）服務E）語義F）語法G）隱蔽H）構造53、一般來講，3C模型中，內容是對外來用戶（）的信息，是只有試圖改正或測試該構件的人才需要認識的信息。A）看法B）接口C）公開D）服務E）語義F）語法G）隱蔽H）構造54、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進對軟件的理解；（ii）準備或直接提高軟件自己的（）、可復用性或演化性。A）可靠性B）靈便性C）可保護性D）可復用性E）可改正性55、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進對軟件的理解；（ii）準備或直接提高軟件自己的可保護性、（）或演化性。A）可靠性B）靈便性C）可保護性D）可復用性E）可改正性56、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進對軟件的理解；（ii）準備或直接提高軟件自己的可保護性、可復用性或演化性。第（ii）部分旨在改進軟件的（），似的軟件更簡單為人們服務。A）靜態(tài)質量B）動向質量C）性能D）功能57、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進對軟件的理解；（ii）準備或直接提高軟件自己的可保護性、可復用性或演化性。第（ii）部分旨在改進軟件的靜態(tài)質量，似的軟件更簡單為人們服務。純粹是出于改進性能的代碼優(yōu)化（）軟件再工程。A）屬于B）不屬于58、軟件再工程師一類軟件工程活動，它能夠使我們：（i）增進對軟件的理解；（ii）準備或直接提高軟件自己的可保護性、可復用性或演化性。第（ii）部分旨在改進軟件的靜態(tài)質量，似的軟件更簡單為人們服務。純粹是出于改進性能的代碼優(yōu)化不屬于軟件再工程。逆向工程屬于上述軟件再工程的第（）部分。A）（ii）B）（i）59、軟件他構造是軟件模塊間關系的表示，下述語句中（）不屬于對模塊間關系的描述。A）調用關系B）隸屬關系C）嵌套關系D）主次關系60、.構造化解析（SA）方法欲將開發(fā)的軟件系統(tǒng)分解為若干基本加工，并對加工進行說明，下述：Ⅰ.構造化語言Ⅱ.數(shù)據(jù)流Ⅲ.數(shù)據(jù)儲藏是常用的說明工具，其中便于對加工出現(xiàn)的組合條件的說明工具是（）A）Ⅱ和ⅢB）Ⅰ，Ⅱ和ⅢC）Ⅰ和ⅢD）Ⅰ和Ⅱ61、.模塊獨立性是軟件模塊化所提出的要求，衡量模塊獨立性的胸襟標準則是模塊的（）A）抽象和各處隱蔽B）局部化和封裝化C）內聚性和耦合性D）激活體系和控制方法62、軟件設計一般分為整體設計和詳細設計，它們之間的關系是（）A）全局和局部B）抽象和詳細C）整體和層次D）功能和構造63、.軟件設計一般劃分為大綱設計和詳細設計，一下哪一項應屬于大綱設計內容（）A）屏幕設計B）構造設計C）代碼設計D）I/O設計64、下面所列的內聚種類中，哪一個內聚度最強（）A）有時內聚B）邏輯內聚C）功能內聚D）次序內聚65、以下說法中錯誤的選項是（）A）軟件系統(tǒng)構造可是一種表示，它不是可運行的軟件B）軟件系統(tǒng)構造風格和模式能夠被應用到其他系統(tǒng)的設計中C）軟件系統(tǒng)構造包括軟件構件、這些構件的對外可見的性質以及它們之間的關系D）軟件系統(tǒng)構造中不應包括中間件66、一組語句在程序的多出出現(xiàn)，為了節(jié)約內存空間，把這些語句放在一個模塊中，該模塊的內聚度是（）。A）功能內聚B）有時內聚C）邏輯內聚D）瞬時內聚67、.將幾個邏輯上相似的成分放在一個模塊中，該模塊的內聚度是（）。A）功能內聚B）過程內聚C）邏輯內聚D）通訊內聚68、在一個模塊中直接引用另一個模塊中的數(shù)據(jù)，那么這兩個模塊之間是（）關系。A）公共耦合B）內容耦合C）外面耦合D）數(shù)據(jù)耦合69、.若是一個模塊把一個數(shù)值量作為參數(shù)傳達給另一個模塊，則這兩個模塊間是（）關系。A）控制耦合B）邏輯耦合C）外面耦合D）數(shù)據(jù)耦合70、.在UML2.0中，交互歸納圖是將（）嫁接到活動圖上。A）類圖B）狀態(tài)圖C）次序圖D）包圖71、在UML2.0中，交互歸納圖經過次序圖來表示它的（）間的控制流。A）類B）對象C）包D）狀態(tài)72、.從宏觀的角度講軟件劃分為各個組成模塊，并確定模塊的功能及模塊之間的調用關系，這屬于（）的范圍A）大綱設計B）詳細設計C）接口設計D）過程設計73、在以下文檔中，不屬于設計階段完成的是（）。A）大綱設計說明書B）數(shù)據(jù)庫設計說明書C）單元測試計劃D）項目質量保證計劃74、模塊中所有成分引用共同的數(shù)據(jù)，則該模塊的內聚度為（）。A）功能內聚B）有時內聚C）邏輯內聚D）通訊內聚75、.模塊內的某成分的輸出是另一些成分的輸入，該模塊的內聚度為（）。A）次序內聚B）過程內聚C）邏輯內聚D）通訊內聚76、模塊是執(zhí)行某一特定任務的數(shù)據(jù)構造和程序代碼。其中（）屬于其外面特點。A）接口B）算法C）代碼D）局部數(shù)據(jù)77、模塊是執(zhí)行某一特定任務的數(shù)據(jù)構造和程序代碼。要使模塊保持較高的獨立性，應達到（）的目標。A）高內聚、高耦合B）低內聚、低耦合C）高內聚、低耦合D）低內聚、高耦合78、.在以下關于活動圖的描述中，不正確的選項是（）。A）在一張活動圖中只能有一個起點B）在一張活動圖中能夠有多個終點C）在活動圖中，分岔和會和是用來表示并行活動流的D）活動圖是UML2.0規(guī)范中新增的圖79、.圖6-1所示的符號表示的含義是（）。圖6-1A）會集B）分岔C）判斷D）監(jiān)護條件80、在以下內聚性序列中，復合從強到弱排列的是（）。A）有時、瞬時、功能、通訊、邏輯、次序、過程B）功能、次序、通訊、過程、瞬時、邏輯、有時C）功能、邏輯、通訊、過程、次序、瞬時、有時D）過程、功能、通訊、邏輯、瞬時、次序、有時81、以下耦合性序列中，復合從弱到強排列的是（）A）內容、公共、外面、控制、標志、數(shù)據(jù)B）公共、數(shù)據(jù)、外面、控制、表記、內容C）數(shù)據(jù)、標志、控制、外面、公共、內容D）內容、表記、控制、外面、數(shù)據(jù)、公共82、關于模塊設計的原則，一下表達中正確的選項是（）A）模塊的內聚性高，模塊之間的耦合度高B）模塊的內聚性高，模塊之間的耦合度低C）模塊的內聚性低，模塊之間的耦合度高D）模塊的內聚性低，模塊之間的耦合度低83．原型的優(yōu)點不包括（）A．對設計人員水平及開發(fā)環(huán)境要求不高B．可提前為用戶供應適用的產品C．可提前發(fā)現(xiàn)問題，隨時糾正錯誤D．可減少技術、應用的風險84．UML一致了三種面向對象方法的表示方法，這三種面向對象方法是（）A．CoAD方法、OMT方法、OOSE方法B．BooCh方法、OMT方法、OOSE方法C．BooCh方法、CoAD方法、OOSE方法D．BooCh方法、OMT方法、CoAD方法85．面向對象的類層次構造中，齊聚關系是一種（）A．“一般——特別”關系B．“整體——部分”關系C．“互相依賴”關系D．“一般——詳細”關系86．IDEF是IDEF方法的一部分，用于成立系統(tǒng)的（）A．功能模型B．信息模型C．動向模型D．關系模型87．軟件構造中兩個模塊之間有調用關系，傳達簡單數(shù)據(jù)值，相當于高級語言中的值傳達，這兩個模塊之間的耦合是（）A．公共耦合B．控制耦合C．標志耦合D．數(shù)據(jù)耦合88．把需要同時執(zhí)行的動作組合在一起形成模塊，該模塊的內聚性是（）A．次序內聚B．邏輯內聚C．時間內聚D．通訊內聚89．以手下于程序流程圖弊端的是（）A．歷史悠久B．使用寬泛C．支持程序的三種基本控制構造D．能夠為非作歹地畫控制流程線的流向90．JACkson構造圖的三種基本構造是（）A．次序構造、選擇構造、層次構造B．次序構造、選擇構造、重復構造C．層次構造、選擇構造、重復構造D．次序構造、層次構造、重復構造【答案】判斷題：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、只需測試了程序的所有路徑，程序就應該是100%正確的（）7、窮盡了所有路徑，就能保證測試的結果可靠（）8、基本路子測試就是白盒測試（）9、條件測試無法測出括號不般配（）10、黑盒測試無法檢測出接口錯誤（）二、選擇題1、程序語言選擇不需要考慮（）A）成產率要素B）軟件應用領域C）經費問題D）程序員的知識2、以下哪項不屬于好的編碼風格（）A）程序塊頭部應有解說B）變量名應用字母加數(shù)字C）程序內部要有解說D）變量名應有必然意義3、關于好的程序編碼風格描述錯誤的選項是（）A）一行內只寫一條語句B）同一層次的語句序列寫在相同的列上，所有語句的第一個字母要對齊C）循環(huán)語句的語句體部分要合適的縮進D）條件選擇語句中的then部分和else部分，應該寫在一行上。4、關于輸入輸出語句錯誤的編碼風格是（）A）輸入語句不用合法性檢查B)有明確的提示C)如有必要，進一步確認D)輸出語句要加說明信息5、下面關于“錯誤”的論述正確的選項是（）A)錯誤是系統(tǒng)任一方面（包括需求、設計或代碼）的弊端。該弊端會促成或潛藏的促成一個或多個失敗發(fā)生。B）錯誤是指程序中的弊端所產生的不正確結果。C）錯誤是當一個程序不能夠運行也許其表現(xiàn)不能被接受時我們稱其為D）錯誤是能夠不能夠夠完滿防范的6、下面那種測試是在編碼階段要做的（）A）單元測試B）集成測試C）系統(tǒng)測試D）α(Alpha)、β(Beta)7、關于測試描述錯誤的選項是（）A）測試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯誤B）一個好的測試用例在于能發(fā)現(xiàn)到此刻未發(fā)現(xiàn)的錯誤C）一個成功的測試是發(fā)現(xiàn)了所有錯誤的測試D）一個成功的測試是發(fā)現(xiàn)了到此刻未發(fā)現(xiàn)的錯誤的測試8、關于測試描述錯誤的選項是（）A）測試的目的不能是是為了發(fā)現(xiàn)軟件弊端與錯誤，而且也是對軟件質量進行胸襟和評估B）測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相吻合C）測試不能夠表示軟件中不存在錯誤，它只能說明軟件中存在錯誤D）測試能夠證明軟件的正確9、關于測試用例錯誤的說法是（）A）測試工作可否成功，取決于測試用例設計可否合理B）為了有效地測試必定采用能夠盡可能多地發(fā)現(xiàn)弊端的測試用