國家開放大學(xué)電大軟件工程答案

一、什么是軟件危機(jī)？軟件危機(jī)表現(xiàn)在哪幾個(gè)方面？答：由于軟件具有上述這些特點(diǎn)，長期以來一直沒有發(fā)明一種高效的開發(fā)方法，從而導(dǎo)致軟件生產(chǎn)效率非常低，交付期一拖再拖，最終交付的軟件產(chǎn)品在質(zhì)量上很難保障。這種現(xiàn)象早在20世紀(jì)60年代被定義為“軟件危機(jī)”。它的具體表現(xiàn)如下：1.“已完成”的軟件不滿足用戶的需求。2.開發(fā)進(jìn)度不能保障，交付時(shí)間一再拖延。3.軟件開發(fā)成本難以準(zhǔn)確估算，開發(fā)過程控制困難造成開發(fā)成本超出預(yù)算。4.軟件產(chǎn)品的質(zhì)量沒有保證，運(yùn)算結(jié)果出錯(cuò)、操作死機(jī)等現(xiàn)象屢屢出現(xiàn)。5.軟件通常沒有適當(dāng)?shù)奈臋n資料，或文檔與最終交付的軟件產(chǎn)品不符，軟件的可維護(hù)程度非常低。二、試述產(chǎn)生軟件危機(jī)的主要原因？答：軟件的特點(diǎn)是導(dǎo)致軟件危機(jī)的客觀因素，而軟件開發(fā)和軟件維護(hù)過程中使用的不正確方法是主觀因素，主要表現(xiàn)為：忽視軟件開發(fā)前期的調(diào)研和分析工作，沒有統(tǒng)一的、規(guī)范的方法論指導(dǎo)，文檔資料不齊全，忽視人員之間的交流，忽視測(cè)試工作，輕視軟件的維護(hù)。三、什么是軟件工程？軟件工程的目標(biāo)是什么？答：軟件工程是：①將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)過程，也就是說將工程化應(yīng)用于1軟件開發(fā)和管理之中；②對(duì)①中所選方法的研究”。軟件工程旨在開發(fā)滿足用戶需要、及時(shí)交付、不超過預(yù)算和無故障的軟件，其主要目標(biāo)如下：a)實(shí)現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。b)增強(qiáng)軟件過程的可見性和可控性，保證軟件的質(zhì)量。c)提高所開發(fā)軟件的可維護(hù)性，降低維護(hù)費(fèi)用。d)提高軟件開發(fā)生產(chǎn)率，及時(shí)交付使用。e)合理預(yù)算開發(fā)成本，付出較低的開發(fā)費(fèi)用。四、軟件工程為什么要強(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)方式。2.文檔化是將軟件的設(shè)計(jì)思想、設(shè)計(jì)過程和實(shí)現(xiàn)過程完整地記錄下來，以便于后人的使用和維護(hù)，在開發(fā)過程中各類相關(guān)人員借助于文檔進(jìn)行交流和溝通。另外，3.在開發(fā)過程中產(chǎn)生的各類文檔使得軟件的生產(chǎn)過程由不可見變?yōu)榭梢?，便于管理者?duì)軟件生產(chǎn)進(jìn)度和開發(fā)過程進(jìn)行管理。在用戶最終驗(yàn)收時(shí)可以通過對(duì)提交的文檔進(jìn)行技術(shù)審查和管理審查，保證軟件的質(zhì)量。五、軟件工程層次是如何劃分的？答：軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，它的最底層是質(zhì)量保證層，中間是過程層和方法層，最上層是工具層。2全面的質(zhì)量管理和質(zhì)量需求是推動(dòng)軟件工程過程不斷改進(jìn)的動(dòng)力，正是這種改進(jìn)的動(dòng)力導(dǎo)致了更加成熟的軟件工程方法不斷涌現(xiàn)。過程層定義了一組關(guān)鍵過程域，目的是保證軟件開發(fā)過程的規(guī)范性和可控性。方法層提供了軟件開發(fā)的各種方法，包括如何進(jìn)行軟件需求分析和設(shè)計(jì)，如何實(shí)現(xiàn)設(shè)計(jì)，如何測(cè)試和維護(hù)等方法。工具層為軟件工程方法和過程提供了自動(dòng)或半自動(dòng)的支撐環(huán)境。目前市場(chǎng)上已經(jīng)有許多不錯(cuò)的軟件工程工具，應(yīng)用效果良好。六、什么是軟件生存周期模型？答：軟件生命周期模型反映的是軟件開發(fā)過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。它能夠清晰、直觀地表達(dá)軟件開發(fā)全過程，明確規(guī)定要完成的主要活動(dòng)和任務(wù)。對(duì)于不同的軟件系統(tǒng)，可能采用不同的開發(fā)方法，使用不同的程序設(shè)計(jì)語言、不同的管理方法和手段、以及各種具有不同技能的人員參與工作，但是對(duì)于軟件生命周期模型來說都應(yīng)該是穩(wěn)定有效和普遍適用的。到目前為止，已經(jīng)提出了多種模型，主要有瀑布模型、演化模型、噴泉模型、螺旋模型、智能模型。模型的選擇是基于軟件的特點(diǎn)和應(yīng)用領(lǐng)域。七、軟件工程的發(fā)展至今為止經(jīng)歷了哪幾個(gè)階段？各階段的特征是什么？答：在20世紀(jì)70年代基本形成了軟件工程的概念、框架、方法和手段，被稱之為第一代軟件工程，即傳統(tǒng)軟件工程。結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化編程方法是這個(gè)時(shí)期的代表。380年代出現(xiàn)的Smalltalk80程序設(shè)計(jì)語言標(biāo)志著面向?qū)ο蟪绦蛟O(shè)計(jì)進(jìn)入了實(shí)用階段，從80年代中到90年代中，研究的重點(diǎn)轉(zhuǎn)移到面向?qū)ο蠓治龊驮O(shè)計(jì)上來，從而演化成軟件工程的第二代，稱之為對(duì)象工程。90年代后期，軟件工程的一個(gè)重要進(jìn)展就是基于組件的開發(fā)方法。為了提高軟件生產(chǎn)力，避免草率地開發(fā)應(yīng)用程序，盡可能地利用可復(fù)用組件來組裝成新的應(yīng)用軟件系統(tǒng)。到目前為止，組件技術(shù)的研究和發(fā)展形成了新一代軟件工程，即第三代軟件工程，也有不少人稱之為組件工程。軟件工程至今還在不斷發(fā)展，無論是組件工程還是對(duì)象工程都在不斷發(fā)展，即使是傳統(tǒng)軟件工程的一些基本概念、框架，也隨著技術(shù)的進(jìn)步在發(fā)生變化?？傊?，軟件工程代與代之間并沒有鴻溝，它們不僅交叉重疊，也攜手并進(jìn)。八、指出瀑布模型中下列任務(wù)的順序：驗(yàn)收測(cè)試，項(xiàng)目計(jì)劃，單元測(cè)試，需求評(píng)審，成本估計(jì)，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，系統(tǒng)測(cè)試，設(shè)計(jì)評(píng)審，編碼，需求規(guī)格說明書。答：項(xiàng)目計(jì)劃->成本估計(jì)->需求規(guī)格說明書->需求評(píng)審->概要設(shè)計(jì)->詳細(xì)設(shè)計(jì)->設(shè)計(jì)評(píng)審->編碼->單元測(cè)試->系統(tǒng)測(cè)試->驗(yàn)收測(cè)試九、請(qǐng)比較軟件生命周期瀑布模型和螺旋模型的特點(diǎn)答：瀑布模型最重要的特點(diǎn)：只有當(dāng)一個(gè)階段的任務(wù)完成、交付相應(yīng)的文檔、通過審查小組的審查合格后，才能開始下一個(gè)4階段的工作。瀑布模型的優(yōu)點(diǎn)：有利于大型軟件開發(fā)過程中人員的組織、管理，有利于軟件開發(fā)方法和工具的研究，從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率。瀑布模型的缺點(diǎn)：（1）開發(fā)過程一般不能逆轉(zhuǎn)，否則代價(jià)太大；（2）實(shí)際的項(xiàng)目開發(fā)很難嚴(yán)格按該模型進(jìn)行；（3）客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。（4）軟件的實(shí)際情況必須到項(xiàng)目開發(fā)的后期客戶才能看到，這要求客戶有足夠的耐心。螺旋模型的主要優(yōu)勢(shì)在于它是風(fēng)險(xiǎn)驅(qū)動(dòng)的，每個(gè)方案在實(shí)施前都要經(jīng)過風(fēng)險(xiǎn)分析。如果風(fēng)險(xiǎn)過大，則項(xiàng)目應(yīng)該停止，或改變方案。螺旋模型的優(yōu)點(diǎn)：（1）設(shè)計(jì)上的靈活性,可以在項(xiàng)目的各個(gè)階段進(jìn)行變更；（2）以小的分段來構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易；（3）客戶始終參與每個(gè)階段的開發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性；（4）隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目的最新信息,從而他或她能夠和管理層有效地交互。5螺旋模型的缺點(diǎn)：（1）采用螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門知識(shí)，在風(fēng)險(xiǎn)較大的項(xiàng)目開發(fā)中，如果未能夠及時(shí)標(biāo)識(shí)風(fēng)險(xiǎn)，勢(shì)必造成重大損失；（2）過多的迭代次數(shù)會(huì)增加開發(fā)成本，延遲提交時(shí)間。十、什么叫職業(yè)化？職業(yè)化軟件工程師的必備條件是什么？所謂職業(yè)化，簡(jiǎn)單說就是能勝任工作，讓人放心?！澳軇偃喂ぷ鳌?，就需要具備相應(yīng)的專業(yè)技能、知識(shí)和經(jīng)驗(yàn)；“讓人放心”意味著很多，包括遵守行業(yè)成文的或未成文的規(guī)則和規(guī)范，積極有效地和同事溝通，確保自己的工作產(chǎn)品是大家所期望的，盡可能地向客戶提供最專業(yè)的服務(wù)和產(chǎn)品。自律、溝通和技能是成為職業(yè)化軟件工程師的必要條件。自律：軟件區(qū)別于其它傳統(tǒng)產(chǎn)品，軟件只有安裝運(yùn)行后，人們才看見它的界面；開發(fā)進(jìn)度也是肉眼看不見的，很難準(zhǔn)確判斷開發(fā)任務(wù)完成了80%還是30%；質(zhì)量更是不可見的，只有通過非常認(rèn)真、全面的測(cè)試和度量，才能了解代碼的質(zhì)量。一個(gè)程序員認(rèn)真思考問題時(shí)的模樣和他發(fā)呆時(shí)的表現(xiàn)一樣，外人很難判斷。因此說，“自律”對(duì)軟件工程師來說更為重要。溝通：軟件的規(guī)模越來越大，而且處在不斷的變化過程中。因此需要軟件工程師進(jìn)行大量書面的、口頭的、或面對(duì)面的溝通。大到產(chǎn)品的整體功能和性能要求，小到程序的結(jié)構(gòu)，甚至一個(gè)函數(shù)、一個(gè)變量的含義都需要溝通。溝通有標(biāo)準(zhǔn)化的、可視化的工6具語言，如UML。軟件工程強(qiáng)調(diào)文檔的重要性就是以文檔作為溝通的工具，與客戶溝通明確用戶需求；工程師之間溝通明確設(shè)計(jì)方案，市場(chǎng)人員和工程師溝通確定產(chǎn)品特征。軟件工程的實(shí)踐表明，缺乏主動(dòng)溝通，往往導(dǎo)致整個(gè)團(tuán)隊(duì)的技術(shù)方案出現(xiàn)偏差，使整個(gè)項(xiàng)目的進(jìn)度受到影響。技能：軟件工程師常常強(qiáng)調(diào)自己掌握的編碼技術(shù)，往往忽視用戶需求和軟件開發(fā)的規(guī)范。作為職業(yè)化軟件工程師，需求分析、軟件設(shè)計(jì)、軟件構(gòu)造、軟件測(cè)試、軟件維護(hù)、配置管理、軟件項(xiàng)目管理、軟件過程改進(jìn)、軟件工具和方法以及軟件質(zhì)量保證等是更為重要的技能。十一、職業(yè)化軟件工程師十大忌諱是哪些？答：行為一：對(duì)外交付半成品。行為二：不遵守標(biāo)準(zhǔn)和規(guī)范。行為三：不積極幫助他人。行為四：版權(quán)意識(shí)不敏感。行為五：對(duì)待計(jì)劃不嚴(yán)肅。行為六：公事私事相混淆。行為七：不注意知識(shí)更新。行為八：不主動(dòng)與人溝通。行為九：不遵守職業(yè)規(guī)則。行為十：不夠誠實(shí)和正直。十一、根據(jù)相關(guān)的法律，對(duì)于侵犯軟件著作權(quán)的行為，根據(jù)情節(jié)應(yīng)當(dāng)給予什么處罰？答：對(duì)于侵犯軟件著作權(quán)的行為，要根據(jù)情況承擔(dān)停止侵害、消除影響、賠禮道歉、賠償損失等民事責(zé)任；損害社會(huì)公共利益的，由著作權(quán)行政管理部門責(zé)令停止侵權(quán)行為，沒收違法所得，沒收、銷毀侵權(quán)復(fù)制品，并處罰款；情節(jié)嚴(yán)重的，著作權(quán)行政管7理部門可以沒收用于制作侵權(quán)復(fù)制品的材料、工具、設(shè)備等；觸犯刑律的，依法追究刑事責(zé)任。十二、職業(yè)化軟件工程師要注意的問題是什么？答：職業(yè)化軟件工程師要注意的十大問題：①高質(zhì)量地完成任務(wù)②遵守行業(yè)標(biāo)準(zhǔn)，不能肆意按照自己的想象來發(fā)揮③積極幫助他人④版權(quán)意識(shí)敏感⑤嚴(yán)格遵守計(jì)劃⑥公私分明⑦注意知識(shí)更新⑧善于溝通⑨遵守職業(yè)規(guī)則⑩誠實(shí)和正直。十三、請(qǐng)給出軟件工程七條基本原理中的任意6條基本原理？答：原理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í)踐的必要性。十四、簡(jiǎn)述模塊獨(dú)立性，內(nèi)聚與耦合。答：模塊獨(dú)立性，是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡(jiǎn)單的。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性。即模塊間耦合和模塊內(nèi)聚。耦合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度)的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。十五、為了提高軟件的可維護(hù)性，在軟件開發(fā)過程的各個(gè)階8段要充分考慮軟件的可維護(hù)性因素。答：(1)在需求分析階段應(yīng)該明確維護(hù)的范圍和責(zé)任，檢查每條需求，分析維護(hù)時(shí)這條需求可能需要的支持，對(duì)于那些可能發(fā)生變化的需求要考慮系統(tǒng)的應(yīng)變能力。2.在設(shè)計(jì)階段應(yīng)該做一些表更實(shí)驗(yàn)，檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性，設(shè)計(jì)時(shí)應(yīng)該將今后可能變更的內(nèi)容與其他部分分離出來，并且遵循高內(nèi)聚、低耦合的原則。3.編碼階段要保持源程序與文檔的一致性、源程序的可理解性和規(guī)范性。4.在測(cè)試階段測(cè)試人員應(yīng)該按照需求文檔和設(shè)計(jì)文檔測(cè)試軟件的有效性和可用性，收集出錯(cuò)信息并進(jìn)行分類統(tǒng)計(jì)，為今后的維護(hù)打下基礎(chǔ)。十六、簡(jiǎn)述軟件過程模型。答（1）軟件過程是人們開發(fā)和維護(hù)軟件及相關(guān)產(chǎn)品的活動(dòng)、方法、實(shí)踐和改進(jìn)的集合。它明確定義軟件過程中所執(zhí)行的活動(dòng)及其順序，確定沒一個(gè)活動(dòng)內(nèi)容和步驟，定義每個(gè)角色和職責(zé)。（2）軟件工程將軟件開發(fā)和維護(hù)的過程概況為8個(gè)大的活動(dòng)∶問題定義、可行性研究、需求分析、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、系統(tǒng)測(cè)試和運(yùn)行維護(hù)。十七、試分析結(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)換出的模塊圖可能不同，有很大的隨意性。9（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ù)性差。十八、請(qǐng)說明快速原型化模型的基本思想。答案在需求分析的同時(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ì)，而原型已經(jīng)通過了用戶和開發(fā)組的審查，在設(shè)計(jì)階段由于有原型作設(shè)計(jì)參考，所以設(shè)計(jì)的結(jié)果正確率比較高。十九、軟件需求可以分為業(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è)10務(wù)需求通常比較簡(jiǎn)潔，大約三～五頁紙就可以描述清楚，也可以將它直接作為需求規(guī)格說明書中的一部分。功能需求定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。用戶從他們完成任務(wù)的角度對(duì)軟件提出了用戶需求，這些需求通常是凌亂的、非系統(tǒng)化的、有冗余的，開發(fā)人員不能據(jù)此編寫程序。軟件分析人員要充分理解用戶需求，將用戶需求整理成軟件功能需求。開發(fā)人員根據(jù)功能需求進(jìn)行軟件設(shè)計(jì)和編碼。二十、設(shè)計(jì)類的屬性時(shí)必須要定義是哪兩項(xiàng)?答案：設(shè)計(jì)類的屬性時(shí)必須要定義的內(nèi)容:(1)屬性的類型:設(shè)計(jì)屬性時(shí)必須要根據(jù)開發(fā)語言確定每個(gè)屬性的數(shù)據(jù)類型，如果數(shù)據(jù)類型不夠，設(shè)計(jì)人員可以利用已有的數(shù)據(jù)類型定義新的數(shù)據(jù)類型。(2)屬性的可見性。在設(shè)計(jì)屬性時(shí)要確定公有屬性、私有屬性、受保護(hù)屬性。二十一、請(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í)行"通知"用例。11二十二、簡(jiǎn)述在項(xiàng)目開發(fā)時(shí)選擇程序設(shè)計(jì)語言的主要考慮的因素。答案：·編程人員的水平和編程經(jīng)歷;·待開發(fā)的軟件類型;·算法和計(jì)算復(fù)雜性;·數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性;·軟件的開發(fā)成本和時(shí)間要求;·軟件可移植性要求;·可用的軟件工具。二十三、面向?qū)ο蟮姆治鐾ǔＲ⑷齻€(gè)模型，請(qǐng)問三個(gè)模型的作用?（面向?qū)ο蠓治龅娜齻€(gè)模型）答：(1)功能模型:表達(dá)系統(tǒng)的詳細(xì)需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由用例圖和場(chǎng)景描述組成。(2)對(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)。(3)動(dòng)態(tài)模型:描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)的"控制"特性。二十四、活動(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)圖。二十五、結(jié)構(gòu)化分析的主要步驟。答：(1)根據(jù)用戶的需求畫出初始的數(shù)據(jù)流程圖，寫出數(shù)據(jù)字典和初始的加工處理說明（IPO圖)，實(shí)體關(guān)系圖。(2)以12初始數(shù)據(jù)流程圖為基礎(chǔ)，從數(shù)據(jù)流程圖的輸出端開始回溯。在對(duì)數(shù)據(jù)流程圖進(jìn)行回溯的過程中可能會(huì)發(fā)現(xiàn)丟失的處理和數(shù)據(jù)，應(yīng)將數(shù)據(jù)流程圖補(bǔ)充完善。(3)對(duì)軟件性能指標(biāo)、接口定義、設(shè)計(jì)和實(shí)現(xiàn)的約束條件等逐一進(jìn)行分析。(4)系統(tǒng)分析人員與用戶一起對(duì)需求分析的結(jié)果進(jìn)行復(fù)查。(5)根據(jù)細(xì)化的需求修訂開發(fā)計(jì)劃。(6)編寫需求規(guī)格說明書和初始的用戶手冊(cè)，測(cè)試人員開始編寫功能測(cè)試用的測(cè)試數(shù)據(jù)。二十六、衡量模塊獨(dú)立性的兩個(gè)標(biāo)準(zhǔn)是什么?它們各表示什么含義?答：(1)兩個(gè)定性的度量標(biāo)準(zhǔn):搞合與內(nèi)聚性。(2)藕合性:也稱塊間聯(lián)系。指軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量模塊之間聯(lián)系越緊密，其搞合性就越強(qiáng)，模塊的獨(dú)立性則越差。(3)內(nèi)聚性:也稱塊內(nèi)聯(lián)系。指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此每合的緊密程度的度量。模塊內(nèi)元素聯(lián)系越緊密，內(nèi)聚性越高。二十七、簡(jiǎn)述模塊獨(dú)立性，內(nèi)聚與搞合？答：模塊獨(dú)立性，是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡(jiǎn)單的。一般采用兩個(gè)準(zhǔn)則度量模塊獨(dú)立性。即模塊間搞合和模塊內(nèi)聚。搞合是模塊之間的互相連接的緊密程度的度量。內(nèi)聚是模塊功能13強(qiáng)度(一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度〉的度量。模塊獨(dú)立性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低藕合的模塊。二十八、結(jié)構(gòu)化程序設(shè)計(jì)的特征是什么？答：結(jié)構(gòu)化程序設(shè)計(jì)的特征如：程序模塊只有一個(gè)人口和→個(gè)出口、程序中只包含順序、條件和循環(huán)三種控制結(jié)構(gòu)。二十九、等價(jià)分類法的基本思想是什么？答：根據(jù)程序的輸入特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)域-等價(jià)類，從等價(jià)類中選擇出的用例具有代表性，即測(cè)試某個(gè)等價(jià)類的代表值就等價(jià)于對(duì)這一類其他值的測(cè)試，如果某個(gè)等價(jià)類的一個(gè)輸入數(shù)據(jù)（代表值）測(cè)試中查處了錯(cuò)誤，說明該類中有其他測(cè)試用例也會(huì)有錯(cuò)誤。141．可行性研究的主要任務(wù)是（進(jìn)行一次簡(jiǎn)要的需求分析）。2．可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的（6%）。3．可行性研究包括（1）研究目前正在使用的系統(tǒng)（2）復(fù)查系統(tǒng)地規(guī)模和目標(biāo)（3）進(jìn)一步定義問題（4）導(dǎo)出新系統(tǒng)地高層邏輯模型，具體步驟順序是（2）（1）（4）（3））4．可行性研究的各個(gè)步驟的工作結(jié)果寫成清晰的文檔，下列哪個(gè)人員不必參加審查（分析人員）。5．可行性研究的四大要素是（經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境）。6．經(jīng)濟(jì)可行分析中（成本-收益分析）是分析投入的成本和產(chǎn)出的效益。7.（短期利益）容易把握，風(fēng)險(xiǎn)較低。8．技術(shù)可行性考慮的方面(A.提高軟件生產(chǎn)率的技術(shù)、保障軟件治療的技術(shù)、完成需求說明中功能需要的技術(shù)、以上全部)9．計(jì)算機(jī)病毒是指（一組自我復(fù)制和自動(dòng)執(zhí)行的具有破壞能力的代碼）。10．我國正式頒布實(shí)施的（中華人民共和國計(jì)算機(jī)信息系統(tǒng)安全保護(hù)條例）對(duì)計(jì)算機(jī)病毒的定義具有法律性，權(quán)威性。11．社會(huì)環(huán)境的可行性至少包括（市場(chǎng)和政策）12．假定銀行的存款年利率是2%，請(qǐng)問現(xiàn)在存5000元，兩年后的價(jià)值應(yīng)為（5100）元。1513．無形的效益是（社會(huì)影響力）。14.面向?qū)ο蠓治鋈蝿?wù)的核心在于建立（識(shí)別問題域?qū)ο螅┠Ｐ汀?5.（開發(fā)一個(gè)簡(jiǎn)單的問題解決方案）不是分析建模的目的。16.面向?qū)ο箝_發(fā)方法主要分為分析、設(shè)計(jì)和實(shí)現(xiàn)三個(gè)階段，下面屬于分析階段主要工作的是（建立用例模型）。17.面向?qū)ο蠓治鲞^程中建立的模型有（對(duì)象模型、功能模型、動(dòng)態(tài)模型）。18.功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ校桑ㄓ美龍D和場(chǎng)景描述）實(shí)現(xiàn)。19.用（用例）模型分析和定義用戶的需求。20.用（動(dòng)態(tài)）模型描述和分析業(yè)務(wù)流程。21.下面建立功能模型的步驟哪個(gè)順序是正確的（確定角色/確定用例/確定用例模型）。22.建立用例（功能）模型中第一步是（創(chuàng)建機(jī)構(gòu)組織結(jié)構(gòu)及角色職能圖）。23.確定角色是（用例模型）的任務(wù)。24.（分析類）用于描述系統(tǒng)中概念層次的對(duì)象。25.分析模型的類有三種即（邊界類、實(shí)體類、控制類）。26.建立對(duì)象模型的步驟為（識(shí)別分析類/構(gòu)建類圖）。27.在基于用例的面向?qū)ο蠓治鲞^程中，定義交互行為的關(guān)16鍵在于通過描述分析類實(shí)例之間的（消息傳遞）將用例的職責(zé)分配到分析類中。28.動(dòng)態(tài)模型描述系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)和對(duì)象之間的交互，表示瞬時(shí)的、行為化的系統(tǒng)“控制”特性。面向?qū)ο蠓椒ㄖ?，常用（狀態(tài)圖、交互圖、活動(dòng)圖、以上全部）實(shí)現(xiàn)。29.需求評(píng)審問題清單應(yīng)該包括（檢查正確性的問題列表、檢查完整性的問題列表、、檢查一致性的問題列表、以上全部）。30.是否描述了系統(tǒng)功能的管理屬于（檢查正確性）問題列表中的內(nèi)容。31.面向?qū)ο蟮男枨蠓治鲆?guī)格說明書的分析模型中可以省略的有（數(shù)據(jù)要求）。32.軟件需求分析規(guī)格說明書中的分析模型應(yīng)該包括（對(duì)象模型、動(dòng)態(tài)模型、用例模型）。33.隨著模塊規(guī)模減小，模塊開發(fā)成本（減小/增加）。34.反映模塊獨(dú)立性的指標(biāo)是（內(nèi)聚和耦合）。35.非直接耦合的模塊獨(dú)立性最強(qiáng)，（內(nèi)容耦合）的模塊獨(dú)立性最弱。36.內(nèi)容耦合是模塊間最緊密的耦合，（非直接耦合）是模塊間最松散的耦合。37.在對(duì)軟件系統(tǒng)進(jìn)行模塊設(shè)計(jì)的時(shí)候，可以有不同的抽象層次，可以用（自然語言），配合面向問題的專業(yè)術(shù)語，概括地描述問題的解法。1738.人們?cè)谡J(rèn)識(shí)復(fù)雜問題的過程中，使用最強(qiáng)有力的思維工具就是（抽象）39.信息隱藏的核心內(nèi)容是（一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問）。40.每個(gè)子系統(tǒng)的接口定義了若干（操作），體現(xiàn)了子系統(tǒng)的功能，而功能的具體實(shí)現(xiàn)方法應(yīng)該是隱藏的。41.為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（信息隱蔽）原則。42.軟件結(jié)構(gòu)圖中沒有（判斷）元素。43.在實(shí)際的軟件設(shè)計(jì)中，通常采用樹狀結(jié)構(gòu)，限制使用（網(wǎng)狀結(jié)構(gòu)）。44.軟件結(jié)構(gòu)使用的圖形工具，一般采用（SC）圖。45.軟件設(shè)計(jì)的目標(biāo)是（在最短的時(shí)間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案。）。46.軟件設(shè)計(jì)時(shí)中一個(gè)基本原則（低耦合，高內(nèi)聚和信息隱蔽的設(shè)計(jì)原則）。47.為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（信息隱蔽）原則。48.影響軟件設(shè)計(jì)的因素有（設(shè)計(jì)人員的理解力、設(shè)計(jì)人員的個(gè)人經(jīng)驗(yàn)、軟件使用者的文化背景、以上所有）。49.結(jié)構(gòu)化設(shè)計(jì)方法具體流程中首先要（分析數(shù)據(jù)流類型）。50.變換分析方法中應(yīng)在數(shù)據(jù)流程圖上區(qū)分系統(tǒng)的邏輯輸18入，（邏輯輸出）和中心變換部分。51.在任何情況下的都可以使用變換分析方法設(shè)計(jì)軟件結(jié)構(gòu)，但在數(shù)據(jù)流程圖中明顯的（事務(wù)中心）時(shí)，還是采用事務(wù)分析方法更好。52.在優(yōu)化軟件結(jié)構(gòu)時(shí)要注意保持簡(jiǎn)單，在滿足模塊化要求的前提下盡量（減少模塊數(shù)量）。53.概要設(shè)計(jì)復(fù)查不需要（系統(tǒng)維護(hù)人員）人員參加。54.在概要設(shè)計(jì)復(fù)查過程中，設(shè)計(jì)人員詳細(xì)講述（總體設(shè)計(jì)方案）。55.關(guān)鍵設(shè)計(jì)復(fù)查的參與者不需要（用戶）。56.下列哪些（設(shè)計(jì)容易實(shí)現(xiàn)否、設(shè)計(jì)算法合適否、設(shè)計(jì)文檔是否完備、以上所有）屬于復(fù)審的問題設(shè)計(jì)？57.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)中在確定數(shù)據(jù)結(jié)構(gòu)時(shí)應(yīng)先考慮（靜態(tài)結(jié)構(gòu)）。58.為了加強(qiáng)數(shù)據(jù)設(shè)計(jì)的的（可復(fù)用性），應(yīng)該針對(duì)常用的數(shù)據(jù)結(jié)構(gòu)和復(fù)雜的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)抽象類型，并且將數(shù)據(jù)結(jié)構(gòu)和操縱數(shù)據(jù)結(jié)構(gòu)的操作封裝在一起。59.文件設(shè)計(jì)過程包括文件的邏輯設(shè)計(jì)和物理設(shè)計(jì)階段。其中文件的邏輯設(shè)計(jì)在（概要設(shè)計(jì)）階段進(jìn)行。60.下面哪項(xiàng)（分析數(shù)據(jù)間的關(guān)系）屬于文件邏輯設(shè)計(jì)的任務(wù)？61.（模式設(shè)計(jì)）的目的是確定物理數(shù)據(jù)庫結(jié)構(gòu)。1962.程序流程圖是使用最為廣泛的詳細(xì)設(shè)計(jì)方法，其中方框代表（處理步驟）。63.程序流程圖屬于(詳細(xì)設(shè)計(jì))階段的工具64.判定表由4個(gè)部分組成，其中（左上部）列出了所有的條件。65.PDL是一種（過程設(shè)計(jì)語言）語言。66.PDL屬于(詳細(xì)設(shè)計(jì))階段的工具67.面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義（軟件對(duì)象），并且使它們相互協(xié)作來滿足用戶需求。68.面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)）69.通常將具有共性的非功能要求設(shè)計(jì)在（中間層），以減少重新開發(fā)的工作量。70.下面那個(gè)選項(xiàng)不是正確的面向?qū)ο笤O(shè)計(jì)思想（先繼承后組合）。71.一個(gè)設(shè)計(jì)得好的OO系統(tǒng)具有（強(qiáng)內(nèi)聚、弱耦合的特征）72.在面向?qū)ο蟮脑O(shè)計(jì)中，我們應(yīng)遵循的設(shè)計(jì)準(zhǔn)則除了模塊化、抽象、低耦合、強(qiáng)內(nèi)聚以外，還有(信息隱蔽)。73.（弱耦合）是設(shè)計(jì)稿質(zhì)量軟件的一個(gè)重要原則，因?yàn)樗兄诟綦x變化對(duì)系統(tǒng)其他元素的影響。74.耦合主要是指不同對(duì)象之間相互關(guān)聯(lián)的程度，如果關(guān)聯(lián)程度高，則會(huì)（降低類的可重用性、降低類的可移植性增加測(cè)試20修改難度、以上全部）75.如果對(duì)象之間的耦合是通過（消息機(jī)制）來實(shí)現(xiàn)的，則這種耦合就是交互耦合。76.在面向?qū)ο笤O(shè)計(jì)中應(yīng)盡量（減少對(duì)象之間發(fā)送的消息數(shù)）77.繼承耦合是（一般化類與特殊化類）之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。78.在設(shè)計(jì)時(shí)要特別分析一般化類與特殊化類之間的繼承關(guān)系，如果抽象層次不合理，會(huì)降低系統(tǒng)的（可重用性）79.軟件重用在面向?qū)ο筌浖_發(fā)方法中是從（設(shè)計(jì)階段）開始的80.為了提高工作效率，減少錯(cuò)誤，降低成本，就要充分考慮軟件元素的（可重用性）81.框架是一組可用于不同應(yīng)用的（類）的集合。82.當(dāng)面向?qū)ο笤O(shè)計(jì)進(jìn)行底層設(shè)計(jì)時(shí)，對(duì)每個(gè)類進(jìn)行詳細(xì)設(shè)計(jì)，設(shè)計(jì)類的屬性和操作，優(yōu)化類之間的關(guān)系，就可以設(shè)計(jì)成（框架）來對(duì)類的設(shè)計(jì)進(jìn)行構(gòu)架和優(yōu)化。83.面向?qū)ο笤O(shè)計(jì)首先要進(jìn)行高層設(shè)計(jì)：確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（物理模型），將系統(tǒng)劃分成不同的子系統(tǒng)。84.構(gòu)架設(shè)計(jì)的主要目的是（確定系統(tǒng)總體結(jié)構(gòu)），這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完成85.每個(gè)子系統(tǒng)的接口上定義了若干（操作），其他子系統(tǒng)21只能通過接口享受這個(gè)子系統(tǒng)提供的服務(wù)。86.在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類是（控制類）。87.用（界面類）描述系統(tǒng)與角色之間的接口。88.通常將具有共性的非功能需求設(shè)計(jì)在（接口），以減少重新開發(fā)的工作量。89.非功能需求設(shè)計(jì)需要考慮的因素有（系統(tǒng)的安全性、錯(cuò)誤檢測(cè)、故障恢復(fù)、以上全部）。90.對(duì)用例進(jìn)行設(shè)計(jì)，發(fā)現(xiàn)實(shí)現(xiàn)用例功能的（關(guān)鍵類），確定類之間的關(guān)系。91.每個(gè)用例至少應(yīng)該有一個(gè)（控制類），它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。92.定義類的屬性類型時(shí)盡量使用已有類型，太多自定義類型會(huì)降低系統(tǒng)的（可維護(hù)性）指標(biāo)。93.定義類的屬性結(jié)構(gòu)，盡量不要使用復(fù)雜的（數(shù)據(jù)結(jié)構(gòu)）94.設(shè)計(jì)類的操作就是為每個(gè)類的方法設(shè)計(jì)必須實(shí)現(xiàn)的操作，并用自然語言或偽代碼描述操作的（算法）95.設(shè)計(jì)類的操作中不需要定義的內(nèi)容（對(duì)象的屬性）96.對(duì)類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的（屬性和方法、關(guān)系），優(yōu)化類之間的關(guān)系。97.在概要設(shè)計(jì)階段定義了類的關(guān)系，在（詳細(xì)設(shè)計(jì)）要細(xì)化這些關(guān)系。2298.在圖書館系統(tǒng)中，假如已經(jīng)構(gòu)造了一個(gè)一般借書者類，后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請(qǐng)問在面向?qū)ο笤O(shè)計(jì)中用（繼承）方法可以方便地設(shè)計(jì)這兩個(gè)類？99.系統(tǒng)設(shè)計(jì)規(guī)格說明書中不可缺少的內(nèi)容有（項(xiàng)目的背景、設(shè)計(jì)約束和專業(yè)詞匯、設(shè)計(jì)的目的以上全部）。100.所有程序設(shè)計(jì)語言的基本成分都可歸納為：數(shù)據(jù)成分、（運(yùn)算成分）、控制成分和傳輸成分。101.（數(shù)據(jù)成分）程序設(shè)計(jì)語言能接受的數(shù)據(jù)，如各種類型的變量、數(shù)組等，作為程序操作的對(duì)象，具有名稱、類型和作用域等特征。102.按照（應(yīng)用范圍），有通用語言和專用語言之分。103.結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種（高級(jí)語言）。104.下列敘述中錯(cuò)誤的是（與匯編語言相比，采用腳本語言編程可獲得更高的運(yùn)行效率）。105.程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括（數(shù)據(jù)庫的易操作性）。106.科學(xué)計(jì)算領(lǐng)域一般選擇（C）語言。107.程序結(jié)構(gòu)清晰且簡(jiǎn)單易懂，一個(gè)函數(shù)的規(guī)模一般（100左右）行。108.最好使用（括號(hào)）避免二義性。109.如果程序代碼的（可讀性）好，則調(diào)試的成本就可以大23幅度降低。110.對(duì)于嵌套的循環(huán)和分支程序，層次不要超過（5）層。111.程序設(shè)計(jì)風(fēng)格首先要考慮（正確）。112.下面（異常捕捉處理）屬于容錯(cuò)處理。113.以下（對(duì)于JAVA程序可以使用第三方提供的接口）不符合可移植性要求。114.為獲得較高的（可移植性），在設(shè)計(jì)過程中常采用通用的程序設(shè)計(jì)語言和運(yùn)行支撐環(huán)境。盡量不用與系統(tǒng)的底層相關(guān)性強(qiáng)的語言。115.在設(shè)計(jì)程序編碼的輸入輸出時(shí)，下面（輸入一批數(shù)據(jù)時(shí)由用戶指定輸入數(shù)據(jù)數(shù)目）不符合設(shè)計(jì)原則。116.輸入輸出風(fēng)格受到（輸入輸出設(shè)備、工作環(huán)境用戶、操作的的熟練程度、以上全部）因素影響。117.可重復(fù)使用的、功能相對(duì)獨(dú)立的算法或接口應(yīng)該考慮封裝成公共的控件或類，下面（程序模版）不屬于這部分。118.相對(duì)固定和獨(dú)立的程序?qū)崿F(xiàn)方式和過程，應(yīng)考慮做成程序模版，如（符合一定規(guī)范的XML數(shù)據(jù)的解析過程）。119.代碼檢查是由（編程人員）組成一個(gè)走查小組，通過閱讀代碼，并進(jìn)行提問和討論，從而發(fā)現(xiàn)可能存在的缺陷、遺漏和矛盾的地方。120.java語言代碼審查表中檢查類的命名是否和設(shè)計(jì)相符屬于代碼檢查的（類）的檢查。24121.下列關(guān)于功能性注釋不正確的說法是(注釋用來說明程序段，需要在每一行都要加注釋)。122.下面（盡量使用全局變量）不符合編程規(guī)范。123.從狹義上講，軟件測(cè)試是（為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序）的過程。124.經(jīng)驗(yàn)表明，在程序設(shè)計(jì)中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯(cuò)誤數(shù)目較多，則該模塊中殘留的錯(cuò)誤與其他模塊相比，通常應(yīng)該（較多）。125.下面有關(guān)測(cè)試原則的說法正確的是（測(cè)試用例應(yīng)由測(cè)試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成）。126.軟件測(cè)試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測(cè)試用例，（以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤）。127.程序員應(yīng)該仔細(xì)測(cè)試自己編寫的程序代碼）不符合軟件測(cè)試原則。128.測(cè)試最早的開始時(shí)間是（從需求分析階段開始）。129.從測(cè)試對(duì)象的粒度上劃分測(cè)試為（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試）。130.（白盒測(cè)試）時(shí)，測(cè)試人員必須接觸到程序源代碼。131.在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究（需求規(guī)格說明）。132.在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括（有效的和期望的輸入情況、無效的和不期望的輸入情況、可能產(chǎn)生無效輸出的輸入情況、以上全部）測(cè)試用例。25133.測(cè)試用例是一組（測(cè)試用的輸入數(shù)據(jù)以及對(duì)應(yīng)的預(yù)期結(jié)果）。134.用足夠多的測(cè)試用例使程序的每條語句至少執(zhí)行一次，這是（語句覆蓋）。135.設(shè)計(jì)足夠多的測(cè)試用例不僅使程序的每條語句至少執(zhí)行一次，還要使每個(gè)判定分支都至少執(zhí)行一次（判定覆蓋）。136.設(shè)計(jì)足夠多的測(cè)試用例不僅使程序的每條語句至少執(zhí)行一次，還要使每個(gè)判定表達(dá)式中條件的各種組合都至少出現(xiàn)一次（條件組合覆蓋）。137.下面哪些測(cè)試屬于黑盒測(cè)試（等價(jià)類劃分）。138.等價(jià)類劃分法是把程序的輸入域劃分為若干部分，然后從每個(gè)部分中選取(一個(gè))代表性數(shù)據(jù)當(dāng)作測(cè)試用例。139.（邊值分析和等價(jià)類劃分）屬于功能測(cè)試方法。140.（因果圖）能夠有效地檢測(cè)輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。141.以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（邊界值分析測(cè)試）。142.下列關(guān)于軟件測(cè)試策略的敘述中不正確的是（靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試都要執(zhí)行程序）。143.軟件測(cè)試計(jì)劃的內(nèi)容應(yīng)包括（測(cè)試內(nèi)容和評(píng)價(jià)標(biāo)準(zhǔn)、被測(cè)軟件的功能、輸入和輸出、測(cè)試目的、背景、以上全部）。145.軟件測(cè)試方法中的(人工檢測(cè))屬于靜態(tài)測(cè)試方法。26146.不用執(zhí)行程序，目的是收集有關(guān)程序代碼的結(jié)構(gòu)信息，這一過程是（靜態(tài)分析）。147.測(cè)試程序時(shí)不在機(jī)器上直接運(yùn)行程序，而是采用人工檢查或計(jì)算機(jī)輔助靜態(tài)分析的手段檢查程序。這種測(cè)試稱為（靜態(tài)測(cè)試）。148.在動(dòng)態(tài)執(zhí)行跟蹤測(cè)試中，測(cè)試環(huán)境指的是（驅(qū)動(dòng)程序、被測(cè)單元、樁程序、以上全部）。149.（樁程序）用于代替所測(cè)單元調(diào)用的子模塊，它只做少量的數(shù)據(jù)操作，主要是返回被測(cè)單元需要的數(shù)據(jù)。150.軟件的集成測(cè)試工作最好由(不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員)承擔(dān)，以提高集成測(cè)試的效果。151.（集成測(cè)試）是組裝軟件的測(cè)試技術(shù)，按設(shè)計(jì)要求把通過單元測(cè)試的各個(gè)模塊組裝在一起進(jìn)行測(cè)試，以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。152.下列測(cè)試中不屬于系統(tǒng)測(cè)試的是（集成測(cè)試）。30、下面說法中屬于系統(tǒng)測(cè)試的目標(biāo)的是1)找出軟件中存在的缺陷與錯(cuò)誤；2)確認(rèn)軟件所實(shí)現(xiàn)的功能是否符合規(guī)格說明；3)確認(rèn)軟件的性能是否滿足要求（1)、2）和3））。153.檢查軟件產(chǎn)品是否符合需求定義的過程稱為（驗(yàn)證測(cè)試）。32、下列關(guān)于軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是1)軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求；272)所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤；3)立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致；4)驗(yàn)收測(cè)試工件齊全(所有都對(duì))。154.忽略類功能實(shí)現(xiàn)的細(xì)則，將測(cè)試的目光集中在類功能的實(shí)現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蝻L(fēng)格上屬于（面向?qū)ο缶幊虦y(cè)試（OOP測(cè)試））155.OO軟件測(cè)試的方法包括（OO類的隨機(jī)測(cè)試和類層次的分割測(cè)試、由行為模型(狀態(tài)、活動(dòng)、順序和合作圖)導(dǎo)出的測(cè)試、基于故障、場(chǎng)景的測(cè)試、以上全部）156.在面向?qū)ο蟮臏y(cè)試中，（類測(cè)試）用于代替?zhèn)鹘y(tǒng)測(cè)試方法中的單元測(cè)試。157.類測(cè)試包括（類屬性的測(cè)試、類操作的測(cè)試、可能狀態(tài)下對(duì)象測(cè)試、以上全部）158.（集成測(cè)試）是對(duì)系統(tǒng)內(nèi)部的相互服務(wù)進(jìn)行測(cè)試，如成員函數(shù)間的相互作用，類間的消息傳遞。不僅要基于面向?qū)ο髥卧獪y(cè)試，還要參考面向?qū)ο笤O(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)測(cè)試的結(jié)果159.面向?qū)ο筌浖悳y(cè)試方法是（線程測(cè)試、基于場(chǎng)景的測(cè)試、對(duì)象交互測(cè)試、以上全部）。160.現(xiàn)在人們更強(qiáng)調(diào)程序代碼的（可維護(hù)性）。161.一個(gè)軟件項(xiàng)目大約（30%）的工作量在開發(fā)階段，（70%）的工作量在維護(hù)階段。162.為了提高軟件的可靠性和可維護(hù)性，維護(hù)人員主動(dòng)對(duì)軟28件進(jìn)行修改，目的是提高軟件的質(zhì)量，這屬于（預(yù)防性維護(hù)）。163.軟件維護(hù)中（完善性維護(hù)）所占維護(hù)工作量的比例最大。164.維護(hù)的工作量與軟件規(guī)模成（正比），軟件的規(guī)?？梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模，以及輸出的報(bào)表數(shù)等指標(biāo)來衡量。165.影響軟件維護(hù)工作量的主要因素有（系統(tǒng)規(guī)模、程序設(shè)計(jì)語言、先進(jìn)的軟件開發(fā)技術(shù)、以上全部）。166.軟件工程強(qiáng)調(diào)將（可度量、系統(tǒng)化、規(guī)范化、以上全部）的方法應(yīng)用于軟件的開發(fā)和維護(hù)過程之中。167.在軟件維護(hù)策略中，通過新的技術(shù)和開發(fā)策略來提高軟件的可靠性，減少（改正性維護(hù)）活動(dòng)。168.以下哪項(xiàng)不屬于典型的軟件維護(hù)過程（以上都不對(duì)）？169.在維護(hù)申請(qǐng)報(bào)告中，對(duì)于（完善性維護(hù)），用戶必須詳細(xì)說明軟件功能和性能的變化。170.維護(hù)記錄中包括（維護(hù)結(jié)果、維護(hù)初識(shí)狀態(tài)、維護(hù)申請(qǐng)、以上全部）。171.一般維護(hù)程序代碼的策略（根據(jù)維護(hù)申請(qǐng)讀源程序，并修改）。172.為了提高軟件的可維護(hù)性，在軟件的（編碼階段）階段要保持原程序與文檔的一致性，源程序的可理解性和規(guī)范性。173.軟件項(xiàng)目管理的內(nèi)容不包括（技術(shù)和算法）。174.項(xiàng)目計(jì)劃活動(dòng)的主要任務(wù)是（分配工作量、計(jì)劃資源使29用、估算項(xiàng)目的進(jìn)度、以上全部）。175.軟件項(xiàng)目中人員的組織開發(fā)小組的人數(shù)（越多越好）176.項(xiàng)目常用的溝通方式包括（以上全部）。177.Gantt圖直觀簡(jiǎn)明、易學(xué)易用，但它不能（直接反應(yīng)任務(wù)間的依賴關(guān)系和關(guān)鍵路徑）。178.軟件項(xiàng)目風(fēng)險(xiǎn)不包括（需求風(fēng)險(xiǎn)）。179.軟件維護(hù)中，因修改交互輸入的順序，沒有正確的記錄而引起的錯(cuò)誤是（文檔）產(chǎn)生的副作用。180.通俗的說，軟件項(xiàng)目管理中常說的基線是（通過正式復(fù)審的文檔）。181.基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng)?shù)模ɑ€）上。182.（軟件配置管理）針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。183.軟件配置管理過程包括（變化控制、版本控制、標(biāo)識(shí)以上全部）。184.軟件與程序的區(qū)別是（軟件是程序以及開發(fā)、使用和維護(hù)所需要的所有文檔的總稱,而程序是軟件的一部分）。185.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（軟件危機(jī)）。186.瀑布模型本質(zhì)上是一種（線性順序）模型。187.瀑布模型存在的問題是（適用可變需求）。30188.用戶要看到軟件產(chǎn)品的模樣，最早也要到（程序代碼編寫完成之后）以后。189.螺旋模型是一種將瀑布模型和（增量模型）結(jié)合起來的軟件開發(fā)模型。190.原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（需求不確定性高的）系統(tǒng)。191.原型化方法是一種（自外向內(nèi)）型的設(shè)計(jì)過程。192.下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于國際標(biāo)準(zhǔn)的是(ISO)。193.結(jié)構(gòu)化方法是一種基于（數(shù)據(jù)流）的方法。194.軟件工程四個(gè)層次出下至上是(質(zhì)量層、過程層、方法層、工具層).它們的順序不能互換。195.根據(jù)軟件工程的7條基本原理判斷下面正確的選項(xiàng)是（質(zhì)量層、過程層、方法層、工具層）。196.下列有關(guān)標(biāo)準(zhǔn)的符號(hào)，屬于國內(nèi)標(biāo)準(zhǔn)的是（軟件錯(cuò)誤發(fā)現(xiàn)的越早改正的成本越低）。197.經(jīng)濟(jì)可行性研究的主要內(nèi)容包括（GB）。198.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（技術(shù)發(fā)展快）。199.瀑布模型的關(guān)鍵不足在于（不能適應(yīng)需求的動(dòng)態(tài)變更）200.可行性研究的四大要素是（經(jīng)濟(jì)、技術(shù)、法律和社會(huì)環(huán)境）。201.經(jīng)濟(jì)可行性研究的主要內(nèi)容包括（效益分析）。202.在需求分析過程中，分析員要從用戶那里解決的最重要31的問題是（要求軟件做什么）。203.DFD中的每個(gè)加工至少需要（一個(gè)輸入流和一個(gè)輸岀流）。204.PDL是描述處理過程（怎么做）。205.當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（內(nèi)容耦合）。206.按照模塊獨(dú)立性，耦合程度由弱至強(qiáng)正確的順序是（數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合）。207.UML中，包圖是一種（分組機(jī)制）208.面向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（物理模型）。209.面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)）。210.類有3種類型，即（實(shí)體類、控制類、界面類）。211.（繼承）是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。212.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（程序易讀性）。213.下列關(guān)于功能性注釋不正確的說法是（注釋用來說明程序段，需要在每一行都要加注釋）。214.軟件測(cè)試的目的是（發(fā)現(xiàn)軟件的錯(cuò)誤）。215.在設(shè)計(jì)黑盒測(cè)試用例時(shí)，主要研究(需求規(guī)格說明)。216.以下屬于完善性維護(hù)的有(增加聯(lián)機(jī)求助命令)。32217.軟件項(xiàng)目管理的內(nèi)容包括(人員的組織與管理、軟件配置管理、軟件開發(fā)進(jìn)度計(jì)劃)。218.下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容?（產(chǎn)及時(shí)交付的軟件）。219.螺旋模型是一種考慮了（風(fēng)險(xiǎn)判斷）的軟件開發(fā)模型。220.sw-CMM是一種（軟件成熟度模型）規(guī)范。221.行性研究實(shí)質(zhì)上是在較高層次上、以較抽象的方式進(jìn)行（需求分析過程）的過程。222.傳統(tǒng)行業(yè)的生產(chǎn)相比較，軟件的需求具有（主觀性）。223.源程序的效率與（詳細(xì)設(shè)計(jì)）階段確定的算法的效率直接有關(guān)。224.FD中的每個(gè)加工至少需要（一個(gè)輸人流和一個(gè)輸出流）。225.耦合度最高的是（內(nèi)容耦合）。226.為了提高模塊的獨(dú)立性，模塊之間最好是（數(shù)據(jù)耦合）。227.UML中，包圖是一種（分組機(jī)制）.228.向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（物理模型）229.面向?qū)ο笤O(shè)計(jì)的步驟中，正確的順序是（統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)）230.序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括（軟件的可移植性）。33231.程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（條件/判斷結(jié)構(gòu)）和循環(huán)結(jié)構(gòu)。232.一般性的軟件其測(cè)試工作量大約占整個(gè)開發(fā)工作量的（40%）。233.下面哪些測(cè)試方法屬于黑盒測(cè)試?（等價(jià)類劃分）。234.不屬于軟件項(xiàng)目管理的是（軟件銷售利潤）235.軟件特性中，相互矛盾的是（效率與可修改性）。236.軟件工程的出現(xiàn)是由于(軟件危機(jī))。237.瀑布模型存在的問題是(缺乏靈活性）。238.軟件工程的研究?jī)?nèi)容具有層次化結(jié)構(gòu)，最底層是質(zhì)量保證層，中間層是(過程層和方法層），最上層是工具層239.下列說法正確的是(美國著名軟件工程專家B.W.Boehm1983年提出了軟件工程的7條基本原理)。240.結(jié)構(gòu)化分析方法(SA法〉使用的主要描述工具有(分層的DFD)。241.源程序的效率與〈詳細(xì)設(shè)計(jì)〉階段確定的算法的效率直接有關(guān)。242.UML是一種（可視化建模語言）。243.下面哪個(gè)選項(xiàng)不是軟件工程研究的內(nèi)容（精通一門編程語言）。244.用(動(dòng)態(tài))模型描述和分析業(yè)務(wù)流程。34245.對(duì)類進(jìn)行詳細(xì)設(shè)計(jì)，主要是設(shè)計(jì)類的(屬性和方法），優(yōu)化類之間的關(guān)系。246.用(界面類)描述系統(tǒng)與角色之間的接口。247.面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義(軟件對(duì)象），并且使它們相互協(xié)作來滿足用戶需求。248.軟件測(cè)試的目標(biāo)是設(shè)計(jì)優(yōu)秀的測(cè)試用例(以最小的代價(jià)、在最短的時(shí)間內(nèi)盡可能多地發(fā)現(xiàn)軟件中的錯(cuò)誤)。249.驗(yàn)收測(cè)試主要涉及的文檔是(需求規(guī)格說明書)。250.引起軟件改變的原因主要有(運(yùn)行環(huán)境變化、需求變化、系統(tǒng)有錯(cuò))。251.(軟件配置管理)針對(duì)開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。252.現(xiàn)在人們更強(qiáng)調(diào)程序代碼的(可維護(hù)性)。253.為了獲得維護(hù)的統(tǒng)計(jì)信息，應(yīng)該記錄每次維護(hù)的(類型、工作量、維護(hù)人員)。維護(hù)管理者根據(jù)統(tǒng)計(jì)信息積累維護(hù)管理的經(jīng)驗(yàn)，作為今后制定維護(hù)計(jì)劃的依據(jù)。254.業(yè)務(wù)需求描述的是(軟件的目標(biāo)、規(guī)模和范圍）。255.針對(duì)需求不確定的軟件開發(fā)，比較好的模型是(快速原型化)。256.可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的(6%)。257.下面的哪個(gè)選項(xiàng)不是軟件工程的宗旨(研究算法）。258.一個(gè)數(shù)據(jù)流程圖中的圖形符號(hào)有且僅有(4）種。35259.非直接相舍的模塊獨(dú)立性最強(qiáng)，(內(nèi)容耦合)的模塊獨(dú)立性最弱。260.信息隱藏的核心內(nèi)容是(一個(gè)模塊的內(nèi)部信息不允許其他模塊直接訪問)。261.從狹義上講，軟件測(cè)試是（為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序)的過程。262.(用例試圖)用于描述系統(tǒng)的功能集。263.用(靜態(tài))模型描述系統(tǒng)組織結(jié)構(gòu)。264..對(duì)象模型描述現(xiàn)實(shí)世界中實(shí)體的對(duì)象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，?類圖)實(shí)現(xiàn)。265.如果對(duì)象之間的精合是通過(消息機(jī)制)來實(shí)現(xiàn)的，則這種精合就是交互稿合。266.定義類的屬性類型時(shí)盡量使用己有類型，太多自定義類型會(huì)降低系統(tǒng)的(可維護(hù)性)指標(biāo)。267.在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括(可能產(chǎn)生無效輸出的輸入情況、元效的和不期望的輸入情況、有效的和期望的輸入情況)測(cè)試用例。268.(邊值分析和等價(jià)類劃分)屬于功能測(cè)試方法。269.6-個(gè)軟件項(xiàng)目大約30%的工作量在開發(fā)階段，70%的工作量在維護(hù)階段。270.軟件項(xiàng)目管理的內(nèi)容不包括(技術(shù)和算法)。36271.科學(xué)計(jì)算領(lǐng)域一般選擇(C)語言。272.對(duì)于嵌套的循環(huán)和分支程序，層次不要超過(3)層。273.通俗的說，軟件項(xiàng)目管理中常說的基線是(通過正式復(fù)審的文檔)。274.螺旋模型是一種考慮了（安全性）的軟件開發(fā)模型。275.軟件調(diào)研報(bào)告是在（需求分析前）提交的。276.系統(tǒng)流程圖的主