軟件工程考試題庫

1、類型一：1.軟件定義時期包括兩個階段，它們是（可行性研究）和（需求分析）兩個階段。2.數(shù)據(jù)流圖有 （ 4） 種基本符號，數(shù)據(jù)流圖中，箭頭表示（數(shù)據(jù)流） 。3.數(shù)據(jù)流圖有變換型結(jié)構(gòu)和（事務(wù)）型結(jié)構(gòu)兩種類型。4. 4 個人之間的通信量是（ 6）5.評定模塊的獨立性的標準是耦合和內(nèi)聚。 （耦合）是對軟件內(nèi)部塊間聯(lián)系的度量， 按照由弱到強的順序，可以把它分為（7）類。其中，最弱的是（非直接耦合） ，最強的是（內(nèi)容耦合）6.程序結(jié)構(gòu)的復(fù)雜性度量值 V（G）取決于程序控制流的復(fù)雜程度。順序結(jié)構(gòu)的V （G）值為（ 1），選擇結(jié)構(gòu)的為（ 2）。7.在模塊結(jié)構(gòu)圖中， （扇入）是指直接調(diào)用該模塊的模塊數(shù)8.模塊的

2、獨立性可用耦合和內(nèi)聚的高低來評定，設(shè)計較好的模塊要求 （內(nèi)聚） 高、耦合（低）。9.語句覆蓋測試技術(shù)是（白盒測試）方法的一種10.等價類劃分技術(shù)是屬于（黑盒測試）方法的11.按維護的起因，可以將維護活動分為 4 類：（改正性維護） 、（適應(yīng)性維護） 、完善性維護 和預(yù)防性維護。完善性維護占總維護量的（50%以上）。12軟件項目的可行性研究要進行一次（簡化的、壓縮的）需求分析。13、系統(tǒng)流程圖用于可行性分析中的（當前運行系統(tǒng)）的描述。14、程序的三種基本控制結(jié)構(gòu)的共同特點是（只有一個入口和一個出口）15、維護中，因誤刪除一個標識符而引起的錯誤是（編碼 ）副作用。16、（技術(shù)評審）是以提高軟件質(zhì)量

3、為目的的技術(shù)活動。17、面向?qū)ο蠓椒▽W(xué)的出發(fā)點和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、 設(shè)計和實現(xiàn)一個軟件系統(tǒng)的方法和過程， 盡可能接近于人類認識世界解決問題的方法和過程。 因此 面向?qū)ο蠓椒ㄓ性S多特征，如軟件系統(tǒng)是由對象組成的； （把對象劃分成類，每個對象類都 定義一組數(shù)據(jù)和方法 ）；對象彼此之間僅能通過傳遞消息互相聯(lián)系； 層次結(jié)構(gòu) 的繼承。18、原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于（需求不確定性高的 ）系統(tǒng)。19在下列工具與環(huán)境中（結(jié)構(gòu)的基于圖形CASE ）屬于較早期的 CASE。20 Putnam 成本估算模型是一個（動態(tài)多變量 ）模型。21在 McCall 軟

4、件質(zhì)量度量模型中， （適應(yīng)性 ）屬于面向軟件產(chǎn)品修改。22 ISO 的軟件質(zhì)量評價模型由 3層組成，其中用于評價設(shè)計質(zhì)量的準則是（ SQDC ） 23軟件復(fù)雜性度量的參數(shù)包括（規(guī)模 ）24對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（封裝 ）于對象的統(tǒng)一體中。25軟件調(diào)試技術(shù)包括（演繹法）26瀑布模型的存在問題是（缺乏靈活性 ）27軟件測試方法中的靜態(tài)測試方法之一為（計算機輔助靜態(tài)分析）28軟件生命周期中所花費用最多的階段是（ 軟件維護 ） 29第一個體現(xiàn)結(jié)構(gòu)化編程思想的程序設(shè)計語言是（ PL/1 語言 ） 30程序的三種基本控制結(jié)構(gòu)是（順序、選擇和重復(fù) ）31在詳細設(shè)計階段，經(jīng)常采用的工具有（P

5、AD ）32詳細設(shè)計的結(jié)果基本決定了最終程序的（質(zhì)量）33需求分析中開發(fā)人員要從用戶那里了解（軟件做什么）34結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（程序易讀性）35 IDEF 。圖反映系統(tǒng)（ 做什么）36經(jīng)濟可行性研究的范圍包括（效益分析 ）37可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作，它是決定該系統(tǒng)是否開 發(fā)的決策依據(jù)，因必須給出（行或不行 ）的回答。38需求分析階段的任務(wù)是確定（軟件系統(tǒng)的功能）39、為了提高測試的效率，應(yīng)該（選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù) ）。40、使用白盒測試方法時， 確定測試數(shù)據(jù)應(yīng)根據(jù) （程序的內(nèi)部邏輯 ）和指定的覆蓋標準。41、開發(fā)軟件所需高成本和產(chǎn)品的低

6、質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（軟件危機 ）42、軟件按照設(shè)計的要求， 在規(guī)定時間和條件下達到不出故障， 持續(xù)運行的要求的質(zhì)量特性 稱為 （ 可靠性）。43、瀑布模型的關(guān)鍵不足在于（不能適應(yīng)需求的動態(tài)變更）44、軟件維護的副作用主要有以下三種（.編碼副作用、數(shù)據(jù)副作用、文檔副作用）45、在下面的軟件開發(fā)方法中， 哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高 （原型化方法 ）。46、軟件工程方法學(xué)的目的是： 使軟件生產(chǎn)規(guī)范化和工程化， 而軟件工程方法得以實施的主 要保證是 （軟件開發(fā)工具和軟件開發(fā)的環(huán)境 ）。47、系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具， 用圖形符號表示系統(tǒng)中各個元素表達了系統(tǒng)中

7、各種元素之間的 （ 信息流動 ）情況。48、成本效益分析的目的是從 （經(jīng)濟 ）角度評價開發(fā)一個項目是否可行。49、自頂向下結(jié)合的漸增式測試法，在組合模塊時有兩種組合策略：深度優(yōu)先策略和（寬度優(yōu)先策略 ） 。50、在 JSP方法中解決結(jié)構(gòu)沖突的具體辦法是 （中間數(shù)據(jù)結(jié)構(gòu)或中間文件 ）。51、詳細設(shè)計的任務(wù)是確定每個模塊的內(nèi)部特性，即模塊的算法、（使用的數(shù)據(jù) ）。52、所有軟件維護申請報告要按規(guī)定方式提出，該報告也稱（軟件問題 ）報告。53、獨立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。 從程序圖來看， 一條獨立路徑是至少包含有一條 （在其他獨立路徑中未有過 ）的邊的路徑。54、設(shè)計任何

8、一個人機界面，一般必須考慮（系統(tǒng)響應(yīng)時間、用戶幫助機制、錯誤信息處理 和命令方式四個方面。55、在軟件測試中， 已知產(chǎn)品內(nèi)部工作過程， 通過測試檢驗產(chǎn)品內(nèi)部動作是否按照產(chǎn)品規(guī)格 說明的規(guī)定正常進行的方法稱為（白盒）測試法。56、（耦合度）是對軟件結(jié)構(gòu)中模快間關(guān)聯(lián)程度的一種度量。57、軟件工程中的結(jié)構(gòu)化分析 SA 是一種面向 _數(shù)據(jù)流 _ 的分析方法。58 軟件模塊獨立性的兩個定性度量標準是 _內(nèi)聚性、耦合性 _。59軟件開發(fā)是一個自頂向下逐步細化和求精的過程， 而軟件測試是一個 _由下而上 _的過程。60 _數(shù)據(jù)流圖 _和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型61 _等價劃分 _ 是一種黑盒測試技術(shù)

9、， 這種技術(shù)把程序的輸入域劃分為若干個數(shù)據(jù)類，據(jù)此導(dǎo)出測試用例。62 在軟件危機中表現(xiàn)出來的軟件質(zhì)量差的問題，其原因是_沒有軟件質(zhì)量標準 _63 在軟件質(zhì)量因素中，軟件在異常條件下仍能運行的能力成為軟件的_健壯性 _。64 在下列測試技術(shù)中， _邏輯覆蓋 _不屬于黑盒測試技術(shù)。65 軟件工程方法是在實踐中不斷發(fā)展著的方法，而早期的軟件工程方法主要是指_結(jié)構(gòu)化方法 _。66 _封裝 _是把對象的屬性和操作結(jié)合在一起，構(gòu)成一個獨立的對象，其內(nèi)部信息對 外界是隱蔽的，外界只能通過有限的接口與對象發(fā)生聯(lián)系。67 Jackson方法是在軟件開發(fā)過程中常用的方法，使用Jackson方法時可以實現(xiàn) _從數(shù)據(jù)

10、結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu) _。68 軟件測試時為了 _發(fā)現(xiàn)錯誤 _而執(zhí)行程序的過程。69 在軟件系統(tǒng)中，一個模塊應(yīng)具有什么樣的功能，這是由_需求分析 _決定的。70 面向?qū)ο蠓治鍪菍ο到y(tǒng)進行 _需求分析 _的一種方法。71 軟件文檔是軟件工程實施中的重要部分，它不僅是軟件開發(fā)各階段的重要依據(jù)，而 且影響軟件的 _可維護性 。72 模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程序越_緊密 _。73 軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、編碼、測試和維護 等階段，一般認為可能占用人員最多的階段是 _維護階段 _。74 常用的面向?qū)ο蟮能浖^程模型是 _噴泉模型 _。75 面向?qū)ο蟮姆治鲭A段

11、建立的系統(tǒng)模型不包括_數(shù)據(jù)模型 _。類型二：1軟件生存周期模型 : 是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。2數(shù)據(jù)字典（ DD ）數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個成分的具體含義的。它以一種 準確的、 無二義性的說明方式為系統(tǒng)的分析、 設(shè)計及維護提供了有關(guān)元素的一致的定義和詳 細的描述。3內(nèi)聚性：內(nèi)聚性是模塊獨立性的衡量標準之一，它是指模塊的功能強度的度量，即一個 模塊內(nèi)部各個元素彼此結(jié)合的緊密程度的度量4JSP方法： JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法，其定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射 過程，它根據(jù)輸入，輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過程描述，即程序結(jié)構(gòu)。 5多態(tài)性指相同的操

12、作或函數(shù)、過程可作用于多種類型的對象上并獲得不同結(jié)果。或（不 同的對象，收到同一消息可以產(chǎn)生不同的結(jié)果。 ）6 白盒測試又叫做結(jié)構(gòu)測試， 把程序看成裝在一個透明的白盒子里， 按照程序內(nèi)部的 邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作。7 模塊化把程序劃分成獨立運行且可以獨立訪問的模塊，每個模塊完成一個子功能， 把這些模塊集成起來構(gòu)成一個整體，可以完成指定的功能滿足用戶的需求。8 對象描述該對象屬性的數(shù)據(jù)以及可以對這些數(shù)據(jù)施加的所有操作封裝在一起構(gòu)成 的統(tǒng)一體。9.軟件的可靠性：是指在給定的時間間隔內(nèi)，程序成功運行的概率。10.內(nèi)聚：標志一個模塊內(nèi)各個元素被此結(jié)合的緊密程度

13、，它是信息隱蔽和局部化概念的 自然擴展。11 模塊化： 把一個程序劃分成若干個模塊， 每個模塊完成一個子功能， 將這些模塊組裝成 一個整體，即可完成該程序指定的功能。12.改正（糾錯）性維護：為改正軟件系統(tǒng)中潛藏的錯誤而進行的活動13.對象：對象是客觀世界事物和個體的抽象表示。是它的屬性和相關(guān)操作的統(tǒng)一封裝體。14、瀑布模型把軟件生命周期劃分為8 個階段：問題的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計、詳細設(shè)計、編碼、測試和運行、維護。八個階段又可歸納為三個大的階段： 計劃階段、開發(fā)階段和 （運行階段 ）。15、從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個階段中，需求分析階段出錯，對軟件

14、的影響最大。16、在結(jié)構(gòu)化的瀑布模型中， （需求分析階段）定義的標準將成為軟件測試中的系統(tǒng)測試階 段的目標。17、軟件工程的出現(xiàn)主要是由于 （軟件危機的出現(xiàn) ）。18、軟件工程方法學(xué)的目的： 使軟件生產(chǎn)規(guī)范化和工程化， 而軟件工程方法得以實施的主要 保證是軟件開發(fā)工具和軟件開發(fā)的環(huán)境。19、軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法， 在實際的應(yīng)用中， 它們之間的關(guān)系表現(xiàn)為相互補充。20、UML 是軟件開發(fā)中的一個重要工具，它主要應(yīng)用于基于對象的面向?qū)ο蟮姆椒ā?1、在下面的軟件開發(fā)方法中， 哪一個對軟件設(shè)計和開發(fā)人員的開發(fā)要求最高（原型化方法 ）。22、結(jié)構(gòu)化分析方法是一種預(yù)先嚴格定義

15、需求的方法，它在實施時強調(diào)的是分析對象的（數(shù)據(jù)流 ）。23、軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計、編碼和測試等階段，一 般認為可能占用人員最多的階段是 （編碼階段 ）。24、軟件開發(fā)模型是指軟件開發(fā)的全部過程、 活動和任務(wù)的結(jié)構(gòu)框架。 主要的開發(fā)模型有瀑布模型、演化模型、 螺旋模型、 噴泉模型和智能模型。螺旋模型將瀑布模型和演化模型相結(jié) 合，并增加了 （風(fēng)險分析 ），它建立在 （）的基礎(chǔ)上，沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（原型）的一個新版本。 噴泉模型描述了 （面向?qū)ο?）的開發(fā)模型， 它體現(xiàn)了這種開發(fā)方法創(chuàng)建軟件 的過程所固有的 （遞歸 ）和（開發(fā)各階段之間無“間隙”

16、）的特征。25、以下不屬于白盒測試技術(shù)的是（等價類劃分） 。26、為改正軟件系統(tǒng)中潛藏的錯誤而進行的維護活動稱為（糾錯性維護）。27、保證軟件質(zhì)量的手段有復(fù)審、復(fù)查、管理復(fù)審和測試等。其中復(fù)審發(fā)生在軟件生命周期 的（每個階段結(jié)束之前 ）。28、完整的系統(tǒng)設(shè)計應(yīng)包括 （ 計算機系統(tǒng)設(shè)計、 應(yīng)用軟件設(shè)計、 數(shù)據(jù)庫設(shè)計和網(wǎng)絡(luò)設(shè)計 ）。29、在信息系統(tǒng)的物理模型中， 表示系統(tǒng)各個物理組成部分之間的數(shù)據(jù)流動情況的工具是 （系 統(tǒng)流程圖 ）在軟件開發(fā)過程中要產(chǎn)生大量的信息， 要進行大量的修改， 軟件配置管理 能協(xié)調(diào)軟件開發(fā)， 并使混亂減到最低程度。30規(guī)定功能的軟件，在一定程度上對自身錯誤的作用（軟件錯誤

17、）具有屏蔽能力，則稱此 31 McCall 提出的軟件質(zhì)量模型包括11 個軟件質(zhì)量特性。軟件具有 容錯功能 的軟件。32軟件可維護性度量的七個質(zhì)量特性是可理解性、可測試性、可修改性、可靠性、可移植 性 、 可使用性和效率。33為了便于對照檢查，測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果 兩部分組成。34程序設(shè)計語言的心理特性主要表現(xiàn)在歧義性 、簡潔性、傳統(tǒng)性、局部性和順序性。35軟件結(jié)構(gòu)是以模 塊 為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。36在結(jié)構(gòu)化分析中，用于描述加工邏輯的主要工具有三種，即：結(jié)構(gòu)化語言、判定表、 判定樹 。37結(jié)構(gòu)化語言是介于自然語言和形式語言 之間的一種半形式語言。38若年利率為 i，

18、不計復(fù)利， n 年后可得錢數(shù)為 F，則現(xiàn)在的價值 P= F/（1+（n*i）類型三：1.缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持， 這往往是產(chǎn)生軟件危機的原因之 一。（ T ）2.一個好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達能力。（ F ）3.在用戶需求分析時觀察用戶手工操作過程不是為了模擬手工操作過程， 而是為了獲取第 一手資料，并從中提取出有價值的需求。 （ T ）4.快速原型技術(shù)的適用于軟件產(chǎn)品要求大量的用戶交互、 或產(chǎn)生大量的可視輸出、 或設(shè)計 一些復(fù)雜的算法等場合。 （ T ）5.流程圖也稱為程序框圖是最常用的一種表示法。 T6.面向數(shù)據(jù)設(shè)計方法一般都包括下列

19、任務(wù)： 確定數(shù)據(jù)結(jié)構(gòu)特征；用順序、選擇和重復(fù)三 種基本形式表示數(shù)據(jù)等步驟。 （ T ）7.理想的人機界面應(yīng)針對具有典型個性的特定的一類用戶設(shè)計。 （ T ）8.數(shù)據(jù)輸入的一般準則中包括盡量增加用戶輸入的動作。 （ F ）9.用窮舉測試是較現(xiàn)實的測試方法。 （ F ）10、在軟件維護過程中改善性維護是為適應(yīng)環(huán)境的變化而修改軟件的活動。 （ F ）11.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險分析活動。（ T ）12.數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行詳細定義。 （F ）13. JAVA 語言編譯器是一個 CASE 工具。（ T ）。14.軟件是指用程序設(shè)計

20、語言（如 PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實 際上就是編寫程序代碼。 （ F ）15.軟件模塊之間的耦合性越弱越好。 （ T ）16.數(shù)據(jù)庫設(shè)計說明書是一個軟件配置項（T ）17.在面向?qū)ο蟮能浖_發(fā)方法中，每個類都存在其相應(yīng)的對象，類是對象的實例，對象是 生成類的模板。 （ F ）18.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 （ F ）19.如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。（ F ）20.快速原型模型可以有效地適應(yīng)用戶需求的動態(tài)變化。（ T ）21.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟 件產(chǎn)品。

21、（ T ）22.集成測試主要由用戶來完成。 （ X ）23.確認測試計劃應(yīng)該在可行性研究階段制定（X ）24、軟件工程學(xué)只有理論意義，沒有實際用途。（ F ）25 軟件工程的方法只適用于大型軟件的開發(fā)，對小型軟件的開發(fā)沒有幫助。 （ F ）26 可行性研究進一步研究問題分析階段所確定的問題是否有可行的解。（ T ）27 代碼審查方法沒有計算機測試方法好。（F ）28 驗證軟件需求的方法主要靠人工審查的方法。（T）29 并發(fā)系統(tǒng)中遇到的一個主要問題是定時問題。（T）30 編碼風(fēng)格由個人喜好決定，沒有固定格式。（F）31 面向?qū)ο蠼５玫降哪Ｐ桶到y(tǒng)的3 個要素，即靜態(tài)結(jié)構(gòu)、交互次序和數(shù)據(jù)變換。

22、（T ）32 軟 件 重 用 是 提 高 軟 件 開 發(fā) 生 產(chǎn) 率 和 目 標 系 統(tǒng) 質(zhì) 量 的 重 要 途 徑 。 （T ）33 判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。 （ T ）34 Power Designer 是一個 CASE 工具。 （ T ）35 軟件是指用程序設(shè)計語言（如 Pasca，l C， Visual Basic等）編寫的程序，軟件開 發(fā)實際上就是編寫程序代碼。 （ F ）36 在進行需求分析時需同時考慮維護問題。 （ F ） 37 UML 是一種面向?qū)ο蟮姆治鲈O(shè)計方法， 即 OOA/OOD 方法。 （ F ） 38 在面向?qū)ο蟮能浖_發(fā)方法中，每個

23、類都存在其相應(yīng)的對象，對象是類的實例，類 是生成對象的模板。 （ T ）類型四1.分析軟件危機產(chǎn)生的主要原因有哪些？ 答：導(dǎo)致軟件危機的主要原因有：（1）軟件日益復(fù)雜和龐大（ 2）軟件開發(fā)管理困難和復(fù)雜（ 3）軟件開發(fā)技術(shù)落后（ 4）生產(chǎn) 方式落后（ 5）開發(fā)工具落后（ 6）軟件開發(fā)費用不斷增加2.說明結(jié)構(gòu)化程序設(shè)計的主要思想是什么？ 答：（1）自頂向下、逐步求精的程序設(shè)計方法（2）使用 3 種基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。3.軟件測試包括哪些步驟？說明這些步驟的測試對象是什么？答：（1）單元測試， 測試對象對單元模塊 （ 2）集成測試， 測試對象為組裝后的程序模塊 （ 3） 確認測

24、試，測試對象為可運行的目標軟件系統(tǒng)4.需求 分析與軟件設(shè)計二個階段任務(wù)的主要區(qū)別是什么？ 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么 軟件設(shè)計定義軟件的實現(xiàn)細節(jié)以滿足用戶需求，即研究如何實現(xiàn)軟件。5、簡述文檔在軟件工程中的作用。 ） .（1）提高軟件開發(fā)過程的能見度（2）提高開發(fā)效率、便于用戶了解軟件功能、性能（3）作為開發(fā)人員階段工作成果和結(jié)束標志（4）記錄開發(fā)過程的有關(guān)信息便于使用與維護；（5）提供軟件運行、維護和培訓(xùn)有關(guān)資料； ） 6簡述容錯技術(shù)的四種主要手段，并解釋。 結(jié)構(gòu)冗余：包括靜態(tài)冗余、動態(tài)冗余和混合冗余。 信息冗余：為檢測或糾正信息在運算或傳輸中的錯誤，須外加一部

25、分信息。 時間冗余：指重復(fù)執(zhí)行指令或程序來消除瞬時錯誤帶來的影響。 冗余附加技術(shù)：指為實現(xiàn)上述冗余技術(shù)所需的資源和技術(shù)。7以 G.J.Myers 的觀點，簡述對軟件測試的目的。軟件測試是（ 1）為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程； （2）一個好的用例能夠發(fā)現(xiàn)至今尚未發(fā) 現(xiàn)的錯誤的測試。 （ 3）一個成功的測試是發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤的測試。8就程序設(shè)計語言的工程特性而言，對程序編碼有哪些要求？（1）可移植性（2）開發(fā)工具的可利用性（3）軟件的可重用性（4）可維護性 9模塊的內(nèi)聚性包括哪些類型？（1）偶然內(nèi)聚（2）邏輯內(nèi)聚（3）時間內(nèi)聚（4）通信內(nèi)聚（5）順序內(nèi)聚（6）功能內(nèi)聚 10、軟件維護是軟件生

26、命周期的重要組成，而影響維護的因素較多，除了人員因素、技術(shù)因 素和管理因素外， 還有程序自身的因素， 具體影響因素可歸納為： a） 軟件系統(tǒng)的規(guī)模； b） 軟件系統(tǒng)的年齡； c） 軟件系統(tǒng)的結(jié)構(gòu)。試回答以下問題：1）給出上述三項因素的解釋，闡述“規(guī)?！?、“年齡”和“結(jié)構(gòu)”的具體含義。 系統(tǒng)的規(guī)模。指軟件系統(tǒng)規(guī)模的大小，系統(tǒng)規(guī)模越大，維護困難越大。系統(tǒng)的年齡。系統(tǒng)運行時間越長，可能經(jīng)過多次修改，從而造成維護的困難。 系統(tǒng)的結(jié)構(gòu)。系統(tǒng)結(jié)構(gòu)合理與否，會給維護帶來困難。2）扼要分析影響維護工作量的因素，即分析可能增加維護工作量的因素和可能減少維護 工作量的因素。增加維護工作量的因素有：軟件系統(tǒng)的年齡

27、和規(guī)模、結(jié)構(gòu)合理性、程序復(fù)雜性、 用戶的數(shù)量、 應(yīng)用的變化和文檔的減少維護工作量的因素有：結(jié)構(gòu)化技術(shù)的使用、 自動化工具的使用、 數(shù)據(jù)庫技術(shù)應(yīng)用、高性能軟件使用、 新的軟件 技術(shù)的應(yīng)用。3）簡單傳述軟件可維護性度量的含義。 可維護性度量表示軟件系統(tǒng)維護工作的強度或維護工作量的大小。人們?yōu)榱硕攘靠删S護性， 常將可維護性度量問題分解為對：可測試性、可理解性、可修改性、可移植性、可靠性、有 效性和可用性的度量。11、可行性研究報告的主要內(nèi)容有哪些?（1）引言：說明編寫本文檔的目的；項目的名稱、背景；本文檔用到的專門術(shù)語和參考資 料。（2）可行性研究前提：可行性研究前提。說明開發(fā)項目的功能、性能和基本

28、要求； 達到的目標；各種限制條件；可行性研究方法和決定可行性的主要因素。（3）對現(xiàn)有系統(tǒng)的分析：說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；工作負荷；各項費 用支出；所需要各類專業(yè)技術(shù)人員的數(shù)量；所需要各種設(shè)備；現(xiàn)有系統(tǒng)存在什么問題。（ 4）所建議系統(tǒng)的技術(shù)可行性分析： 所建議系統(tǒng)的簡要說明； 處理流程和數(shù)據(jù)流程； 與現(xiàn)有的系統(tǒng)比較的優(yōu)越性；采用所建議系統(tǒng)對用戶的影響； 對各種設(shè)備、 現(xiàn)有軟件、 開發(fā) 環(huán)境、運行環(huán)境的影響；對經(jīng)費支出的影響；對技術(shù)可行性的評價。（5）所建議系統(tǒng)的經(jīng)濟可行性分析：說明所建議系統(tǒng)的各種支出，各種效益；收益 投資比；投資回收周期。（6）社會因素可行性分析：說明法律因素，對合同

29、責(zé)任、侵犯專利權(quán)、侵犯版權(quán)等 問題的分析；說明用戶使用可行性，是否滿足用戶行政管理、工作制度、人員素質(zhì)的要求。（7）其他可供選擇方案：逐一說明其他可供選擇的方案，并說明未被推薦的理由。（8）結(jié)論意見：說明項目是否能開發(fā)；還需要什么條件才能開發(fā)；對項目目標有什 么變動等。12、系統(tǒng)設(shè)計的內(nèi)容是什么？（ 10 分） 系統(tǒng)設(shè)計階段先從高層入手， 然后細化。 系統(tǒng)設(shè)計要決定整個結(jié)構(gòu)及風(fēng)格， 這種結(jié)構(gòu)為后面 設(shè)計階段的更詳細策略的設(shè)計提供了基礎(chǔ)。（1）系統(tǒng)分解。系統(tǒng)中主要的組成部分稱為子系統(tǒng)，子系統(tǒng)既不是一個對象也不是 一個功能，而是類、關(guān)聯(lián)、操作、時間和約束的集合。每次分解的各子系統(tǒng)數(shù)目不能太多， 最

30、底層子系統(tǒng)稱為模塊。（2）確定并發(fā)性。分析模型、現(xiàn)實世界及硬件中不少對象均是并發(fā)的。系統(tǒng)設(shè)計的 一個重要目標就是確定哪些是必須同時動作的對象， 哪些不是同時動作的對象。 后者可以放 在一起，而綜合成單個控制線或任務(wù)。（3）處理器及任務(wù)分配。各并發(fā)子系統(tǒng)必須分配給單個硬件單元，要么是一個一般 的處理器，要么是一個具體的功能單元，必須完成下面的工作：估計性能要求和資源需求， 選擇實現(xiàn)子系統(tǒng)的硬軟件， 將軟件子系統(tǒng)分配給各處理器以滿足性能要求和極小化處理器之 間的通信，決定實現(xiàn)各子系統(tǒng)的各物理單元的連接。（4）數(shù)據(jù)存儲管理。系統(tǒng)中的內(nèi)部數(shù)據(jù)和外部數(shù)據(jù)的存儲管理是一項重要的任務(wù)。 通常各數(shù)據(jù)存儲可以將

31、數(shù)據(jù)結(jié)構(gòu)、文件、 數(shù)據(jù)庫組合在一起， 不同數(shù)據(jù)存儲要在費用、 訪問 時間、容量以及可靠性之間做折中考慮。（5）全局資源的處理。必須確定全局資源，并且制定訪問全局資源的策略。全局資 源包括：物理資源，如處理器、驅(qū)動器等；空間，如盤空間、工作站屏等；邏輯名字，如對 象標識符、類名、文件名等。如果資源是物理對象，則可以通過建立協(xié)議實現(xiàn)對并發(fā)系統(tǒng)的訪問，以達到自身控 制；如果資源是邏輯實體，如對象標識符，那么在共享環(huán)境中有沖突訪問的可能， 如獨立的 事務(wù)可能同時使用同一個對象標識符， 則各個全局資源都必須有一個保護對象， 由保護對象 來控制對該資源的訪問。（6）選擇軟件控制機制。分析模型中所有交互行為

32、都表示為對象之間的事件。系統(tǒng) 設(shè)計必須從多種方法中選擇某種方法來實現(xiàn)軟件的控制。（7）人機交互接口設(shè)計。設(shè)計中的大部分工作都與穩(wěn)定的狀態(tài)行為有關(guān)，但必須考 慮用戶使用系統(tǒng)的交互接口。13 軟件是什么？其特點有那些？ 答：軟件是計算機程序及其說明程序的各種文檔，軟件程序文檔（數(shù)據(jù)）特點（1） 軟件開發(fā)更依賴于開發(fā)人員的業(yè)務(wù)素質(zhì)、智力、人員的組織、合作和管理。軟 件開發(fā)、設(shè)計幾乎都是從頭開始，成本和進度很難估計。（2） 軟件存在潛伏錯誤，硬件錯誤一般能排除。（3） 軟件開發(fā)成功后，只需對原版進行復(fù)制。（4） 軟件在使用過程中維護復(fù)雜：（5） 軟件不會磨損和老化。14. 簡述靜態(tài)測試方法和動態(tài)測試方

33、法 答：靜態(tài)測試： 是指不在機器上進行測試，而是采用人工檢測和計算機輔助靜態(tài)分析手段 對程序進行檢 測，方法如下：（1）人工測試。主要靠人工審查程序和評審軟件，據(jù)統(tǒng)計，能有效的發(fā)現(xiàn)30 70的邏輯設(shè)計和編程錯誤。2（2）計算機輔助靜態(tài)分析。指利用靜態(tài)分析工具對被測軟件進行特性分析。動態(tài)測試 指通過運行程序發(fā)現(xiàn)錯誤。一般有兩種方法，黑盒法和白盒法。 黑盒測試著眼于程序的外部特征，而不考慮程序的內(nèi)部結(jié)構(gòu)。測試時、測試者把被測程 序看作是一個黑盒，僅以程序的功能為依據(jù)，看其是否滿足功能要求。 白盒測試著眼于程序的內(nèi)部結(jié)構(gòu)。測試者對程序的內(nèi)部邏輯與處理過程了如指掌，并依 據(jù)程序的邏輯結(jié)構(gòu)， 對程序的所

34、有邏輯路徑進行測試， 確定其實際狀態(tài)與預(yù)期的狀態(tài)是否一 致。15 什么是可行性研究，簡述可行性研究的任務(wù) 答：可行性研究是為了弄清所定義的項目是不是肯能實現(xiàn)和值得進行。 可行性研究的任務(wù)是（1）技術(shù)可行性：技術(shù)可行性指在現(xiàn)有情況下能否完成這個項目。（2）經(jīng)濟可行性：經(jīng)濟可行性包括軟件開發(fā)項目的成本效益估計，以確定軟件系統(tǒng)可 能帶來的經(jīng)濟效益是否超過研制和維護所需要的費用。（3）法律可行性：軟件開發(fā)是否會侵犯他人、集體或國家的利益，是否違反國家的法 律并由此而承擔法律責(zé)任。（4）運行操作可行性：系統(tǒng)的運行方式在用戶單位是否可以有效的實施，是否與原有 的其他系統(tǒng)相矛盾。系統(tǒng)的操作規(guī)程在用戶單位內(nèi)是否可行。16. 選擇程序設(shè)計語言時，可以從哪幾個方面來考慮？（1）項目的應(yīng)用領(lǐng)域。（2）軟件的開發(fā)方法（3）軟件開發(fā)的環(huán)境（4）算法和數(shù)據(jù)結(jié)構(gòu)的復(fù)雜性（5）軟件開發(fā)人17 簡述軟件測試的任務(wù)、目的與類型。答：軟件測試是一個為了尋找軟件錯誤而運行程 序的過程。目的就是為了發(fā)現(xiàn)軟件 中的錯誤。一個好的測試用例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯誤的用例。一個成 功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤的測試。軟件測試主要分為白盒測試和黑 盒測試兩大類。18 簡述結(jié)