軟件工程習(xí)題參考答案

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

2、有技術(shù)措施(方法和工具)，又要有必要的組織管理措施。即采用工程化的原則和方法組織軟件開發(fā)是擺脫軟件危機的一個主要出路。3什么是軟件工程？它有哪些本質(zhì)特性？軟件工程是一門研究如何用系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法進行軟件開發(fā)和維護的學(xué)科。其實質(zhì)就是用工程的概念、原理、技術(shù)和方法，結(jié)合有效的管理方法和先進的開發(fā)技術(shù)，開發(fā)與維護軟件，以解決軟件危機。4軟件工程是如何用來消除軟件危機的？軟件工程是從技術(shù)和管理兩個方面來研究如何更好地開發(fā)和維護計算機軟件，從源頭上消除軟件危機。6簡述軟件的定義。軟件 程序 + 數(shù)據(jù) + 文檔7軟件工程的目的是什么？為高質(zhì)量的軟件開發(fā)提供一個科學(xué)的體系框架。8什么是

3、軟件工程方法學(xué)？軟件工程是一種什么樣的技術(shù)？包括哪三大要素？分為哪三個分支？軟件工程方法學(xué)就是指在軟件生命周期全過程中使用的一整套管理和開發(fā)技術(shù)方法的集合。目前，使用最廣泛的軟件工程方法學(xué)分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。軟件工程作為一種層次化的技術(shù)，有方法、工具和過程三大要素，并由于其涉及學(xué)科內(nèi)容的極為廣泛，而分為三個分支：軟件開發(fā)技術(shù)、軟件項目管理技術(shù)、軟件質(zhì)量管理技術(shù)。9簡述軟件工程的基本原理。軟件工程有7條基本原理：1嚴(yán)格按照軟件生命周期計劃進行管理2堅持進行階段評審3實行嚴(yán)格的產(chǎn)品控制4采用先進的程序設(shè)計技術(shù)5結(jié)果應(yīng)能清楚的審查6開發(fā)小組成員應(yīng)少而精7承認(rèn)不斷改進軟件工程實踐的必要性

4、10軟件工程的基本開發(fā)原則有哪些？軟件工程的基本開發(fā)原則有：1模塊化2抽象和信息隱蔽3模塊的高內(nèi)聚和低耦合4確定性5一致性6完備性11構(gòu)成軟件工程的基本元素有哪些？除了前面給出的軟件工程三大要素，還應(yīng)該包括控制和質(zhì)量保證。這里的控制，即規(guī)?？刂?、成本控制、復(fù)雜性控制等。12什么是軟件過程？它與軟件工程方法學(xué)有何關(guān)系？軟件過程是指為了獲得高質(zhì)量軟件產(chǎn)品，在軟件工具支持下，由軟件人員完成的一系列軟件工程活動。軟件過程規(guī)定了開發(fā)軟件所需完成的各項任務(wù)步驟。過程步驟的設(shè)定與軟件生命周期、生命周期模型、軟件開發(fā)工具，以及參與開發(fā)的人員等諸方面因素有關(guān)。13什么是軟件生命周期？什么是軟件生命周期模型？軟件

5、如同自然界任何事物一樣，都有其孕育、誕生、成長、成熟、衰亡的生存過程。軟件的這一過程，稱為軟件生命周期。軟件生命周期模型也稱軟件開發(fā)過程模型，是為了解決產(chǎn)業(yè)環(huán)境中的實際問題，而提出的開發(fā)策略。是反映整個軟件生命期中，系統(tǒng)開發(fā)、運行、維護等實施活動的一種結(jié)構(gòu)框架。14簡述軟件生命周期方法學(xué)的途徑，以及劃分階段步驟的目的和實質(zhì)。軟件生命周期方法學(xué)是軟件工程的傳統(tǒng)途徑，劃分階段步驟的目的和實質(zhì)是：控制開發(fā)工作的復(fù)雜性，通過有限步驟，把抽象邏輯概念，轉(zhuǎn)化為具體物力實現(xiàn)。15試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點，說明它們各自的適用范圍。1瀑布模型。瀑布模型廣為人知和歷史悠久，其優(yōu)勢是

6、規(guī)范及文檔驅(qū)動的方法。但問題是，往往不能夠真正滿足用戶的需求。適用于傳統(tǒng)軟件工程領(lǐng)域的結(jié)構(gòu)化開發(fā)。2原型模型。是為了克服瀑布模型的缺點而提出來的。通過快速構(gòu)建一個在機器上可運行的原型系統(tǒng)，讓用戶試用原型，并收集反饋意見的辦法，來獲取用戶真實的需求。3螺旋模型。螺旋模型適用于大型軟件項目，比起之前的其它模型而言，有其一定的優(yōu)越性，但這些優(yōu)越性并不是絕對的。主要體現(xiàn)在對開發(fā)人員的風(fēng)險評估經(jīng)驗和專門知識的要求較高。如果項目風(fēng)險較大，而開發(fā)人員的水平較低，不能準(zhǔn)確的識別和分析風(fēng)險，則勢必造成重大損失。4增量模型。具有在軟件開發(fā)早期階段使投資獲得明顯回報和交易維護的優(yōu)點，但是要求軟件具有開放的結(jié)構(gòu)?？尚?/p>

7、性研究1在軟件開發(fā)的早期階段，為什么要進行可行性研究？其目的和任務(wù)各是什么？可行性研究的目的是用最小的代價，在盡可能短的時間內(nèi)確定問題是否可解決，以及是否值得解決?？尚行匝芯康娜蝿?wù)不是解決問題，而是確定是否可解/值得解。2應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性？主要從以下幾個方面進行可行性研究：1. 技術(shù)可行性。以現(xiàn)有技術(shù)，能否在預(yù)定時間內(nèi)完成該系統(tǒng)開發(fā)。2. 經(jīng)濟可行性。通過成本-效益分析，估算系統(tǒng)的整體經(jīng)濟效益是否滿足要求。3. 操作可行性。分析系統(tǒng)的運行方式、操作規(guī)程是否適應(yīng)用戶應(yīng)用需要。4. 社會可行性。分析系統(tǒng)在法律、社會、市場等方面的認(rèn)可度。3可行性研究有哪些工作步驟？(1) 復(fù)查定義

8、，確定系統(tǒng)規(guī)模和目標(biāo)。(2) 研究老系統(tǒng)(3) 導(dǎo)出高層邏輯模型(conceptual design)(4) 重新定義 (5) 導(dǎo)出多種解法(6) 推薦行動方針(7) 開發(fā)計劃(粗略)(8) 審查、存檔4簡述系統(tǒng)流程圖在可行性研究中的作用。系統(tǒng)流程圖是概括的描述物理系統(tǒng)的傳統(tǒng)工具。系統(tǒng)流程圖反映的是信息在系統(tǒng)各部分間流動的情況。系統(tǒng)流程圖可以幫助了解和分析系統(tǒng)，以概括的方式表達(dá)對系統(tǒng)的認(rèn)識，并可以描述未來物理系統(tǒng)的概貌。5簡述數(shù)據(jù)流圖在可行性研究中的作用和用途。數(shù)據(jù)流圖在可行性分析中可以幫助分析和描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程，用圖形的方式描述系統(tǒng)的邏輯功能，是系統(tǒng)分析員和用戶之間理想

9、的通信工具。6簡單描述數(shù)據(jù)字典的內(nèi)容和定義數(shù)據(jù)的方法。數(shù)據(jù)字典主要由下列4種元素定義組成：1數(shù)據(jù)流2數(shù)據(jù)流分量3數(shù)據(jù)存儲4處理除了數(shù)據(jù)定義外，數(shù)據(jù)字典還應(yīng)包含一些關(guān)于數(shù)據(jù)的其它信息。定義數(shù)據(jù)的方法通常采用自頂向下分解的方式。并由順序、選擇、重復(fù)三種基本數(shù)據(jù)元素類型組成數(shù)據(jù)。7說明軟件計劃的內(nèi)容和目標(biāo)。軟件計劃的內(nèi)容 項目任務(wù)范圍 + 環(huán)境資源 + 工作量 + 進度軟件計劃的目標(biāo)是為了提供一個框架，以便于管理者對資源、成本和進度等進行合理的估算。8什么是軟件范圍？定義軟件范圍需要哪些信息？軟件范圍就是在技術(shù)和管理層面上都是無二義性和可理解的項目范圍，是軟件開發(fā)各階段的工作依據(jù)。定義軟件范圍需要以

10、下信息：a. 與用戶、總體目標(biāo)及利益相關(guān)的問題。b. 有利于系統(tǒng)分析員理解的問題。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)絡(luò)計劃法。甘特圖的優(yōu)點是簡單，能動態(tài)地反映開發(fā)進展；缺點是難以反映多個任務(wù)間的邏輯關(guān)系。網(wǎng)絡(luò)計

11、劃法則恰好彌補了甘特圖的缺點，最適合反映多個工作之間的邏輯關(guān)系。12主要的成本估計技術(shù)有哪些？其依據(jù)的主要是什么？主要有，代碼行技術(shù)。是一種基于規(guī)模的分解估算：d=f(vi)以及基于問題的分解估算：ev(sopt+4sm+spess)/6還有功能點技術(shù)。這種技術(shù)以功能點(fp)為單位，度量軟件的規(guī)模。由于項目本身的復(fù)雜性，因此，成本估計技術(shù)主要采用“分而治之”的分解技術(shù)對軟件項目進行估算。13為什么說成本估計是不可能精準(zhǔn)的？那是由于太多的變化因素人員、技術(shù)、環(huán)境、策略、復(fù)雜性等等，使得成本估算永遠(yuǎn)不可能精確。14進行成本/效益分析的方法主要有哪些？常用成本/效益分析的方法主要有：(1) 貨幣的

12、時間價值(2) 投資回收期(3) 純收入(4) 投資回收率16如何對制定完成的軟件計劃進行復(fù)審？為什么要復(fù)審？軟件計劃的復(fù)審?fù)ǔＩ婕坝嘘P(guān)軟件工作范圍和軟硬件資源問題等。復(fù)審應(yīng)該邀請用戶參加，用戶可提出建議，并與開發(fā)人員最終商定內(nèi)容。復(fù)審內(nèi)容分為技術(shù)和管理兩個方面：技術(shù)方面需要考慮的問題有： 系統(tǒng)的任務(wù)是否合理； 系統(tǒng)的給你復(fù)雜性是否與開發(fā)成本、進度以及風(fēng)險一致； 系統(tǒng)規(guī)格說明書是否足夠充分； 系統(tǒng)性能要求是否恰當(dāng)管理方面需要考慮的問題有： 計劃中描述的工作范圍是否符合用戶需求？ 計劃中對資源的描述是否有效、合理？ 計劃中系統(tǒng)的開發(fā)成本與進度要求是否合理？ 計劃中人員的安排是否合理？ 系統(tǒng)開發(fā)存

13、在哪些風(fēng)險？復(fù)審可以盡早發(fā)現(xiàn)錯誤，復(fù)審是軟件質(zhì)量保證的重要措施。 需求分析1為什么要進行需求分析？通常對軟件系統(tǒng)有哪些需求？需求問題是軟件工程項目失敗的主要原因。一個高質(zhì)量的軟件，很大程度上取決于對要解決的問題的認(rèn)識，以及如何準(zhǔn)確的表達(dá)用戶的需求。需求分析就是要解決這個問題。通常，對一個軟件系統(tǒng)的需求可以有功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求等多個方面。2怎樣與用戶有效地溝通，以獲得用戶的真實需求？訪談、情景分析，以及面向數(shù)據(jù)流的自頂向下求精等方法，編制簡易的系統(tǒng)規(guī)格說明文檔，創(chuàng)建原型等，是獲取真實需求的有效方法。3需求分析的任務(wù)是什么？確定對待開發(fā)系統(tǒng)的綜合要求。4

14、通常系統(tǒng)的需求可以分為哪幾個層次？一般可以分成5個層次：(1) 功能需求：系統(tǒng)必須做什么？(2) 業(yè)務(wù)需求：反映客戶組織機構(gòu)對系統(tǒng)高層次的目標(biāo)要求。(3) 運行需求：運行環(huán)境、軟硬件配置等。(4) 屬性需求：包括用戶關(guān)心的屬性，如效率、靈活性、完整性、可靠性等；開發(fā)者關(guān)心的屬性，如可維護性、可復(fù)用性、可移植性等。(5) 未來可能的擴充需求：如hdis各組的合并，3維虛擬現(xiàn)實的效果等等。5進行需求分析的步驟有哪些？1確定系統(tǒng)的綜合要求2分析系統(tǒng)的數(shù)據(jù)要求3導(dǎo)出邏輯模型4修正系統(tǒng)開發(fā)計劃6簡述建立原型模型對軟件需求分析的作用?？梢钥焖贅?gòu)建旨在演示目標(biāo)系統(tǒng)主要功能的可運行程序，幫助用戶確定及提供更為

15、精準(zhǔn)的需求，以利用戶和開發(fā)者能夠在目標(biāo)系統(tǒng)應(yīng)該“做什么”這一問題上盡快達(dá)成一致。7解釋實體-聯(lián)系圖及其用途。實體-聯(lián)系圖是按照用戶的觀點對數(shù)據(jù)建立的模型。描述從用戶角度看到的數(shù)據(jù)，反映用戶的現(xiàn)實環(huán)境，并且與在軟件系統(tǒng)中的實現(xiàn)方法無關(guān)。8說明為什么需要進行需求驗證及驗證的步驟有哪些？進行需求驗證是為了確保軟件開發(fā)的質(zhì)量，降低開發(fā)成本。通常對需求進行驗證的步驟有：驗證需求的一致性、驗證需求的現(xiàn)實性、驗證需求的完整性和有效性。 總體設(shè)計3簡單說明系統(tǒng)總體設(shè)計的步驟。典型的總體設(shè)計包括以下9個步驟：1、確定最佳方案2、選取合理方案3、推薦最佳方案4、功能分解5、軟件結(jié)構(gòu)設(shè)計6、設(shè)計數(shù)據(jù)庫7、制定測試計

16、劃8、書寫文檔9、審查和復(fù)審5為什么要盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合的范圍，完全不用內(nèi)容耦合？減少模塊之間的關(guān)聯(lián)度，提高模塊的獨立性。因為內(nèi)容耦合會導(dǎo)致一個模塊修改另一個模塊的內(nèi)容，使得程序邏輯發(fā)生嚴(yán)重問題。而公共耦合是若干模塊通過一個公共數(shù)據(jù)環(huán)境相互作用，公共部分的改動將影響所有調(diào)用它的模塊，公共部分的數(shù)據(jù)存取無法控制，并且復(fù)雜程度也會隨耦合模塊的個數(shù)增加而增加?？刂岂詈鲜且粋€模塊通過傳遞開關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇另一個模塊的功能。由于接口單一，因此仍然會影響被控模塊的內(nèi)部邏輯。而數(shù)據(jù)耦合只是模塊間通過數(shù)據(jù)參數(shù)來交換i/o信息，因此不會對其它模塊產(chǎn)生任何等影響。

17、6為什么模塊的規(guī)模要適中？過大不易理解；太小則接口開銷過大。7請說明為什么模塊控制的寬度和深度要適度。深度過大表示分工過細(xì)，而寬度過大則表示系統(tǒng)復(fù)雜度大，所以模塊控制的寬度和深度要適度。8簡述面向數(shù)據(jù)流設(shè)計方法的基本思想。將由數(shù)據(jù)流圖描繪的信息在系統(tǒng)中加工和流動的情況映射成軟件結(jié)構(gòu)。9常用數(shù)據(jù)流類型有哪些？變換流和事務(wù)流。10面向數(shù)據(jù)流的設(shè)計方法主要有哪幾個步驟？主要有下面7個步驟：1復(fù)查基本系統(tǒng)模型2復(fù)查并精化數(shù)據(jù)流圖3確定數(shù)據(jù)流圖具有變換特性還是事務(wù)特性4確定輸入流和輸出流動邊界，從而孤立出變換中心5完成“第一級分解”6完成“第二級分解”7使用設(shè)計度量和啟發(fā)式規(guī)則對第一次分割得到的軟件結(jié)構(gòu)

18、進一步精化 詳細(xì)設(shè)計1詳細(xì)設(shè)計的任務(wù)是什么？包括模塊的算法設(shè)計、模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)設(shè)計、模塊接口設(shè)計、其它根據(jù)軟件特點需要完成的設(shè)計、模塊測試用例設(shè)計、設(shè)計文檔編寫、設(shè)計評審。2在對系統(tǒng)做詳細(xì)設(shè)計時，應(yīng)遵循哪些原則？ 模塊的邏輯描述應(yīng)清晰易讀、正確可靠； 設(shè)計的處理過程應(yīng)該簡明易懂； 選擇恰當(dāng)?shù)拿枋龉ぞ邅砻枋瞿K算法。3簡述結(jié)構(gòu)化設(shè)計的特點。 自頂向下、逐步求精； 具有單入、單出的控制結(jié)構(gòu)（取消goto語句）4結(jié)構(gòu)化程序設(shè)計中有哪幾種基本控制結(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) 多情

19、況選擇7試說明iso為什么要建議停止使用程序流程圖，而推薦使用pda圖？由于程序流程圖中的goto語句回嚴(yán)重地?fù)p害程序結(jié)構(gòu)，而無法實行結(jié)構(gòu)化設(shè)計。pda圖則既吸取了程序流程圖好學(xué)、好用、好懂，方便、靈活的優(yōu)點，又保留了n-s圖結(jié)構(gòu)化設(shè)計的特點，很好地滿足了軟結(jié)構(gòu)構(gòu)設(shè)計圖形工具的要求，以及pda圖所具有的 結(jié)構(gòu)清晰，層次分明，易讀； 支持逐步求精的設(shè)計思想； 容易將pad自動轉(zhuǎn)換為高級語言源程序等特點，因此，iso要推薦使用pda圖。8試說明jackson方法是一種怎么樣的程序設(shè)計方法。它有哪些工作步驟？jackson方法是以數(shù)據(jù)結(jié)構(gòu)(data structure)為基礎(chǔ)設(shè)計每個模塊的處理過程，

20、將數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化成程序結(jié)構(gòu)。具體工作步驟有：第1步：用jackson圖描述 io 的數(shù)據(jù)結(jié)構(gòu)第2步：在兩個圖中指出有直接因果關(guān)系、可以同時處理的單元第3步：將數(shù)據(jù)結(jié)構(gòu)映射到程序結(jié)構(gòu)第4步：列出所有操作條件，并分配到上幅程序結(jié)構(gòu)圖中第5步：用pseudocode 表示程序編碼與測試1說明什么是程序編碼？為什么程序設(shè)計語言的特點和編碼風(fēng)格會影響到程序的可靠性、可讀性、可測試性和可維護性？所謂“編碼”，就是將在低級抽象層次得到的詳細(xì)設(shè)計結(jié)果，翻譯成用某種程序設(shè)計語言書寫的程序。是軟件設(shè)計的自然結(jié)果。而程序設(shè)計語言是否有理想的結(jié)構(gòu)化、模塊化機制，是否有可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)等特性，以及程序設(shè)計語言

21、提供的編譯、軟件工具等，再加上程序的設(shè)計風(fēng)格會很深刻的影響軟件的質(zhì)量和可維護性、可測試性、可靠性等。2用戶界面設(shè)計的最一般原則，即所謂“黃金規(guī)則”是什么？1.置用戶于控制之下；2.減少用戶的記憶負(fù)擔(dān)；3.保持界面一致。3軟件界面設(shè)計包含了哪幾個方面的基本內(nèi)容？界面設(shè)計包括三個方面：1.軟件構(gòu)件間接口；2.軟件與其它系統(tǒng)的接口；3.軟件與操作者之間的接口，即用戶界面。4用戶界面提供系統(tǒng)服務(wù)的方式通常有哪兩種？命令驅(qū)動和屏幕菜單驅(qū)動5wimp界面是屏幕菜單驅(qū)動用戶界面的一種形式，其設(shè)計準(zhǔn)則有哪些？(1) 明確的動作：在屏幕上指點并操縱對象(2) 即時反饋：操作結(jié)構(gòu)即見(3) 增量效應(yīng)：圖標(biāo)應(yīng)被拖曳

22、連續(xù)移動，而非跳躍(4) 可視交互：交互操作與用戶概念模型匹配(5) 剝皮式學(xué)習(xí)：學(xué)習(xí)系統(tǒng)功能復(fù)雜性逐層加深(6) 可逆動作：也即應(yīng)有退回操作(7) 事先驗證：只允許合法操作產(chǎn)生效果6為什么說軟件界面設(shè)計的質(zhì)量會直接影響到用戶對軟件產(chǎn)品的評價？用戶界面(user-interface)又稱人機界面(man-computer interface)，是用戶和計算機聯(lián)系的中間媒介，是系統(tǒng)中最重要、最關(guān)鍵的部分之一。用戶界面設(shè)計的好壞，直接影響到系統(tǒng)設(shè)計的成敗。這是因為，如果一個界面設(shè)計的不好，也即通常所說的用戶界面不友好，可以使用戶在使用時感到不便，甚至制造麻煩，系統(tǒng)就難以發(fā)揮應(yīng)有的效益，甚至可能被用

23、戶棄用。7什么是系統(tǒng)響應(yīng)時間？系統(tǒng)響應(yīng)時間有哪些重要屬性？系統(tǒng)響應(yīng)時間指從用戶完成某個控制動作，到系統(tǒng)給出預(yù)期響應(yīng)的時間。系統(tǒng)響應(yīng)時間有2個重要的屬性：長度和易變性。8在設(shè)計軟件系統(tǒng)的用戶幫助設(shè)施時，需要注意解決哪些問題？1在用戶與系統(tǒng)交互期間，是否任何時候都能獲得關(guān)于系統(tǒng)任何功能的幫助信息？2用戶怎樣請求幫助？3怎樣顯示幫助信息？4用戶怎樣返回到正常的交互方式中？5怎樣組織幫助信息？9軟件出錯處理設(shè)計，即軟件安全性設(shè)計。一個交互式出錯處理程序應(yīng)該具備哪些功能和屬性？1信息應(yīng)該使用用戶可以理解的術(shù)語描述。2信息應(yīng)該提供有助于從錯誤中恢復(fù)的建設(shè)性意見。3信息應(yīng)該指出錯誤可能導(dǎo)致的后果。4信息應(yīng)該

24、伴隨感官提示。5信息不能帶有指責(zé)色彩。10測試的最基本目標(biāo)是什么？以盡可能小的代價，發(fā)現(xiàn)盡可能多的錯誤。11軟件測試的原則有哪些？ 應(yīng)當(dāng)把“盡早和不斷的測試”作為座右銘 測試應(yīng)由獨立的專業(yè)測試機構(gòu)來完成 測試工作要全面，但不可能實現(xiàn)“窮舉” 只能盡可能查錯，不能證明程序中沒有錯 軟件測試符合2-8(pareto)原理 應(yīng)妥善保存測試文檔 制定嚴(yán)格、合理的測試計劃 錯誤經(jīng)過修改后，相關(guān)的測試必不可少12軟件測試的方法有哪幾種？黑盒測試和白盒測試。13簡單說明什么是白盒測試，什么是黑盒測試。黑盒測試是把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的測試方法。黑盒測試又稱功能測試。白盒測試

25、是對程序的執(zhí)行細(xì)節(jié)進行測試，通過設(shè)計測試數(shù)據(jù)，驗證程序模塊的每個路徑的執(zhí)行情況。白盒測試又稱結(jié)構(gòu)測試。14簡述軟件測試的步驟。(1) 單元測試 程序設(shè)計 & 代碼bugs(2) 子系統(tǒng)測試 模塊連接(3) 系統(tǒng)測試 需求確認(rèn) & 系統(tǒng)設(shè)計(4) 驗收測試 用戶加入(5) 平行運行 新舊系統(tǒng)比較運行結(jié)果16為什么單元測試必須由編程者自己完成？單元測試是對程序邏輯結(jié)構(gòu)的測試。而對程序結(jié)構(gòu)最為熟悉的，莫過于編程者。再者，高質(zhì)量的程序模塊是構(gòu)造系統(tǒng)的基礎(chǔ)，因此編程者必須向下一道工序提交符合質(zhì)量要求的產(chǎn)品。17單元測試的主要手段有哪些？代碼審查、計算機測試等。18單元測試主要從哪5個方面進行？主要測試以

26、下五個方面：1. 模塊接口2. 局部數(shù)據(jù)結(jié)構(gòu)3. 重要的執(zhí)行通路4. 出錯處理通路5. 邊界條件 19為什么人工代碼審查十分重要？一次審查可發(fā)現(xiàn)多個錯誤，不必改一個測一個。20集成測試主要有漸增式測試、非漸增式測試兩種，試述兩種方式的異同點。漸增式測試：可以較早發(fā)現(xiàn)模塊間的接口錯誤、出現(xiàn)的錯誤往往跟最新加入的模塊有關(guān)、在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測，測試更徹底，但較非漸增式測試費時。非漸增式測試由于最后才組裝，因此錯誤發(fā)現(xiàn)得晚、發(fā)現(xiàn)錯誤后難以診斷定位，但可以同時并行測試所有模塊，能充分利用人力。21描述集成測試的兩種策略，并比較它們的優(yōu)缺點。自頂向下測試和自底向上測試兩種

27、。自頂向下測試的優(yōu)點是不需要測試驅(qū)動程序，能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能，在早期發(fā)現(xiàn)上層模塊的接口錯誤。主要缺點是需要存根程序，可能遇到與此相聯(lián)系的測試?yán)щy，底層模塊的錯誤發(fā)現(xiàn)較晚，而且對人力的使用也不利。而自底向上測試的優(yōu)缺點與自頂向下測試的優(yōu)缺點正好相反。22什么是回歸測試？回歸測試的測試用例集如何確定？回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集，以保證系統(tǒng)在發(fā)生調(diào)試、功能變化等事項后，沒有帶來非預(yù)期的副作用?；貧w測試的測試用例集按以下方法確定：1檢測軟件全部功能的代表性測試用例。2專門針對可能受修改影響的軟件功能的附加測試。3針對被修改過的軟件成分的測試。23什么是確認(rèn)測

28、試？確認(rèn)測試的任務(wù)是什么？如何確認(rèn)其范圍？驗收軟件的有效性(功能和性能達(dá)標(biāo))。確認(rèn)測試的工作范圍主要有：1按合同規(guī)定審查軟件配置；2設(shè)計測試計劃，使通過測試保證軟件能滿足所有功能、性能要求；3文檔與程序一致，具有維護階段所必須的細(xì)節(jié)；4嚴(yán)格按用戶手冊操作，以檢查手冊的完整性和正確性。24設(shè)計測試方案的任務(wù)有哪些？預(yù)定要測試的功能設(shè)計輸入的測試數(shù)據(jù)列出預(yù)期結(jié)果25什么是邏輯覆蓋測試法？它主要用于什么測試？邏輯覆蓋測試是一種對程序邏輯通路進行覆蓋的測試，通常適用于白盒測試。26什么是等價劃分法？它主要用于什么測試？是一種很常用的測試方法。其對測試數(shù)據(jù)的選擇是基于對程序功能的分析，按照程序輸入要求和

29、輸出要求，選擇若干數(shù)據(jù)進行測試功能的過程。等價劃分法主要用于黑盒測試。27什么是邊值分析法？它主要用于什么測試？根據(jù)經(jīng)驗，在程序處理的邊界最容易發(fā)生錯誤的地方進行測試，主要用于黑盒測試。28什么是錯誤推測法？它主要用于什么測試？利用有經(jīng)驗的測試者對程序可能發(fā)生錯誤的位置的推測進行測試的方法，主要用于黑盒測試。29一個軟件的測試策略應(yīng)該是怎樣的？黑盒設(shè)計 白盒補充 在任何情況下都應(yīng)首先使用邊界值分析的方法； 必要時用等價劃分法補充； 必要時再用錯誤推測法補充； 對照程序邏輯，檢查測試方案。30什么是調(diào)試？調(diào)試和測試有什么不同？測試 發(fā)現(xiàn)錯誤調(diào)試 改正錯誤調(diào)試與測試的區(qū)別在于，調(diào)試作為測試的后續(xù)工

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

31、件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。2軟件維護有哪幾種類型？改正性維護：診斷和改正錯誤；適應(yīng)性維護：為了和變化了的環(huán)境(如軟硬件升級、新數(shù)據(jù)庫等)適當(dāng)?shù)嘏浜隙薷能浖?；完善性維護：為了增加新功能，修改已有功能，改造界面，增加help等，而修改軟件； 預(yù)防性維護：為了改進未來的可維護性或可靠性，或為了給未來的改進奠定更好的基礎(chǔ)而修改軟件。3為什么說軟件文檔維護和代碼維護同樣重要？這是因為，軟件文檔是影響軟件可維護性的決定因素。4為什么說維護的代價很高？應(yīng)該怎樣做才能降低維護的代價？一般維護的工作量占生存周期70%以上，維護成本約為開發(fā)成本的4倍(滿足8-2規(guī)則)。維護

32、代價分為：1有形代價：費用已上升至總預(yù)算的80%；2無形代價： 占用資源以致延誤開發(fā)；修改不及時引起用戶不滿； 維護引入新錯誤，降低了軟件質(zhì)量；等等。3維護工作量的經(jīng)驗?zāi)Ｐ停簃 = p + k*ec-d降低維護代價的通常認(rèn)識是：提高程序的可維護性，這也是軟件工程學(xué)的主要目的。5導(dǎo)致維護成本高企的原因主要有哪些？軟件開發(fā)途徑不好，導(dǎo)致軟件可維護性差，原來的開發(fā)人員沒有參與維護，維護成本日益高漲等，從維護工作量的經(jīng)驗?zāi)Ｐ涂梢钥吹剑S護工作量和成本將呈指數(shù)增加。6什么是軟件的可維護性？軟件可維護性可定性地定義為：維護人員理解、改正、改動和改進這個軟件的難易程度。7如何提高軟件的可維護性？可以從提高決

33、定軟件可維護性的因素著手，這些因素是：可理解性、可測試性、可修改性、可移植性、可重用性、可靠性、可使用性、效率等。9為什么說文檔是影響軟件可維護性的決定因素？由于長期使用的軟件系統(tǒng)在使用過程中會有多次修改的經(jīng)歷，而文檔應(yīng)該記載了這些重要的修改，所以文檔比之代碼更為重要。10什么是軟件的系統(tǒng)文檔？系統(tǒng)文檔是指軟件系統(tǒng)從問題定義、需求說明、設(shè)計、實現(xiàn)到驗收測試計劃等一系列和系統(tǒng)實現(xiàn)密切相關(guān)的技術(shù)文檔。11什么是軟件的用戶文檔？提供用戶了解、使用、操作和安裝系統(tǒng)的文檔資料。12什么是可重用性？如何通過提高軟件的可重用性來提高軟件的可維護性？可重用性是指同一事物不加修改或稍加修改，就可以在不同環(huán)境多次

34、重復(fù)使用。大量使用可重用軟件構(gòu)件，可大幅提高軟件的可維護性。主要體現(xiàn)在兩個方面：1可重用構(gòu)件通常都是組裝成功的部件，加上每次重用又都會進一步完善部件，因此可以大幅提高軟件的可靠性，而改正性維護要求會降低。2很容易修改可重用的軟件構(gòu)件，使之適應(yīng)新的應(yīng)用環(huán)境，因此軟件中使用可重用構(gòu)件越多，軟件的適應(yīng)性維護和完善性維護也越容易。13為什么要進行軟件可維護性復(fù)審？目的是提高軟件的可維護性?？删S護性復(fù)審在軟件開放的不同階段有不同的重點。例如，在分析階段的復(fù)審重點是：可靠性、可移植性、可用性。而編碼階段則主要是：可理解性、可修改性、可移植性和效率。14什么是軟件的逆向工程和再工程？軟件逆向工程是指當(dāng)維護對

35、象缺乏必要的文檔資料時，分析已有程序，尋求比源代碼更高級的抽象表現(xiàn)形式，恢復(fù)軟件原有設(shè)計的過程。換言之，是一個恢復(fù)設(shè)計的過程。軟件再工程則是以軟件工程學(xué)為指導(dǎo)，對目標(biāo)軟件進行重新設(shè)計、重新編碼和測試的過程。15逆向工程與再工程與軟件的預(yù)防性維護有什么樣的關(guān)系？預(yù)防性維護是為了改進軟件未來的可維護性或可靠性，或為了給軟件未來的改進奠定更好的基礎(chǔ)而修改軟件的過程。預(yù)防性維護就是對軟件將來可能需要的改動，使用逆向工程與再工程方法對軟件進行維護。16假設(shè)你的任務(wù)是對一個已有軟件進行重大修改，而且只允許你從以下文檔中選取兩份：(a)程序的規(guī)格說明；(b)程序的詳細(xì)設(shè)計結(jié)果(自然語言描述加上某種設(shè)計工具表

36、示)；(b)源程序清單(其中有適當(dāng)數(shù)量的注解)。你將選取哪兩份文檔？為什么這樣選??？你打算如何完成這個任務(wù)？應(yīng)該選擇(a)程序的規(guī)格說明和(b)程序的詳細(xì)設(shè)計結(jié)果。因為是重大修改，所以需要從修改程序規(guī)格說明和詳細(xì)設(shè)計開始，對開發(fā)文檔進行重大修改，而源碼也會需要重新編制。 項目管理1 請簡單描述有哪些進行軟件規(guī)模估算的方法。代碼行技術(shù)和功能點技術(shù)。2 在工作量估算技術(shù)中，動態(tài)多變量模型比靜態(tài)單變量模型有哪些優(yōu)點？可以更精確地進行估算，估算結(jié)果更切合被估算對象的實際。3 簡述gantt圖的用途和優(yōu)缺點。優(yōu)點：簡單，能動態(tài)地反映開發(fā)進展。缺點：難以反映多個任務(wù)間的邏輯關(guān)系。4 簡述關(guān)鍵路徑法cpm工

37、作步驟(1) 標(biāo)出持續(xù)時間 lasting time(2) 標(biāo)出最早開始 時間est: = 從起點始，所有進入事件的 est+lt 中最大的(3) 標(biāo)出最遲開始時間 lst: = 從終點(est = lst)始，所有離開事件的 lst-lt 中最小的(4) 標(biāo)出機動時間 st: = 終點lst - 起點est - lt(5) 標(biāo)出關(guān)鍵路徑critical path: 即est = lst的所有事件組成的路徑5 目前項目開發(fā)時常用的小組組織方法有哪些？民主制程序員組、主程序員組和現(xiàn)代程序員組。6 簡述主程序員組的優(yōu)缺點。優(yōu)點主要有：主程序員廣播式發(fā)布工作要求，組織管理好、效率高、質(zhì)量容易保證、成

38、本相對較低。缺點主要有：人員完整配備較難、不利人才脫穎而出。并且，能夠在技術(shù)和管理兩方面都能同時具備優(yōu)秀品質(zhì)的主程序員更不多見。7 什么是軟件質(zhì)量？軟件質(zhì)量就是軟件與明確及隱含的需求相一致的程度。8 軟件質(zhì)量保證的措施主要有哪些？ 審查：由組長、作者、2位評審員（與評審結(jié)果有利害關(guān)系的）組成審查小組，進行發(fā)現(xiàn)、記錄錯誤的工作，并復(fù)查返工結(jié)果。 復(fù)查和管理復(fù)審：從技術(shù)、管理兩方面進行的復(fù)查工作。 測試9 參加軟件質(zhì)量保證活動的人員有哪兩類？可以分為兩類：參與軟件開發(fā)的技術(shù)人員，以及負(fù)責(zé)任軟件質(zhì)量保證活動的sqa小組成員。10 簡述技術(shù)復(fù)審的必要性。技術(shù)復(fù)審能夠較早發(fā)現(xiàn)軟件錯誤，防止錯誤被帶入到軟

39、件過程的后期階段，從而大大降低后續(xù)開發(fā)和維護的成本。11 什么是軟件能力成熟度模型？其基本思想是什么？軟件能力成熟度模型是用于評價軟件開發(fā)機構(gòu)的軟件過程能力成熟度的模型，其基本思想是，采用能力成熟度模型來幫助軟件開發(fā)機構(gòu)建立一個有規(guī)律的、成熟的軟件過程，以開發(fā)出質(zhì)量更好的軟件，免受時間和成本超支之苦。12 簡述軟件能力成熟度模型的5個等級。(1)初始級(2)可重復(fù)級(3)已定義級(4)已管理級(5)優(yōu)化級如何有效控制需求變更發(fā)布時間: 2010-7-09 15:46 作者: 未知 來源: 51testing軟件測試網(wǎng)采編字體: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推薦標(biāo)

40、簽： 需求管理 項目管理 需求變更對軟件開發(fā)項目成敗有重要影響，既不能一概拒絕客戶的變更要求，也不能一味地遷就客戶，所以實施需求變更之前必須做好控制。需求變更控制的目的不是控制變更的發(fā)生，而是對變更進行管理，確保變更有序進行。（1）明確合同約束，建立需求基線需求變更給軟件開發(fā)帶來的影響有目共睹，所以在與客戶簽訂合同時，可以增加一些相關(guān)條款，如限定客戶提出需求變更的時間，規(guī)定何種情況的變更可以接受、拒絕或部分接受，還可以規(guī)定發(fā)生需求變更時必須執(zhí)行變更管理流程。雖然軟件開發(fā)合同很難在簽訂之初就能夠精確定義每項需求，單靠合同是幫不上忙的，但也不能忽視合同的約束力。明確和樹立需求基線是需求變更的依據(jù)。

41、在開發(fā)過程中，需求確定并經(jīng)過評審后（客戶參與評審），建立第一個需求基線。此后每次變更并經(jīng)過評審后，都要重新確定新的需求基線，做到小需求可以變更，但大方向要力保不頻繁變更。例如，對于項目中的需求，可以實行分級管理，以達(dá)到對需求變更的控制和管理。（2）建立變更審批流程在實踐中，人們往往不愿意為小的需求變更去執(zhí)行正規(guī)的需求管理過程，認(rèn)為降低開發(fā)效率，浪費時間。正是這種觀念才使需求變更變得不可控，最終導(dǎo)致項目的失敗。因此，小的需求變更也要經(jīng)過正規(guī)的需求管理流程，否則會積少成多，積重難返。明確需求變更審批環(huán)節(jié)、審批人員、審批事項、審批流程。這么做的目的有兩個：一是將客戶下達(dá)變更的流程盡可能地規(guī)范化，減少

42、張嘴就來的非必要、非緊急、非合理、非高層領(lǐng)導(dǎo)意圖的無效變更。二是留下書面依據(jù)，為今后可能的成本變更和索賠準(zhǔn)備好“變更賬”。凡未履行審批程序的“變更”，一律是無效變更不予受理。（3）分級管理變更，定時批量處理軟件開發(fā)項目中，“客戶永遠(yuǎn)是對的”和“客戶是上帝”并不完全正確，因為在已經(jīng)簽定的項目合同中，任何新需求的變更和增加除了影響項目的正常進行以外，還影響到客戶的成本投入收益。因此，用戶不斷提出對項目進度有重大影響的需求對雙贏也并不是好事。當(dāng)遇到客戶提出需求，不及時處理可能會使項目不能驗收通過時，也不能一味拒絕不予開發(fā)。因此，當(dāng)客戶堅持變更新需求時，可以建議客戶將新需求按重要和緊迫程度劃分檔次，作

43、為需求變更評估的一項依據(jù)。例如，每周或每兩周甚至每月召開一次需求變更專題會議，集中研究處理這些零碎變更事項，主動控制好工作節(jié)奏，盡量避免由于處理零碎變更而影響項目進度。針對會議結(jié)果可向客戶正式提交一份需求變更計劃，注明變更引起的時間、成本、工期代價和增加工作量等。要求客戶配合需求變更計劃，確定變更時限，控制變更規(guī)模，過時變更不候，離譜變更不做，保大局棄小變。（4）安排專職人員負(fù)責(zé)變更管理有時開發(fā)任務(wù)較重，開發(fā)人員容易陷入開發(fā)工作中而忽略了與客戶的隨時溝通。因此，需要安排一名專職的需求變更聯(lián)絡(luò)人員，負(fù)責(zé)與客戶及時交流，跟蹤和匯報需求變更完成進度和情況。同時，可以成立項目變更控制小組，負(fù)責(zé)裁定接受

44、哪些變更，小組由項目所涉及的多方人員共同組成，應(yīng)該包括客戶方和開發(fā)方的決策人員在內(nèi)。（5）確認(rèn)客戶是否接受變更的代價要讓客戶認(rèn)識到變更都是有代價的，要和客戶一起判斷需求變更是否依然進行。例如，變更是沒有問題的，但是要明確客戶能否接受由此引起的如進度延遲、費用增加、效率下降等問題。一般來說，如果客戶認(rèn)為該變更是必須的（不是其上級領(lǐng)導(dǎo)拍腦袋提出的）就會接受這些后果。通過與客戶協(xié)商，這樣開發(fā)團隊即使沒有回報，也不會招致公司和客戶雙方的埋怨。如果客戶認(rèn)為該變更雖然有必要但是可以暫緩，雙方簽署備忘錄后留待以后解決。如果客戶認(rèn)為該變更可有可無，多數(shù)情況下會取消變更。這樣即可防止頻繁變更，也讓客戶認(rèn)識到不是

45、所有的需求都需要變更。 袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄

46、羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈

47、膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿

48、衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃

49、羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄

50、膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇

51、衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿

52、罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀

53、膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃

54、袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅

55、肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈芇蚈薀肇莀蒀衿肇聿芃裊肆節(jié)葿螁肅莄莂蚇肄肅薇薃肅膆莀袂肂羋薅螈膁莀莈蚄膁肀薄薀膀膂莆羈腿蒞薂襖膈蕆蒅螀膇膇蝕蚆螄艿蒃薂螃莁蚈袁袂肁蒁螇袁膃蚇蚃袀芆蒀蕿衿蒈節(jié)羇衿膇薈袃袈芀莁蝿袇莂薆蚅袆肂荿薁羅膄薄袀羄芆莇螆羃荿薃螞羃膈莆蚈羂芁蟻薄羈莃蒄袃羀肅蠆蝿罿膅蒂蚅肈