電大軟件工程期末試卷軟件工程復(fù)習(xí)資料.doc

1、軟件工程期末復(fù)習(xí)-、選擇題1、軟件工程的研究者將軟件開發(fā)和維護(hù)過程概括為（）大活動(dòng)。A.5B.7C.8 D.3 2、（）是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能B.編程速度快C.熟悉眾多的軟件環(huán)境D.語言天賦 3、計(jì)算機(jī)病毒是指（）。A.計(jì)算機(jī)系統(tǒng)白漏洞B. 一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼C.一種細(xì)菌D.程序中的BUG4、軟件需求具有（）。A.主觀性B.不確定性 C.多變性 D.以上全部5、描述軟件需求通常不用哪個(gè)工具（）。A.數(shù)據(jù)流程圖B.數(shù)據(jù)字典C.模塊結(jié)卞圖D.E-R圖6、軟件結(jié)構(gòu)圖中沒有（）元素。A.模塊 B.調(diào)用參數(shù) C.返回結(jié)果 D.判斷7、程

2、序流程圖與數(shù)據(jù)流程圖的關(guān)系（）。A.不確定B.數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖C.數(shù)據(jù)調(diào)用關(guān)系 D.程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖 8、包含關(guān)系用于構(gòu)造多個(gè)用例（）。A.關(guān)系B.共性的部分C.角色 D.特殊活動(dòng)9、如果說用例F被用例T擴(kuò)展，意思是（）。A.F 是一一個(gè)一般用例，T是一一個(gè)特殊用例B.F 是一一個(gè)特殊用戶，T是一一個(gè)一般用例C.都是一般用例D.都是特殊用例10、用（）對需要長久保存的信息進(jìn)行建模。A.實(shí)體類B.數(shù)據(jù)庫表C.E-R圖 D.對象類11、美國卡內(nèi)基梅隆大學(xué)制定的SW-CMM是（）。A.軟件工作規(guī)范B.軟件工作流描述C.軟件成熟度模型D.軟件描述的一般方法12、螺旋模型是一

3、種將（）結(jié)合起來的軟件開發(fā)模型。A.原型化模型和增量模型C.瀑布模型和原型化模型B.風(fēng)險(xiǎn)判斷和瀑布模型D.瀑布模型和增量模型13可行性研究的四大要素是（）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)告是在（）提交的。A.可行性分析之前B.需求分析之前C.簽合同之前D.設(shè)計(jì)的時(shí)候15、系統(tǒng)流程圖的主要作用（）.A.描述系統(tǒng)的物理模型B.業(yè)務(wù)流程C.系統(tǒng)處理過程D.數(shù)據(jù)處理過程16、PDL 是一一種（）語言。A .低級(jí)程序設(shè)計(jì)語言B.建模語言C.高級(jí)程序設(shè)計(jì)語言D.過程設(shè)計(jì)語

4、言17、結(jié)構(gòu)化設(shè)計(jì)方法劃分模塊的原則是（）。A .模塊扇出小于5 B.模塊扇入小于5 C.低耦合，高內(nèi)聚 D.模塊深度小于718、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（）。A.邏輯架構(gòu)B.物理架構(gòu)C.組成結(jié)構(gòu)D.體系結(jié)構(gòu)19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（）。A.數(shù)據(jù)庫B.接口 C.對象 D.時(shí)間20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（）?shí)現(xiàn)。A.場景描述 B.活動(dòng)圖和場景描述C.用例圖和場景描述D.交互圖和場景描述21、下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（）。A.開發(fā)滿足用戶需求的軟件B.研究算法C.及時(shí)交付軟件D

5、.生產(chǎn)無故障軟件22、針對需求不確定的軟件開發(fā)，比較好的模型是（）。A.快速原型化模型B.瀑布模型 C.軟件成熟度模型D.系統(tǒng)化模型23、可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（）。A.2%B.6%C.20% D.5%o24、業(yè)務(wù)需求描述的是（）。A.功能需求B.用戶需求C.用戶的具體業(yè)務(wù)流程D.軟件的目標(biāo)、規(guī)模和范圍25、一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（）種。A.3 B.5C.4 D.726、非直接耦合的模塊獨(dú)立性最強(qiáng)，（）的模塊獨(dú)立性最弱。A.內(nèi)容耦合 B.數(shù)據(jù)耦合 C.控制耦合 D.外部耦合27、信息隱藏的核心內(nèi)容是（）。A .把數(shù)據(jù)都放在公共的區(qū)域B.數(shù)據(jù)不能被其他模塊訪問C. 一

6、個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問D.把信息加密，只能讓有密鑰的模塊訪問28、面向過程的方法最關(guān)心的是（），而過程實(shí)施的對象是作為過程參數(shù)傳遞的。A.參數(shù)B.主體C.過程D.數(shù)據(jù)結(jié)構(gòu)29、（）用于描述系統(tǒng)的功能集。A.組件視圖B.邏輯視圖C.用例視圖D.對象視圖30、用（）模型建立系統(tǒng)組織結(jié)構(gòu)。A.組織 B.CMM C.數(shù)據(jù)D.靜態(tài)31、對象模型描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校桑ǎ?shí)現(xiàn)。A.順序圖B.類圖C.狀態(tài)圖D.組件圖32、如果對象之間的耦合是通過（）來實(shí)現(xiàn)的，則這種耦合就是交互耦合。A.消息機(jī)制B.參數(shù) C.方法 D.公共

7、數(shù)據(jù)區(qū)33、定義類的屬性類型時(shí)盡量使用已有類型，太多自定義類型會(huì)降低系統(tǒng)的（）指標(biāo)。A.有效性B.安全性C.可維護(hù)性D.開發(fā)效率34、在設(shè)計(jì)測試用例時(shí)，應(yīng)該包括（）測試用例。A.可能產(chǎn)生無效輸出的輸入情況B.無效的和不期望的輸入情況C.有效的和期望的輸入情況D.上面所有情況35、（）屬于功能測試方法。A.等價(jià)類劃分和判定覆蓋B.邊值分析和等價(jià)類劃分C.邊值分析和判定覆蓋D.判定覆蓋和回歸測試36、一個(gè)軟件項(xiàng)目大約（）的工作量在開發(fā)階段，（）的工作量在維護(hù)階段。A.30%,70% B. 70%,30% C. 30%,30% D. 70%,70%37、軟件項(xiàng)目管理的內(nèi)容不包括（）。A.人員的組織與

8、管理B.技術(shù)和算法 C.軟件配置管理 D.軟件開發(fā)進(jìn)度計(jì)劃38、通俗的說，軟件項(xiàng)目管理中常說的基線是（）。A.管理的基本思路B. 一種軟件開發(fā)的基本策略C.基本的技術(shù)路線D.通過正式復(fù)審的文檔39、科學(xué)計(jì)算領(lǐng)域一般選擇（）語言。A.HTML B.C C.匯編語言 D.XML40對于嵌套的循環(huán)和分支程序，層次不要超過（）層。A.1 B.2 C.3 D.541、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對象的類是（）。A.控制類B.組件類 C.主函數(shù)D.事務(wù)類42、繼承耦合是（）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。A.虛類與實(shí)體類B.一般化類與特殊化類C.控制類與界面類 D.數(shù)據(jù)

9、類與處理類43、構(gòu)架設(shè)計(jì)的主要目的是（），這項(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、測試用例是一組（）。A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果B.測試驅(qū)動(dòng)程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)45、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測試（）。A.更加簡單B.更加復(fù)雜C.沒變D.不確定46、軟件維護(hù)過程中產(chǎn)生的副作用，一般是由（）引起的。A.算法說明B.修改程序C.優(yōu)先級(jí) D.環(huán)境要求47、項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（）。A.估算項(xiàng)目的進(jìn)度 B.分配工作量 C.計(jì)劃資源使用 D.以上全部48、如果程序代碼的（）好，則調(diào)試的成本就

10、可以大幅度降低。A.性能比B.可擴(kuò)充性C.可讀性D.可移植性49、兩個(gè)浮點(diǎn)數(shù) X0和X1比較相等時(shí)，應(yīng)該用（）比較。A.X0=X1 B.X1-X0< £ C. |X0-X1|<£ D.X0=X150、瀑布模型存在的問題是（）。A.用戶容易參與開發(fā) B .適用可變需求C .用戶與開發(fā)者易溝通D .缺乏靈活性51、（）不是分析建模的目的。A.定義可驗(yàn)證的軟件需求B.開發(fā)一個(gè)簡單的問題解決方案C.描述客戶需求D.建立軟件設(shè)計(jì)的基礎(chǔ)52、對用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（），確定類之間的關(guān)系。A.算法 B.業(yè)務(wù)流程 C.數(shù)據(jù)結(jié)構(gòu) D.關(guān)鍵類53、框架是一組可用于不同應(yīng)

11、用的（）的集合。A.類B.數(shù)據(jù)結(jié)構(gòu)C.函數(shù)D.過程54、從狹義上講，軟件測試是（）的過程。A.為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序B.為了驗(yàn)證程序正確 C.用不同的數(shù)據(jù)驗(yàn)證程序正確性D.區(qū)分程序員水平55、在設(shè)計(jì)黑盒測試用例時(shí)，主要研究（）。A.概要設(shè)計(jì)說明書B.詳細(xì)設(shè)計(jì)說明 C.項(xiàng)目開發(fā)計(jì)劃D.需求規(guī)格說明56、（）時(shí)，測試人員必須接觸到程序源代碼。A黑盒測試 B、白盒測試 C壓力測試 D、外觀測試57、一般維護(hù)程序代碼的策略（）。A.從需求開始重新開發(fā)B.根據(jù)維護(hù)申請讀源程序，并修改C.找一個(gè)新的模塊替換D.不用讀源程序，從新編寫代碼58、Gantt圖直觀簡明、易學(xué)易用，但它不能（）。A.直接反應(yīng)任務(wù)間的

12、依賴關(guān)系和關(guān)鍵路徑B.反應(yīng)任務(wù)的分解情況C.直接反應(yīng)任務(wù)的起止日期D.反應(yīng)具體任務(wù)的時(shí)間段59、（）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理 B.過程管理 C.風(fēng)險(xiǎn)管理 D.軟件配置管理60、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(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ì)量保證層，中間層是（），最上層是工具層。A.過程層B.方法層C.過程層和方法層D.系統(tǒng)層62美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（）條基本原理。A.7B.5C.3 D.1263、下面哪個(gè)選項(xiàng)不是軟件工程

13、研究的內(nèi)容（）。A.生產(chǎn)無故障的軟件B.精通一門編程語言C.生產(chǎn)滿足用戶需求的軟件D.生產(chǎn)及時(shí)交付的軟件64可行性研究的主要任務(wù)是（）。A.確定系統(tǒng)做什么B.確定性能C.確定功能D.進(jìn)行一次簡要的需求分析65、用戶需求描述的是（）。A.用戶使用該軟件要完成的任務(wù)B.業(yè)務(wù)需求C.功能需求D.軟件目標(biāo)、規(guī)模和范圍66、數(shù)據(jù)流程圖的主要作用是（）。A.描述模塊組成B.說明用戶數(shù)據(jù)結(jié)構(gòu)C.描述軟件功能D.描繪系統(tǒng)的邏輯模型67、軟件設(shè)計(jì)的目標(biāo)是（）。A.在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。B.為軟件編碼設(shè)計(jì)模塊結(jié)構(gòu)。C.確定軟件要做什么。D.確定軟件的實(shí)現(xiàn)算法。68、內(nèi)容耦合是模塊間

14、最緊密的耦合，（）是模塊間最松散的耦合。A.數(shù)據(jù)耦合 B.非直接耦合C.控制耦合D.外部耦合69、面向?qū)ο笫恰跋取贝_定 （）“后”（）。A.屬性/方法B.數(shù)據(jù)Z構(gòu)/方法C.動(dòng)作的主體/執(zhí)行動(dòng)作D.動(dòng)作/操作70、UML一種（）語言。A.高級(jí)編程語言 B.面向?qū)ο蠼ＵZ言C.分析方法D.過程71、軟件工程強(qiáng)調(diào)將（）的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。A.規(guī)范化 B.系統(tǒng)化C.可度量D.以上全部72、軟件開發(fā)活動(dòng)的順序應(yīng)該是（）。A.問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測試。B.問題定義、設(shè)計(jì)、可行性研究、編碼和測試。C.需求分析、設(shè)計(jì)、編碼和測試。D.需求分析、編碼和測試、試運(yùn)行。73

15、假定銀行的存款年利率是 2%,請問現(xiàn)在存5000元，兩年后的價(jià)值應(yīng)為（）元。A.5202B.4500C.5100D.471274、系統(tǒng)物理模型用（）表示。A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖 D.E-R圖75、關(guān)于軟件需求特性不正確的描述是“軟件需求具有（）A.多變性 B.模糊TC.準(zhǔn)確性 D.主觀性76、隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。A.減小/減小 B.減小/增加 C.增加/減小D.增加/增加77、反映模塊獨(dú)立性的指標(biāo)是（）。A .模塊的復(fù)雜性B.模塊的大小 C.模塊的參數(shù) D.內(nèi)聚和耦合78、面向過程的方法最關(guān)心的是（），而過程實(shí)施的對象是作為過程參數(shù)傳遞的。

16、A.過程B.主體C.參數(shù)D.數(shù)據(jù)結(jié)構(gòu)79、UML一種（）語言。A.建模工具 B.可視化的程序設(shè)計(jì)語言C.面向?qū)ο蠼ＵZ言 D.過程 80、用（）模型分析和定義用戶的需求。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)和對象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制” 特性。面向?qū)ο蠓椒ㄖ校Ｓ茫ǎ?shí)現(xiàn)。A.狀態(tài)圖B.交互圖C.活動(dòng)圖D.以上全部82、面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過程。A.清晰的B.模糊白C.非線性的D.確定的83、每個(gè)子系統(tǒng)的接口定義了若干（），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。A.操作B.參數(shù)C.算法D

17、.控制84、測試最早的開始時(shí)間是（）。A.從詳細(xì)設(shè)計(jì)階段開始B.從編碼階段開始C.從需求分析階段開始D.以上都對85、從測試對象的粒度上劃分測試為（）。A.單元測試、集成測試B.壓力測試、功能測試、性能測試和系統(tǒng)測試C.單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試D.黑盒測試、白盒測試、功能測試和性能測試86、維護(hù)的工作量與軟件規(guī)模成（），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入 輸出文件數(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)目是因?yàn)椋ǎ┰颍斐身?xiàng)目失敗。A.技術(shù)不精 B.管理不善引起 C

18、.測試不充分D.人員不夠88所有程序設(shè)計(jì)語言的基本成分都可歸納為：數(shù)據(jù)成分、（）、控制成分和傳輸成分。A.循環(huán)成分B.運(yùn)算成分C.說明成分D.輸入成分89程序結(jié)構(gòu)清晰且簡單易懂，一個(gè)函數(shù)的規(guī)模一般（）行。A.等于300 B.大于500 C.不超過30 D.100 左右90、不屬于軟件項(xiàng)目管理的是（）。A.軟件銷售利潤 B.項(xiàng)目風(fēng)險(xiǎn)評(píng)估 C.質(zhì)量監(jiān)控 D.開發(fā)機(jī)構(gòu)能力評(píng)估91、用（）模型描述和分析業(yè)務(wù)流程。A.交互 B.業(yè)務(wù) C.數(shù)據(jù) D.動(dòng)態(tài)92、用（）描述系統(tǒng)與角色之間的接口。A.表單B.界面類 C.窗體D.對話框93、對類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的（），優(yōu)化類之間的關(guān)系。A.數(shù)據(jù)結(jié)構(gòu)B.

19、處理流程C.屬性和方法D.算法94、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（），并且使它們相互協(xié)作來滿足用戶需求。A.軟件對象B.物理模型 C.E-R模型 D.接口95、軟件測試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測試用例，（）。A.最快速地找出程序中的問題B.以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤C.保障程序的正確性D.區(qū)分出程序員的編程水平96、（）不符合軟件測試原則。A.對每個(gè)測試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象B.程序員應(yīng)該仔細(xì)測試自己編寫的程序代碼C.程序員要避免測試自己編寫的程序代碼D.測試工作越早開始越好97、引起軟件改變的原因主要有（）。A.運(yùn)行環(huán)境變化B.需求變化C.系統(tǒng)有錯(cuò)D.以上全部9

20、8、（）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A.組織管理 B.過程管理 C.軟件配置管理D.風(fēng)險(xiǎn)管理99、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的（）。A.可維護(hù)性 B.可移植性C.可擴(kuò)充性D.高效性100、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(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)生的原因。2、一個(gè)程序片段如下，請?jiān)O(shè)計(jì)符合條件組合覆蓋的測試用例。if (a>=4) && (b<0) c=a+b;elsec=a-b;if(c>3) | (c<1)printf( c不在計(jì)算區(qū)域n&q

21、uot;) elseprintf( %dn”, c);3、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請問三個(gè)模型的作用？4、軟件工程為什么要強(qiáng)調(diào)規(guī)范化和文檔化？5、讀懂下面的程序，調(diào)整格式，使其更容易理解，并添加注釋。int main()int a10;for (int i =0;i<10;i+)scanf( "d ,ai);int max=a0,min=a1;for (int j = 0;j<10;j+)max=(max>aj?max:aj);min=(min<aj?min:aj);printf("max= %d",max);printf(&qu

22、ot;min= %d",min);printf("n");return 0;6、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與用戶需求的區(qū)別？7、一個(gè)程序片段如下，請?jiān)O(shè)計(jì)符合判定覆蓋的測試用例。if (a>=5) && (b<0) c=a+b;elsec=a-b;if(c>5) | (c<1)printf( c不在計(jì)算區(qū)域n")elseprintf( %dn”, c);8、請說明對象模型的作用是什么?9、請說明IPO圖的作用，并給出一個(gè) IPO圖的模板。10、什么是耦合？什么是內(nèi)聚？11

23、、請畫圖說明軟件工程的層次化結(jié)構(gòu)，并詳細(xì)分析中間兩層的內(nèi)容。12、請為下面的程序設(shè)計(jì)符合判定覆蓋的測試用例。int main()int a,b,c,x,y,z;scanf( " d%,d%,d%),&a,&b,&c);if a>5 x=10 else x=1;if b>10 y=20 else y=2;if c>15 z=30 else z=3;printf( " d%,d%,d% ,x,y,z)13、請說明快速原型化模型的基本思想。14、下面的程序段 A被程序員誤寫成程序段B,請?jiān)O(shè)計(jì)合適的測試用例發(fā)現(xiàn)其中的錯(cuò)誤。程序段A程序段BT

24、=0;if (A>=1)&& (B>=2) T=T+1;else T=T+2;if (X>=90) &&(Y>=75) T=T+3;else T=T+4;printf("nd% ,T)T=0;if (A>=1)&& (B>=2) T=T+1;else T=T+2;if (X>=90)&&(Y<75) T=T+3;else T=T+4;printf("nd% ,T)15、請舉例說明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)另16、軟件設(shè)計(jì)中的抽象是什么意思?17、孩子閱讀疲倦

25、時(shí)，一定要休息。如果不疲倦，但是對所閱讀的內(nèi)容不感興趣，就跳到下 一章；如果不疲倦，對內(nèi)容有興趣，理解無困難，則繼續(xù)閱讀；如果不疲倦，對內(nèi)容有興趣, 但理解有困難，則應(yīng)該重讀。請對上面的描述設(shè)計(jì)判定表。18、活動(dòng)圖與狀態(tài)圖的區(qū)別？19、試分析結(jié)構(gòu)化方法存在的主要問題是什么?20、請說明判定表的作用及其結(jié)構(gòu)。21、請給出軟件工程七條基本原理中的任意三條基本原理o22、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么?23、某學(xué)校開發(fā)了學(xué)生網(wǎng)上選課的系統(tǒng)，學(xué)生在網(wǎng)上查找到希望選修的課程，并查看是否還有名額，若有名額就輸入學(xué)號(hào)，系統(tǒng)自動(dòng)記錄該學(xué)生的選課信息,并返回選課成功。下面的順序圖描述了選課成功的情形，請將以下對象填

26、入最合適的位置:系統(tǒng)界面、學(xué)生、學(xué)生基本信息、學(xué)生選課記錄、課程基本信息。(5)24、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請分析業(yè)務(wù)需求與功 能需求的區(qū)別?25、對功率大于50馬力的機(jī)器或已運(yùn)行 10年以上的機(jī)器，應(yīng)送到專業(yè)的維修公司處理;如果功率小于 20馬力，并且有維修記錄，則在車間維修；否則送到本廠的維修中心維修，請建立判定表。三、 應(yīng)用題1、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對設(shè)備維修信息進(jìn)行管理，具體描述如下：車間主任填寫維修申請單，內(nèi)容有設(shè)備名稱、型號(hào)、故障描述、維護(hù)時(shí)間要求、預(yù)計(jì)費(fèi)用；填好后交給審計(jì)人員， 審計(jì)人員根據(jù)企業(yè)的審計(jì)規(guī)定對維

27、修申請單進(jìn)行審計(jì)，填寫審計(jì)意見和審計(jì)結(jié)果，審計(jì)意見可以修改費(fèi)用，審計(jì)結(jié)果是同意或不同意； 車間主任可以隨時(shí)查詢審計(jì)意見和結(jié)果；審計(jì)通過的維修申請單送給總經(jīng)理進(jìn)行審核，并填寫審核意見和結(jié)果，審核也是以修改費(fèi)用，審核結(jié)果是同意或不同意。審核通過后，車間把設(shè)備送去維修。 維修后由車間主任組織對設(shè)備維修結(jié)果進(jìn)行驗(yàn)收， 企業(yè)對每臺(tái)有設(shè)備驗(yàn)收標(biāo)準(zhǔn)。 驗(yàn)收通過后，由 財(cái)務(wù)人員進(jìn)行結(jié)算，填寫支付單并支付維修費(fèi)。最后收取發(fā)票后，財(cái)務(wù)人員填寫發(fā)票記錄。請畫出設(shè)備維修信息管理軟件的數(shù)據(jù)流程圖。2、某個(gè)學(xué)生成績管理系統(tǒng)的部分功能如下：(1)基本信息管理：教務(wù)管理人員輸入或修改學(xué)期教學(xué)計(jì)劃、學(xué)生名單和教師名單；(2)學(xué)

28、生選課：學(xué)生根據(jù)教學(xué)執(zhí)行計(jì)劃進(jìn)行選課；(3)分配任課教師：教務(wù)管理人員為符合開課條件的課程分配教師；(4)教師查詢并打印課表；(5)成績管理：每門課程的教師在考試評(píng)分結(jié)束后將考試成績錄入，學(xué)生可查詢。請根據(jù)要求畫出該問題的數(shù)據(jù)流程圖。3、一個(gè)簡化的養(yǎng)老院軟件需求描述如下：老人來到養(yǎng)老院，接待人員將老人的基本信息錄 入到系統(tǒng)中，管理員讀取老人信息，進(jìn)行護(hù)理級(jí)別的評(píng)估，根據(jù)評(píng)估結(jié)果分配床位、確定護(hù)理方案，床位的分配信息存入床位分配數(shù)據(jù)表，每位老人的護(hù)理方案也要保存到數(shù)據(jù)庫表中。財(cái)務(wù)人員根據(jù)收費(fèi)標(biāo)準(zhǔn)、 床位分配信息、護(hù)理方案和老人的日常護(hù)理記錄計(jì)算應(yīng)收費(fèi)用，老人的家屬可以查詢應(yīng)收費(fèi)信息和老人的日常護(hù)

29、理信息。護(hù)士根據(jù)老人基本信息、護(hù)理方案對老人進(jìn)行日常護(hù)理，并向系統(tǒng)錄入每日的護(hù)理信息。 請你根據(jù)以上的描述，畫出數(shù)據(jù)流程圖。4、學(xué)校教師工資管理系統(tǒng)的需求描述如下：教師每月末將本月的工作量輸入到系統(tǒng)中，學(xué)院負(fù)責(zé)人對教師輸入的工作量進(jìn)行審核，財(cái)務(wù)部門對審核后的工作量計(jì)算本月工資，本月工資=基本工資+各種補(bǔ)貼+工作量獎(jiǎng)金稅收保險(xiǎn)一公積金金?；竟べY、各種補(bǔ)貼、保險(xiǎn)、公積金信息由人事處負(fù)責(zé)輸入和維護(hù)， 教師可以查詢月工資明細(xì)。 銀行系統(tǒng)每月從本 系統(tǒng)讀入每位教師的實(shí)發(fā)工資， 并向每位教師的銀行卡帳戶打入月工資。 教師可以查詢自己 銀行卡的金額。請針對上面描述的需求畫出數(shù)據(jù)流程圖。5、學(xué)校開發(fā)的網(wǎng)上作

30、業(yè)管理信息系統(tǒng)需求如下：教師使用本系統(tǒng)將作業(yè)題輸入到數(shù)據(jù) 庫中，并且針對不同的學(xué)生布置不同的作業(yè)。學(xué)生在網(wǎng)上查看教師給自己布置的作業(yè)，并完成作業(yè)，完成的作業(yè)放在學(xué)生作業(yè)表中。教師在網(wǎng)上批閱作業(yè)，并可以統(tǒng)計(jì)作業(yè)完成情況。學(xué)生可以查看教師批閱的作業(yè)， 修改作業(yè)中的錯(cuò)誤，教師仍然可以查看學(xué)生修改作業(yè)的情況， 并給予批閱。請仔細(xì)閱讀上面的描述，畫出數(shù)據(jù)流程圖。參考答案選擇題，請從四個(gè)可選項(xiàng)中選擇正確答案。答案1. C2. A 3. B4. D 5. C6. D7. A 8. B9. A 10. C11.C12.D13. A14. B 15,A16.D17.C18. B19. D 20.C21.B22.

31、 A23. B 24.D25.C26.A27.C28.A 29.C30.D31. B32.A33.C34.D35.B36.A37.B38.D39.B40.C41.A42.B43.D44. A45.B46. B47.D48.C49.C50.D51. B52. D53.A54.A55.D56. B57.B58. A59.D60. A61.C62. A63.B64.D 65.A66.D67. A68.B69.C 70.B71.D72.A73. A 74.A75.C76.B77.D78.A79.C80.D81.D82. B83.A84.C 85.C86.B87.B88.B89.D 90.A91.D92

32、.B93.C94.A 95.B96.B97.D98.C99.A100.A、簡答題1、答案1）軟件是一種邏輯實(shí)體，具有抽象性，無法看到軟件本身的形態(tài)，必須通過觀察、分析、思考和判斷才能了解它的功能和性能。2）軟件對硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件升級(jí)和移植的問題。計(jì)算機(jī)硬件和支撐環(huán)境不斷升級(jí)，為了適應(yīng)運(yùn)行環(huán)境的變化，軟件也需要不斷維護(hù)，并 且維護(hù)的成本通常比開發(fā)成本高許多。3）軟件生產(chǎn)至今尚未擺脫手工方式，軟件開發(fā)的手工行為造就了一個(gè)致命的問題，就是為應(yīng)用“量身訂做”軟件。長期以來，軟件給人的感覺是修改幾條指令很簡單， 客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶

33、“訂做” 的，通用性差。4） 軟件涉及人類社會(huì)的各行各業(yè)，常常涉及一些行業(yè)知識(shí)， 這對軟件工程師提出了很高的要求。5）軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動(dòng)相比，精神活動(dòng)過程的特點(diǎn)是“不可見性”，這大大增加了組織管理上的困難。2、答案a>=4 b<0a>=4 b>=0a<4 b<0a<4 b>=0c>3c<=3c<1c>=1綜合以上條件組合，設(shè)計(jì)測試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）： a=4 b=-1c=3a=4 b=0c=4a=-1 b=-1c=0a=-1 b=0c=-13、答案1）功能模型

34、：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場景描述組成。2）對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。3）動(dòng)態(tài)模型：描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)的“控制” 特性。4、答案軟件工程強(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ā)

35、過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由 不可見變?yōu)榭梢?，便于管理者對軟件生產(chǎn)進(jìn)度和開發(fā)過程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過對提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。5、答案int main()int a10;/讀入10個(gè)數(shù)據(jù)for (int i =0;i<10;i+) scanf("%d",ai);/max存放最大值，min存放最小值int max=a0,min=a0;/從10個(gè)數(shù)中發(fā)現(xiàn)最大、最小值for (int j = 0;j<10;j+) max=(max>aj?max:aj); min=(min<aj?min:aj);/輸出結(jié)果

36、printf("max= %d",max);printf("min= %d",min);return 0; 6、答案業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、 規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定， 需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡潔，大約三五頁紙就可以描述清楚， 也可 以將它直接作為需求規(guī)格說明書中的一部分。用戶需求是用戶使用該軟件要完成的任務(wù)。這部分需求應(yīng)該充分調(diào)研具體的業(yè)務(wù)部門， 詳細(xì)了解最終用戶的工作過程、所涉及的信息、當(dāng)前系統(tǒng)的工作情況、 與其他系統(tǒng)的接口等等

37、。用戶需求是最重要的需求，也是出現(xiàn)問題最多的。7、答案條件：a>=5 b<0a>=5 b< 0c<11<c<5符合判定覆蓋的測試用例（不唯一）：a=5,b=-1,c=4; a=5,b=5,c=0;8、答案對象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對象以及 它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ校悎D是構(gòu)建對象模型的核心工具。9、答案數(shù)據(jù)流程圖中的處理本應(yīng)該放在數(shù)據(jù)字典中進(jìn)行定義，但是由于處理與數(shù)據(jù)是有一定區(qū)別的兩類事物，它們各自有獨(dú)立的描述格式，因此在實(shí)際項(xiàng)目中通常將處理說明用IPO圖標(biāo)描述。下面是項(xiàng)目中

38、常用的處理說明模板：系統(tǒng)名稱： 作者：處理編號(hào)：日期：輸入?yún)?shù)說明：輸出參數(shù)說明：處理說明：局部數(shù)據(jù)兀素：備注：10、答案在軟件設(shè)計(jì)中應(yīng)該保持模塊的獨(dú)立性原則。反映模塊獨(dú)立性的有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度；耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計(jì)時(shí)追求高內(nèi)聚、低耦合。11、 答案軟件工程的內(nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層， 中間是過程層和方法層， 最上層是工具層。見圖：工具層 方法層 過程層 質(zhì)量保證層其中過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)

39、計(jì)，如何測試和維護(hù)等方法。12、答案條件：a>5a<=5b>10b<=10c>15c<=15判定測試用例（不唯一）：a=6 b=11 c=16; a=5 b=10 c=1513、答案在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改進(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ì)，而

40、原型已經(jīng)通過了用戶和開發(fā)組的審查，在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考，所以設(shè)計(jì)的結(jié)果正確率比較高。14、答案條件組合：A>=1 B>=2;A>=1 B>2A<1 B>=2A<1 B<2X>=90 Y>=75X>=90 Y<75X<90 Y>=75X<90 Y<75由此獲得測試用例：A=1 B=2; A=1 B=1;A=0 B=2;A=0 B=1;X=90 Y=75;X=90 Y=1;X=1Y=75;X=1 Y=1;其中 X=90 Y=75能夠發(fā)現(xiàn)錯(cuò)誤。評(píng)分標(biāo)準(zhǔn)：答案不唯一，不管用什么方法，給出的測試用例

41、能夠發(fā)現(xiàn)錯(cuò)誤就給滿分。參考答案為 X=90 Y=75。15、答案包含關(guān)系用于構(gòu)造多個(gè)用例共同的活動(dòng)。例如，在ATM系統(tǒng)中，取錢、查詢、更改密碼等功能都需要驗(yàn)證用戶密碼。這種情況下應(yīng)該將密碼驗(yàn)證功能獨(dú)立出來，便于復(fù)用、減少冗余。一個(gè)用例擴(kuò)展另一個(gè)用例的功能，例如，在圖書館信息管理系統(tǒng)中，讀者還書時(shí)，系統(tǒng)檢查所還圖書是否有預(yù)訂記錄，如果有則執(zhí)行“通知”用例。16、答案所謂抽象就是將事務(wù)的相似方面集中和概括起來，暫時(shí)忽略它們之間的差異?；蛘哒f,抽象就是抽出事務(wù)的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié)17、答案疲倦YYYYNNNN感興趣YYNNYYNN糊涂YNYNYNYN重讀V繼續(xù)V跳到一卜章VV休息VVVV化簡