2023年廣播電視大學(xué)電大本科軟件工程復(fù)習(xí)資料

軟件工程期末復(fù)習(xí)選擇題1、軟件工程的研究者將軟件開發(fā)和維護(hù)過程概括為（c）大活動(dòng)。A.5B.7C.8D.32、（a）是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能B.編程速度快C.熟悉眾多的軟件環(huán)境 D.語言天賦計(jì)算機(jī)病毒是指（b）。A.計(jì)算機(jī)系統(tǒng)的漏洞B.一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼C.一種細(xì)菌D.程序中的BUG4、軟件需求具有（d）。A.主觀性B.不擬定性C.多變性D.以上所有5、描述軟件需求通常不用哪個(gè)工具（c）。A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C.模塊結(jié)構(gòu)圖D.E-R圖6、軟件結(jié)構(gòu)圖中沒有（d）元素。A．模塊B．調(diào)用參數(shù)C．返回結(jié)果D．判斷7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（a）。A．不擬定B．?dāng)?shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C．?dāng)?shù)據(jù)調(diào)用關(guān)系D．程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖8、包含關(guān)系用于構(gòu)造多個(gè)用例（b）。A.關(guān)系B.共性的部分C.角色D.特殊活動(dòng)9、假如說用例F被用例T擴(kuò)展，意思是（a）。A.F是一個(gè)一般用例，T是一個(gè)特殊用例B.F是一個(gè)特殊用戶，T是一個(gè)一般用例C.都是一般用例D.都是特殊用例10、用（c）對(duì)需要長期保存的信息進(jìn)行建模。A.實(shí)體類B.數(shù)據(jù)庫表C.E-R圖D.對(duì)象類11、美國卡內(nèi)基﹒梅隆大學(xué)制定的SW-CMM是（c）。A.軟件工作規(guī)范B.軟件工作流描述C.軟件成熟度模型D.軟件描述的一般方法12、螺旋模型是一種將（d）結(jié)合起來的軟件開發(fā)模型。A.原型化模型和增量模型B.風(fēng)險(xiǎn)判斷和瀑布模型C.瀑布模型和原型化模型D.瀑布模型和增量模型13可行性研究的四大要素是（a）。A.經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平C.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬D.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性14、軟件調(diào)研報(bào)告是在（b）提交的。A.可行性分析之前B.需求分析之前C.簽協(xié)議之前D.設(shè)計(jì)的時(shí)候15、系統(tǒng)流程圖的重要作用（a）.A.描述系統(tǒng)的物理模型B.業(yè)務(wù)流程C.系統(tǒng)解決過程D.數(shù)據(jù)解決過程16、PDL是一種（d）語言。A．低檔程序設(shè)計(jì)語言B．建模語言C．高級(jí)程序設(shè)計(jì)語言D．過程設(shè)計(jì)語言17、結(jié)構(gòu)化設(shè)計(jì)方法劃分模塊的原則是（c）。A．模塊扇出小于5B．模塊扇入小于5C．低耦合，高內(nèi)聚D．模塊深度小于718、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（b）。A.邏輯架構(gòu)B.物理架構(gòu)C.組成結(jié)構(gòu)D.體系結(jié)構(gòu)19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（d）。A.數(shù)據(jù)庫B.接口C.對(duì)象D.時(shí)間20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（c）實(shí)現(xiàn)。A.場(chǎng)景描述B.活動(dòng)圖和場(chǎng)景描述C.用例圖和場(chǎng)景描述D.交互圖和場(chǎng)景描述21、下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（b）。A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時(shí)交付軟件D.生產(chǎn)無端障軟件22、針對(duì)需求不擬定的軟件開發(fā)，比較好的模型是（a）。A.快速原型化模型B.瀑布模型C.軟件成熟度模型D.系統(tǒng)化模型23、可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（b）。A.2%B.6%C.20%D.5‰24、業(yè)務(wù)需求描述的是（d）。A.功能需求B.用戶需求C.用戶的具體業(yè)務(wù)流程D.軟件的目的、規(guī)模和范圍25、一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（c）種。A.3B.5C.4D.726、非直接耦合的模塊獨(dú)立性最強(qiáng)，（a）的模塊獨(dú)立性最弱。A．內(nèi)容耦合B．?dāng)?shù)據(jù)耦合C．控制耦合D．外部耦合27、信息隱藏的核心內(nèi)容是（c）。A．把數(shù)據(jù)都放在公共的區(qū)域B．?dāng)?shù)據(jù)不能被其他模塊訪問C．一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問D．把信息加密，只能讓有密鑰的模塊訪問28、面向過程的方法最關(guān)心的是（a），而過程實(shí)行的對(duì)象是作為過程參數(shù)傳遞的。A.參數(shù)B.主體C.過程D.數(shù)據(jù)結(jié)構(gòu)29、（c）用于描述系統(tǒng)的功能集。A.組件視圖B.邏輯視圖C.用例視圖D.對(duì)象視圖30、用（d）模型建立系統(tǒng)組織結(jié)構(gòu)。A.組織B.CMMC.數(shù)據(jù)D.靜態(tài)31、對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表達(dá)目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（b）實(shí)現(xiàn)。A.順序圖B.類圖C.狀態(tài)圖D.組件圖32、假如對(duì)象之間的耦合是通過（a）來實(shí)現(xiàn)的，則這種耦合就是交互耦合。A.消息機(jī)制B.參數(shù)C.方法D.公共數(shù)據(jù)區(qū)33、定義類的屬性類型時(shí)盡量使用已有類型，太多自定義類型會(huì)減少系統(tǒng)的（c）指標(biāo)。A.有效性B.安全性C.可維護(hù)性D.開發(fā)效率34、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)涉及（d）測(cè)試用例。A.也許產(chǎn)生無效輸出的輸入情況B.無效的和不盼望的輸入情況C.有效的和盼望的輸入情況D.上面所有情況35、（b）屬于功能測(cè)試方法。A.等價(jià)類劃分和鑒定覆蓋B.邊值分析和等價(jià)類劃分C.邊值分析和鑒定覆蓋D.鑒定覆蓋和回歸測(cè)試36、一個(gè)軟件項(xiàng)目大約（a）的工作量在開發(fā)階段，（）的工作量在維護(hù)階段。A.30%,70%B.70%,30%C.30%,30%D.70%,70%37、軟件項(xiàng)目管理的內(nèi)容不涉及（b）。A.人員的組織與管理B.技術(shù)和算法C.軟件配置管理D.軟件開發(fā)進(jìn)度計(jì)劃38、通俗的說，軟件項(xiàng)目管理中常說的基線是（d）。A.管理的基本思緒B.一種軟件開發(fā)的基本策略C.基本的技術(shù)路線D.通過正式復(fù)審的文檔39、科學(xué)計(jì)算領(lǐng)域一般選擇（b）語言。A.HTMLB.CC.匯編語言D.XML40對(duì)于嵌套的循環(huán)和分支程序，層次不要超過（c）層。A.1B.2C41、在分析模型內(nèi)表達(dá)協(xié)調(diào)、順序、事務(wù)解決以及控制其他對(duì)象的類是（a）。A.控制類B.組件類C.主函數(shù)D.事務(wù)類42、繼承耦合是（b）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)當(dāng)適當(dāng)使用這種耦合。A.虛類與實(shí)體類B.一般化類與特殊化類C.控制類與界面類D.數(shù)據(jù)類與解決類43、構(gòu)架設(shè)計(jì)的重要目的是（d），這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完畢。A.類圖B.擬定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)C.解決流程D.擬定系統(tǒng)總體結(jié)構(gòu)44、測(cè)試用例是一組（a）。A.測(cè)試用的輸入數(shù)據(jù)以及相應(yīng)的預(yù)期結(jié)果B.測(cè)試驅(qū)動(dòng)程序C.測(cè)試數(shù)據(jù)D.測(cè)試程序及數(shù)據(jù)45、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測(cè)試（b）。A.更加簡樸B.更加復(fù)雜C.沒變D.不擬定46、軟件維護(hù)過程中產(chǎn)生的副作用，一般是由（b）引起的。A.算法說明B.修改程序C.優(yōu)先級(jí)D.環(huán)境規(guī)定47、項(xiàng)目計(jì)劃活動(dòng)的重要任務(wù)是（d）。A.估算項(xiàng)目的進(jìn)度B.分派工作量C.計(jì)劃資源使用D.以上所有48、假如程序代碼的（c）好，則調(diào)試的成本就可以大幅度減少。A.性能比B.可擴(kuò)充性C.可讀性D.可移植性49、兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí)，應(yīng)當(dāng)用（c）比較。A.X0==X1B.X1-X0<εC.|X0-X1|<εD.X0=X150、瀑布模型存在的問題是（d）。A．用戶容易參與開發(fā) B．合用可變需求C．用戶與開發(fā)者易溝通D．缺少靈活性51、（b）不是分析建模的目的。A.定義可驗(yàn)證的軟件需求B.開發(fā)一個(gè)簡樸的問題解決方案C.描述客戶需求D.建立軟件設(shè)計(jì)的基礎(chǔ)52、對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（d），擬定類之間的關(guān)系。A.算法B.業(yè)務(wù)流程C.數(shù)據(jù)結(jié)構(gòu)D.關(guān)鍵類53、框架是一組可用于不同應(yīng)用的（a）的集合。A.類B.數(shù)據(jù)結(jié)構(gòu)C.函數(shù)D.過程54、從狹義上講，軟件測(cè)試是（a）的過程。A.為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序B.為了驗(yàn)證程序?qū)Φ腃.用不同的數(shù)據(jù)驗(yàn)證程序?qū)Φ男訢.區(qū)分程序員水平55、在設(shè)計(jì)黑盒測(cè)試用例時(shí)，重要研究（d）。A.概要設(shè)計(jì)說明書 B.具體設(shè)計(jì)說明C.項(xiàng)目開發(fā)計(jì)劃 D.需求規(guī)格說明56、（b）時(shí)，測(cè)試人員必須接觸到程序源代碼。A、黑盒測(cè)試 B、白盒測(cè)試C、壓力測(cè)試D、外觀測(cè)試57、一般維護(hù)程序代碼的策略（b）。A.從需求開始重新開發(fā)B.根據(jù)維護(hù)申請(qǐng)讀源程序，并修改C.找一個(gè)新的模塊替換 D.不用讀源程序，從新編寫代碼58、Gantt圖直觀簡明、易學(xué)易用，但它不能（a）。A.直接反映任務(wù)間的依賴關(guān)系和關(guān)鍵途徑B.反映任務(wù)的分解情況C.直接反映任務(wù)的起止日期D.反映具體任務(wù)的時(shí)間段59、（d）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過程管理C．風(fēng)險(xiǎn)管理D．軟件配置管理60、程序的三種基本控制結(jié)構(gòu)，涉及順序結(jié)構(gòu)、（a）和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu)B.說明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)61、軟件工程的研究內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（c），最上層是工具層。A.過程層B.方法層C.過程層和方法層D.系統(tǒng)層62美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（a）條基本原理。A.7B.5C.3D.1263、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（b）。A.生產(chǎn)無端障的軟件B.精通一門編程語言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時(shí)交付的軟件64可行性研究的重要任務(wù)是（d）。A.擬定系統(tǒng)做什么B.擬定性能C.擬定功能D.進(jìn)行一次簡要的需求分析65、用戶需求描述的是（a）。A.用戶使用該軟件要完畢的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目的、規(guī)模和范圍66、數(shù)據(jù)流程圖的重要作用是（d）。A.描述模塊組成B.說明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.描繪系統(tǒng)的邏輯模型67、軟件設(shè)計(jì)的目的是（a）。A．在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。B．為軟件編碼設(shè)計(jì)模塊結(jié)構(gòu)。C．?dāng)M定軟件要做什么。D．?dāng)M定軟件的實(shí)現(xiàn)算法。68、內(nèi)容耦合是模塊間最緊密的耦合，（b）是模塊間最松散的耦合。A．?dāng)?shù)據(jù)耦合B．非直接耦合C．控制耦合D．外部耦合69、面向?qū)ο笫恰跋取睌M定()“后”（c）。A.屬性/方法B.數(shù)據(jù)結(jié)構(gòu)/方法C.動(dòng)作的主體/執(zhí)行動(dòng)作D.動(dòng)作/操作70、UML是一種（b）語言。A.高級(jí)編程語言B.面向?qū)ο蠼ＵZ言C.分析方法D.過程71、軟件工程強(qiáng)調(diào)將（d）的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。A.規(guī)范化B.系統(tǒng)化C.可度量D.以上所有72、軟件開發(fā)活動(dòng)的順序應(yīng)當(dāng)是（a）。A.問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。B.問題定義、設(shè)計(jì)、可行性研究、編碼和測(cè)試。C.需求分析、設(shè)計(jì)、編碼和測(cè)試。D.需求分析、編碼和測(cè)試、試運(yùn)營。73假定銀行的存款年利率是2%，請(qǐng)問現(xiàn)在存5000元，兩年后的價(jià)值應(yīng)為（a）元。A.5202B.4500C.5100D.471274、系統(tǒng)物理模型用（a）表達(dá)。A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖D.E-R圖75、關(guān)于軟件需求特性不對(duì)的的描述是“軟件需求具有（c）”。A.多變性B.模糊性C.準(zhǔn)確性D.主觀性76、隨著模塊規(guī)模減小，模塊開發(fā)成本（b），模塊集成成本（）。A．減小/減小B．減小/增長C．增長/減小D．增長/增長77、反映模塊獨(dú)立性的指標(biāo)是（d）。A．模塊的復(fù)雜性B．模塊的大小C．模塊的參數(shù)D．內(nèi)聚和耦合78、面向過程的方法最關(guān)心的是（a），而過程實(shí)行的對(duì)象是作為過程參數(shù)傳遞的。A.過程B.主體C.參數(shù)D.數(shù)據(jù)結(jié)構(gòu)79、UML是一種（c）語言。A.建模工具B.可視化的程序設(shè)計(jì)語言C.面向?qū)ο蠼ＵZ言D.過程80、用（d）模型分析和定義用戶的需求。A.數(shù)據(jù)B.靜態(tài)C.動(dòng)態(tài)D.用例81、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表達(dá)瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（d）實(shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動(dòng)圖D.以上所有82、面向?qū)ο蠓治龊驮O(shè)計(jì)的界線是（b），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過程。A.清楚的B.模糊的C.非線性的D.擬定的83、每個(gè)子系統(tǒng)的接口定義了若干（a），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)當(dāng)是隱藏的。A.操作B.參數(shù)C.算法D.控制84、測(cè)試最早的開始時(shí)間是（c）。A.從具體設(shè)計(jì)階段開始B.從編碼階段開始C.從需求分析階段開始D.以上都對(duì)85、從測(cè)試對(duì)象的粒度上劃分測(cè)試為（c）。A.單元測(cè)試、集成測(cè)試B.壓力測(cè)試、功能測(cè)試、性能測(cè)試和系統(tǒng)測(cè)試C.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試D.黑盒測(cè)試、白盒測(cè)試、功能測(cè)試和性能測(cè)試86、維護(hù)的工作量與軟件規(guī)模成（b），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文獻(xiàn)數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報(bào)表數(shù)等指標(biāo)來衡量。A.反比B.正比C.沒關(guān)系D.不擬定87、上世紀(jì)70年代，美國國防部的研究結(jié)果發(fā)現(xiàn)70%的項(xiàng)目是由于（b）因素，導(dǎo)致項(xiàng)目失敗。A.技術(shù)不精B.管理不善引起C.測(cè)試不充足D.人員不夠88所有程序設(shè)計(jì)語言的基本成分都可歸納為：數(shù)據(jù)成分、（b）、控制成分和傳輸成分。A.循環(huán)成分B.運(yùn)算成分C.說明成分D.輸入成分89程序結(jié)構(gòu)清楚且簡樸易懂，一個(gè)函數(shù)的規(guī)模一般（d）行。A.等于300B.大于500C90、不屬于軟件項(xiàng)目管理的是（a）。A.軟件銷售利潤B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估C.質(zhì)量監(jiān)控D.開發(fā)機(jī)構(gòu)能力評(píng)估91、用（d）模型描述和分析業(yè)務(wù)流程。A.交互B.業(yè)務(wù)C.數(shù)據(jù)D.動(dòng)態(tài)92、用（b）描述系統(tǒng)與角色之間的接口。A.表單B.界面類C.窗體D.對(duì)話框93、對(duì)類進(jìn)行具體設(shè)計(jì)，重要是設(shè)計(jì)類的（c），優(yōu)化類之間的關(guān)系。A.數(shù)據(jù)結(jié)構(gòu)B.解決流程C.屬性和方法D.算法94、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（a），并且使它們互相協(xié)作來滿足用戶需求。A.軟件對(duì)象B.物理模型C.E-R模型D.接口95、軟件測(cè)試的目的是設(shè)計(jì)優(yōu)秀的測(cè)試用例，（b）。A.最快速地找出程序中的問題B.以最小的代價(jià)、在最短的時(shí)間內(nèi)盡也許多地發(fā)現(xiàn)軟件中的錯(cuò)誤C.保障程序的對(duì)的性D.區(qū)分出程序員的編程水平96、（b）不符合軟件測(cè)試原則。A.對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象B．程序員應(yīng)當(dāng)仔細(xì)測(cè)試自己編寫的程序代碼C.程序員要避免測(cè)試自己編寫的程序代碼D.測(cè)試工作越早開始越好97、引起軟件改變的因素重要有（d）。A.運(yùn)營環(huán)境變化B.需求變化C.系統(tǒng)有錯(cuò)D.以上所有98、（c）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A．組織管理B．過程管理C．軟件配置管理D．風(fēng)險(xiǎn)管理99、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的（a）。A.可維護(hù)性B.可移植性C.可擴(kuò)充性D.高效性100、程序的三種基本控制結(jié)構(gòu)，涉及順序結(jié)構(gòu)、（a）和循環(huán)結(jié)構(gòu)。A.判斷結(jié)構(gòu)B.說明結(jié)構(gòu)C.輸入結(jié)構(gòu)D.輸出結(jié)構(gòu)二、簡答題1、試從軟件的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的因素。答案軟件是一種邏輯實(shí)體，具有抽象性，無法看到軟件自身的形態(tài)，必須通過觀測(cè)、分析、思考和判斷才干了解它的功能和性能。軟件對(duì)硬件和環(huán)境有著不同限度的依賴性，這導(dǎo)致了軟件升級(jí)和移植的問題。計(jì)算機(jī)硬件和支撐環(huán)境不斷升級(jí)，為了適應(yīng)運(yùn)營環(huán)境的變化，軟件也需要不斷維護(hù)，并且維護(hù)的成本通常比開發(fā)成本高許多。軟件生產(chǎn)至今尚未擺脫手工方式，軟件開發(fā)的手工行為造就了一個(gè)致命的問題，就是為應(yīng)用“量身訂做”軟件。長期以來，軟件給人的感覺是修改幾條指令很簡樸，客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。軟件涉及人類社會(huì)的各行各業(yè)，經(jīng)常涉及一些行業(yè)知識(shí)，這對(duì)軟件工程師提出了很高的規(guī)定。軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動(dòng)相比，精神活動(dòng)過程的特點(diǎn)是“不可見性”，這大大增長了組織管理上的困難。2、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合條件組合覆蓋的測(cè)試用例?！璱f(a>=4)&&(b<0){c=a+b;elsec=a-b;if(c>3)||(c<1)printf(“c不在計(jì)算區(qū)域\n”)elseprintf(“%d\n”,c);……答案a>=4b<0a>=4b>=0a<4b<0a<4b>=0c>3c<=3c<1c>=1綜合以上條件組合，設(shè)計(jì)測(cè)試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）：a=4b=-1c=3a=4b=0c=4a=-1b=-1c=0a=-1b=0c3、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問三個(gè)模型的作用？答案1）功能模型：表達(dá)系統(tǒng)的具體需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場(chǎng)景描述組成。2）對(duì)象模型：表達(dá)靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表達(dá)目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3）動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表達(dá)瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。4、軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？答案軟件工程強(qiáng)調(diào)規(guī)范化和文檔化。規(guī)范化的目的是使眾多的開發(fā)者遵守相同的規(guī)范，使軟件生產(chǎn)擺脫個(gè)人生產(chǎn)方式，進(jìn)入標(biāo)準(zhǔn)化、工程化的生產(chǎn)方式。文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過程和實(shí)現(xiàn)過程完整地記錄下來，以便于后人的使用和維護(hù)，在開發(fā)過程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。此外，在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?，便于管理者?duì)軟件生產(chǎn)進(jìn)度和開發(fā)過程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。5、讀懂下面的程序，調(diào)整格式，使其更容易理解，并添加注釋。intmain(){inta[10];for(inti=0;i<10;i++)scanf(“%d”,a[i]);intmax=a[0],min=a[1];for(intj=0;j<10;j++){max=(max>a[j]?max:a[j]);min=(min<a[j]?min:a[j]);}printf("max=%d",max);printf("min=%d",min);printf("\n");return0;}答案intmain(){inta[10];//讀入10個(gè)數(shù)據(jù)for(inti=0;i<10;i++)scanf("%d",a[i]);//max存放最大值，min存放最小值intmax=a[0],min=a[0];//從10個(gè)數(shù)中發(fā)現(xiàn)最大、最小值for(intj=0;j<10;j++){max=(max>a[j]?max:a[j]);min=(min<a[j]?min:a[j]);}//輸出結(jié)果printf("max=%d",max);printf("min=%d",min);return0;}6、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與用戶需求的區(qū)別？答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它擬定軟件的目的、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)當(dāng)擬定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、擬定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三～五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。用戶需求是用戶使用該軟件要完畢的任務(wù)。這部分需求應(yīng)當(dāng)充足調(diào)研具體的業(yè)務(wù)部門，具體了解最終用戶的工作過程、所涉及的信息、當(dāng)前系統(tǒng)的工作情況、與其他系統(tǒng)的接口等等。用戶需求是最重要的需求，也是出現(xiàn)問題最多的。7、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合鑒定覆蓋的測(cè)試用例。if(a>=5)&&(b<0){c=a+b;elsec=a-b;if(c>5)||(c<1)printf(“c不在計(jì)算區(qū)域\n”)elseprintf(“%d\n”,c);答案條件：a>=5b<0a>=5b≮0c<11<c<5符合鑒定覆蓋的測(cè)試用例（不唯一）：a=5,b=-1,c=4;a=5,b=5,c=0;8、請(qǐng)說明對(duì)象模型的作用是什么？答案對(duì)象模型：表達(dá)靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表達(dá)目的系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，類圖是構(gòu)建對(duì)象模型的核心工具。9、請(qǐng)說明IPO圖的作用，并給出一個(gè)IPO圖的模板。答案數(shù)據(jù)流程圖中的解決本應(yīng)當(dāng)放在數(shù)據(jù)字典中進(jìn)行定義，但是由于解決與數(shù)據(jù)是有一定區(qū)別的兩類事物，它們各自有獨(dú)立的描述格式，因此在實(shí)際項(xiàng)目中通常將解決說明用IPO圖標(biāo)描述。下面是項(xiàng)目中常用的解決說明模板：系統(tǒng)名稱：作者：解決編號(hào)：日期：輸入?yún)?shù)說明：輸出參數(shù)說明：解決說明：局部數(shù)據(jù)元素：備注：10、什么是耦合？什么是內(nèi)聚？答案在軟件設(shè)計(jì)中應(yīng)當(dāng)保持模塊的獨(dú)立性原則。反映模塊獨(dú)立性的有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密限度；耦合衡量模塊之間彼此依賴的限度。軟件設(shè)計(jì)時(shí)追求高內(nèi)聚、低耦合。請(qǐng)畫圖說明軟件工程的層次化結(jié)構(gòu)，并具體分析中間兩層的內(nèi)容。答案軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間是過程層和方法層，最上層是工具層。見圖：其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，涉及如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)計(jì)，如何測(cè)試和維護(hù)等方法。12、請(qǐng)為下面的程序設(shè)計(jì)符合鑒定覆蓋的測(cè)試用例。intmain(){inta,b,c,x,y,z;scanf(“d%,d%,d%),&a,&b,&c);ifa>5x=10elsex=1;ifb>10y=20elsey=2;ifc>15z=30elsez=3;printf(“d%,d%,d%\n”,x,y,z)}答案條件：a>5a<=5b>10b<=10c>15c<=15鑒定測(cè)試用例(不唯一)：a=6b=11c=16；a=5b=10c=1513、請(qǐng)說明快速原型化模型的基本思想。答案在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)可以反映用戶重要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改善意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評(píng)價(jià)，提出建議，如此往復(fù)，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止。基于快速原型化模型的開發(fā)過程基本上是線性的，從創(chuàng)建系統(tǒng)原型到系統(tǒng)運(yùn)營，期間沒有反饋環(huán)。這是由于開發(fā)人員是在原型的基礎(chǔ)上進(jìn)行系統(tǒng)分析和設(shè)計(jì)，而原型已經(jīng)通過了用戶和開發(fā)組的審查，在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考，所以設(shè)計(jì)的結(jié)果對(duì)的率比較高。14、下面的程序段A被程序員誤寫成程序段B，請(qǐng)?jiān)O(shè)計(jì)合適的測(cè)試用例發(fā)現(xiàn)其中的錯(cuò)誤。程序段A程序段B……{T=0;if(A>=1)&&(B>=2)T=T+1;elseT=T+2;if(X>=90)&&(Y>=75)T=T+3;elseT=T+4;}printf(“d%\n”,T)；…………{T=0;if(A>=1)&&(B>=2)T=T+1;elseT=T+2;if(X>=90)&&(Y<75)T=T+3;elseT=T+4;}printf(“d%\n”,T)；……答案條件組合：A>=1B>=2;A>=1B>2A<1B>=2A<1B<2X>=90Y>=75X>=90Y<75X<90Y>=75X<90Y<75由此獲得測(cè)試用例：A=1B=2;A=1B=1;A=0B=2;A=0B=1;X=90Y=75;X=90Y=1;X=1Y=75;X=1Y=1;其中X=90Y=75可以發(fā)現(xiàn)錯(cuò)誤。評(píng)分標(biāo)準(zhǔn)：答案不唯一，不管用什么方法，給出的測(cè)試用例可以發(fā)現(xiàn)錯(cuò)誤就給滿分。參考答案為X=90Y=75。15、請(qǐng)舉例說明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？答案包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗(yàn)證用戶密碼。這種情況下應(yīng)當(dāng)將密碼驗(yàn)證功能獨(dú)立出來，便于復(fù)用、減少冗余。一個(gè)用例擴(kuò)展另一個(gè)用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時(shí)，系統(tǒng)檢查所還圖書是否有預(yù)訂記錄，假如有則執(zhí)行“告知”用例。16、軟件設(shè)計(jì)中的抽象是什么意思？答案所謂抽象就是將事務(wù)的相似方面集中和概括起來，暫時(shí)忽略它們之間的差異。或者說，抽象就是抽出事務(wù)的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié)17、孩子閱讀疲倦時(shí)，一定要休息。假如不疲倦，但是對(duì)所閱讀的內(nèi)容不感愛好，就跳到下一章；假如不疲倦，對(duì)內(nèi)容有愛好，理解無困難，則繼續(xù)閱讀；假如不疲倦，對(duì)內(nèi)容有愛好，但理解有困難，則應(yīng)當(dāng)重讀。請(qǐng)對(duì)上面的描述設(shè)計(jì)鑒定表。答案

疲倦YYYYNNNN感愛好YYNNYYNN糊涂YNYNYNYN重讀√繼續(xù)√跳到一下章√√休息√√√√

化簡為：疲倦YNNN感愛好YYN糊涂YN重讀√繼續(xù)√跳到一下章√休息√18、活動(dòng)圖與狀態(tài)圖的區(qū)別？答案描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。使用的場(chǎng)合不同：在分析用例、理解涉及多個(gè)用例的工作流、解決多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。19、試分析結(jié)構(gòu)化方法存在的重要問題是什么？答案結(jié)構(gòu)化方法分析和設(shè)計(jì)階段所應(yīng)用的模型之間存在鴻溝。分析階段的重要模型是數(shù)據(jù)流程圖，設(shè)計(jì)階段的重要模型是軟件模塊結(jié)構(gòu)圖，數(shù)據(jù)流程圖和軟件模塊結(jié)構(gòu)圖之間需要進(jìn)行轉(zhuǎn)換。不同的人轉(zhuǎn)換出的模塊圖也許不同，有很大的隨意性。需求分析的細(xì)化限度沒有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握；需求分析的過程是在一種瀑布形式，當(dāng)需求變更時(shí)，功能變化就會(huì)導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，導(dǎo)致了軟件結(jié)構(gòu)不穩(wěn)定。結(jié)構(gòu)化程序設(shè)計(jì)將數(shù)據(jù)定義與解決數(shù)據(jù)的過程相分離，不利于軟件復(fù)用。結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定，缺少靈活性，可維護(hù)性差。20、請(qǐng)說明鑒定表的作用及其結(jié)構(gòu)。答案鑒定表是結(jié)構(gòu)花設(shè)計(jì)的工具，用于描述多重條件的解決。分為4各部分：條件列表、條件組合、操作列表、特定條件下的操作組合。21、請(qǐng)給出軟件工程七條基本原理中的任意三條基本原理。答案原理1．用分階段的生命周期計(jì)劃嚴(yán)格管理原理2．堅(jiān)持進(jìn)行階段評(píng)審原理3．實(shí)行嚴(yán)格的產(chǎn)品控制原理4．采用現(xiàn)代程序設(shè)計(jì)技術(shù)原理5．結(jié)果應(yīng)能清楚地審查原理6．開發(fā)小組的人員應(yīng)當(dāng)少而精原理7．認(rèn)可不斷改善軟件工程實(shí)踐的必要性22、結(jié)構(gòu)化程序設(shè)計(jì)的特性是什么？答案：結(jié)構(gòu)化程序設(shè)計(jì)的特性如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。23、某學(xué)校開發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng)，學(xué)生在網(wǎng)上查找到希望選修的課程，并查看是否尚有名額，若有名額就輸入學(xué)號(hào)，系統(tǒng)自動(dòng)記錄該學(xué)生的選課信息，并返回選課成功。下面的順序圖描述了選課成功的情形，請(qǐng)將以下對(duì)象填入最合適的位置：系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。答：24、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與功能需求的區(qū)別？答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它擬定軟件的目的、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)當(dāng)擬定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、擬定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三～五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完畢任務(wù)的角度對(duì)軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充足理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。25、對(duì)功率大于