(有答案)《軟件工程》考試復(fù)習(xí)

1、2015-2016年第一學(xué)期軟件工程復(fù)習(xí)答疑 任課教師：魏定國(guó)教授2015-2016年第一學(xué)期軟件工程期末復(fù)習(xí)答疑一、怎樣進(jìn)行課程的總復(fù)習(xí)？將在16周最后的課程總復(fù)習(xí)課（串講）：第一、各章的復(fù)習(xí)重點(diǎn)；第二、適當(dāng)講解期末考試復(fù)習(xí)題。下面給同學(xué)們提幾點(diǎn)建議，供大家參考：（1）在進(jìn)行課程的總復(fù)習(xí)前，應(yīng)該完成課程的上機(jī)練習(xí)作業(yè)；（2）要進(jìn)行全面地系統(tǒng)的復(fù)習(xí)，決不能靠猜題和押題等僥幸心理進(jìn)行復(fù)習(xí)，因?yàn)榻Y(jié)業(yè)考試的題量很大，內(nèi)容覆蓋非常廣，所以必須進(jìn)行全面地系統(tǒng)的復(fù)習(xí)；（3）在全面地系統(tǒng)復(fù)習(xí)基礎(chǔ)上，掌握的課堂講授的知識(shí)點(diǎn)。尤其要抓住各章的重點(diǎn)和難點(diǎn)問(wèn)題深入復(fù)習(xí)（我將會(huì)在最后一次復(fù)習(xí)課中強(qiáng)調(diào)的）。（4）在全面

2、復(fù)習(xí)的基礎(chǔ)上，認(rèn)真練習(xí)或閱讀期末考試復(fù)習(xí)題（與考試題型一致）。（5）所給的復(fù)習(xí)資料上未提到內(nèi)容，只要求作一般性的掌握，可以不必去深究，但不代表一點(diǎn)不考，因?yàn)樾枰莆哲浖こ讨械囊恍┏ＷR(shí)。二、課程理論考試試卷題型本課程理論考試是閉卷考試，題型包括：名詞解釋5題15分；單項(xiàng)選擇題15題15分，填空題10題20分，判斷題20題10分，問(wèn)答與簡(jiǎn)述題5題20分。綜合題兩題20分。一、名詞解釋1、 軟件危機(jī)指在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題2、 需求分析3、 答：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到

3、相應(yīng)的形式功能規(guī)約（需求規(guī)格說(shuō)明）的過(guò)程。4、 Alpha測(cè)試答：用戶在開發(fā)者的場(chǎng)所進(jìn)行測(cè)試，并且在開發(fā)者的指導(dǎo)下進(jìn)行，測(cè)試在受控環(huán)境中進(jìn)行，開發(fā)者記錄發(fā)現(xiàn)的錯(cuò)誤和問(wèn)題Beta測(cè)試答：用戶在一個(gè)或多個(gè)客戶場(chǎng)所進(jìn)行測(cè)試，不受開發(fā)者控制，測(cè)試者記錄發(fā)現(xiàn)的問(wèn)題和錯(cuò)誤，定期將問(wèn)題報(bào)告發(fā)送給開發(fā)者。5、 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合，具體來(lái)說(shuō)是指描述和說(shuō)明數(shù)據(jù)流圖中各元素的詞條集合6、 面向?qū)ο蠓椒ㄖ械摹邦悾–lass）”答：面向?qū)ο蠓椒ㄖ械摹邦悾–lass）”就是對(duì)具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義。7、 面向?qū)ο笾械摹爸剌d（Overloading）”答：有兩種重載：（1）函數(shù)重載指在同一作用

4、域內(nèi)的若干個(gè)參數(shù)特征不同的函數(shù)可以使用相同的函數(shù)名字。（2）運(yùn)算符重載指同一運(yùn)算符可以施加于不同類型的操作數(shù)上面。當(dāng)被操作數(shù)類型不同時(shí)，運(yùn)算符的含義是不同的。8、 動(dòng)態(tài)模型答：動(dòng)態(tài)模型是與時(shí)間和變化有關(guān)的系統(tǒng)性質(zhì)。該模型描述了系統(tǒng)的控制結(jié)構(gòu)，他表示了瞬時(shí)的、行為化的系統(tǒng)控制性質(zhì)。它關(guān)心的是系統(tǒng)的控制，操作的執(zhí)行順序。它從對(duì)象的事件和狀態(tài)的角度出發(fā)，表現(xiàn)了對(duì)象的相互行為。9、 軟件模塊設(shè)計(jì)中的“內(nèi)聚”答：一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度。它是衡量一個(gè)模塊內(nèi)部組成部分間整體統(tǒng)一性的度量。10、 面向數(shù)據(jù)流的設(shè)計(jì)方法中的“事務(wù)流”答：事務(wù)型數(shù)據(jù)流圖中存在一個(gè)事務(wù)中心（也就是數(shù)據(jù)處理、加工中心）

5、，它將輸入分離成若干個(gè)發(fā)散的數(shù)據(jù)流，形成許多活動(dòng)路徑，并根據(jù)輸入值選擇其中一條路徑，這類數(shù)據(jù)流就是事務(wù)流。11、 軟件模塊設(shè)計(jì)中的“耦合”答：軟件模塊設(shè)計(jì)中的“耦合”是指軟件結(jié)構(gòu)內(nèi)不同模塊彼此之間相互依賴（連接）的緊密程度。12、 面向數(shù)據(jù)流的設(shè)計(jì)方法中的“變換流”答：具有較明確的輸入、變換（或稱主加工）和輸出界面的數(shù)據(jù)流圖稱為變換型數(shù)據(jù)流圖。13、 模塊是數(shù)據(jù)說(shuō)明,可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?14、 原型是使用樣機(jī),使用戶通過(guò)實(shí)踐獲得對(duì)未來(lái)系統(tǒng)的的概念,可以更準(zhǔn)確提出要求.15、 經(jīng)濟(jì)可行性進(jìn)行開發(fā)成本的估算以及了解取得效益的評(píng)估,確定要開發(fā)的項(xiàng)目是否值得投資開發(fā).16、 社會(huì)可行性要開發(fā)的

6、項(xiàng)目是否存在任何侵犯,妨礙等責(zé)任問(wèn)題,要開發(fā)項(xiàng)目目的運(yùn)行方式在用戶組織內(nèi)是否行得通,現(xiàn)有管理制度,人員素質(zhì),操作方式是否可行.17、 投資回收期解:投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間.18、 數(shù)據(jù)流圖（DFD）數(shù)據(jù)流圖（Data Flow Diagram，簡(jiǎn)稱DFD）是以圖形方式刻畫各種業(yè)務(wù)數(shù)據(jù)處理過(guò)程。18、軟件可重用19、內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。20、面向?qū)ο蠹夹g(shù)中的“類”答：在面向?qū)ο蟮能浖夹g(shù)中，“類”就是對(duì)具有相同數(shù)據(jù)和相同操作的一組相似對(duì)象的定義，也就是說(shuō)，類是對(duì)具有相同屬

7、性和行為的一個(gè)或多個(gè)對(duì)象的描述，通常在這種描述中也包括對(duì)怎樣創(chuàng)建該類的新對(duì)象的說(shuō)明。21、面向?qū)ο蠹夹g(shù)中的“封裝”答：在面向?qū)ο蟮某绦蛑校褦?shù)據(jù)和實(shí)現(xiàn)操作的代碼集中起來(lái)放在對(duì)象內(nèi)部。一個(gè)對(duì)象好像是一個(gè)不透明的黑盒子，表示對(duì)象狀態(tài)的數(shù)據(jù)和實(shí)現(xiàn)操作的代碼與局部數(shù)據(jù)，都被封裝在黑盒子里面，從外面是看不見(jiàn)的，更不能從外面直接訪問(wèn)或修改這些數(shù)據(jù)和代碼。使用一個(gè)對(duì)象的時(shí)候，只需知道它向外界提供的接口形式，無(wú)須知道它的數(shù)據(jù)結(jié)構(gòu)細(xì)節(jié)和實(shí)現(xiàn)操作的算法。22、對(duì)象的形式化定義答：對(duì)象=ID,MS,DS,MI。其中，ID是對(duì)象的標(biāo)識(shí)或名字，MS是對(duì)象中的操作集合，DS是對(duì)象的數(shù)據(jù)結(jié)構(gòu)，MI是對(duì)象受理的消息名集合(即

8、對(duì)外接口)。23、面向?qū)ο蠹夹g(shù)中的“封裝”答：面向?qū)ο蠹夹g(shù)中，封裝是把數(shù)據(jù)和實(shí)現(xiàn)操作的代碼集中起來(lái)放在對(duì)象內(nèi)部。一個(gè)對(duì)象好像是一個(gè)不透明的黑盒子，表示對(duì)象狀態(tài)的數(shù)據(jù)和實(shí)現(xiàn)操作的代碼與局部數(shù)據(jù)，都被封裝在黑盒子里面，從外面是看不見(jiàn)的，更不能從外面直接訪問(wèn)或修改這些數(shù)據(jù)和代碼。使用一個(gè)對(duì)象的時(shí)候，只需知道它向外界提供的接口形式，無(wú)須知道它的數(shù)據(jù)結(jié)構(gòu)細(xì)節(jié)和實(shí)現(xiàn)操作的算法24、面向?qū)ο蠹夹g(shù)中的“多態(tài)”答：在面向?qū)ο蟮能浖夹g(shù)中，多態(tài)是指子類對(duì)象可以像父類對(duì)象那樣使用，同樣的消息既可以發(fā)送給父類對(duì)象也可以發(fā)送給子類對(duì)象。也就是說(shuō)，在類等級(jí)的不同層次中可以共享(公用)一個(gè)行為(方法)的名字，然而不同層次中

9、的每個(gè)類卻各自按自己的需要來(lái)實(shí)現(xiàn)這個(gè)行為。當(dāng)對(duì)象接收到發(fā)送給它的消息時(shí)，根據(jù)該對(duì)象所屬于的類動(dòng)態(tài)選用在該類中定義的實(shí)現(xiàn)算法。25、面向?qū)ο蠹夹g(shù)中的“繼承”答：廣義地說(shuō)，繼承是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。在面向?qū)ο蟮能浖夹g(shù)中，繼承是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制。一個(gè)類直接繼承其父類的全部描述(數(shù)據(jù)和操作)。26、動(dòng)態(tài)模型中的事件答：事件是在某個(gè)特定的時(shí)刻發(fā)生的事情，它是對(duì)引起系統(tǒng)做動(dòng)作或（和）從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)的外界事情的抽象。簡(jiǎn)而言之，事件就是引起系統(tǒng)做動(dòng)作或（和）救困轉(zhuǎn)換狀態(tài)的控制信息。27、動(dòng)態(tài)模型中的狀態(tài)答：狀態(tài)是任何可以被觀察到的系統(tǒng)行為

10、模式，一個(gè)狀態(tài)代表系統(tǒng)的一種行為模式。狀態(tài)規(guī)定了系統(tǒng)對(duì)事件的響應(yīng)方式，系統(tǒng)對(duì)事件的響就既可以是做一個(gè)（或一系列）動(dòng)作，也可是僅僅改變系統(tǒng)本身的狀態(tài)，還可以是是既改變狀態(tài)又做動(dòng)作。28、對(duì)象模型中的泛化答：UML中的泛化關(guān)系就是通常所說(shuō)的繼承關(guān)系，它是通用元素和具體元素之間的一種分類關(guān)系。具體元素完全擁有通用元素的信息，并且還可以附加一些其他信息。29、系統(tǒng)設(shè)計(jì)說(shuō)明書答：系統(tǒng)設(shè)計(jì)說(shuō)明書是從系統(tǒng)總體的角度出發(fā)對(duì)系統(tǒng)建設(shè)中各主要技術(shù)方面的設(shè)計(jì)進(jìn)行說(shuō)明，是系統(tǒng)設(shè)計(jì)階段的產(chǎn)物，其著重點(diǎn)在于闡述系統(tǒng)設(shè)計(jì)的指導(dǎo)思想以及所采用的技術(shù)路線和方法，編寫系統(tǒng)設(shè)計(jì)說(shuō)明書將為后續(xù)的系統(tǒng)開發(fā)工作從技術(shù)和指導(dǎo)思想上提供必要

11、的保證。30、結(jié)構(gòu)化分析答：結(jié)構(gòu)化分析是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來(lái)建立系統(tǒng)的功能模型，從而完成需求分析工作31、可執(zhí)行的規(guī)格說(shuō)明答：這是一種使要求說(shuō)明過(guò)程自動(dòng)化的技術(shù)，通過(guò)可執(zhí)行的規(guī)格說(shuō)明語(yǔ)言來(lái)描述預(yù)期的行為“做什么”，人們可以從直接觀察中用規(guī)格說(shuō)明語(yǔ)言來(lái)規(guī)定任何系統(tǒng)行為。32、黑盒測(cè)試法答：該方法把被測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，只在軟件接口處進(jìn)行測(cè)試，依照需求規(guī)格說(shuō)明書，檢查程序是否滿足功能要求。因此，黑盒測(cè)試又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。33、白盒測(cè)試法答：該方法把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)

12、構(gòu)和處理過(guò)程，以檢查處理過(guò)程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒法也不可能進(jìn)行窮舉測(cè)試。34、軟件維護(hù)23、答：所謂軟件維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過(guò)程。35、軟件的可靠性答：對(duì)于軟件可靠性有許多不同的定義，其中多數(shù)人承認(rèn)的一個(gè)定義是：軟件可靠性是程序在給定的時(shí)間間隔內(nèi)，按照規(guī)格說(shuō)明書的規(guī)定成功地運(yùn)行的概率。 二、單項(xiàng)選擇題（在每小題列出的四個(gè)選項(xiàng)中只有一個(gè)選項(xiàng)是符合題目要求的,請(qǐng)將正確選項(xiàng)前的字母填在題后的橫線上。）1.軟件可行性研究一般不考慮 D A是否有足夠

13、的人員和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開發(fā)B是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開發(fā)C待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D待開發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題2.軟件維護(hù)的副作用主要有以下哪幾種 C A編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用B編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用C編碼副作用、數(shù)據(jù)副作用、文檔副作用D編碼副作用、文檔副作用、測(cè)試副作用3.軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容 D A培訓(xùn)計(jì)劃B人員安排C進(jìn)度安排D軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定4.以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法 C Acoad方法Bbooch方法Cjackson方法Domt方法 5以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù) B A基本路徑測(cè)試B

14、邊界值分析測(cè)試C循環(huán)覆蓋測(cè)試D邏輯覆蓋測(cè)試 6 A 數(shù)據(jù)處理問(wèn)題的工作過(guò)程大致分為三步，即取得數(shù)據(jù)、變換數(shù)據(jù)和給出數(shù)據(jù)。A變換型 B事務(wù)型 C結(jié)構(gòu)化驗(yàn)室 D非結(jié)構(gòu)化7在對(duì)數(shù)據(jù)流的分析中，主要是找到中心變換，這是從 C 導(dǎo)出結(jié)構(gòu)圖的關(guān)鍵。A數(shù)據(jù)結(jié)構(gòu) B實(shí)體關(guān)系 C數(shù)據(jù)流圖DER圖 8程序內(nèi)部的各個(gè)部分之間存在的聯(lián)系，用結(jié)構(gòu)圖表達(dá)時(shí)，最關(guān)心的是模塊的 D 和耦合性。A一致性 B作用域 C嵌套限制 D內(nèi)聚性 9在多層次的結(jié)構(gòu)圖中，其模塊的層次數(shù)稱為結(jié)構(gòu)圖的 A 。A深度 B跨度 C控制域 D粒度10在設(shè)計(jì)測(cè)試用例時(shí)， A 是用得最多的一種黑盒測(cè)試方法。A等價(jià)類劃分 B邊界值分析 C因果圖D判定表11

15、面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法（Jackson方法）是進(jìn)行 B 的形式化的方法。A系統(tǒng)設(shè)計(jì)B詳細(xì)設(shè)計(jì)C軟件設(shè)計(jì)D 編碼12在進(jìn)行軟件測(cè)試時(shí)， 首先應(yīng)當(dāng)進(jìn)行 A ，然后再進(jìn)行組裝測(cè)試，最后再進(jìn)行有效性測(cè)試。A單元測(cè)試B集成測(cè)試C 確認(rèn)測(cè)試 D 組合測(cè)試13原型化方法是一種_A_型的設(shè)計(jì)過(guò)程。A自外向內(nèi)B自頂向下C自內(nèi)向外D自底向上14為了提高測(cè)試的效率，應(yīng)該DA隨機(jī)地選取測(cè)試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C在完成編碼以后制定軟件的測(cè)試計(jì)劃D選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)15使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_A_和指定的覆蓋標(biāo)準(zhǔn)。A程序的內(nèi)部邏輯B程序的復(fù)雜結(jié)構(gòu)C使用說(shuō)明書D程序的功

16、能16可行性研究要進(jìn)行一次_需求分析。參考答案為:CA詳細(xì)的B全面的C簡(jiǎn)化的、壓縮的D徹底的解析軟件的可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得去開發(fā)。其實(shí)質(zhì)是要進(jìn)行一次簡(jiǎn)化、壓縮了的需求分析、設(shè)計(jì)過(guò)程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過(guò)程。因此答案為C。17系統(tǒng)流程圖用于可行性分析中的_的描述。參考答案為:AA當(dāng)前運(yùn)行系統(tǒng)B當(dāng)前邏輯模型C目標(biāo)系統(tǒng)D新系統(tǒng)解析可行性研究首先要確定項(xiàng)目的規(guī)模和目標(biāo)，然后就需要對(duì)當(dāng)前運(yùn)行的系統(tǒng)進(jìn)行研究了，在考察系統(tǒng)的基礎(chǔ)上，通過(guò)描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖，與有關(guān)人員一起審查該系統(tǒng)流程圖是否正確。描述的對(duì)象

17、是當(dāng)前正在運(yùn)行的系統(tǒng)，因此選擇A。18系統(tǒng)流程圖是描述_的工具。參考答案為:CA邏輯系統(tǒng)B程序系統(tǒng)C體系結(jié)構(gòu)D物理系統(tǒng)解析系統(tǒng)流程圖是用圖形符號(hào)來(lái)表示系統(tǒng)中的各個(gè)元素，例如人工處理、數(shù)據(jù)庫(kù)、設(shè)備等，流程圖表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)情況。是描繪物理系統(tǒng)的傳統(tǒng)工具。19_工具在軟件詳細(xì)設(shè)計(jì)過(guò)程中不采用。參考答案為:DA判定表 BIPO圖CPDLDDFD圖解析詳細(xì)描述處理過(guò)程常用三種工具：圖形、表格和語(yǔ)言。其中圖形工具有結(jié)構(gòu)化流程圖、盒圖和問(wèn)題分析圖三種，答案中的判定表是用來(lái)表示復(fù)雜的條件組合與應(yīng)做的動(dòng)作之間的對(duì)應(yīng)關(guān)系。IPO圖用來(lái)描述每個(gè)模塊輸入/輸出數(shù)據(jù)、處理功能及模塊調(diào)用的詳細(xì)情況。P

18、DL是過(guò)程設(shè)計(jì)語(yǔ)言的縮寫，也稱程序描述語(yǔ)言，用于描述模塊算法設(shè)計(jì)和處理細(xì)節(jié)的語(yǔ)言，這三種都可以在軟件詳細(xì)設(shè)計(jì)過(guò)程中使用，而DFD圖則是數(shù)據(jù)流圖，是以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，只反映系統(tǒng)必須完成的邏輯功能，所以它只是一種功能模型，不能在詳細(xì)設(shè)計(jì)過(guò)程中使用。20程序的三種基本控制結(jié)構(gòu)是參考答案為:BA過(guò)程、子程序和分程序B順序、選擇和重復(fù)C遞歸、堆棧和隊(duì)列D調(diào)用、返回和轉(zhuǎn)移解析程序的三種基本控制結(jié)構(gòu)是順序、選擇和循環(huán)（重復(fù)）。子程序只是程序設(shè)計(jì)一種方法，遞歸則是一種算法，都算不上是控制結(jié)構(gòu)。21程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是參考答案為:DA不能嵌套使用B只能用來(lái)寫簡(jiǎn)單程序C已

19、經(jīng)用硬件實(shí)現(xiàn)D只有一個(gè)入口和一個(gè)出口解析程序的特點(diǎn)就是從一個(gè)入口開始，最終以一個(gè)出口結(jié)束，其間可以用順序，選擇和循環(huán)方式對(duì)程序的流向進(jìn)行控制。三種結(jié)構(gòu)可以寫出非常復(fù)雜的程序，而且選擇和循環(huán)都可以嵌套設(shè)計(jì)。22產(chǎn)生軟件維護(hù)的副作用，是指參考答案為:CA開發(fā)時(shí)的錯(cuò)誤B隱含的錯(cuò)誤C因修改軟件而造成的錯(cuò)誤D運(yùn)行時(shí)誤操作解析因修改軟件而造成的錯(cuò)誤或其他不希望出現(xiàn)的情況稱為維護(hù)的副作用，包括編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。只有答案C是正確的表述。23維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是_副作用。參考答案為:CA文檔B數(shù)據(jù)C編碼D設(shè)計(jì)解析編碼副作用指的是在使用程序設(shè)計(jì)語(yǔ)言修改源代碼時(shí)可能引入錯(cuò)誤

20、，比如刪除或修改一個(gè)子程序、一個(gè)標(biāo)號(hào)、一個(gè)標(biāo)識(shí)符，改變程序代碼的時(shí)序關(guān)系，修改文件的打開或關(guān)閉等。因此本題答案為C。24可維護(hù)性的特性中相互促進(jìn)的是參考答案為:AA可理解性和可測(cè)試性B效率和可移植性C效率和可修改性D效率和結(jié)構(gòu)好解析軟件的可維護(hù)性可用七個(gè)質(zhì)量特性來(lái)衡量，分別是：可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。對(duì)于不同類型的維護(hù)，這些特性的側(cè)重點(diǎn)也不相同，有一些可維護(hù)特性是可以相互促進(jìn)的，比如可理解性和可測(cè)試性，可理解性和可修改性，另外一些則是相互矛盾的，如答案中的B效率和可移植性、C中的效率和可修改性。至于D中的結(jié)構(gòu)好則不屬于可維護(hù)性的特征。25汽車有一個(gè)發(fā)動(dòng)機(jī)

21、。汽車和發(fā)動(dòng)機(jī)之間的關(guān)系是_關(guān)系。參考答案為:BA一般具體B整體部分C分類關(guān)系D主從關(guān)系解析類有兩種主要的結(jié)構(gòu)關(guān)系，即一般具體結(jié)構(gòu)關(guān)系和整體部分結(jié)構(gòu)關(guān)系。前者稱為分類結(jié)構(gòu)，用來(lái)描述現(xiàn)實(shí)世界中的一般化的抽象關(guān)系。后者稱為組裝結(jié)構(gòu)，用來(lái)描述現(xiàn)實(shí)世界中的類的組成的抽象關(guān)系。汽車和發(fā)動(dòng)機(jī)的關(guān)系很明顯，應(yīng)該屬于整體部分關(guān)系。26在變更控制中，_可以用來(lái)確保由不同用戶所執(zhí)行的并發(fā)變更。參考答案為:BA異步控制B同步控制C存取控制D基線控制解析變更控制包括建立控制點(diǎn)和建立報(bào)告與審查制度，其過(guò)程中的“檢出”和“登入”處理實(shí)現(xiàn)了存取控制和同步控制，存取控制管理各個(gè)用戶存取和修改一個(gè)特定軟件配置對(duì)象的權(quán)限，同步控

22、制可用來(lái)確保由不同用戶所執(zhí)行任務(wù)的并發(fā)變更。27變更控制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和_處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素，即存取控制和同步控制。參考答案為:AA登入B管理C填寫變更要求D審查解析“檢出”和“登入”處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素。具體說(shuō)明見(jiàn)上題。28提高軟件質(zhì)量和可靠的技術(shù)大致可分為兩大類：其中一類就是避開錯(cuò)誤技術(shù)，但避開錯(cuò)誤技術(shù)無(wú)法做到完美無(wú)缺和絕無(wú)錯(cuò)誤，這就需要參考答案為:DA消除錯(cuò)誤B檢測(cè)錯(cuò)誤C避開錯(cuò)誤D容錯(cuò)解析提高軟件質(zhì)量和可靠性的技術(shù)大致可分為兩類，一類是避開錯(cuò)誤技術(shù)，即在開發(fā)的過(guò)程中不讓差錯(cuò)潛入軟件的技術(shù)，另一類是容錯(cuò)技術(shù)，即對(duì)某些無(wú)法避開的差錯(cuò)，使其影

23、響減至最小的技術(shù)。29_是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。參考答案為:DA技術(shù)創(chuàng)新B測(cè)試C技術(shù)創(chuàng)造D技術(shù)評(píng)審解析技術(shù)評(píng)審是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)，是對(duì)軟件本身的結(jié)構(gòu)、與運(yùn)行環(huán)境的接口、變更帶來(lái)的影響等方面進(jìn)行的評(píng)審活動(dòng)。30面向?qū)ο蠓椒▽W(xué)的出發(fā)點(diǎn)和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計(jì)和實(shí)現(xiàn)一個(gè)軟件系統(tǒng)的方法和過(guò)程，盡可能接近于人類認(rèn)識(shí)世界解決問(wèn)題的方法和過(guò)程。因此面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對(duì)象組成的；_；對(duì)象彼此之間僅能通過(guò)傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。參考答案為:CA開發(fā)過(guò)程基于功能分析和功能分解B強(qiáng)調(diào)需求分析重要性C把對(duì)象劃分成類，每個(gè)對(duì)象類都定義一組

24、數(shù)據(jù)和方法D對(duì)既存類進(jìn)行調(diào)整解析面向?qū)ο蠓椒ㄓ兴膫€(gè)特征，分別是對(duì)象唯一性、分類性、繼承性和多態(tài)性。其中分類性是指將具有一致的數(shù)據(jù)結(jié)構(gòu)（屬性）和行為（操作）的對(duì)象抽象成類，每個(gè)類是具有相同性質(zhì)的個(gè)體集合，而每個(gè)對(duì)象相關(guān)類的實(shí)例，對(duì)象彼此之間通過(guò)傳遞消息互相聯(lián)系。31軟件開發(fā)過(guò)程中，抽取和整理用戶需求并建立問(wèn)題域精確模型的過(guò)程叫參考答案為:DA生存期B面向?qū)ο笤O(shè)計(jì)C面向?qū)ο蟪绦蛟O(shè)計(jì)D面向?qū)ο蠓治鼋馕雒嫦驅(qū)ο蟮姆治龅倪^(guò)程就是認(rèn)識(shí)客觀世界的過(guò)程，其目的就是建立對(duì)客觀世界的精確、簡(jiǎn)潔、可理解的正確模型，也就是所謂的建模。因此本題答案為D。32原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于_系統(tǒng)。

25、參考答案為:AA需求不確定性高的B需求確定的C管理信息D實(shí)時(shí)解析原型不同于最終系統(tǒng)，它只實(shí)現(xiàn)所選擇的部分功能，僅是為了試驗(yàn)或是演示而用，部分功能需求可以忽略或者模擬實(shí)現(xiàn)，因此適用于需求不確定性高的系統(tǒng)。33原型化方法是一種_型的設(shè)計(jì)過(guò)程。參考答案為:AA自外向內(nèi)B自頂向下C自內(nèi)向外D自底向上解析原型化方法的基本思想是根據(jù)用戶給出的基本需求，通過(guò)快速實(shí)現(xiàn)構(gòu)造出一個(gè)小型的、可執(zhí)行的模型，用戶在計(jì)算機(jī)上實(shí)際運(yùn)行這個(gè)用戶界面原型，在試用過(guò)程中提出意見(jiàn)或建議，然后開發(fā)者再對(duì)原型進(jìn)行改進(jìn)。如此周而復(fù)始，逐步彌補(bǔ)不足之處，從而提高了最終產(chǎn)品的質(zhì)量。它是一種自外向內(nèi)的設(shè)計(jì)過(guò)程。34為了提高測(cè)試的效率，應(yīng)該參考

26、答案為:DA隨機(jī)地選取測(cè)試數(shù)據(jù)B取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)C在完成編碼以后制定軟件的測(cè)試計(jì)劃D選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)解析軟件測(cè)試是為了盡可能多的發(fā)現(xiàn)程序中的錯(cuò)誤，尤其是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯(cuò)誤。在選取測(cè)試用例時(shí)，不可能進(jìn)行窮舉測(cè)試，在每一個(gè)細(xì)節(jié)進(jìn)行測(cè)試，也不能無(wú)目的地隨機(jī)選取測(cè)試數(shù)據(jù)，為了提高測(cè)試的效率，測(cè)試用例應(yīng)該選擇發(fā)現(xiàn)錯(cuò)誤可能性大的部分，這樣的測(cè)試結(jié)果才符合軟件測(cè)試的目的。35使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_和指定的覆蓋標(biāo)準(zhǔn)。參考答案為:AA程序的內(nèi)部邏輯B程序的復(fù)雜結(jié)構(gòu)C使用說(shuō)明書D程序的功能解析白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)

27、部結(jié)構(gòu)和處理過(guò)程，由于白盒測(cè)試是一種結(jié)構(gòu)測(cè)試，所以被測(cè)對(duì)象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測(cè)試數(shù)據(jù)。36瀑布模型的關(guān)鍵不足在于 B A過(guò)于簡(jiǎn)單B不能適應(yīng)需求的動(dòng)態(tài)變更C過(guò)于靈活D各個(gè)階段需要進(jìn)行評(píng)審 37.在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系 A A繼承和聚集B繼承和一般C聚集和消息傳遞D繼承和方法調(diào)用 38.以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式 C A成本高B生產(chǎn)率低C技術(shù)發(fā)展快D質(zhì)量得不到保證 39以下哪一項(xiàng)不是面向?qū)ο蟮奶卣?D A多態(tài)性B繼承性C封裝性D過(guò)程調(diào)用 40.面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成 A A對(duì)象模型、動(dòng)態(tài)模型、功能模型B對(duì)象模型、數(shù)

28、據(jù)模型、功能模型C數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型D對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型 41面向?qū)ο蠼５玫降娜齻€(gè)模型，其中核心的模型是_A_。A對(duì)象模型B功能模型C邏輯模型D動(dòng)態(tài)模型42COCOMO估算模型是_B_。A模塊性成本模型B結(jié)構(gòu)性成本模型C動(dòng)態(tài)單變量模型D動(dòng)態(tài)多變量模型43在考察系統(tǒng)的一些涉及時(shí)序和改變的狀態(tài)時(shí)，要用動(dòng)態(tài)模型來(lái)表示。動(dòng)態(tài)模型著重于系統(tǒng)的控制邏輯，它包括兩個(gè)圖：一個(gè)是事件追蹤圖，另一個(gè)是 D 。A時(shí)序圖 B數(shù)據(jù)流圖 C系統(tǒng)結(jié)構(gòu)圖 D狀態(tài)圖44從結(jié)構(gòu)化的瀑布模型看，在軟件生存周期的幾個(gè)階段中，對(duì)軟件的影響最大是_C_。A詳細(xì)設(shè)計(jì)階段B概要設(shè)計(jì)階段C需求分析階段D測(cè)試和運(yùn)行階段45

29、模塊 B ，則說(shuō)明模塊的獨(dú)立性越強(qiáng)。A耦合越強(qiáng) B耦合越弱C扇入數(shù)越高 D扇入數(shù)越低46 D 數(shù)據(jù)處理問(wèn)題的工作過(guò)程大致分為三步，即取得數(shù)據(jù)、變換數(shù)據(jù)和給出數(shù)據(jù)。A非結(jié)構(gòu)化 B事務(wù)型 C結(jié)構(gòu)化驗(yàn)室 D變換型47與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是_D_。A需求說(shuō)明書 B設(shè)計(jì)說(shuō)明書 C源程序 D項(xiàng)目開發(fā)設(shè)計(jì) 48設(shè)計(jì)軟件結(jié)構(gòu)一般不確定_D_。A模塊之間的接口B模塊間的調(diào)用關(guān)系C模塊的功能D模塊內(nèi)的局部數(shù)據(jù) 49在多層次的結(jié)構(gòu)圖中，其模塊的層次數(shù)稱為結(jié)構(gòu)圖的 D 。A粒度 B跨度 C控制域 D深度50兩個(gè)模塊都使用同一張數(shù)據(jù)表，模塊間的這種耦合稱為_A_。A公共耦合B內(nèi)容耦合C數(shù)據(jù)耦合D控制耦合51與設(shè)計(jì)測(cè)

30、試數(shù)據(jù)無(wú)關(guān)的文檔是_D_。A需求說(shuō)明書 B設(shè)計(jì)說(shuō)明書 C源程序 D項(xiàng)目開發(fā)設(shè)計(jì)52模塊內(nèi)聚性最好的是_C_。A邏輯內(nèi)聚B時(shí)間內(nèi)聚C功能內(nèi)聚D通信內(nèi)聚53需求分析階段的任務(wù)是確定_C_。A軟件開發(fā)方法 B軟件開發(fā)工具C軟件系統(tǒng)的功能D軟件開發(fā)費(fèi) 54軟件結(jié)構(gòu)化設(shè)計(jì)中，好的軟件結(jié)構(gòu)應(yīng)該力求做到_B_。A頂層扇出較少，中間扇出較高，底層模塊低扇入B頂層扇出較高，中間扇出較少，底層模塊高扇入C頂層扇入較少，中間扇出較高，底層模塊高扇入D頂層扇入較少，中間扇入較高，底層模塊低扇入55耦合度也可以分為七級(jí)：其中最松散的耦合是_A_A非直接耦合B數(shù)據(jù)耦合C特征耦合D控制耦合56軟件可靠性是軟件在給定的時(shí)間內(nèi)

31、，在規(guī)定的環(huán)境條件下系統(tǒng)完成所指定功能的_C_。A可用性B適應(yīng)性C概率D可移植性57為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為_D_。A糾錯(cuò)性維護(hù)B適應(yīng)性維護(hù)C改善性維護(hù)D預(yù)防性維護(hù)58重用率高的模塊在軟件結(jié)構(gòu)圖中的特征是_B_。A扇出數(shù)大B扇入數(shù)大C扇出數(shù)小D內(nèi)聚性高59面向?qū)ο蠓治龅莫?dú)到之處是_A_A將數(shù)據(jù)和處理結(jié)合在一起而不是分離B數(shù)據(jù)和處理分別獨(dú)立考慮C僅考慮數(shù)據(jù)結(jié)構(gòu)D考慮處理過(guò)程60與軟件開發(fā)需求分析、設(shè)計(jì)及編碼階段相對(duì)應(yīng)的軟件測(cè)試步驟是_D_。A組裝測(cè)試、確認(rèn)測(cè)試、單元測(cè)試B單元測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試C單元測(cè)試、確認(rèn)測(cè)試、組裝測(cè)試D確認(rèn)測(cè)試、組

32、裝測(cè)試、單元測(cè)試三、填空題1系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的_信息流動(dòng)_情況。2成本效益分析的目的是從 經(jīng)濟(jì) 角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。3自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和 寬度優(yōu)先策略 。4詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、 使用的數(shù)據(jù) 。5所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱 軟件問(wèn)題 報(bào)告。6有兩類維護(hù)技術(shù)：在開發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的 維護(hù)支援 技術(shù)。7Jackson方法是一種 面向數(shù)據(jù)結(jié)構(gòu)

33、 的開發(fā)方法。8軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、 可移植性 、 可使用性和效率。9使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_程序的內(nèi)部邏輯_和指定的覆蓋標(biāo)準(zhǔn)。10用面向?qū)ο蠓椒ㄩ_發(fā)軟件時(shí)，在分析、設(shè)計(jì)和編碼等項(xiàng)開發(fā)活動(dòng)之間并不存在_明顯的邊界_。11計(jì)算機(jī)程序及其說(shuō)明程序的各種文檔稱為_軟件_。 12如果IT是程序長(zhǎng)度（機(jī)器指令總數(shù)），ET測(cè)試之前程序中故障總數(shù)，而MTTF是平均無(wú)故障時(shí)間，那么需要改正EC=_ET_-_IT /（K*MTTF）_個(gè)錯(cuò)誤之后，測(cè)試工作才可以結(jié)束。 13UML中的泛化關(guān)系就是通常所說(shuō)的_繼承關(guān)系_，它是通用元素和具體元素之間的一

34、種分類關(guān)系。14_繼承_是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們。 15等價(jià)類劃分是一種_黑盒測(cè)試_，尋找有限個(gè)具有代表性的測(cè)試用例。16軟件開發(fā)環(huán)境的主要目標(biāo)是提高軟件開發(fā)的_速度_，改善軟件的質(zhì)量和降低_項(xiàng)目的風(fēng)險(xiǎn)_。 17UML提供的用例圖也是進(jìn)行需求分析和建立_功能模塊_的有力工具。 18軟件在給定的時(shí)間間隔內(nèi)，按照規(guī)格說(shuō)明書的規(guī)定成功地運(yùn)行的概率就是軟件的_可靠性_。 19面向?qū)ο蠓椒ㄖ袑?duì)象是最本的概念，面向?qū)ο蠓椒▽W(xué)可概括為 對(duì)象+類+繼承+消息 。 20在一個(gè)模塊中，功能狀態(tài)與接口反映模塊的_外部特性_，邏輯反映它的_內(nèi)部特性_。31在軟件項(xiàng)目的經(jīng)濟(jì)可行性分析中，所謂

35、投資回收期指的是：使開發(fā)項(xiàng)目累計(jì)的經(jīng)濟(jì)效益等于_最初投資的費(fèi)用_所需的時(shí)間。32軟件開發(fā)中原型是軟件的一個(gè)_早期可運(yùn)行的版本_，它反映了最終系統(tǒng)的重要特性。33計(jì)算機(jī)程序及其說(shuō)明程序的各種文檔稱為： 軟件_。34兩個(gè)模塊之間只是通過(guò)參數(shù)交換信息，而且交換的信息僅僅是數(shù)據(jù)，這種耦合就是_數(shù)據(jù)耦合_。35所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱 軟件問(wèn)題 報(bào)告。36面向?qū)ο笾械摹爸剌d”有兩種：_函數(shù)重載和運(yùn)算符重載_。37軟件工程方法學(xué)三要素 方法、工具、過(guò)程 。38數(shù)據(jù)流圖中描述加工邏輯一般使用三種工具，分別是_結(jié)構(gòu)化語(yǔ)言_、判定表、判定樹。39使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)_程

36、序的內(nèi)部邏輯_和指定的覆蓋標(biāo)準(zhǔn)。40只有同時(shí)使用 對(duì)象、類、繼承和消息 的方法，才是真正面向?qū)ο蟮姆椒ā?1CASE 工具的使用主要是為了提高專業(yè)軟件人員的 _開發(fā)效率_ 。 42在面向?qū)ο蠓椒ㄖ?，?duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作 _封裝_ 于對(duì)象的統(tǒng)一體中。 43面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行 _建模_ 。 44軟件維護(hù)工作的生產(chǎn)性活動(dòng)包括分析評(píng)價(jià)、修改設(shè)計(jì)和 _編寫軟件_ 等。 45為了使應(yīng)用軟件適應(yīng)計(jì)算機(jī)環(huán)境的變化而 _修改軟件_ 的過(guò)程稱為適應(yīng)性維護(hù)。46需求分析的基本任務(wù)是要準(zhǔn)確回答系統(tǒng)必須“ 做什么 ”的問(wèn)題。 47軟件結(jié)構(gòu)圖的寬度是指一層中 _最大_ 的模塊個(gè)數(shù)

37、。 48投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于 _最初投資費(fèi)用_ 所需的時(shí)間。 49軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到 _該軟件報(bào)廢_ 為止的整個(gè)時(shí)期。 50只有同時(shí)使用 對(duì)象、類、繼承和消息 的方法，才是真正面向?qū)ο蟮姆椒?。四、判斷題1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（對(duì)）2.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（錯(cuò)）3.JAVA語(yǔ)言編譯器是一個(gè)CASE工具。（對(duì)）。 4.軟件是指用程序設(shè)計(jì)語(yǔ)言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（錯(cuò)） 5.軟件模塊之間的

38、耦合性越弱越發(fā)。（對(duì)）6.數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書是一個(gè)軟件配置項(xiàng)（對(duì)） 7.在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（錯(cuò)） 8.過(guò)程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（錯(cuò)） 9.如果通過(guò)軟件測(cè)試沒(méi)有發(fā)現(xiàn)錯(cuò)誤，則說(shuō)明軟件是正確的。（錯(cuò)） 10.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對(duì)） 21 缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持， 這往往是產(chǎn)生軟件危機(jī)的原因之一。（ ）22 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（ ）23 在用戶需求分析時(shí)觀察用戶手工操作過(guò)程不是為了模擬手工操作過(guò)程，而是為了獲取第一

39、手資料，并從中提取出有價(jià)值的需求。（ ）24 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（ ）25 流程圖也稱為程序（框圖）是最常用的一種表示法。（ ）26 面向數(shù)據(jù)設(shè)計(jì)方法一般都包括下列任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三種基本形式表示數(shù)據(jù)等步驟。（ ）27 理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（ ）28 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動(dòng)作。（ ）29 用窮舉測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（ ）30 編碼時(shí)應(yīng)盡可能使用全局變量（ ）31 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，

40、低耦合度的軟件產(chǎn)品。（ ） 32 集成測(cè)試主要由用戶來(lái)完成。（ ） 33 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定。（ ） 34 白盒測(cè)試無(wú)需考慮模塊內(nèi)部的執(zhí)行過(guò)程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（ ） 35 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（ ） 36 在可行性研究中最難決斷和最關(guān)鍵的問(wèn)題是經(jīng)濟(jì)可行性。（ ）37 耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。（ ）38 一筆交易,一個(gè)動(dòng)作,甚至操作人員按一個(gè)按鈕都可以看作是一次事物。（ ）39 概要設(shè)計(jì)階段完成的主要文檔是概要設(shè)計(jì)說(shuō)明書。（ ）40 過(guò)大的模塊可能是由于分解不充分造成的,即使降低模塊獨(dú)立性也必須繼續(xù)

41、分解。（ ）41 程序設(shè)計(jì)語(yǔ)言中應(yīng)絕對(duì)禁止使用GOTO語(yǔ)句.(錯(cuò))42 類是關(guān)于對(duì)象性質(zhì)的描述,由方法和數(shù)據(jù)組成.(對(duì))43 隨著軟件技術(shù)的發(fā)展,人們逐漸認(rèn)識(shí)到閱讀程序的重要性,編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰.(對(duì))44 為保證程序的安全,必須做到程序中沒(méi)有任何錯(cuò)誤存在,即容錯(cuò).(錯(cuò))45 如果把軟件開發(fā)所需的資源畫成一個(gè)金字塔,人是最基本的資源.(對(duì))46 模塊的內(nèi)聚度應(yīng)盡可能地小。(錯(cuò))47 因果圖法可以用來(lái)系統(tǒng)地設(shè)計(jì)測(cè)試用例。（對(duì)）48 對(duì)程序的窮舉測(cè)試在一般情況下是可以做到的。(錯(cuò))49 為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交用戶試用的軟件開發(fā)方法是原型法。（對(duì)）50 用于表示

42、模塊間調(diào)用關(guān)系的圖是SD。(錯(cuò))51 結(jié)構(gòu)化分析方法就是面向數(shù)據(jù)流自頂向下逐步求精進(jìn)行需求分析的方法。（對(duì)）52 程序編碼在系統(tǒng)分析階段就可以開始了。(錯(cuò))53 通常用數(shù)據(jù)流圖、數(shù)據(jù)庫(kù)字典和簡(jiǎn)明算法描述表示系統(tǒng)的邏輯模型。（對(duì)）54 一個(gè)軟件系統(tǒng)中可能會(huì)出現(xiàn)所有模塊之間沒(méi)有任何聯(lián)系的情況。(錯(cuò))55 判定表不適合做通用的設(shè)計(jì)工具，不能表示順序結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。（對(duì)）56 測(cè)試一般情況下是以白盒法為主黑盒法作為補(bǔ)充。(錯(cuò))57 因果圖法可以用來(lái)系統(tǒng)地設(shè)計(jì)測(cè)試用例。(錯(cuò))58 模塊的內(nèi)聚度應(yīng)盡可能地小，模塊間聯(lián)系盡可能大。(錯(cuò))59 為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交用戶試用的軟件開發(fā)方

43、法是原型法。（對(duì)）60 系統(tǒng)分析階段和系統(tǒng)設(shè)計(jì)階段一般不考慮測(cè)試。(錯(cuò))61 結(jié)構(gòu)化程序設(shè)計(jì)SP強(qiáng)調(diào)模塊采用自上而下逐步求精設(shè)計(jì)方法，單入口、單出口62 標(biāo)準(zhǔn)結(jié)構(gòu)。（對(duì)）63 面向?qū)ο笤O(shè)計(jì)中的主題相當(dāng)于子系統(tǒng)。(錯(cuò))64 判定表不適合做通用的設(shè)計(jì)工具，不能表示順序結(jié)構(gòu)、循環(huán)結(jié)構(gòu)。（對(duì)）65 對(duì)象中的服務(wù)可通過(guò)分析屬性值的變化情況發(fā)現(xiàn)。(錯(cuò))66 通常用數(shù)據(jù)流圖、數(shù)據(jù)庫(kù)字典和簡(jiǎn)明算法描述表示系統(tǒng)的邏輯模型。（對(duì)）五、簡(jiǎn)答題1. 需求分析階段的基本任務(wù)是什么？需求分析階段的基本任務(wù)是要準(zhǔn)確的定義新系統(tǒng)的目標(biāo)，為了滿足用戶需要，回答系統(tǒng)必須“做什么”的問(wèn)題。本階段要進(jìn)行以下幾方面的工作：?jiǎn)栴}識(shí)別、分

44、析與綜合，導(dǎo)出軟件的邏輯模型、編寫文檔 問(wèn)題識(shí)別。雙方確定對(duì)問(wèn)題的綜合需求，這些需求包括：功能需求、性能需求、環(huán)境需求、用戶界面需求，另外還有可靠性、安全性、保密性、可移植性、可維護(hù)性等方面的需求。分析與綜合,導(dǎo)出軟件的邏輯模型。分析人員對(duì)獲取的需求，進(jìn)行一致性的分析檢查，在分析、綜合中逐步細(xì)化軟件功能，劃分成各個(gè)子功能。這里也包括對(duì)數(shù)據(jù)域進(jìn)行分解，并分配到各個(gè)子功能上，以確定系統(tǒng)的構(gòu)成及主要成份，并用圖文結(jié)合的形式，建立起新系統(tǒng)的邏輯模型。 編寫文檔。編寫“需求規(guī)格說(shuō)明書”、編寫初步用戶使用手冊(cè)、編寫確認(rèn)測(cè)試計(jì)劃、修改完善軟件開發(fā)計(jì)劃。2. 數(shù)據(jù)流圖簡(jiǎn)稱DFD，是SA方法中用于表示系統(tǒng)邏輯模

45、型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號(hào)：“”箭頭表示數(shù)據(jù)流；“”圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲(chǔ)；方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。（3分）2、什么是軟件危機(jī)？其產(chǎn)生的原因是什么？答：當(dāng)軟件開發(fā)技術(shù)的進(jìn)步不能跟上硬件技術(shù)的進(jìn)步，未能滿足發(fā)展的要求，致軟件開發(fā)中遇到的問(wèn)題找不到解決的辦法，使問(wèn)題積累起來(lái)，形成了尖銳的矛盾，因而導(dǎo)致了軟件危機(jī)。主要表現(xiàn)為：經(jīng)費(fèi)、用戶要求、可維護(hù)性、可靠性（1）經(jīng)費(fèi)預(yù)算經(jīng)常突破，完成時(shí)間一再拖延；（2）開發(fā)的軟件不能滿足用戶要求；（3）開發(fā)的軟件可維護(hù)性差；（

46、4）開發(fā)的軟件可靠性差。 造成軟件危機(jī)的原因是由于軟件產(chǎn)品本身的特點(diǎn)以及開發(fā)軟件的方式、方法、技術(shù)和人員引起的。其產(chǎn)生原因主要有以下幾方面：（1）軟件的規(guī)模越來(lái)越大，結(jié)構(gòu)越來(lái)越復(fù)雜；（2）軟件開發(fā)管理困難而復(fù)雜；（3）軟件開發(fā)費(fèi)用不斷增加；（4）軟件開發(fā)技術(shù)落后；（5）生產(chǎn)方式落后；（6）開發(fā)工具落后，生產(chǎn)率提高緩慢。 3、.說(shuō)明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么？ 答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法 （2）使用3種基本控制結(jié)構(gòu)（順序、重復(fù)、選擇）、單入口、單出口來(lái)構(gòu)造程序。 4、 .軟件測(cè)試包括哪些步驟？說(shuō)明這些步驟的測(cè)試對(duì)象是什么？ 單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試5、 答：（1）單元測(cè)試

47、，測(cè)試對(duì)象對(duì)單元模塊（2）集成測(cè)試，測(cè)試對(duì)象為組裝后的程序模塊（3）確認(rèn)測(cè)試，測(cè)試對(duì)象為可運(yùn)行的目標(biāo)軟件系統(tǒng) 5、需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么？ 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么 軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。 6、 軟件開發(fā)成本估算方法有哪幾種？ 自頂向下、自頂向上、差別估算、專家估算、類推估算、經(jīng)驗(yàn)公式估算答：（1）自頂向下估算方法。估算人員參照以前完成的項(xiàng)目所耗費(fèi)的總成本（或總工作量），來(lái)推算將要開發(fā)的軟件的總成本（或總工作量），然后把它們按階段、步驟和工作單元進(jìn)行分配，這樣方法稱為自頂向下的估算方法。（1分）（2

48、）自底向上估算方法。自底向上估算方法是將待開發(fā)的軟件細(xì)分，分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量，然后將它們加起來(lái)，得到軟件的總開發(fā)量。（1分）（3）差別估算方法。差別估算是將開發(fā)項(xiàng)目與一個(gè)或多個(gè)已完成的類似項(xiàng)目進(jìn)行比較，找出與某個(gè)相類似項(xiàng)目的若干不同之處，并估算每個(gè)不同之處對(duì)成本的影響，導(dǎo)出開發(fā)項(xiàng)目的總成本。（1分）（4）專家估算法。依靠一個(gè)或多個(gè)專家對(duì)要求的項(xiàng)目做出估算。（1分）（5）類推估算法。（0.5分）（6）經(jīng)驗(yàn)公式估算法。（0.5分） 7、說(shuō)明軟件測(cè)試和調(diào)試的目的有何區(qū)別？ 答：測(cè)試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤 , 調(diào)試的目的是定位軟件錯(cuò)誤并糾正錯(cuò)誤。 8、 什么是確認(rèn)測(cè)試？該

49、階段有哪些工作？答：確認(rèn)測(cè)試又稱有效性測(cè)試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說(shuō)明書中確定的指標(biāo)相符合 。確認(rèn)測(cè)試階段有兩項(xiàng)工作，進(jìn)行確認(rèn)測(cè)試與軟件配置審查：（1）確認(rèn)測(cè)試一般是在模擬環(huán)境中運(yùn)用黑盒測(cè)試方法，由專門測(cè)試人員和用戶參加的測(cè)試。（2）軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的完整性、正確性。如果發(fā)現(xiàn)遺漏和錯(cuò)誤，應(yīng)補(bǔ)充和改正，同時(shí)要編排好目錄，為以后的軟件維護(hù)工作奠定基礎(chǔ)。 9、如何做好軟件質(zhì)量保證工作？ 軟件質(zhì)量保證工作是軟件工程管理的重要內(nèi)容，軟件質(zhì)量保證應(yīng)做好以下幾個(gè)方面的工作：（1）采用技術(shù)手段和工具。質(zhì)量保證活動(dòng)要貫徹開發(fā)過(guò)程始終，必須從采用技術(shù)手段和工具，尤其

50、是使用軟件開發(fā)環(huán)境來(lái)進(jìn)行軟件開發(fā)。（2）組織正式技術(shù)評(píng)審，在軟件開發(fā)的第一個(gè)階段結(jié)束時(shí)，都要組織正式的技術(shù)評(píng)審。國(guó)家標(biāo)準(zhǔn)要求單位必須采用審查、文檔評(píng)審、設(shè)計(jì)評(píng)審、審計(jì)和測(cè)試等具體手段來(lái)保證質(zhì)量。（3）加強(qiáng)軟件測(cè)試。軟件測(cè)試是質(zhì)量保證的重要手段，因?yàn)闇y(cè)試可發(fā)現(xiàn)軟件可發(fā)現(xiàn)軟件中大多數(shù)潛在錯(cuò)誤。（4）推選軟件工程規(guī)范（標(biāo)準(zhǔn)）。用戶可以自己指定軟件工程規(guī)范（標(biāo)準(zhǔn)），但標(biāo)準(zhǔn)一旦確認(rèn)就應(yīng)貫徹執(zhí)行。（5）對(duì)軟件的變更進(jìn)行控制。軟件的修改和變更常常會(huì)引起潛伏的錯(cuò)誤，因此必須嚴(yán)格控制軟件的修改和變更。（6）對(duì)軟件質(zhì)量進(jìn)行度量。即對(duì)軟件質(zhì)量進(jìn)行跟蹤，及時(shí)記錄和報(bào)告軟件質(zhì)量情況。10、簡(jiǎn)述建立對(duì)象模型的過(guò)程。 答：

51、典型的工作步驟是：（1）首先確定對(duì)象類和關(guān)聯(lián)(因?yàn)樗鼈冇绊懴到y(tǒng)整體結(jié)構(gòu)和解決問(wèn)題的方法)；（2）對(duì)于大型復(fù)雜問(wèn)題還要進(jìn)一步劃分出若干個(gè)主題；（3）然后給類和關(guān)聯(lián)增添屬性，以進(jìn)一步描述它們；（4）接下來(lái)利用適當(dāng)?shù)睦^承關(guān)系進(jìn)一步合并和組織類；（5）由于經(jīng)過(guò)一次建模過(guò)程很難得到完全正確的對(duì)象模型，所以需要反復(fù)修改。11. 一般來(lái)講，開發(fā)一個(gè)軟件系統(tǒng)首先應(yīng)該遵循的基本原則是什么？（無(wú)解釋給3分，有解釋滿分）答：開發(fā)一個(gè)軟件系統(tǒng)首先應(yīng)該遵循的基本原則：建立領(lǐng)導(dǎo)班子、按生命周期、用戶觀點(diǎn)、文檔資料的管理（1）首先要建立一個(gè)領(lǐng)導(dǎo)班子： 能調(diào)動(dòng)資源的行政領(lǐng)導(dǎo) 有經(jīng)驗(yàn)的系統(tǒng)開發(fā)工程師用戶（專家）軟件開發(fā)人員（2）軟件系統(tǒng)開發(fā)嚴(yán)格按軟件生命周期分階段進(jìn)行：可行性分析需求（系統(tǒng)）分析總體（概要）設(shè)計(jì)軟件系統(tǒng)的詳細(xì)設(shè)計(jì)軟件系統(tǒng)的實(shí)施（3）要有用戶的觀點(diǎn)（4）要加強(qiáng)文檔資料的管理12. 簡(jiǎn)述軟件再工程的過(guò)程（無(wú)解釋給3分，有解釋滿分）？答：（1）庫(kù)存目錄分析； 包含每個(gè)應(yīng)用系統(tǒng)的信息，如：名稱、構(gòu)建日期、修改次數(shù)、過(guò)去18個(gè)月報(bào)告的錯(cuò)誤、用戶數(shù)量、文檔質(zhì)量、預(yù)期壽命，等。從中選出再工程的候選者。（2）文檔重