軟件設計師--歷年試題上午(軟件工程部分-05年前)

1、05下半年在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標是不很清楚，難以定義需求，這時最好使用 （6） 。供選擇的答案：A. 原型法 B. 瀑布模型 C. V-模型D. 螺旋模型 應該在 （7） 階段制定系統(tǒng)測試計劃。供選擇的答案：（7）A. 需求分析 B. 概要設計 C. 詳細設計 D. 系統(tǒng)測試 正在開發(fā)的軟件項目可能存在一個未被發(fā)現(xiàn)的錯誤，這個錯誤出現(xiàn)的概率是0.5%，給公司造成的損失將是1 000 000元，那么這個錯誤的風險曝光度(risk exposure)是_(13)元。供選擇的答案：A.5 000 000 B.50 000 C.5 000 D.500 代碼走查(code walkthr

2、ough)和代碼審查(code inspection)是兩種不同的代碼評審方法，這兩種方法的主要區(qū)別是 （14） 。供選擇的答案：A.在代碼審查中由編寫代碼的程序員來組織討論，而在代碼走查中由高級管理人員來領導評審小組的活動B.在代碼審查中只檢查代碼中是否有錯誤，而在代碼走查中還要檢查程序與設計文檔的一致性C.在代碼走查中只檢查程序的正確性，而在代碼審查中還要評審程序員的編程能力和工作業(yè)績D.代碼審查是一種正式的評審活動，而代碼走查的討論過程是非正式的 在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gannt圖的描述不正確的是_(15)_。供選擇的答案：A.Gannt圖表現(xiàn)各個活動的順

3、序和它們之間的因果關系B.Gannt圖表現(xiàn)哪些活動可以并行進行C.Gannt圖表現(xiàn)了各個活動的起始時間D.Gannt圖表現(xiàn)了各個活動完成的進度 一個故障已經(jīng)被發(fā)現(xiàn)，而且也被排除了，為了檢查修改是否引起了其它故障，這時應該進行_(19)_。供選擇的答案：A.程序走查B.退化測試C.軟件評審D.接收測試 一個系統(tǒng)的模塊結(jié)構圖如下所示，用,表示這個系統(tǒng)的測試模塊組合。下面的選項中_(20)_表示自頂向下的測試，_(21)_表示三明治式測試。 供選擇的答案：（20）A.AA,B,C,D,EA,B,C,D,E,F,G,H,I,J,KB.FGHIJKB,F,GC,HD,I,JE,KA,B,C,D,E,F,

4、G,H,I,J,KC.KJIHGFBCDEA,B,C,D,E,F,G,H,I,J,KD.AFGHIJKB,F,GC,HD,I,JE,KA,B,C,D,E,F,G,H,I,J,K(21)A.AA,B,C,D,EA,B,C,D,E,F,G,H,I,J,KB.FGHIJKB,F,GC,HD,I,JE,KA,B,C,D,E,F,G,H,I,J,KC.KJIHGFBCDEA,B,C,D,E,F,G,H,I,J,K D.AFGHIJKB,F,GC,HD,I,JE,K A,B,C,D,E,F,G,H,I,J,K 05上半年下列敘述中，與提高軟件可移植性相關的是_(18)_。供選擇的答案：A選擇時間效率高的算

5、法B盡可能減少注釋C選擇空間效率高的算法D盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分 在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為_(19)_；在新系統(tǒng)全部正式運行前，一部分一部分地代替舊系統(tǒng)的策略稱為_(20)_。供選擇的答案：（19）A直接轉(zhuǎn)換 B位置轉(zhuǎn)換 C分段轉(zhuǎn)換 D并行轉(zhuǎn)換（20）A直接轉(zhuǎn)換 B位置轉(zhuǎn)換 C分段轉(zhuǎn)換 D并行轉(zhuǎn)換下列要素中，不屬于DFD的是_(21)_。當使用DFD對一個工資系統(tǒng)進行建模時，_(22)_可以被認定為外部實體。供選擇的答案：（21）A.加工 B.數(shù)據(jù)流 C.數(shù)據(jù)存儲 D.聯(lián)系（22）A.接收工資單的銀行 B.工資系統(tǒng)

6、源代碼程序C.工資單 D.工資數(shù)據(jù)庫的維護 在系統(tǒng)驗收測試中，_(23)_ 是在一個模擬的環(huán)境下使用模擬數(shù)據(jù)運行系統(tǒng)；_(24)_是在一個實際環(huán)境中使用真實數(shù)據(jù)運行系統(tǒng)。供選擇的答案：（23）A驗證測試 B審計測試 C確認測試 D模塊測試（24）A驗證測試 B審計測試 C確認測試 D模塊測試采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不同的文檔。以下關于產(chǎn)生這些文檔的描述中，正確的是_(25)_。供選擇的答案：A外部設計評審報告在概要設計階段產(chǎn)生B集成測試計劃在程序設計階段產(chǎn)生C系統(tǒng)計劃和需求說明在詳細設計階段產(chǎn)生D在進行編碼的同時，獨立的設計單元測試計劃04下半年軟件開發(fā)中的瀑布模型典

7、型的刻畫了軟件生存周期的階段劃分，與其最相適應的軟件開發(fā)方法是_(9)_。（9）A.構件化方法 B.結(jié)構化方法C.面向?qū)ο蠓椒―.快速原型法 下述任務中，不屬于軟件工程需求分析階段的是_(10)_。（10）A.分析軟件系統(tǒng)的數(shù)據(jù)要求 B.確定軟件系統(tǒng)的功能需求C.確定軟件系統(tǒng)的性能要求 D.確定軟件系統(tǒng)的運行平臺軟件設計的主要任務是設計軟件的結(jié)構、過程和模塊，其中軟件結(jié)構設計的主要任務是要確定_(11)_。（11）A.模塊間的操作細節(jié) B.模塊間的相似性 C.模塊間的組成關系 D.模塊的具體功能 系統(tǒng)測試是將軟件系統(tǒng)與硬件、外設和網(wǎng)絡等其他因素結(jié)合，對整個軟件系統(tǒng)進行測試。_(12)_不是系統(tǒng)

8、測試的內(nèi)容。（12）A.路徑測試 B.可靠性測試 C.安裝測試 D.安全測試 項目管理工具中，將網(wǎng)絡方法用于工作計劃安排的評審和檢查的是_(13)_。（13）A.Gantt圖 B.PERT網(wǎng)圖 C.因果分析圖 D.流程圖 在結(jié)構化分析方法中，數(shù)據(jù)字典是重要的文檔。對加工的描述是數(shù)據(jù)字典的組成內(nèi)容之一，常用的加工描述方法_(14)_。（14）A.只有結(jié)構化語言 B.有結(jié)構化語言和判定樹C.有結(jié)構化語言、判定樹、判定表 D.有判定樹和判定表 CMM模型將軟件過程的成熟度分為5個等級。在_(15)_使用定量分析來不斷地改進和管理軟件過程。（15）A.優(yōu)化級 B.管理級 C.定義級 D.可重復級 在面

9、向數(shù)據(jù)流的設計方法中，一般把數(shù)據(jù)流圖中的數(shù)據(jù)劃分為_(16)_兩種。（16）A.數(shù)據(jù)流和事務流 B.變換流和數(shù)據(jù)流 C.變換流和事務流 D.控制流和事務流 04上半年當在軟件工程的環(huán)境中考慮風險時，主要基于提出的有一個概念。以下選項中不屬于這三個概念的是_（27）_。項目風險關系著項目計劃的成敗，_（28）_關系著軟件的生存能力。在進行軟件工程風險分析時，項目管理人員要進行四種風險評估活動，這四種風險活動是_（29）_以及確定風險估計的正確性。（27）A關心未來B.關心變化C.關心技術D.關心選擇（28）A資金風險B.技術風險C.商業(yè)風險D.預算風險（29）A建立表示風險概率的尺度，描述風險引

10、起的后果，估計風險影響的大小B.建立表示風險概率的尺度，描述風險引起的后果，確定產(chǎn)生風險的原因C.確定產(chǎn)生風險的原因，描述風險引起的后果，估計風險影響的大小D.建立表示風險概率的尺度，確定產(chǎn)生風險的原因，估計風險影響的大小 軟件的互操作性是指_（30）_。（30） A軟件的可移植性B.人機界面的可交互性 C.連接一個系統(tǒng)和另一個系統(tǒng)所需的工作量 D.多用戶之間的可交互性 面向?qū)ο蟮臏y試可分四個層次，按照由低到高的順序，這四個層次是_（31）_。（31）A.類層模板層系統(tǒng)層算法層 B.算法層類層模板層系統(tǒng)層C.算法層模板層類層系統(tǒng)層D.類層系統(tǒng)層模板層算法層 在選擇開發(fā)方法時，有些情況不適合使用

11、原型法，以下選項中不能使用快速原型法的情況是_（32）_。（32） A.系統(tǒng)的使用范圍變化很大 B.系統(tǒng)的設計方案難以確定 C.用戶的需求模糊不清 D.用戶的數(shù)據(jù)資源缺乏組織和管理 從信息資源管理的觀點出發(fā)，信息系統(tǒng)的邏輯結(jié)構一般由四部分組成，其中_ (33)_利用信息系統(tǒng)提供的信息進行決策和選擇，是信息系統(tǒng)服務的對象。（33）A.信息源 B.信息處理器 C.信息使用者 D.信息管理者 以下選項中，最適合于用交互式計算機軟件解決的問題是_（34）_。（34）A.非結(jié)構化決策問題 B.半結(jié)構化決策問題C.結(jié)構化決策問題 D.確定性問題 CMU/SEI推出的_（35）_將軟件組織的過程能力分為五個

12、成熟度級別，每一個級別定義了一組過程能力目標，并描述了要達到這些目標應該具備的實踐活動。（35） A.CMM B.PSP C.TSP D.SSE-CMM 03下半年軟件開發(fā)的螺旋模型綜合了瀑布模型和演化模型的優(yōu)點，還增加了_(27)_。采用螺旋模型時，軟件開發(fā)沿著螺線自內(nèi)向外旋轉(zhuǎn)，每轉(zhuǎn)一圈都要對_(28)_ 進行識別和分析，并采取相應的對策。螺旋線第一圈的開始點可能是一個_(29)_ 。從第二圈開始，一個新產(chǎn)品開發(fā)項目開始了，新產(chǎn)品的演化沿著螺旋線進行若干次迭代，一直運轉(zhuǎn)到軟件生命期結(jié)束。 (27) A. 版本管理 B可行性分析 C. 風險分析 D. 系統(tǒng)集成(28) A系統(tǒng) B計劃 C. 風

13、險 D工程 (29) A原型項目 B概念項目C. 改進項目 D.風險項目 螺旋模型可以看作是風險分析過程的快螺旋模型可以看作是風險分析過程的快速原型模型。速原型模型。關于程序模塊優(yōu)化的啟發(fā)式規(guī)則有若干條，以下規(guī)則中不符合優(yōu)化原則的是_(30)_。如果一個模塊調(diào)用下層模塊時傳遞一個數(shù)據(jù)結(jié)構，則這種耦合屬于_(31)_。 (30) A通過模塊的合并和分解，降低模塊的耦合度，提高模塊的內(nèi)聚性B提高上層模塊的扇出，減少模塊調(diào)用的層次C將模塊的作用范圍限制在模塊的控制范圍之內(nèi)D降低模塊之間接口的復雜性，避免“病態(tài)連接”(31)A簡單耦合 B直接耦合C.標記耦合 D控制耦合 非直接耦合（獨立運行）數(shù)據(jù)耦合

14、（用參數(shù)表傳遞簡單數(shù)據(jù)）標記耦合（傳遞數(shù)據(jù)結(jié)構或者一部分）控制耦合（傳遞的信息包括控制模塊的信息）外部耦合（模塊與軟件之外的環(huán)境有關）公共耦合（多個模塊引用同一全局的數(shù)據(jù)區(qū)）內(nèi)容耦合（訪問內(nèi)部數(shù)據(jù)，代碼重疊或者多個入口） 軟件設計包括四個既獨立又相互聯(lián)系的活動，分別為_(32)_、_(33)_、數(shù)據(jù)設計和過程設計。 (32)A用戶手冊設計 B語言設計 C體系結(jié)構設計 D文檔設計(33)A文檔設計 B程序設計 C.實用性設計 D接口設計 記住：軟件設計四個活動：體系結(jié)構設計 、接口設計、數(shù)據(jù)設計和過程設計。美國卡內(nèi)基梅隆大學SEI提出的CMM模型將軟件過程的成熟度分為5個等級，以下選項中，屬于可

15、管理級的特征是_(36)_。(36)A工作無序，項目進行過程中經(jīng)常放棄當初的計劃B建立了項目級的管理制度C建立了企業(yè)級的管理制度D軟件過程中活動的生產(chǎn)率和質(zhì)量是可度量的 02年高程概要設計是軟件系統(tǒng)結(jié)構的總體設計，以下選項中不屬于概要設計的是_(25)_。 (25)A.把軟件劃分成模塊 B.確定模塊之間的調(diào)用關系 C.確定各個模塊的功能 D.設計每個模塊的偽代碼 如果一個軟件是給許多客戶使用的，大多數(shù)軟件廠商要使用幾種測試過程來發(fā)現(xiàn)那些可能只有最終用戶才能發(fā)現(xiàn)的錯誤，_(26)_測試是由軟件的最終用戶在一個或多個用戶實際使用環(huán)境下來進行的。_(27)_測試是由一個用戶在開發(fā)者的場所來進行的.測

16、試的目的是尋找錯誤的原因并改正之。 (26) A. alpha B. beta C. gamma D. delta (27) A. alpha B. beta C. gamma D. delta 在下列說法中，_(28)_是造成軟件危機的主要原因。 用戶使用不當 軟件本身特點 硬件不可靠 對軟件的錯誤認識 缺乏好的開發(fā)方法和手段 開發(fā)效率低 (28) A. B. C. D. 原型化(ProtoYPins)方法是一類動態(tài)定義需求的方法，_(29)_不是原型化方法所具有的特征.與結(jié)構化方法相比，原型化方法更需要_(30)_。衡量原型開發(fā)人員能力的重要標準是_(31)_。 (29) A. 提供嚴格定

17、義的文檔 B. 加快需求的確定 C. 簡化項目管理D. 加強用戶參與和決策 (30) A. 熟練的開發(fā)人員 B. 完整的生命周期 C. 較長的開發(fā)時間 D. 明確的需求定義 (31) A. 豐富的編程技巧 B. 靈活使用開發(fā)工具 C. 很強的協(xié)調(diào)組織能力 D. 快速獲取需求 軟件能力成熟度模型 CMM（CapabilityMaturityModel）描述和分析了軟件過程能力的發(fā)展與改進的程度，確立了一個軟件過程成熟程度的分級標準。在初始級，軟件過程定義幾乎處于無章法可循的狀態(tài)，軟件產(chǎn)品的成功往往依賴于個人的努力和機遇。在_(32)_，已建立了基本的項目管理過程，可對成本、進度和功能特性進行跟蹤

18、。在。_(33)_，用于軟件管理與工程兩方面的軟件過程均已文檔化、標準化，并形成了整個軟件組織的標準軟件過程。在已管理級，對軟件過程和產(chǎn)品質(zhì)量有詳細的度量標準。在_(34)_，通過對來自過程、新概念和新技術等方面的各種有用信息的定量分析，能夠不斷地、持續(xù)地對過程進行改進。 (32) A.可重復級 B.管理級 C.功能級 D.成本級(33) A.標準級 B.已定義級 C.可重復級 D.優(yōu)化級 (34) A.分析級 B.過程級 C.優(yōu)化級 D.管理級 01年高程用來輔助軟件開發(fā)、運行、維護、管理、支持等過程中的活動的軟件稱為軟件開發(fā)工具,通常也稱為_(6)_工具。(6):A.CAD B.CAI C

19、.CAM D.CASE使用軟件開發(fā)工具有助于提高軟件的開發(fā)、維護和管理的效率。集成型軟件開發(fā)環(huán)境通常由工具集和環(huán)境集成機制組成。這種環(huán)境應具有_(7)_。環(huán)境集成機制主要有數(shù)據(jù)集成機制、控制集成機制和界面集成機制。(7):A.開放性和可剪裁性 B.開放性和不可剪裁性C.封閉性和可剪裁性 D.封閉性和不可剪裁性數(shù)據(jù)集成機制為環(huán)境中的工具提供統(tǒng)一的_(8)_；控制集成機制為_(9)_提供支持。界面集成機制使得環(huán)境中的所有工具具有_(10)_。(8):A.數(shù)據(jù)類型 B.數(shù)據(jù)模式 C.數(shù)據(jù)接口規(guī)范 D.數(shù)據(jù)倉庫(9):A.使各工具具有統(tǒng)一的控制結(jié)構 B.各工具之間的通信、切換、調(diào)度和協(xié)同工作C.使備工

20、具具有統(tǒng)一的控制接口 D.各工具之間的同步開發(fā)(10):A.同一個界面 B.相同的圖標和圖標的含義C.統(tǒng)一的界麗風格相操作方式 D.相同個數(shù)的窗口和菜單項軟件開發(fā)環(huán)境(CASE工具知識點） 是指把一組相關的工具集成在環(huán)境中，提供數(shù)據(jù)集成、控制集成和界面集成等機制。其中：1、數(shù)據(jù)集成機制：提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范，需要相互協(xié)同的工具通過這種統(tǒng)一的規(guī)范交換數(shù)據(jù)。數(shù)據(jù)集成可由共享文件、共享數(shù)據(jù)結(jié)構或共享信息庫等不同的層次；2、控制集成機制：支持各工具或各開發(fā)活動之間的通信、切換、調(diào)度和協(xié)同工作，并且支持軟件開發(fā)過程的描述、執(zhí)行和轉(zhuǎn)接；通常消息傳送的方式實現(xiàn)控制的集成。3、界面集成機制使這些工

21、具具有統(tǒng)一的界面風格，從而為軟件開發(fā)、維護、管理等過程的各項活動提供連續(xù)的、一致的全方位支持。軟件開發(fā)模型用于指導軟件的開發(fā)。演化模型是在快速開發(fā)一個_(21)_的基礎上,逐步演化成最終的軟件。(21):A.模塊 B.運行平臺 C.原型 D.主程序螺旋模型綜合了_(22)_的優(yōu)點,并增加了_(23)_。(22):A.瀑布模型和演化模型 B.瀑布模型和噴泉模型C.演化模型和噴泉模型 D.原型和噴泉模型(23):A.質(zhì)量評價 B.進度控制 C.版本控制 D.風險分析噴泉模型描述的是面向_(24)_的開發(fā)過程,反映了該開發(fā)過程的_(25)_特征。(24):A.數(shù)據(jù)流 B.數(shù)據(jù)結(jié)構 C.對象 D.構件

22、(component)(25):A.迭代和有間隙 B.迭代和無間隙 C.無迭代和有間隙 D.無迭代和無間隙噴泉模型是一種以用戶需求為動力，以對象為驅(qū)動的模型，主要用于采用對象技術的軟件開發(fā)項目。該模型認為軟件開發(fā)過程自下而上周期的各階段是相互迭代和無間隙的特性。軟件的某個部分常常被重復工作多次，相關對象在每次迭代中隨之加入漸進的軟件成分。無間隙指在各項活動之間無明顯邊界，如分析和設計活動之間沒有明顯的界限，由于對象概念的引入，表達分析、設計、實現(xiàn)等活動只用對象類和關系，從而可以較為容易地實現(xiàn)活動的迭代和無間隙，使其開發(fā)自然地包括復用。 00年高程在軟件開發(fā)過程中常用圖作為描述工具。DFD就是面

23、向_A_分析方法的描述工具。在一套分層DFD中，如果某一張圖中有N個加工（process），則這張圖允許有_B_張子圖。在一張DFD圖中，任意兩個加工之間_C_。在畫分層DFD時，應注意保持_D_之間的平衡。DFD中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流，這種信息流可分為_E_兩大類。供選擇的答案：A：數(shù)據(jù)結(jié)構 數(shù)據(jù)流 對象 構件（component）B： 0 1 1N 0NC：有且僅有一條數(shù)據(jù)流 至少有一條數(shù)據(jù)流 可以有0或多條名字互不相同的數(shù)據(jù)流 可以有0或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)據(jù)流D：父圖與子圖 同一父圖的所有子圖 不同父圖的所有子圖 同一子圖的所

24、有直接父圖E：控制流和變換流 變換流和事務流 事務流和事件流 事件流和控制流軟件的易維護性是指理解、改正、改進軟件的難易度。通常影響軟件易維護性的因素有易理解性、易修改性和_A_。在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護性。如采用_B_有助于提高軟件的易理解性；_C_有助于提高軟件的易修改性。在軟件質(zhì)量特性中，_D_是指在規(guī)定的一段時間和條件下，與軟件維持其性能水平的能力有關的一組屬性；_E_是指防止對程序及數(shù)據(jù)的非授權訪問的能力。供選擇的答案：A：易使用性 易恢復性 易替換性 易測試性B：增強健壯性 信息隱蔽原則 良好的編程風格 高效的算法C：高效的算法 信息隱蔽原則 增強健壯性

25、 身份認證D：正確性 準確性 可靠性 易使用性E：安全性 適應性 靈活性 容錯性99年高程軟件設計中劃分模塊的一個準則是A。兩個模塊之間的耦合方式中，耦合的耦合度最高，耦合的耦合度最低。一個模塊內(nèi)部的內(nèi)聚種類中內(nèi)聚的內(nèi)聚度最高，E內(nèi)聚的內(nèi)聚度最低。供選擇的答案A：低內(nèi)聚低耦合低內(nèi)聚高耦合高內(nèi)聚低耦合高內(nèi)聚高耦合B：數(shù)據(jù) 非直接 控制 內(nèi)容C：數(shù)據(jù) 非直接 控制 內(nèi)容D：偶然 邏輯 功能 過程E：偶然 邏輯 功能 過程非直接耦合（獨立運行）數(shù)據(jù)耦合（用參數(shù)表傳遞簡單數(shù)據(jù)）標記耦合（傳遞數(shù)據(jù)結(jié)構或者一部分）控制耦合（傳遞的信息包括控制模塊的信息）外部耦合（模塊與軟件之外的環(huán)境有關）公共耦合（多個模

26、塊引用同一全局的數(shù)據(jù)區(qū)）內(nèi)容耦合（訪問內(nèi)部數(shù)據(jù)，代碼重疊或者多個入口） 偶然內(nèi)聚（模塊完成的多個任務，任務之間的關系松散）邏輯內(nèi)聚（模塊完成邏輯相關的一組任務）瞬時內(nèi)聚（模塊的所有任務必須在同一時間間隔內(nèi)執(zhí)行）過程內(nèi)聚（模塊的處理元素相關而且按照特定的次序執(zhí)行）通信內(nèi)聚（模塊的所有元素集中在一個數(shù)據(jù)結(jié)構區(qū)域上）順序內(nèi)聚（模塊的處理元素相關，必須順序執(zhí)行）功能內(nèi)聚（模塊完成單一的功能，各個部分協(xié)調(diào)工作，而且不可缺少）OMT是一種對象建模技術，它定義了三種模型，它們分別是A模型，B模型，和模型，其中，模型描述了系統(tǒng)中對象的表態(tài)結(jié)構，以及對象之間的聯(lián)系、B模型描述系統(tǒng)中與時間和操作順序有關的系統(tǒng)特征

27、，表示瞬時行為上的系統(tǒng)的“控劑”特征，通?？捎肈來表示；C模型描述了與值的變換有關的系統(tǒng)特征，通常可用E來表示。供選擇的答案A：對象功能ER靜態(tài)B：控制時序動態(tài)實時C：對象功能變換計算D：類圖狀態(tài)圖對象圖數(shù)據(jù)流圖E：類圖狀態(tài)圖對象圖數(shù)據(jù)流圖OMT是Object Modeling Technology的縮寫, 意為對象建模技術.面向?qū)ο蠼７椒ㄓ泻芏喾N，也都在進一步的發(fā)展和完善中。OMT法是目前最為成熟和實用的方法之一。它從三個方面對系統(tǒng)進行建模，每個模型從一個側(cè)面反映系統(tǒng)的特性，三個模型分別是：對象模型、動態(tài)模型和功能模型。 98年高程設計高質(zhì)量的軟件是軟件設計追求的重要目標?？梢浦残?、可維護

28、性、可靠性、效率、可理解性和可使用性等都是評價軟件質(zhì)量的重要方面。 可移植性是反映出把一個原先在某種硬件或軟件環(huán)境下正常運行的軟件移植到另一個硬件或軟件環(huán)境下，使該軟件也能正確地運行的難易程序。為了提高軟件的可移植性，應注意提高軟件的_A_。 可維護性通常包括_B_。通常認為，軟件維護工作包括改正性維護、_C_維護和_D_維護。其中_C_維護則是了為擴充軟件的功能或提高原有軟件的性能而進行的維護活動。 _E_是指當系統(tǒng)萬一遇到未預料的情況時，能夠按照預定的方式作合適的處理。 供選擇的答案 A：使用方便性簡潔性可靠性設備不依賴性 B：可用性和可理解性可修改性、數(shù)據(jù)獨立性和數(shù)據(jù)一致性 可測試性和穩(wěn)

29、定性可理解性、可修改性和可測試性 C、D：功能性擴展性合理性完善性 合法性適應性 E：可用性正確性穩(wěn)定性健壯性 97年高程在設計測試用例時，_A_是用得最多的一種黑盒測試方法。在黑盒測試方法中，等價類劃分方法設計測試用例的步驟是：1、根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃分成若干個有效等價類和若干個無效等價類；2、設計一個測試用例，使其覆蓋_B_尚未被覆蓋的有效等價類，重復這一步，直至所有有效等價均被覆蓋。3、設計一個測試用例，使其覆蓋_C_尚未被覆蓋的無效等價類，重復這一步，直至所有無效等價均被覆蓋。因果圖方法是根據(jù)_D_之間的因果關系來設計測試用例的。在實際應用中，一旦糾正了程序中的錯誤后，還

30、應選擇部分或全部原先已測試過的測試用例，對修改后的程序重新測試，這種測試稱為 _E_。供選擇的答案A： 等價類劃分 邊值分析 因果圖 判定表B、C： 1個 7個左右 一半 盡可能少的 盡可能多的 全部D： 輸入與輸出 設計與實現(xiàn) 條件與結(jié)果 主程序與子程序E： 驗收測試 強度測試 系統(tǒng)測試 回歸測試 96年高程在軟件工程的設計階段中，有三種常用的設計方法：結(jié)構化設計（SD）方法、Jackson 方法和 Parnas 方法。SD 方法側(cè)重于_A_；Jackson 方法則是_B_；Parnas 方法的主要思想_C_。從 70 年代中期到90年代早期，_D_是最為常用的設計方法。_E_法只提供了重要

31、的設計準則，沒有規(guī)定出具體的工作步驟。供選擇的答案： AC使用對象、類和繼承 由數(shù)據(jù)結(jié)構導出模塊結(jié)構 模塊要相對獨立，且功能單一，使塊間聯(lián)系弱，塊內(nèi)聯(lián)系強 將可能引起變化的因素隱藏在有關模塊內(nèi)部，使這些因素變化時的影響范圍受到限制 用數(shù)據(jù)流圖表示系統(tǒng)的分解，且用數(shù)據(jù)詞典和小說明分別表示數(shù)據(jù)和加工的含義 自頂向下、逐步細化，采用順序、選擇和循環(huán)三種基本結(jié)構，以及限制 goto 語句的使用，設計出可靠的和易維護的軟件。 D： SD Jackson Parnas 面向?qū)ο?E： SD Jackson Parnas 以上皆非 最早的軟件開發(fā)方法是由Parnas在1972年提出的。由于當時軟件在可維護性

32、和可靠性方面存在著嚴重問題，因此Parnas提出的方法是針對這兩個問題的。首先，Parnas提出了信息隱蔽原則：在概要設計時列出將來可能發(fā)生變化的因素，并在模塊劃分時將這些因素放到個別模塊的內(nèi)部。這樣，在將來由于這些因素變化而需修改軟件時，只需修改這些個別的模塊，其它模塊不受影響。信息隱蔽技術不僅提高了軟件的可維護性，而且也避免了錯誤的蔓延，改善了軟件的可靠性?，F(xiàn)在信息隱蔽原則已成為軟件工程學中的一條重要原則。Parnas提出的第二條原則是在軟件設計時應對可能發(fā)生的種種意外故障采取措施。軟件是很脆弱的，很可能因為一個微小的錯誤而引發(fā)嚴重的事故，所以必須加強防范。如在分配使用設備前，應該取設備狀

33、態(tài)字，檢查設備是否正常。此外，模塊之間也要加強檢查，防止錯誤蔓延。Parnas對軟件開發(fā)提出了深刻的見解。遺憾的是，他沒有給出明確的工作流程。所以這一方法不能獨立使用，只能作為其它方法的補充。軟件維護工作越來越受到重視，因為它的花費常常要占軟件生存周期全部花費的_A_左右。其工作內(nèi)容為_B_，為了減少維護工作的困難；可以考慮采取的措施是_C_。而軟件的可維護性包含_D_。所謂維護管理主要指的是_E_等。供選擇的答案A： 1020 2040 6080 90以上 B： 糾正與修改軟件中含有的錯誤 因環(huán)境已發(fā)生變化，軟件需作相應的變更 為擴充功能，提高性能而作的變更 包括上述各點內(nèi)容 C： 設法開發(fā)

34、出無錯的軟件 增加維護人員數(shù)量 切實加強維護管理，并在開發(fā)過程中就采取有利于未來維護的措施 限制修改的范圍。D： 正確性、靈活性、可移植性 可測試性、可理解性、可修改性 可靠性、可復用性、可用性 靈活性、可靠性、高效性 E： 加強需求分析 重新編碼 判定修改的合理性并審查修改質(zhì)量 加強維護人員管理 在結(jié)構測試用例設計中，有語句覆蓋、條件覆蓋、判定覆蓋( 即分支覆蓋 )、路徑覆蓋等，其中_A_是最強的覆蓋準則。為了對如下圖所示的程序段進行覆蓋測試，必須適當?shù)剡x取測試數(shù)據(jù)組。若 x，y 是兩個變量，可供選擇的測試數(shù)據(jù)組共有 I、 四組(如表中給出)，則實現(xiàn)判定覆蓋至少應采用的測試數(shù)據(jù)組是_B_；實

35、現(xiàn)條件覆蓋至少應采用的測試數(shù)據(jù)組是_C_；實現(xiàn)路徑覆蓋至少應采用的測試數(shù)據(jù)組是_D_或_E_。 A： 語句覆蓋 條件覆蓋 判定覆蓋 路徑覆蓋 BE： 和組 和組 和組 I和組 、和組 、和組 、和組 、和組 結(jié)構化設計方法在軟件開發(fā)中用于 _A_ ，它是一種面向 _B_ 的設計方法。該方法使用的圖形工具是 _C_ ，_C_ 中矩形表示 _D_ 。如果兩矩形之間有直線相連，表示它們存在 _E_ 關系。供選擇的答案A: 測試用例設計 概要設計 程序設計 詳細設計 B: 對象 數(shù)據(jù)結(jié)構 數(shù)據(jù)流 控制流 C: 程序結(jié)構圖 數(shù)據(jù)流程圖 程序流程圖 實體聯(lián)系圖 D: 數(shù)據(jù) 加工 模塊 存貯 E: 鏈接 調(diào)

36、用 并列 順序執(zhí)行 軟件質(zhì)量包含多方面的內(nèi)容， _A_ 、 _B_ 、可移植性、可復用性等是較為重要的質(zhì)量特性。在軟件開發(fā)中，必須采取有力的措施，以確保軟件的質(zhì)量，這些措施至少應包括：_C_ 、 _D_ 、 _E_ 。供選擇的答案A、B：穩(wěn)定性 可靠性 數(shù)據(jù)一致性 可維護性 可行性 數(shù)據(jù)獨立性 CE在開發(fā)初期制定質(zhì)量保證計劃，并在開發(fā)中堅持實行 開發(fā)工作嚴格按階段進行，文檔工作應在開發(fā)完成后集中進行 嚴格執(zhí)行階段評審 要求用戶參與全部開發(fā)過程，以監(jiān)督開發(fā)質(zhì)量 開發(fā)前選定或制定開發(fā)標準或開發(fā)規(guī)范，并遵照實施 爭取足夠的開發(fā)經(jīng)費和開發(fā)人力的支持 Jackson結(jié)構化程序設計方法是英國的M.Jackson提出的，它是一種面向 _A_ 的設計方法，主要適用于規(guī)模適中的 _B_ 系統(tǒng)的開發(fā)，其基本步驟依次是 _C_ 、 _D_ 、_E_ 。供選擇的答案 A:對象 數(shù)據(jù)流數(shù)據(jù)結(jié)構控制結(jié)構 B:數(shù)據(jù)處理 文字處理實時控制科學計算 CE:建立數(shù)據(jù)結(jié)構列出基本操作建立程序結(jié)構建立控制結(jié)構 建立對象 _A_ 在實現(xiàn)階段進行，它所依據(jù)的模塊功能描述和內(nèi)部細節(jié)以及測試方案應在 _B_ 階段完成，目的是發(fā)現(xiàn)編程錯誤。 _C_ 所依據(jù)的模塊說明書和測試方案應在 _D_ 階段完成，它能發(fā)現(xiàn)