電大本科-軟件工程期末復(fù)習(xí)題

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件工程一、選擇題專心-專注-專業(yè)1、軟件工程的研究者將軟件開發(fā)和維護(hù)過程概括為（8）大活動(dòng)。2、（自律、善于溝通、具有一定的軟件技能）是職業(yè)軟件工程師的必要條件。3、計(jì)算機(jī)病毒是指（一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼）。4、軟件需求具有（D）。A.主觀性 B.不確定性 C.多變性 D.以上全部5、描述軟件需求通常不用哪個(gè)工具（模塊結(jié)構(gòu)圖）。6、軟件結(jié)構(gòu)圖中沒有（判斷）元素。 7、程序流程圖與數(shù)據(jù)流程圖的關(guān)系（不確定）。8、包含關(guān)系用于構(gòu)造多個(gè)用例（共性的部分）。9、如果說用例F被用例T擴(kuò)展，意思是（F是一個(gè)一般用例，T是一個(gè)特殊用例）。10、用（E-R圖）對(duì)

2、需要長(zhǎng)久保存的信息進(jìn)行建模。11、美國(guó)卡內(nèi)基梅隆大學(xué)制定的SW-CMM是（軟件成熟度模型）。12、螺旋模型是一種將（瀑布模型和增量模型）結(jié)合起來的軟件開發(fā)模型。 13可行性研究的四大要素是（經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境）。14、軟件調(diào)研報(bào)告是在（需求分析之前）提交的時(shí)候。15、系統(tǒng)流程圖的主要作用（描述系統(tǒng)的物理模型）. 16、PDL是一種（過程設(shè)計(jì)語言）語言。 17、結(jié)構(gòu)化設(shè)計(jì)方法劃分模塊的原則是（低耦合，高內(nèi)聚）。18、配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的（物理架構(gòu)）。19、角色可以有四種類型：系統(tǒng)的使用者，硬件設(shè)備，外部系統(tǒng)和（時(shí)間）。 20、功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步

3、分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（用例圖和場(chǎng)景描述）實(shí)現(xiàn)。21、下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨（研究算法）。22、針對(duì)需求不確定的軟件開發(fā)，比較好的模型是（快速原型化模型）。23、可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（6%）。24、業(yè)務(wù)需求描述的是（軟件的目標(biāo)、規(guī)模和范圍）。 25、一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有（4）種。26、非直接耦合的模塊獨(dú)立性最強(qiáng)，（內(nèi)容耦合）的模塊獨(dú)立性最弱。27、信息隱藏的核心內(nèi)容是（一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問）。28、面向過程的方法最關(guān)心的是（參數(shù)），而過程實(shí)施的對(duì)象是作為過程參數(shù)傳遞的。29、（用例視圖）用于描述系統(tǒng)的功能集。30、

4、用（靜態(tài)）模型建立系統(tǒng)組織結(jié)構(gòu)。 31、對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（類圖）實(shí)現(xiàn)。32、如果對(duì)象之間的耦合是通過（消息機(jī)制）來實(shí)現(xiàn)的，則這種耦合就是交互耦合。33、定義類的屬性類型時(shí)盡量使用已有類型，太多自定義類型會(huì)降低系統(tǒng)的（可維護(hù)性）指標(biāo)。34、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括（上面所有情況）測(cè)試用例。 35、（邊值分析和等價(jià)類劃分）屬于功能測(cè)試方法。36、一個(gè)軟件項(xiàng)目大約（）的工作量在開發(fā)階段，（）的工作量在維護(hù)階段。（30%,70%）37、軟件項(xiàng)目管理的內(nèi)容不包括（技術(shù)和算法）。 38、通俗的說，軟件項(xiàng)目管理中常說的基線

5、是（通過正式復(fù)審的文檔）。 39、科學(xué)計(jì)算領(lǐng)域一般選擇（C）語言。40對(duì)于嵌套的循環(huán)和分支程序，層次不要超過（3）層。41、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類是（控制類）。42、繼承耦合是（一般化類與特殊化類）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。43、構(gòu)架設(shè)計(jì)的主要目的是（確定系統(tǒng)總體結(jié)構(gòu)），這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完成。 44、測(cè)試用例是一組（測(cè)試用的輸入數(shù)據(jù)以及對(duì)應(yīng)的預(yù)期結(jié)果）。45、由于面向?qū)ο笾械睦^承和消息機(jī)制，使得軟件測(cè)試（更加復(fù)雜）。46、軟件維護(hù)過程中產(chǎn)生的副作用，一般是由（修改程序）引起的。47、項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（D）。A.估

6、算項(xiàng)目的進(jìn)度 B.分配工作量 C.計(jì)劃資源使用 D.以上全部48、如果程序代碼的（可讀性）好，則調(diào)試的成本就可以大幅度降低。49、兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí)，應(yīng)該用（|X0-X1|<）比較。50、瀑布模型存在的問題是（缺乏靈活性）。 51、（開發(fā)一個(gè)簡(jiǎn)單的問題解決方案）不是分析建模的目的。 52、對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（關(guān)鍵類），確定類之間的關(guān)系。 53、框架是一組可用于不同應(yīng)用的（類）的集合。54、從狹義上講，軟件測(cè)試是（為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序）的過程。55、在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究（需求規(guī)格說明）。 56、（白盒測(cè)試）時(shí)，測(cè)試人員必須接觸到程序源代碼。57、一般維

7、護(hù)程序代碼的策略（根據(jù)維護(hù)申請(qǐng)讀源程序，并修改）。58、Gantt圖直觀簡(jiǎn)明、易學(xué)易用，但它不能（直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑）。59、（軟件配置管理）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 60、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。61、軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是（過程層和方法層），最上層是工具層。62美國(guó)著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（7）條基本原理。63、下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（精通一門編程語言）。64可行性研究的主要任務(wù)是（進(jìn)行一次簡(jiǎn)要的需求分析）。 65、用戶

8、需求描述的是（用戶使用該軟件要完成的任務(wù)）。66、數(shù)據(jù)流程圖的主要作用是（描繪系統(tǒng)的邏輯模型）。 67、軟件設(shè)計(jì)的目標(biāo)是（在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。）。68、內(nèi)容耦合是模塊間最緊密的耦合，（非直接耦合）是模塊間最松散的耦合。69、面向?qū)ο笫恰跋取贝_定()“后”（）。(動(dòng)作的主體/執(zhí)行動(dòng)作) 70、UML是一種（面向?qū)ο蠼ＵZ言）語言。71、軟件工程強(qiáng)調(diào)將（D）的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。A.規(guī)范化 B.系統(tǒng)化 C.可度量 D.以上全部72、軟件開發(fā)活動(dòng)的順序應(yīng)該是（問題定義、可行性研究、需求分析、設(shè)計(jì)、編碼和測(cè)試。）。73假定銀行的存款年利率是2%，請(qǐng)問現(xiàn)

9、在存5000元，兩年后的價(jià)值應(yīng)為（5202）元。74、系統(tǒng)物理模型用（系統(tǒng)流程圖）表示。75、關(guān)于軟件需求特性不正確的描述是“軟件需求具有（準(zhǔn)確性）”。76、隨著模塊規(guī)模減小，模塊開發(fā)成本（），模塊集成成本（）。（減小/增加）77、反映模塊獨(dú)立性的指標(biāo)是（內(nèi)聚和耦合）。 78、面向過程的方法最關(guān)心的是（過程），而過程實(shí)施的對(duì)象是作為過程參數(shù)傳遞的。80、用（用例）模型分析和定義用戶的需求。 81、動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（D ）實(shí)現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動(dòng)圖 D.以上全部82、面向?qū)ο蠓治龊驮O(shè)計(jì)的界限是（模

10、糊的），從分析到設(shè)計(jì)是一個(gè)逐漸擴(kuò)充模型的過程。83、每個(gè)子系統(tǒng)的接口定義了若干（操作），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。84、測(cè)試最早的開始時(shí)間是（從需求分析階段開始）。85、從測(cè)試對(duì)象的粒度上劃分測(cè)試為（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試）。86、維護(hù)的工作量與軟件規(guī)模成（正比），軟件的規(guī)模可以由源程序的語句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報(bào)表數(shù)等指標(biāo)來衡量。87、上世紀(jì)70年代，美國(guó)國(guó)防部的研究結(jié)果發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)椋ü芾聿簧埔穑┰颍斐身?xiàng)目失敗。88所有程序設(shè)計(jì)語言的基本成分都可歸納為：數(shù)據(jù)成分、（運(yùn)算成分）、控制成分和傳輸成分。8

11、9程序結(jié)構(gòu)清晰且簡(jiǎn)單易懂，一個(gè)函數(shù)的規(guī)模一般（100左右）行。90、不屬于軟件項(xiàng)目管理的是（軟件銷售利潤(rùn)）。91、用（動(dòng)態(tài)）模型描述和分析業(yè)務(wù)流程。 92、用（界面類）描述系統(tǒng)與角色之間的接口。93、對(duì)類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的（屬性和方法），優(yōu)化類之間的關(guān)系。94、面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（軟件對(duì)象），并且使它們相互協(xié)作來滿足用戶需求。95、軟件測(cè)試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測(cè)試用例，（以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤）。96、（程序員應(yīng)該仔細(xì)測(cè)試自己編寫的程序代碼）不符合軟件測(cè)試原則。97、引起軟件改變的原因主要有（D）。A.運(yùn)行環(huán)境變化 B. 需求變化 C.系統(tǒng)有錯(cuò) D.以

12、上全部98、（軟件配置管理）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 99、現(xiàn)在人們更強(qiáng)調(diào)程序代碼的（可維護(hù)性）。100、程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。1軟件對(duì)硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件(升級(jí)和移植)問題。2原型化方法是用戶和設(shè)計(jì)者之間的一種交互手段，適用于(需求不確定性高的)系統(tǒng)。3IEEE是(國(guó)際電氣和電子工程師協(xié)會(huì))的簡(jiǎn)稱。4可行性研究的主要目的是(確定系統(tǒng)是否值得開發(fā))。 5(功能需求)定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。 6數(shù)據(jù)流程圖中的處理不能表示(數(shù)據(jù)組成)。7隨著模塊規(guī)模的，模塊的開發(fā)成本，但是模塊之間的接口變得復(fù)

13、雜起來，使得模塊的集成成本增加。(減小，減小) 8詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是(SC圖)。9面向過程的方法最關(guān)心的是 ，而過程實(shí)施的 是作為過程參數(shù)傳遞的。(過程對(duì)象) 11目前面向?qū)ο蠓治鲇性S多方法，大多數(shù)方法可以歸結(jié)為建立(功能模型)、對(duì)象模型、動(dòng)態(tài)模型。12構(gòu)建類圖是(對(duì)象模型)的任務(wù)。13首先用(配置圖)描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)元素分配到這些物理節(jié)點(diǎn)上。14類的屬性結(jié)構(gòu)要堅(jiān)持簡(jiǎn)單的原則，盡可能不使用復(fù)雜的(數(shù)據(jù)結(jié)構(gòu))。15現(xiàn)在人們更強(qiáng)調(diào)程序的(可讀性)。16程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、(條件/判斷結(jié)構(gòu))和循環(huán)結(jié)構(gòu)。17一般性的軟件其測(cè)試工作量大約

14、占整個(gè)開發(fā)工作量的(40)。18下面哪些測(cè)試方法屬于黑盒測(cè)試?( 等價(jià)類劃分) 19軟件特性中，相互矛盾的是(效率與通用性)。20(軟件配置管理)針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。 二、簡(jiǎn)答題1、 試從軟件的特點(diǎn)出發(fā)分析軟件危機(jī)產(chǎn)生的原因。(1)軟件是一種邏輯實(shí)體，具有抽象性，無法看到軟件本身的形態(tài)，必須通過觀察、分析、思考和判斷才能了解它的功能和性能。(2)軟件對(duì)硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件升級(jí)和移植的問題。計(jì)算機(jī)硬件和支撐環(huán)境不斷升級(jí)，為了適應(yīng)運(yùn)行環(huán)境的變化，軟件也需要不斷維護(hù)，并且維護(hù)的成本通常比開發(fā)成本高許多。(3)軟件生產(chǎn)至今尚未擺脫手工方式，軟件開

15、發(fā)的手工行為造就了一個(gè)致命的問題，就是為應(yīng)用“量身訂做”軟件。長(zhǎng)期以來，軟件給人的感覺是修改幾條指令很簡(jiǎn)單，客戶總是強(qiáng)調(diào)軟件要適應(yīng)自己的業(yè)務(wù)需求。因此，軟件產(chǎn)品大多是為客戶“訂做”的，通用性差。(4)軟件涉及人類社會(huì)的各行各業(yè)，常常涉及一些行業(yè)知識(shí)，這對(duì)軟件工程師提出了很高的要求。(5)軟件是與文學(xué)藝術(shù)作品相似的精神作品，與體力勞動(dòng)相比，精神活動(dòng)過程的特點(diǎn)是“不可見性”，這大大增加了組織管理上的困難。2、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問三個(gè)模型的作用？1）功能模型：表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場(chǎng)景描述組成。2）對(duì)象模型：表示靜態(tài)的、結(jié)

16、構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(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)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)的“控制”特性。3、一個(gè)程序片段如下，請(qǐng)?jiān)O(shè)計(jì)符合條件組合覆蓋的測(cè)試用例。if (a>=4) && (b<0) c=a+b;else c=a-b;if (c>3) | (c<1) printf(“c不在計(jì)算區(qū)域n”)else printf(“%dn”, c);a>=4 b<0a>=4 b>=0a<4 b<0a<4 b>=0c>3c<

17、;=3c<1c>=1綜合以上條件組合，設(shè)計(jì)測(cè)試用例如下（注意結(jié)果不唯一，只要滿足上面的組合條件即可）：a=4 b=-1 c=3a=4 b=0 c=4a=-1 b=-1 c=0a=-1 b=0 c=-14、軟件工程為什么要強(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ì)軟件

18、生產(chǎn)進(jìn)度和開發(fā)過程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。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("min= %d",min);printf(

19、"n");return 0;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é)果printf("max= %d",max);printf("min= %d",min);return

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

21、設(shè)計(jì)符合判定覆蓋的測(cè)試用例。if (a>=5) && (b<0) c=a+b;else c=a-b;if (c>5) | (c<1) printf(“c不在計(jì)算區(qū)域n”)else printf(“%dn”, c);參考答案:條件：a>=5 b<0a>=5 b0c<11<c<5符合判定覆蓋的測(cè)試用例（不唯一）：a=5,b=-1,c=4; a=5,b=5,c=0;8、請(qǐng)說明對(duì)象模型的作用是什么？對(duì)象模型：表示靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)“數(shù)據(jù)”性質(zhì)。描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο?/p>

22、方法中，類圖是構(gòu)建對(duì)象模型的核心工具。9、請(qǐng)說明IPO圖的作用，并給出一個(gè)IPO圖的模板。數(shù)據(jù)流程圖中的處理本應(yī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ú)立性原則。反映模塊獨(dú)立性的有兩個(gè)標(biāo)準(zhǔn)：內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度；耦合衡量模塊之間彼此依賴的程度。軟件設(shè)計(jì)時(shí)追求高內(nèi)聚、低耦

23、合。11、請(qǐng)畫圖說明軟件工程的層次化結(jié)構(gòu)，并詳細(xì)分析中間兩層的內(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è)試用例。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

24、 y=2;if c>15 z=30 else z=3;printf(“d%,d%,d%n”,x,y,z)參考答案:條件：a>5 a<=5b>10b<=10c>15c<=15判定測(cè)試用例(不唯一)：a=6 b=11 c=16； a=5 b=10 c=1513、請(qǐng)說明快速原型化模型的基本思想。在需求分析的同時(shí)，以比較小的代價(jià)快速建立一個(gè)能夠反映用戶主要需求的原型系統(tǒng)。用戶在原型系統(tǒng)上可以進(jìn)行基本操作，并且提出改進(jìn)意見，分析人員根據(jù)用戶的意見完善原型，然后再由用戶評(píng)價(jià)，提出建議，如此往復(fù)，直到開發(fā)的原型系統(tǒng)滿足了用戶的需求為止。基于快速原型化模型的開發(fā)過程基

25、本上是線性的，從創(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é)果正確率比較高。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;else T=T+2;if (X>=90) &&(Y>=75) T=T+3;else T=T+4; printf(“d%n”,T)； T=0;if (A>=1)&&

26、; (B>=2) T=T+1;else T=T+2;if (X>=90)&&(Y<75) T=T+3;else T=T+4; printf(“d%n”,T)；條件組合：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由此獲得測(cè)試用例：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=1 Y=75;X=1 Y=1;

27、其中 X=90 Y=75能夠發(fā)現(xiàn)錯(cuò)誤。15、請(qǐng)舉例說明用例之間的包含關(guān)系和擴(kuò)展關(guān)系的區(qū)別？包含關(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、軟件設(shè)計(jì)中的抽象是什么意思？所謂抽象就是將事務(wù)的相似方面集中和概括起來，暫時(shí)忽略它們之間的差異?；蛘哒f，抽象就是抽出事務(wù)的本質(zhì)特性而暫時(shí)不考慮它們的細(xì)節(jié)17、孩子閱讀疲倦時(shí)，一定要休息。如果不疲倦，但是對(duì)所閱讀的

28、內(nèi)容不感興趣，就跳到下一章；如果不疲倦，對(duì)內(nèi)容有興趣，理解無困難，則繼續(xù)閱讀；如果不疲倦，對(duì)內(nèi)容有興趣，但理解有困難，則應(yīng)該重讀。請(qǐng)對(duì)上面的描述設(shè)計(jì)判定表。參考答案:疲倦YYYYNNNN感興趣YYNNYYNN糊涂YNYNYNYN重讀繼續(xù)跳到一下章休息化簡(jiǎn)為：疲倦YNNN感興趣YYN糊涂YN重讀繼續(xù)跳到一下章休息18、活動(dòng)圖與狀態(tài)圖的區(qū)別？(1)描述的重點(diǎn)不同：活動(dòng)圖描述的是從活動(dòng)到活動(dòng)的控制流；狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。(2)使用的場(chǎng)合不同：在分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用等情況下，一般使用活動(dòng)圖；在顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為時(shí)，一般使用狀態(tài)圖。19、

29、試分析結(jié)構(gòu)化方法存在的主要問題是什么？(1) 結(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)換出的模塊圖可能不同，有很大的隨意性。(2) 需求分析的細(xì)化程度沒有標(biāo)準(zhǔn)，只能憑借分析人員的經(jīng)驗(yàn)自己把握；需求分析的過程是在一種瀑布形式，當(dāng)需求變更時(shí)，功能變化就會(huì)導(dǎo)致軟件模塊結(jié)構(gòu)發(fā)生變化，造成了軟件結(jié)構(gòu)不穩(wěn)定。(3) 結(jié)構(gòu)化程序設(shè)計(jì)將數(shù)據(jù)定義與處理數(shù)據(jù)的過程相分離，不利于軟件復(fù)用。(4) 結(jié)構(gòu)化方法設(shè)計(jì)的軟件結(jié)構(gòu)不穩(wěn)定，缺乏靈活性，可維護(hù)性差。20、請(qǐng)說明判定表的作用及其結(jié)構(gòu)。

30、判定表是結(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)該少而精原理7承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性22、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么？結(jié)構(gòu)化程序設(shè)計(jì)的特征如下：程序模塊只有一個(gè)入口和一個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。23、軟件需求可以分為業(yè)務(wù)需求、用戶需求、功能需求和非功能需求，請(qǐng)分析業(yè)務(wù)需求與功能需求的區(qū)別

31、？業(yè)務(wù)需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定軟件的目標(biāo)、規(guī)模和范圍。業(yè)務(wù)需求一般在進(jìn)行需求分析之前就應(yīng)該確定，需求分析階段要以此為參照制定需求調(diào)研計(jì)劃、確定用戶核心需求和軟件功能需求。業(yè)務(wù)需求通常比較簡(jiǎn)潔，大約三五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對(duì)軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。24、對(duì)功率大于50馬力的機(jī)器或已運(yùn)行 10 年以上的機(jī)器，

32、應(yīng)送到專業(yè)的維修公司處理；如果功率小于20馬力，并且有維修記錄，則在車間維修；否則送到本廠的維修中心維修，請(qǐng)建立判定表。>=50馬力YNNN<=20馬力NNYN>=10年NY-N有維修記錄-Y-送外本廠本車間25、某學(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é)生選課記錄、課程基本信息。參考答案：26、什么是軟件危機(jī)?軟件危機(jī)表現(xiàn)在哪幾個(gè)方面?由于軟件特點(diǎn)和長(zhǎng)期以來一直沒有發(fā)明一種

33、高效的開發(fā)方法，導(dǎo)致軟件生產(chǎn)效率非常低，交付期一拖再拖，最終交付的軟件產(chǎn)品在質(zhì)量上很難保障。這種現(xiàn)象早在20世紀(jì)60年代被定義為“軟件危機(jī)”。它的具體表現(xiàn)如下： a)“已完成”的軟件不滿足用戶的需求。 b)開發(fā)進(jìn)度不能保障，交付時(shí)間一再拖延。 c)軟件開發(fā)成本難以準(zhǔn)確估算，開發(fā)過程控制困難造成開發(fā)成本超出預(yù)算。 d)軟件產(chǎn)品的質(zhì)量沒有保證，運(yùn)算結(jié)果出錯(cuò)、操作死機(jī)等現(xiàn)象屢屢出現(xiàn)。 e)軟件通常沒有適當(dāng)?shù)奈臋n資料，或文檔與最終交付的軟件產(chǎn)品不符，軟件的可維護(hù)程度非常低。27、根據(jù)相關(guān)的法律，對(duì)于侵犯軟件著作權(quán)的行為，根據(jù)情節(jié)應(yīng)當(dāng)給予什么處罰?對(duì)于侵犯軟件著作權(quán)的行為，要根據(jù)情況承擔(dān)停止侵害、消除影

34、響、賠禮道歉、賠償損失等民事責(zé)任；損害社會(huì)公共利益的，由著作權(quán)行政管理部門責(zé)令停止侵權(quán)行為，沒收違法所得，沒收、銷毀侵權(quán)復(fù)制品，并處罰款；情節(jié)嚴(yán)重的，著作權(quán)行政管理部門可以沒收用于制作侵權(quán)復(fù)制品的材料、工具、設(shè)備等；觸犯刑律的，依法追究刑事責(zé)任。28、請(qǐng)用判定表描述產(chǎn)品出庫量的計(jì)算方法：當(dāng)庫存量大于等于提貨量時(shí)，以提貨量作為出庫量；當(dāng)庫存量小于提貨量，但是庫存量大于等于提貨量的50時(shí)，以實(shí)際庫存量作為出庫量；否則，出庫量為0，不能提貨。28、QQ軟件的用戶分為游客和登陸會(huì)員，登陸會(huì)員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請(qǐng)用類的繼承關(guān)系描述QQ用戶群。三、 應(yīng)用題1、某企業(yè)的設(shè)備維修委托給專業(yè)的技術(shù)公司完成，現(xiàn)在要開發(fā)軟件對(duì)設(shè)備維修信息進(jìn)行管理，具體描述如下：車間主任填寫維修申請(qǐng)單，內(nèi)容有設(shè)備名稱、型號(hào)、故障描述、維護(hù)時(shí)間要求、預(yù)計(jì)費(fèi)用；填好后交給審計(jì)人員，審計(jì)人員根據(jù)企業(yè)的審計(jì)規(guī)定對(duì)維修申請(qǐng)單進(jìn)行審計(jì)，填寫審計(jì)意見和審計(jì)結(jié)果，審計(jì)