《軟件工程基礎》題集答案-6

《《軟件工程基礎》題集答案-6》由會員分享，可在線閱讀，更多相關《《軟件工程基礎》題集答案-6（13頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、《軟件工程基礎》習題集答案 第一章 概 述 1．什么是軟件危機,它有哪些典型表現(xiàn)？ 所謂"軟件危機"就是,在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重的問題,概括起來歸納為：如何開發(fā)軟件,以滿足日益增長、日趨復雜的需要；如何維護數(shù)量不斷膨脹的已有軟件. 軟件危機的典型表現(xiàn)主要有： a. 開發(fā)成本和進度不能準確估計 b. 開發(fā)出來的軟件不能滿足用戶的要求 c. 軟件的可維護性差 d. 軟件質(zhì)量不可靠 e. 軟件成本在系統(tǒng)中的比重逐年上升 f. 軟件開發(fā)生產(chǎn)率的提高速度不夠 2．簡述產(chǎn)生軟件危機的原因和解決的思路. 軟件危機產(chǎn)生的原因一方面與軟件本身的特點有關,另一方面

2、,是與已有軟件開發(fā)、維護的方法不正確有密切關系. 解決軟件危機,既要有技術(shù)措施<方法和工具>,又要有必要的組織管理措施.即采用工程化的原則和方法組織軟件開發(fā)是擺脫軟件危機的一個主要出路. 3．什么是軟件工程？它有哪些本質(zhì)特性？ 軟件工程是一門研究如何用系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法進行軟件開發(fā)和維護的學科. 其實質(zhì)就是用工程的概念、原理、技術(shù)和方法,結(jié)合有效的管理方法和先進的開發(fā)技術(shù),開發(fā)與維護軟件,以解決軟件危機. 4．軟件工程是如何用來消除軟件危機的？ 軟件工程是從技術(shù)和管理兩個方面來研究如何更好地開發(fā)和維護計算機軟件,從源頭上消除軟件危機. 6．簡述軟件的定義.

3、軟件 ＝ 程序 + 數(shù)據(jù) + 文檔 7．軟件工程的目的是什么？ 為高質(zhì)量的軟件開發(fā)提供一個科學的體系框架. 8．什么是軟件工程方法學？軟件工程是一種什么樣的技術(shù)？包括哪三大要素？分為哪三個分支？ 軟件工程方法學就是指在軟件生命周期全過程中使用的一整套管理和開發(fā)技術(shù)方法的集合.目前,使用最廣泛的軟件工程方法學分別是傳統(tǒng)方法學和面向?qū)ο蠓椒▽W. 軟件工程作為一種層次化的技術(shù),有方法、工具和過程三大要素,并由于其涉與學科內(nèi)容的極為廣泛,而分為三個分支：軟件開發(fā)技術(shù)、軟件項目管理技術(shù)、軟件質(zhì)量管理技術(shù). 9．簡述軟件工程的基本原理. 軟件工程有7條基本原理： 1．嚴格按照軟件生命周期計

4、劃進行管理 2．堅持進行階段評審 3．實行嚴格的產(chǎn)品控制 4．采用先進的程序設計技術(shù) 5．結(jié)果應能清楚的審查 6．開發(fā)小組成員應少而精 7．承認不斷改進軟件工程實踐的必要性 10．軟件工程的基本開發(fā)原則有哪些？ 軟件工程的基本開發(fā)原則有： 1．模塊化 2．抽象和信息隱蔽 3．模塊的高內(nèi)聚和低耦合 4．確定性 5．一致性 6．完備性 11．構(gòu)成軟件工程的基本元素有哪些？ 除了前面給出的軟件工程三大要素,還應該包括控制和質(zhì)量保證.這里的控制,即規(guī)?？刂?、成本控制、復雜性控制等. 12．什么是軟件過程？它與軟件工程方法學有何關系？ 軟件過程是指為了獲得高質(zhì)量軟件產(chǎn)

5、品,在軟件工具支持下,由軟件人員完成的一系列軟件工程活動. 軟件過程規(guī)定了開發(fā)軟件所需完成的各項任務步驟.過程步驟的設定與軟件生命周期、生命周期模型、軟件開發(fā)工具,以與參與開發(fā)的人員等諸方面因素有關. 13．什么是軟件生命周期？什么是軟件生命周期模型？ 軟件如同自然界任何事物一樣,都有其孕育、誕生、成長、成熟、衰亡的生存過程.軟件的這一過程,稱為軟件生命周期. 軟件生命周期模型也稱軟件開發(fā)過程模型,是為了解決產(chǎn)業(yè)環(huán)境中的實際問題,而提出的開發(fā)策略.是反映整個軟件生命期中,系統(tǒng)開發(fā)、運行、維護等實施活動的一種結(jié)構(gòu)框架. 14．簡述軟件生命周期方法學的途徑,以與劃分階段步驟的目的和實質(zhì).

6、 軟件生命周期方法學是軟件工程的傳統(tǒng)途徑,劃分階段步驟的目的和實質(zhì)是：控制開發(fā)工作的復雜性,通過有限步驟,把抽象邏輯概念,轉(zhuǎn)化為具體物力實現(xiàn). 15．試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點,說明它們各自的適用范圍. 1．瀑布模型. 瀑布模型廣為人知和歷史悠久,其優(yōu)勢是規(guī)范與文檔驅(qū)動的方法.但問題是,往往不能夠真正滿足用戶的需求. 適用于傳統(tǒng)軟件工程領域的結(jié)構(gòu)化開發(fā). 2．原型模型. 是為了克服瀑布模型的缺點而提出來的.通過快速構(gòu)建一個在機器上可運行的原型系統(tǒng),讓用戶試用原型,并收集反饋意見的辦法,來獲取用戶真實的需求. 3．螺旋模型. 螺旋模型適用于大型軟件

7、項目,比起之前的其它模型而言,有其一定的優(yōu)越性,但這些優(yōu)越性并不是絕對的.主要體現(xiàn)在對開發(fā)人員的風險評估經(jīng)驗和專門知識的要求較高.如果項目風險較大,而開發(fā)人員的水平較低,不能準確的識別和分析風險,則勢必造成重大損失. 4．增量模型. 具有在軟件開發(fā)早期階段使投資獲得明顯回報和交易維護的優(yōu)點,但是要求軟件具有開放的結(jié)構(gòu). 第二章 可行性研究 1．在軟件開發(fā)的早期階段,為什么要進行可行性研究？其目的和任務各是什么？ 可行性研究的目的是用最小的代價,在盡可能短的時間內(nèi)確定問題是否可解決,以與是否值得解決. 可行性研究的任務不是解決問題,而是確定是否可解/值得解. 2．應該從哪些方面研究

8、目標系統(tǒng)的可行性？ 主要從以下幾個方面進行可行性研究： 1. 技術(shù)可行性.以現(xiàn)有技術(shù),能否在預定時間內(nèi)完成該系統(tǒng)開發(fā). 2. 經(jīng)濟可行性.通過成本-效益分析,估算系統(tǒng)的整體經(jīng)濟效益是否滿足要求. 3. 操作可行性.分析系統(tǒng)的運行方式、操作規(guī)程是否適應用戶應用需要. 4. 社會可行性.分析系統(tǒng)在法律、社會、市場等方面的認可度. 3．可行性研究有哪些工作步驟？ <1> 復查定義,確定系統(tǒng)規(guī)模和目標. <2> 研究老系統(tǒng) <3> 導出高層邏輯模型 <4> 重新定義 <5> 導出多種解法 <6> 推薦行動方針 <7> 開發(fā)計劃<粗略>

9、 <8> 審查、存檔 4．簡述系統(tǒng)流程圖在可行性研究中的作用. 系統(tǒng)流程圖是概括的描述物理系統(tǒng)的傳統(tǒng)工具.系統(tǒng)流程圖反映的是信息在系統(tǒng)各部分間流動的情況. 系統(tǒng)流程圖可以幫助了解和分析系統(tǒng),以概括的方式表達對系統(tǒng)的認識,并可以描述未來物理系統(tǒng)的概貌. 5．簡述數(shù)據(jù)流圖在可行性研究中的作用和用途. 數(shù)據(jù)流圖在可行性分析中可以幫助分析和描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程,用圖形的方式描述系統(tǒng)的邏輯功能,是系統(tǒng)分析員和用戶之間理想的通信工具. 6．簡單描述數(shù)據(jù)字典的內(nèi)容和定義數(shù)據(jù)的方法. 數(shù)據(jù)字典主要由下列4種元素定義組成： 1．數(shù)據(jù)流 2．數(shù)據(jù)流分量 3．數(shù)據(jù)存儲 4．處

10、理 除了數(shù)據(jù)定義外,數(shù)據(jù)字典還應包含一些關于數(shù)據(jù)的其它信息. 定義數(shù)據(jù)的方法通常采用自頂向下分解的方式.并由順序、選擇、重復三種基本數(shù)據(jù)元素類型組成數(shù)據(jù). 7．說明軟件計劃的內(nèi)容和目標. 軟件計劃的內(nèi)容 ＝ 項目任務范圍 + 環(huán)境資源 + 工作量 + 進度 軟件計劃的目標是為了提供一個框架,以便于管理者對資源、成本和進度等進行合理的估算. 8．什么是軟件范圍？定義軟件范圍需要哪些信息？ 軟件范圍就是在技術(shù)和管理層面上都是無二義性和可理解的項目范圍,是軟件開發(fā)各階段的工作依據(jù). 定義軟件范圍需要以下信息： a. 與用戶、總體目標與利益相關的問題. b. 有利于系統(tǒng)分析員理解的

11、問題. c. 集中于交流效果的問題. 9．簡述軟件開發(fā)環(huán)境資源的三個層次. 軟件開發(fā)環(huán)境資源由三個層次構(gòu)成：開發(fā)環(huán)境、軟件構(gòu)件以與最重要的資源——人. 10．軟件環(huán)境資源的特征有哪些？它們對制定軟件計劃都有哪些意義？ 每一類資源都有四個特征：資源描述、可用性說明和資源提供的時間、資源使用的延續(xù)時間. 可以為制定軟件計劃估算軟件開發(fā)所需的資源. 11．軟件計劃中,安排軟件開發(fā)進度主要可以用哪些工具？都有哪些優(yōu)缺點？ 編制進度計劃的常用工具主要有甘特圖和網(wǎng)絡計劃法. 甘特圖的優(yōu)點是簡單,能動態(tài)地反映開發(fā)進展；缺點是難以反映多個任務間的邏輯關系. 網(wǎng)絡計劃法則恰好彌補了甘特圖的缺

12、點,最適合反映多個工作之間的邏輯關系. 12．主要的成本估計技術(shù)有哪些？其依據(jù)的主要是什么？ 主要有,代碼行技術(shù). 是一種基于規(guī)模的分解估算： D=?f 以與基于問題的分解估算： EV＝/6 還有功能點技術(shù).這種技術(shù)以功能點為單位,度量軟件的規(guī)模. 由于項目本身的復雜性,因此,成本估計技術(shù)主要采用"分而治之"的分解技術(shù)對軟件項目進行估算. 13．為什么說成本估計是不可能精準的？ 那是由于太多的變化因素——人員、技術(shù)、環(huán)境、策略、復雜性等等,使得成本估算永遠不可能精確. 14．進行成本/效益分析的方法主要有哪些？ 常用成本/

13、效益分析的方法主要有： <1> 貨幣的時間價值 <2> 投資回收期 <3> 純收入 <4> 投資回收率 16．如何對制定完成的軟件計劃進行復審？為什么要復審？ 軟件計劃的復審通常涉與有關軟件工作范圍和軟硬件資源問題等.復審應該邀請用戶參加,用戶可提出建議,并與開發(fā)人員最終商定內(nèi)容.復審內(nèi)容分為技術(shù)和管理兩個方面： 技術(shù)方面需要考慮的問題有： 系統(tǒng)的任務是否合理； 系統(tǒng)的給你復雜性是否與開發(fā)成本、進度以與風險一致； 系統(tǒng)規(guī)格說明書是否足夠充分； 系統(tǒng)性能要求是否恰當 管理方面需要考慮的問題有： 計劃中描述的工作范圍是否符合用戶需求

14、？ 計劃中對資源的描述是否有效、合理？ 計劃中系統(tǒng)的開發(fā)成本與進度要求是否合理？ 計劃中人員的安排是否合理？ 系統(tǒng)開發(fā)存在哪些風險？ 復審可以盡早發(fā)現(xiàn)錯誤,復審是軟件質(zhì)量保證的重要措施. 第三章 需求分析 1．為什么要進行需求分析？通常對軟件系統(tǒng)有哪些需求？ 需求問題是軟件工程項目失敗的主要原因.一個高質(zhì)量的軟件,很大程度上取決于對要解決的問題的認識,以與如何準確的表達用戶的需求.需求分析就是要解決這個問題. 通常,對一個軟件系統(tǒng)的需求可以有功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求等多個方面. 2．怎樣與用戶有效地溝通,

15、以獲得用戶的真實需求？ 訪談、情景分析,以與面向數(shù)據(jù)流的自頂向下求精等方法,編制簡易的系統(tǒng)規(guī)格說明文檔,創(chuàng)建原型等,是獲取真實需求的有效方法. 3．需求分析的任務是什么？ 確定對待開發(fā)系統(tǒng)的綜合要求. 4．通常系統(tǒng)的需求可以分為哪幾個層次？ 一般可以分成5個層次： <1> 功能需求：系統(tǒng)必須做什么？ <2> 業(yè)務需求：反映客戶組織機構(gòu)對系統(tǒng)高層次的目標要求. <3> 運行需求：運行環(huán)境、軟硬件配置等. <4> 屬性需求：包括用戶關心的屬性,如效率、靈活性、完整性、可靠性等；開發(fā)者關心的屬性,如可維護性、可復用性、可移植性等. <5> 未來可能的擴充需求：如HDIS各組的合并

16、,3維虛擬現(xiàn)實的效果等等. 5．進行需求分析的步驟有哪些？ 1．確定系統(tǒng)的綜合要求 2．分析系統(tǒng)的數(shù)據(jù)要求 3．導出邏輯模型 4．修正系統(tǒng)開發(fā)計劃 6．簡述建立原型模型對軟件需求分析的作用. 可以快速構(gòu)建旨在演示目標系統(tǒng)主要功能的可運行程序,幫助用戶確定與提供更為精準的需求,以利用戶和開發(fā)者能夠在目標系統(tǒng)應該"做什么"這一問題上盡快達成一致. 7．解釋實體-聯(lián)系圖與其用途. 實體-聯(lián)系圖是按照用戶的觀點對數(shù)據(jù)建立的模型.描述從用戶角度看到的數(shù)據(jù),反映用戶的現(xiàn)實環(huán)境,并且與在軟件系統(tǒng)中的實現(xiàn)方法無關. 8．說明為什么需要進行需求驗證與驗證的步驟有哪些？ 進行需求驗證是為了確

17、保軟件開發(fā)的質(zhì)量,降低開發(fā)成本.通常對需求進行驗證的步驟有：驗證需求的一致性、驗證需求的現(xiàn)實性、驗證需求的完整性和有效性. 第四章 總體設計 3．簡單說明系統(tǒng)總體設計的步驟. 典型的總體設計包括以下9個步驟： 1、確定最佳方案 2、選取合理方案 3、推薦最佳方案 4、功能分解 5、軟件結(jié)構(gòu)設計 6、設計數(shù)據(jù)庫 7、制定測試計劃 8、書寫文檔 9、審查和復審 5．為什么要盡量使用數(shù)據(jù)耦合,少用控制耦合,限制公共耦合的范圍,完全不用內(nèi)容耦合？ 減少模塊之間的關聯(lián)度,提高模塊的獨立性. 因為內(nèi)容耦合會導致一個模塊修改另一個模塊的內(nèi)容,使得程序邏輯發(fā)生嚴重問題. 而公共

18、耦合是若干模塊通過一個公共數(shù)據(jù)環(huán)境相互作用,公共部分的改動將影響所有調(diào)用它的模塊,公共部分的數(shù)據(jù)存取無法控制,并且復雜程度也會隨耦合模塊的個數(shù)增加而增加. 控制耦合是一個模塊通過傳遞開關、標志、名字等控制信息,明顯地控制選擇另一個模塊的功能.由于接口單一,因此仍然會影響被控模塊的內(nèi)部邏輯. 而數(shù)據(jù)耦合只是模塊間通過數(shù)據(jù)參數(shù)來交換I/O信息,因此不會對其它模塊產(chǎn)生任何等影響. 6．為什么模塊的規(guī)模要適中？ 過大不易理解；太小則接口開銷過大. 7．請說明為什么模塊控制的寬度和深度要適度. 深度過大表示分工過細,而寬度過大則表示系統(tǒng)復雜度大,所以模塊控制的寬度和深度要適度. 8．簡述面

19、向數(shù)據(jù)流設計方法的基本思想. 將由數(shù)據(jù)流圖描繪的信息在系統(tǒng)中加工和流動的情況映射成軟件結(jié)構(gòu). 9．常用數(shù)據(jù)流類型有哪些？ 變換流和事務流. 10．面向數(shù)據(jù)流的設計方法主要有哪幾個步驟？ 主要有下面7個步驟： 1．復查基本系統(tǒng)模型 2．復查并精化數(shù)據(jù)流圖 3．確定數(shù)據(jù)流圖具有變換特性還是事務特性 4．確定輸入流和輸出流動邊界,從而孤立出變換中心 5．完成"第一級分解" 6．完成"第二級分解" 7．使用設計度量和啟發(fā)式規(guī)則對第一次分割得到的軟件結(jié)構(gòu)進一步精化 第五章 詳細設計 1．詳細設計的任務是什么？ 包括模塊的算法設計、模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)設計、模塊接口設計、其它根據(jù)

20、軟件特點需要完成的設計、模塊測試用例設計、設計文檔編寫、設計評審. 2．在對系統(tǒng)做詳細設計時,應遵循哪些原則？ ① 模塊的邏輯描述應清晰易讀、正確可靠； ② 設計的處理過程應該簡明易懂； ③ 選擇恰當?shù)拿枋龉ぞ邅砻枋瞿K算法. 3．簡述結(jié)構(gòu)化設計的特點. ① 自頂向下、逐步求精； ② 具有單入、單出的控制結(jié)構(gòu)〔取消GOTO語句〕 4．結(jié)構(gòu)化程序設計中有哪幾種基本控制結(jié)構(gòu)？分別描繪在程序流程圖、盒圖和PDA圖中這些基本控制的圖例. <1> 順序結(jié)構(gòu) <2> 選擇結(jié)構(gòu) <3> 先判定型循環(huán)結(jié)構(gòu) <4> 后判定型循環(huán)結(jié)構(gòu) <5> 多情況選擇 7．試說明ISO為什么要建議停

21、止使用程序流程圖,而推薦使用PDA圖？ 由于程序流程圖中的GOTO語句回嚴重地損害程序結(jié)構(gòu),而無法實行結(jié)構(gòu)化設計.PDA圖則既吸取了程序流程圖好學、好用、好懂,方便、靈活的優(yōu)點,又保留了N-S圖結(jié)構(gòu)化設計的特點,很好地滿足了軟結(jié)構(gòu)構(gòu)設計圖形工具的要求,以與PDA圖所具有的①結(jié)構(gòu)清晰,層次分明,易讀；②支持逐步求精的設計思想；③容易將PAD自動轉(zhuǎn)換為高級語言源程序等特點,因此,ISO要推薦使用PDA圖. 9．試說明Jackson方法是一種怎么樣的程序設計方法.它有哪些工作步驟？ Jackson方法是以數(shù)據(jù)結(jié)構(gòu)為基礎設計每個模塊的處理過程,將數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化成程序

22、結(jié)構(gòu).具體工作步驟有： 第1步：用Jackson圖描述 I\O 的數(shù)據(jù)結(jié)構(gòu) 第2步：在兩個圖中指出有直接因果關系、可以同時處理的單元 第3步：將數(shù)據(jù)結(jié)構(gòu)映射到程序結(jié)構(gòu) 第4步：列出所有操作條件,并分配到上幅程序結(jié)構(gòu)圖中 第5步：用Pseudocode 表示程序 第六章 實現(xiàn) 1．說明什么是程序編碼？為什么程序設計語言的特點和編碼風格會影響到程序的可靠性、可讀性、可測試性和可維護性？ 所謂"編碼",就是將在低級抽象層次得到的詳細設計結(jié)果,翻譯成用某種程序設計語言書寫的程序.是軟件設計的自然結(jié)果. 而程序設計語言是否有理想的結(jié)構(gòu)化、模塊化機制,是否有可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)等

23、特性,以與程序設計語言提供的編譯、軟件工具等,再加上程序的設計風格會很深刻的影響軟件的質(zhì)量和可維護性、可測試性、可靠性等. 2．用戶界面設計的最一般原則,即所謂"黃金規(guī)則"是什么？ 1.置用戶于控制之下；2.減少用戶的記憶負擔；3.保持界面一致. 3．軟件界面設計包含了哪幾個方面的基本內(nèi)容？ 界面設計包括三個方面：1.軟件構(gòu)件間接口；2.軟件與其它系統(tǒng)的接口；3.軟件與操作者之間的接口,即用戶界面. 4．用戶界面提供系統(tǒng)服務的方式通常有哪兩種？ 命令驅(qū)動和屏幕菜單驅(qū)動 5．WIMP界面是屏幕菜單驅(qū)動用戶界面的一種形式,其設計準則有哪些？ <1> 明確的動作：在屏幕上指點并操縱對

24、象 <2> 即時反饋：操作結(jié)構(gòu)即見 <3> 增量效應：圖標應被拖曳連續(xù)移動,而非跳躍 <4> 可視交互：交互操作與用戶概念模型匹配 <5> 剝皮式學習：學習系統(tǒng)功能復雜性逐層加深 <6> 可逆動作：也即應有退回操作 <7> 事先驗證：只允許合法操作產(chǎn)生效果 6．為什么說軟件界面設計的質(zhì)量會直接影響到用戶對軟件產(chǎn)品的評價？ 用戶界面又稱人機界面,是用戶和計算機聯(lián)系的中間媒介,是系統(tǒng)中最重要、最關鍵的部分之一.用戶界面設計的好壞,直接影響到系統(tǒng)設計的成敗. 這是因為,如果一個界面設計的不好,也即通常所說的用

25、戶界面不友好,可以使用戶在使用時感到不便,甚至制造麻煩,系統(tǒng)就難以發(fā)揮應有的效益,甚至可能被用戶棄用. 7．什么是系統(tǒng)響應時間？系統(tǒng)響應時間有哪些重要屬性？ 系統(tǒng)響應時間指從用戶完成某個控制動作,到系統(tǒng)給出預期響應的時間. 系統(tǒng)響應時間有2個重要的屬性：長度和易變性. 8．在設計軟件系統(tǒng)的用戶幫助設施時,需要注意解決哪些問題？ 1．在用戶與系統(tǒng)交互期間,是否任何時候都能獲得關于系統(tǒng)任何功能的幫助信息？ 2．用戶怎樣請求幫助？ 3．怎樣顯示幫助信息？ 4．用戶怎樣返回到正常的交互方式中？ 5．怎樣組織幫助信息？ 9．軟件出錯處理設計,即軟件安全性設計.一個交互式出錯處理程序應

26、該具備哪些功能和屬性？ 1．信息應該使用用戶可以理解的術(shù)語描述. 2．信息應該提供有助于從錯誤中恢復的建設性意見. 3．信息應該指出錯誤可能導致的后果. 4．信息應該伴隨感官提示. 5．信息不能帶有指責色彩. 10．測試的最基本目標是什么？ 以盡可能小的代價,發(fā)現(xiàn)盡可能多的錯誤. 11．軟件測試的原則有哪些？ ① 應當把"盡早和不斷的測試"作為座右銘 ② 測試應由獨立的專業(yè)測試機構(gòu)來完成 ③ 測試工作要全面,但不可能實現(xiàn)"窮舉" ④ 只能盡可能查錯,不能證明程序中沒有錯 ⑤ 軟件測試符合2-8原理 ⑥ 應妥善保存測試文檔 ⑦ 制定嚴格、合理的測試計

27、劃 ⑧ 錯誤經(jīng)過修改后,相關的測試必不可少 12．軟件測試的方法有哪幾種？ 黑盒測試和白盒測試. 13．簡單說明什么是白盒測試,什么是黑盒測試. 黑盒測試是把程序看成一個黑盒子,完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的測試方法.黑盒測試又稱功能測試. 白盒測試是對程序的執(zhí)行細節(jié)進行測試,通過設計測試數(shù)據(jù),驗證程序模塊的每個路徑的執(zhí)行情況.白盒測試又稱結(jié)構(gòu)測試. 14．簡述軟件測試的步驟. <1> 單元測試 —— 程序設計 & 代碼bugs <2> 子系統(tǒng)測試 —— 模塊連接 <3> 系統(tǒng)測試 —— 需求確認 & 系統(tǒng)設計 <4> 驗收測試 —— 用戶加入 <5> 平行運行

28、—— 新舊系統(tǒng)比較運行結(jié)果 16．為什么單元測試必須由編程者自己完成？ 單元測試是對程序邏輯結(jié)構(gòu)的測試.而對程序結(jié)構(gòu)最為熟悉的,莫過于編程者.再者,高質(zhì)量的程序模塊是構(gòu)造系統(tǒng)的基礎,因此編程者必須向下一道工序提交符合質(zhì)量要求的產(chǎn)品. 17．單元測試的主要手段有哪些？ 代碼審查、計算機測試等. 18．單元測試主要從哪5個方面進行？ 主要測試以下五個方面： 1. 模塊接口 2. 局部數(shù)據(jù)結(jié)構(gòu) 3. 重要的執(zhí)行通路 4. 出錯處理通路 5. 邊界條件 19．為什么人工代碼審查十分重要？ 一次審查可發(fā)現(xiàn)多個錯誤,不必改一個測一個. 20．集成測試主要有漸增式測試、非漸增式

29、測試兩種,試述兩種方式的異同點. 漸增式測試：可以較早發(fā)現(xiàn)模塊間的接口錯誤、出現(xiàn)的錯誤往往跟最新加入的模塊有關、在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測,測試更徹底,但較非漸增式測試費時. 非漸增式測試由于最后才組裝,因此錯誤發(fā)現(xiàn)得晚、發(fā)現(xiàn)錯誤后難以診斷定位,但可以同時并行測試所有模塊,能充分利用人力. 21．描述集成測試的兩種策略,并比較它們的優(yōu)缺點. 自頂向下測試和自底向上測試兩種. 自頂向下測試的優(yōu)點是不需要測試驅(qū)動程序,能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能,在早期發(fā)現(xiàn)上層模塊的接口錯誤.主要缺點是需要存根程序,可能遇到與此相聯(lián)系的測試困難,底層模塊的錯誤發(fā)

30、現(xiàn)較晚,而且對人力的使用也不利. 而自底向上測試的優(yōu)缺點與自頂向下測試的優(yōu)缺點正好相反. 22．什么是回歸測試？回歸測試的測試用例集如何確定？ 回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集,以保證系統(tǒng)在發(fā)生調(diào)試、功能變化等事項后,沒有帶來非預期的副作用. 回歸測試的測試用例集按以下方法確定： 1．檢測軟件全部功能的代表性測試用例. 2．專門針對可能受修改影響的軟件功能的附加測試. 3．針對被修改過的軟件成分的測試. 23．什么是確認測試？確認測試的任務是什么？如何確認其范圍？ 驗收軟件的有效性<功能和性能達標>. 確認測試的工作范圍主要有： 1．按合同規(guī)定審查軟件配置；

31、 2．設計測試計劃,使通過測試保證軟件能滿足所有功能、性能要求； 3．文檔與程序一致,具有維護階段所必須的細節(jié)； 4．嚴格按用戶手冊操作,以檢查手冊的完整性和正確性. 24．設計測試方案的任務有哪些？ ①預定要測試的功能 ②設計輸入的測試數(shù)據(jù) ③列出預期結(jié)果 25．什么是邏輯覆蓋測試法？它主要用于什么測試？ 邏輯覆蓋測試是一種對程序邏輯通路進行覆蓋的測試,通常適用于白盒測試. 26．什么是等價劃分法？它主要用于什么測試？ 是一種很常用的測試方法.其對測試數(shù)據(jù)的選擇是基于對程序功能的分析,按照程序輸入要求和輸出要求,選擇若干數(shù)據(jù)進行測試功能的過程. 等價劃分法主要用于黑盒測

32、試. 27．什么是邊值分析法？它主要用于什么測試？ 根據(jù)經(jīng)驗,在程序處理的邊界最容易發(fā)生錯誤的地方進行測試,主要用于黑盒測試. 28．什么是錯誤推測法？它主要用于什么測試？ 利用有經(jīng)驗的測試者對程序可能發(fā)生錯誤的位置的推測進行測試的方法,主要用于黑盒測試. 29．一個軟件的測試策略應該是怎樣的？ 黑盒設計 ? 白盒補充 ① 在任何情況下都應首先使用邊界值分析的方法； ② 必要時用等價劃分法補充； ③ 必要時再用錯誤推測法補充； ④ 對照程序邏輯,檢查測試方案. 30．什么是調(diào)試？調(diào)試和測試有什么不同？ 測試 —— 發(fā)現(xiàn)錯誤 調(diào)試 —— 改正錯誤 調(diào)試與測試的區(qū)別在于

33、,調(diào)試作為測試的后續(xù)工作,主要是解決和排除測試中出現(xiàn)的錯誤. 31．簡單說明調(diào)試的方法和策略. 調(diào)試過程的關鍵不是調(diào)試技術(shù),而是用來推斷錯誤原因的基本策略.主要有： ① 試探法：憑經(jīng)驗猜測. ② 回溯法：由癥狀最先出現(xiàn)的地方,沿control flow向回檢查.適用于小型程序. ③ 對分法：在關鍵點插入變量的正確值. ④歸納法：從錯誤癥狀中找出規(guī)律,推斷根源. ⑤演繹法：普通 ? 特殊 32．什么是軟件的可靠性、可用性和正確性？ 軟件可靠性是指程序在給定的時間間隔內(nèi),按照說明書的規(guī)定,成功地運行的概率. 軟件可用性是指程序在給定的時間點,按照說明書的規(guī)定,

34、成功地運行的概率. 軟件正確性是指程序的功能正確. 第七章 維護 1．什么是軟件維護？ 在軟件已經(jīng)交付使用之后,為了改正錯誤或滿足新的需要而修改軟件的過程. 2．軟件維護有哪幾種類型？ ①改正性維護：診斷和改正錯誤； ②適應性維護：為了和變化了的環(huán)境<如軟\硬件升級、新數(shù)據(jù)庫等>適當?shù)嘏浜隙薷能浖? ③完善性維護：為了增加新功能,修改已有功能,改造界面,增加HELP等,而修改軟件； ④預防性維護：為了改進未來的可維護性或可靠性,或為了給未來的改進奠定更好的基礎而修改軟件. 3．為什么說軟件文檔維護和代碼維護同樣重要？ 這是因為,軟件文檔是影響軟件可維護性的決定因素.

35、 4．為什么說維護的代價很高？應該怎樣做才能降低維護的代價？ 一般維護的工作量占生存周期70%以上,維護成本約為開發(fā)成本的4倍<滿足8-2規(guī)則>.維護代價分為： 1．有形代價：費用已上升至總預算的80%； 2．無形代價： a 占用資源以致延誤開發(fā)； a修改不與時引起用戶不滿； a 維護引入新錯誤,降低了軟件質(zhì)量；等等. 3．維護工作量的經(jīng)驗模型：M = P + K*ec-d 降低維護代價的通常認識是：提高程序的可維護性,這也是軟件工程學的主要目的. 5．導致維護成本高企的原因主要有哪些？ 軟件開發(fā)途徑不好,導致軟件可維護性差,原來的開發(fā)人員沒有參與維護,維護成本日益高漲等

36、,從維護工作量的經(jīng)驗模型可以看到,維護工作量和成本將呈指數(shù)增加. 6．什么是軟件的可維護性？ 軟件可維護性可定性地定義為：維護人員理解、改正、改動和改進這個軟件的難易程度. 7．如何提高軟件的可維護性？ 可以從提高決定軟件可維護性的因素著手,這些因素是：可理解性、可測試性、可修改性、可移植性、可重用性、可靠性、可使用性、效率等. 9．為什么說文檔是影響軟件可維護性的決定因素？ 由于長期使用的軟件系統(tǒng)在使用過程中會有多次修改的經(jīng)歷,而文檔應該記載了這些重要的修改,所以文檔比之代碼更為重要. 10．什么是軟件的系統(tǒng)文檔？ 系統(tǒng)文檔是指軟件系統(tǒng)從問題定義、需求說明、設計、實現(xiàn)到驗收測

37、試計劃等一系列和系統(tǒng)實現(xiàn)密切相關的技術(shù)文檔. 11．什么是軟件的用戶文檔？ 提供用戶了解、使用、操作和安裝系統(tǒng)的文檔資料. 12．什么是可重用性？如何通過提高軟件的可重用性來提高軟件的可維護性？ 可重用性是指同一事物不加修改或稍加修改,就可以在不同環(huán)境多次重復使用.大量使用可重用軟件構(gòu)件,可大幅提高軟件的可維護性.主要體現(xiàn)在兩個方面： 1．可重用構(gòu)件通常都是組裝成功的部件,加上每次重用又都會進一步完善部件,因此可以大幅提高軟件的可靠性,而改正性維護要求會降低. 2．很容易修改可重用的軟件構(gòu)件,使之適應新的應用環(huán)境,因此軟件中使用可重用構(gòu)件越多,軟件的適應性維護和完善性維護也越容易.

38、 13．為什么要進行軟件可維護性復審？ 目的是提高軟件的可維護性. 可維護性復審在軟件開放的不同階段有不同的重點.例如,在分析階段的復審重點是：可靠性、可移植性、可用性.而編碼階段則主要是：可理解性、可修改性、可移植性和效率. 14．什么是軟件的逆向工程和再工程？ 軟件逆向工程是指當維護對象缺乏必要的文檔資料時,分析已有程序,尋求比源代碼更高級的抽象表現(xiàn)形式,恢復軟件原有設計的過程.換言之,是一個恢復設計的過程. 軟件再工程則是以軟件工程學為指導,對目標軟件進行重新設計、重新編碼和測試的過程. 15．逆向工程與再工程與軟件的預防性維護有什么樣的關系？ 預防性維護是為了改進軟件未

39、來的可維護性或可靠性,或為了給軟件未來的改進奠定更好的基礎而修改軟件的過程. 預防性維護就是對軟件將來可能需要的改動,使用逆向工程與再工程方法對軟件進行維護. 16．假設你的任務是對一個已有軟件進行重大修改,而且只允許你從以下文檔中選取兩份：程序的規(guī)格說明；程序的詳細設計結(jié)果<自然語言描述加上某種設計工具表示>；源程序清單<其中有適當數(shù)量的注解>. 你將選取哪兩份文檔？為什么這樣選??？你打算如何完成這個任務？ 應該選擇程序的規(guī)格說明和程序的詳細設計結(jié)果. 因為是重大修改,所以需要從修改程序規(guī)格說明和詳細設計開始,對開發(fā)文檔進行重大修改,而源碼也會需要重新

40、編制. 第八章 面向?qū)ο蠓椒▽W引論 1．為什么要引入面向?qū)ο蠓椒▽W？ 1、瀑布模型的缺點：僵化 2、SA - SD - SP 技術(shù)的缺點：本質(zhì)上是基于過程的設計不易被理解；且功能變化往往引起結(jié)構(gòu)變化較大,穩(wěn)定性不好.系統(tǒng)有明確的邊界定義,且系統(tǒng)結(jié)構(gòu)依賴于系統(tǒng)邊界的定義,這樣的系統(tǒng)不易擴充和修改.數(shù)據(jù)與操作分開處理,可能造成軟構(gòu)件對具體應用環(huán)境的依賴,可重用性較差. 2．面向?qū)ο蠓椒▽W有哪4個基本要素？ 對象、類、繼承、消息 3．面向?qū)ο蠓椒▽W的優(yōu)點主要有哪些？ 1．以object為核心,強調(diào)對現(xiàn)實概念的模擬而不是算法. 2．以object模擬實體,需

41、求變化不會引起結(jié)構(gòu)的整體變化,因為實體相對穩(wěn)定,故系統(tǒng)也相應穩(wěn)定. 3．一個class所有的 instances 都可重用它的代碼；由 inheritance 派生出的新的 class 可重用其父類的代碼,并且可以修改、擴充而不影響其父類的使用. 4．從穩(wěn)定性、Class 的獨立性強、繼承和多態(tài)性、容易理解、容易測試、調(diào)試等幾方面改善了可維護性. 4．什么是"對象"？它與傳統(tǒng)數(shù)據(jù)有何不同？ 對象是封裝了數(shù)據(jù)結(jié)構(gòu)與可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體,可以表示為：對象Object: = 身份ID + 方法Method + 屬性Attribute+ 消息Message. 與傳統(tǒng)數(shù)據(jù)相比

42、,對象有以下特點： ①以數(shù)據(jù)為中心,不設與數(shù)據(jù)無關的操作； ② Object主動處理而不被動地等待被處理,外部只能通過message請求操作； ③具有黑盒性：外部操作時,無須知道該object內(nèi)部的數(shù)據(jù)結(jié)構(gòu)與算法； ④具有并行性：不同object各自獨立地處理自身數(shù)據(jù),彼此間僅通過傳遞message完成通信； ⑤模塊獨立性好：內(nèi)聚強< ① >、耦合松< ③④ > 5．什么是"類"？ 具有相同數(shù)據(jù)和相同操作的一組對象. 6．什么是"繼承"？ 子類自動共享父類的attributes 和methods ,而不必重復定義. 7．什么是模型？軟件開發(fā)為什么要建立模型？ 模型就是為

43、了理解事物而對事物作出的一種抽象,是對事物的一種無歧義的書面描述. 軟件開發(fā)建立模型是為了幫助我們思考問題、定義術(shù)語、作出適當?shù)募僭O,并幫助我們保持定義和假設的一致性. 對于較為復雜而不能直接理解的系統(tǒng),特別需要建立模型,其目的是可以減少復雜性. 8．什么是對象模型？建立對象模型時主要使用哪些圖形符號？這些符號的含義是什么？ 描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu). 對象模型具體是描述系統(tǒng)的靜態(tài)結(jié)構(gòu). 9．什么是動態(tài)模型？建立動態(tài)模型時主要使用哪些圖形符號？這些符號的含義是什么？ 描述系統(tǒng)控制結(jié)構(gòu). 動態(tài)模型具體是表示系統(tǒng)瞬時的控制性質(zhì). 10．什么是功能模型？建立功能模型時主要使用哪些圖形符號？

44、 描述系統(tǒng)功能. 功能模型具體描述的是表明系統(tǒng)應該做什么. 第九章 面向?qū)ο蠓治? 1．進行面向?qū)ο蠓治龅幕具^程是怎么樣的？ 需求陳述T快速原型T模型 其中模型有三個：對象模型、動態(tài)模型、功能模型. 2．建立對象模型有哪幾個步驟？ 1、確定類與對象： 第1步：列出所有候選對象 第2步：去粗取精 2、確定關聯(lián)T結(jié)構(gòu)層 第1步：收集 第2步：篩選刪除 第3步：完善 3、劃分主題 4、確立屬性 5、識別繼承關系與其它修改 3．復雜問題的對象模型有哪5個層次？ 主題層、類&對象層、結(jié)構(gòu)層、屬性層、服務層. 4．建立動態(tài)模型的步驟有哪些？ 1、編寫腳本,描述事件

45、序列： 事件 = 觸發(fā)器 + 接收器 + 參數(shù) 2、設想用戶界面T修改原型. 3、畫事件跟蹤圖 4、畫狀態(tài)圖 5．如何建立功能模型？ 1．畫出基本系統(tǒng)模型圖 2．畫出功能級數(shù)據(jù)流圖 3．描述處理框功能 第十章 面向?qū)ο笤O計 1．面向?qū)ο笤O計應該遵循哪些準則？簡述每條準則的內(nèi)容,并說明遵循該條準則的必要性. 1．模塊化 2．抽象.抽出事物的本質(zhì)特性, 暫不考慮其細節(jié),使設計從具體實現(xiàn)方法中超脫.包括程序抽象、數(shù)據(jù)抽象、參數(shù)抽象. 3．信息隱蔽.對象封裝. 4．弱耦合.包括交互耦合、繼承耦合. 5．強內(nèi)聚.包括服務內(nèi)聚、類內(nèi)聚、一般-特殊內(nèi)聚. 6．可重用.是提高軟

46、件開發(fā)生產(chǎn)率和目標系統(tǒng)質(zhì)量的重要途徑. 2．簡述有助于提高面向?qū)ο笤O計質(zhì)量的每條主要啟發(fā)式規(guī)則的內(nèi)容和必要性. 1、設計結(jié)果清晰易懂,應做到： ①用詞一致 —— 按習慣用法命名.不同類中相似的方法最好取同一名字. ②使用已有的協(xié)議. ③盡量減少消息模式的數(shù)目. ④避免模糊定義. 2、一般-特殊結(jié)構(gòu)的深度應適當〔約100個類,則設計7±2層〕 3、設計簡單的類〔定義不超過一頁紙或兩屏〕.應注意： ①避免過多屬性； ②能用簡單的語句描述一個類的任務； ③對象之間合作關系要簡單； ④避免過多方法<￡ 7個>. 4、使用簡單的協(xié)議,減少消息中傳遞的參數(shù) 5、使用簡單的方法<

47、CASE 可考慮用繼承替代>. 6、把設計變動減至最小. 3．為什么說類構(gòu)件是目前較為理想的可重用軟構(gòu)件？它有哪些重用方式？ 具備可重用的軟構(gòu)件應有的特點：獨立、可塑、接口清晰〔文檔詳盡〕 重用方式有：實例重用、繼承重用和多態(tài)重用. 4．什么是繼承耦合？ 繼承是一般化類和特殊類之間耦合的一種形式.從本質(zhì)上看,通過繼承關系結(jié)合起來的基類和派生類,構(gòu)成了系統(tǒng)中粒度更大的模塊.因此,與交互耦合相反,繼承的耦合程度會更高. 第十一章 面向?qū)ο髮崿F(xiàn) 1． 面向?qū)ο髮崿F(xiàn)應該選用哪種程序設計語言？為什么？ 應該選擇能夠更完整、更正確地表達問題域語義的面向?qū)ο笳Z言.這是由于面向?qū)ο笳Z言相對非

48、面向?qū)ο蟮恼Z言,其突出的優(yōu)點：一致的表示方法、可重用性、可維護性. 2． 面向?qū)ο蟪绦蛟O計語言主要有哪些技術(shù)特點？ 面向?qū)ο笳Z言的技術(shù)特點主要有： a) 支持類與對象概念的機制 b) 實現(xiàn)整體—部分結(jié)構(gòu)的機制 c) 實現(xiàn)一般—特殊結(jié)構(gòu)的機制 d) 實現(xiàn)屬性和服務的機制 e) 類型檢查 f) 類庫 g) 效率 h) 持久保存對象 i) 參數(shù)化類 j) 開發(fā)環(huán)境 3． 選擇面向?qū)ο蟪绦蛟O計語言時主要應該考慮哪些因素？ 主要應該著重考慮以下因素：將來能否占主導地位、可重用性、類庫和開發(fā)環(huán)境、其他因素等. 4． 良好的面向?qū)ο蟪绦蛟O計風格主要有哪些準則？ 提高可重用性、

49、提高可擴充性、提高健壯性. 5． 測試面向?qū)ο筌浖r,單元測試、集成測試和確認測試各有哪些新特點？ 單元測試是在類層面上的測試.由于繼承和復合,類<或?qū)ο?在很多情況下已不再是單純意義上的單個操作了.因此,具體的測試將在所有與該操作有關的每個子類語境中進行. 集成測試由于面向?qū)ο筌浖蓄惖某煞值闹苯雍烷g接交互,使得傳統(tǒng)測試方法已經(jīng)失去意義.因此有兩種策略可供選擇：基于線程的測試和基于使用的測試. 確認測試與傳統(tǒng)確認測試一樣,仍然關注于用戶可見的動作和用戶可識別的系統(tǒng)輸出,但是,基于場景的測試總是主宰面向?qū)ο笙到y(tǒng)的確認測試. 6． 測試面向?qū)ο筌浖r,主要有哪些設計單元測試用例的方法？

50、 隨機測試、劃分測試和基于故障的測試. 7． 測試面向?qū)ο筌浖r,主要有哪些設計集成測試用例的方法？ 多類測試、從動態(tài)模型中導出測試用例.也可以采用隨機測試、劃分測試的方法. 8． 測試面向?qū)ο筌浖r,主要有哪些設計確認測試用例的方法？ 可以采用傳統(tǒng)的黑盒方法,也可以采用基于情景的方法. 第十二章 項目管理 1． 請簡單描述有哪些進行軟件規(guī)模估算的方法. 代碼行技術(shù)和功能點技術(shù). 2． 在工作量估算技術(shù)中,動態(tài)多變量模型比靜態(tài)單變量模型有哪些優(yōu)點？ 可以更精確地進行估算,估算結(jié)果更切合被估算對象的實際. 3． 簡述Gantt圖的用途和優(yōu)缺點. 優(yōu)點：簡單,能動態(tài)地反映開

51、發(fā)進展. 缺點：難以反映多個任務間的邏輯關系. 4． 簡述關鍵路徑法CPM工作步驟 <1> 標出持續(xù)時間 Lasting Time <2> 標出最早開始時間EST: = 從起點始,所有進入事件的 EST+LT 中最大的 <3> 標出最遲開始時間 LST: = 從終點始,所有離開事件的 LST-LT 中最小的 <4> 標出機動時間 ST: = 終點LST -起點EST - LT <5> 標出關鍵路徑Critical Path: 即EST = LST的所有事件組成的路徑 5． 目前項目開發(fā)時常用的小組組織方法有哪些？ ##制程序員組、主程序員組和現(xiàn)代程序員組

52、. 6． 簡述主程序員組的優(yōu)缺點. 優(yōu)點主要有：主程序員廣播式發(fā)布工作要求,組織管理好、效率高、質(zhì)量容易保證、成本相對較低. 缺點主要有：人員完整配備較難、不利人才脫穎而出.并且,能夠在技術(shù)和管理兩方面都能同時具備優(yōu)秀品質(zhì)的主程序員更不多見. 7． 什么是軟件質(zhì)量？ 軟件質(zhì)量就是軟件與明確與隱含的需求相一致的程度. 8． 軟件質(zhì)量保證的措施主要有哪些？ ⑴審查：由組長、作者、2位評審員〔與評審結(jié)果有利害關系的〕組成審查小組,進行發(fā)現(xiàn)、記錄錯誤的工作,并復查返工結(jié)果. ⑵復查和管理復審：從技術(shù)、管理兩方面進行的復查工作. ⑶測試 9． 參加軟件質(zhì)量保證活動的人員有哪兩類？

53、可以分為兩類：參與軟件開發(fā)的技術(shù)人員,以與負責任軟件質(zhì)量保證活動的SQA小組成員. 10． 簡述技術(shù)復審的必要性. 技術(shù)復審能夠較早發(fā)現(xiàn)軟件錯誤,防止錯誤被帶入到軟件過程的后期階段,從而大大降低后續(xù)開發(fā)和維護的成本. 11． 什么是軟件能力成熟度模型？其基本思想是什么？ 軟件能力成熟度模型是用于評價軟件開發(fā)機構(gòu)的軟件過程能力成熟度的模型,其基本思想是,采用能力成熟度模型來幫助軟件開發(fā)機構(gòu)建立一個有規(guī)律的、成熟的軟件過程,以開發(fā)出質(zhì)量更好的軟件,免受時間和成本超支之苦. 12． 簡述軟件能力成熟度模型的5個等級. <1>初始級 <2>可重復級 <3>已定義級 <4>已管理級 <5>優(yōu)化級 13 / 13