國家開放大學電大軟件工程答案

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