《《軟件工程基礎(chǔ)》習(xí)題集答案.doc》由會員分享，可在線閱讀，更多相關(guān)《《軟件工程基礎(chǔ)》習(xí)題集答案.doc（19頁珍藏版）》請在裝配圖網(wǎng)上搜索。

《軟件工程基礎(chǔ)》習(xí)題集答案 第一章 概 述 1．什么是軟件危機(jī)，它有哪些典型表現(xiàn)？ 所謂“軟件危機(jī)”就是，在計算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重的問題，概括起來歸納為：如何開發(fā)軟件，以滿足日益增長、日趨復(fù)雜的需要；如何維護(hù)數(shù)量不斷膨脹的已有軟件。 軟件危機(jī)的典型表現(xiàn)主要有： a. 開發(fā)成本和進(jìn)度不能準(zhǔn)確估計 b. 開發(fā)出來的軟件不能滿足用戶的要求 c. 軟件的可維護(hù)性差 d. 軟件質(zhì)量不可靠 e. 軟件成本在系統(tǒng)中的比重逐年上升 f. 軟件開發(fā)生產(chǎn)率的提高速度不夠 2．簡述產(chǎn)生軟件危機(jī)的原因和解決的思路。 軟件危機(jī)產(chǎn)生的原因一方面與軟件本身的特點(diǎn)有關(guān)，另一方面，是與已有軟件開發(fā)、維護(hù)的方法不正確有密切關(guān)系。 解決軟件危機(jī)，既要有技術(shù)措施(方法和工具)，又要有必要的組織管理措施。即采用工程化的原則和方法組織軟件開發(fā)是擺脫軟件危機(jī)的一個主要出路。 3．什么是軟件工程？它有哪些本質(zhì)特性？ 軟件工程是一門研究如何用系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法進(jìn)行軟件開發(fā)和維護(hù)的學(xué)科。 其實(shí)質(zhì)就是用工程的概念、原理、技術(shù)和方法，結(jié)合有效的管理方法和先進(jìn)的開發(fā)技術(shù)，開發(fā)與維護(hù)軟件，以解決軟件危機(jī)。 4．軟件工程是如何用來消除軟件危機(jī)的？ 軟件工程是從技術(shù)和管理兩個方面來研究如何更好地開發(fā)和維護(hù)計算機(jī)軟件，從源頭上消除軟件危機(jī)。 6．簡述軟件的定義。 軟件 ＝ 程序 + 數(shù)據(jù) + 文檔 7．軟件工程的目的是什么？ 為高質(zhì)量的軟件開發(fā)提供一個科學(xué)的體系框架。 8．什么是軟件工程方法學(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)格按照軟件生命周期計劃進(jìn)行管理 2．堅持進(jìn)行階段評審 3．實(shí)行嚴(yán)格的產(chǎn)品控制 4．采用先進(jìn)的程序設(shè)計技術(shù) 5．結(jié)果應(yīng)能清楚的審查 6．開發(fā)小組成員應(yīng)少而精 7．承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性 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．什么是軟件生命周期？什么是軟件生命周期模型？ 軟件如同自然界任何事物一樣，都有其孕育、誕生、成長、成熟、衰亡的生存過程。軟件的這一過程，稱為軟件生命周期。 軟件生命周期模型也稱軟件開發(fā)過程模型，是為了解決產(chǎn)業(yè)環(huán)境中的實(shí)際問題，而提出的開發(fā)策略。是反映整個軟件生命期中，系統(tǒng)開發(fā)、運(yùn)行、維護(hù)等實(shí)施活動的一種結(jié)構(gòu)框架。 14．簡述軟件生命周期方法學(xué)的途徑，以及劃分階段步驟的目的和實(shí)質(zhì)。 軟件生命周期方法學(xué)是軟件工程的傳統(tǒng)途徑，劃分階段步驟的目的和實(shí)質(zhì)是：控制開發(fā)工作的復(fù)雜性，通過有限步驟，把抽象邏輯概念，轉(zhuǎn)化為具體物力實(shí)現(xiàn)。 15．試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點(diǎn)，說明它們各自的適用范圍。 1．瀑布模型。 瀑布模型廣為人知和歷史悠久，其優(yōu)勢是規(guī)范及文檔驅(qū)動的方法。但問題是，往往不能夠真正滿足用戶的需求。 適用于傳統(tǒng)軟件工程領(lǐng)域的結(jié)構(gòu)化開發(fā)。 2．原型模型。 是為了克服瀑布模型的缺點(diǎn)而提出來的。通過快速構(gòu)建一個在機(jī)器上可運(yùn)行的原型系統(tǒng)，讓用戶試用原型，并收集反饋意見的辦法，來獲取用戶真實(shí)的需求。 3．螺旋模型。 螺旋模型適用于大型軟件項目，比起之前的其它模型而言，有其一定的優(yōu)越性，但這些優(yōu)越性并不是絕對的。主要體現(xiàn)在對開發(fā)人員的風(fēng)險評估經(jīng)驗(yàn)和專門知識的要求較高。如果項目風(fēng)險較大，而開發(fā)人員的水平較低，不能準(zhǔn)確的識別和分析風(fēng)險，則勢必造成重大損失。 4．增量模型。 具有在軟件開發(fā)早期階段使投資獲得明顯回報和交易維護(hù)的優(yōu)點(diǎn)，但是要求軟件具有開放的結(jié)構(gòu)。 第二章 可行性研究 1．在軟件開發(fā)的早期階段，為什么要進(jìn)行可行性研究？其目的和任務(wù)各是什么？ 可行性研究的目的是用最小的代價，在盡可能短的時間內(nèi)確定問題是否可解決，以及是否值得解決。 可行性研究的任務(wù)不是解決問題，而是確定是否可解/值得解。 2．應(yīng)該從哪些方面研究目標(biāo)系統(tǒng)的可行性？ 主要從以下幾個方面進(jìn)行可行性研究： 1. 技術(shù)可行性。以現(xiàn)有技術(shù)，能否在預(yù)定時間內(nèi)完成該系統(tǒng)開發(fā)。 2. 經(jīng)濟(jì)可行性。通過成本-效益分析，估算系統(tǒng)的整體經(jīng)濟(jì)效益是否滿足要求。 3. 操作可行性。分析系統(tǒng)的運(yùn)行方式、操作規(guī)程是否適應(yīng)用戶應(yīng)用需要。 4. 社會可行性。分析系統(tǒng)在法律、社會、市場等方面的認(rèn)可度。 3．可行性研究有哪些工作步驟？ (1) 復(fù)查定義，確定系統(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)分析員和用戶之間理想的通信工具。 6．簡單描述數(shù)據(jù)字典的內(nèi)容和定義數(shù)據(jù)的方法。 數(shù)據(jù)字典主要由下列4種元素定義組成： 1．?dāng)?shù)據(jù)流 2．?dāng)?shù)據(jù)流分量 3．?dāng)?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)境資源 + 工作量 + 進(jìn)度 軟件計劃的目標(biāo)是為了提供一個框架，以便于管理者對資源、成本和進(jìn)度等進(jìn)行合理的估算。 8．什么是軟件范圍？定義軟件范圍需要哪些信息？ 軟件范圍就是在技術(shù)和管理層面上都是無二義性和可理解的項目范圍，是軟件開發(fā)各階段的工作依據(jù)。 定義軟件范圍需要以下信息： 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ā)進(jìn)度主要可以用哪些工具？都有哪些優(yōu)缺點(diǎn)？ 編制進(jìn)度計劃的常用工具主要有甘特圖和網(wǎng)絡(luò)計劃法。 甘特圖的優(yōu)點(diǎn)是簡單，能動態(tài)地反映開發(fā)進(jìn)展；缺點(diǎn)是難以反映多個任務(wù)間的邏輯關(guān)系。 網(wǎng)絡(luò)計劃法則恰好彌補(bǔ)了甘特圖的缺點(diǎn)，最適合反映多個工作之間的邏輯關(guān)系。 12．主要的成本估計技術(shù)有哪些？其依據(jù)的主要是什么？ 主要有，代碼行技術(shù)。 是一種基于規(guī)模的分解估算： D=f(vi) 以及基于問題的分解估算： EV＝(Sopt+4Sm+Spess)/6 還有功能點(diǎn)技術(shù)。這種技術(shù)以功能點(diǎn)(FP)為單位，度量軟件的規(guī)模。 由于項目本身的復(fù)雜性，因此，成本估計技術(shù)主要采用“分而治之”的分解技術(shù)對軟件項目進(jìn)行估算。 13．為什么說成本估計是不可能精準(zhǔn)的？ 那是由于太多的變化因素——人員、技術(shù)、環(huán)境、策略、復(fù)雜性等等，使得成本估算永遠(yuǎn)不可能精確。 14．進(jìn)行成本/效益分析的方法主要有哪些？ 常用成本/效益分析的方法主要有： (1) 貨幣的時間價值 (2) 投資回收期 (3) 純收入 (4) 投資回收率 16．如何對制定完成的軟件計劃進(jìn)行復(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ā)成本、進(jìn)度以及風(fēng)險一致； 系統(tǒng)規(guī)格說明書是否足夠充分； 系統(tǒng)性能要求是否恰當(dāng) 管理方面需要考慮的問題有： 計劃中描述的工作范圍是否符合用戶需求？ 計劃中對資源的描述是否有效、合理？ 計劃中系統(tǒng)的開發(fā)成本與進(jìn)度要求是否合理？ 計劃中人員的安排是否合理？ 系統(tǒng)開發(fā)存在哪些風(fēng)險？ 復(fù)審可以盡早發(fā)現(xiàn)錯誤，復(fù)審是軟件質(zhì)量保證的重要措施。 第三章 需求分析 1．為什么要進(jìn)行需求分析？通常對軟件系統(tǒng)有哪些需求？ 需求問題是軟件工程項目失敗的主要原因。一個高質(zhì)量的軟件，很大程度上取決于對要解決的問題的認(rèn)識，以及如何準(zhǔn)確的表達(dá)用戶的需求。需求分析就是要解決這個問題。 通常，對一個軟件系統(tǒng)的需求可以有功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求等多個方面。 2．怎樣與用戶有效地溝通，以獲得用戶的真實(shí)需求？ 訪談、情景分析，以及面向數(shù)據(jù)流的自頂向下求精等方法，編制簡易的系統(tǒng)規(guī)格說明文檔，創(chuàng)建原型等，是獲取真實(shí)需求的有效方法。 3．需求分析的任務(wù)是什么？ 確定對待開發(fā)系統(tǒng)的綜合要求。 4．通常系統(tǒng)的需求可以分為哪幾個層次？ 一般可以分成5個層次： (1) 功能需求：系統(tǒng)必須做什么？ (2) 業(yè)務(wù)需求：反映客戶組織機(jī)構(gòu)對系統(tǒng)高層次的目標(biāo)要求。 (3) 運(yùn)行需求：運(yùn)行環(huán)境、軟硬件配置等。 (4) 屬性需求：包括用戶關(guān)心的屬性，如效率、靈活性、完整性、可靠性等；開發(fā)者關(guān)心的屬性，如可維護(hù)性、可復(fù)用性、可移植性等。 (5) 未來可能的擴(kuò)充需求：如HDIS各組的合并，3維虛擬現(xiàn)實(shí)的效果等等。 5．進(jìn)行需求分析的步驟有哪些？ 1．確定系統(tǒng)的綜合要求 2．分析系統(tǒng)的數(shù)據(jù)要求 3．導(dǎo)出邏輯模型 4．修正系統(tǒng)開發(fā)計劃 6．簡述建立原型模型對軟件需求分析的作用。 可以快速構(gòu)建旨在演示目標(biāo)系統(tǒng)主要功能的可運(yùn)行程序，幫助用戶確定及提供更為精準(zhǔn)的需求，以利用戶和開發(fā)者能夠在目標(biāo)系統(tǒng)應(yīng)該“做什么”這一問題上盡快達(dá)成一致。 7．解釋實(shí)體-聯(lián)系圖及其用途。 實(shí)體-聯(lián)系圖是按照用戶的觀點(diǎn)對數(shù)據(jù)建立的模型。描述從用戶角度看到的數(shù)據(jù)，反映用戶的現(xiàn)實(shí)環(huán)境，并且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無關(guān)。 8．說明為什么需要進(jìn)行需求驗(yàn)證及驗(yàn)證的步驟有哪些？ 進(jìn)行需求驗(yàn)證是為了確保軟件開發(fā)的質(zhì)量，降低開發(fā)成本。通常對需求進(jìn)行驗(yàn)證的步驟有：驗(yàn)證需求的一致性、驗(yàn)證需求的現(xiàn)實(shí)性、驗(yàn)證需求的完整性和有效性。 第四章 總體設(shè)計 3．簡單說明系統(tǒng)總體設(shè)計的步驟。 典型的總體設(shè)計包括以下9個步驟： 1、確定最佳方案 2、選取合理方案 3、推薦最佳方案 4、功能分解 5、軟件結(jié)構(gòu)設(shè)計 6、設(shè)計數(shù)據(jù)庫 7、制定測試計劃 8、書寫文檔 9、審查和復(fù)審 5．為什么要盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合的范圍，完全不用內(nèi)容耦合？ 減少模塊之間的關(guān)聯(lián)度，提高模塊的獨(dú)立性。 因?yà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)生任何等影響。 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)進(jìn)一步精化 第五章 詳細(xì)設(shè)計 1．詳細(xì)設(shè)計的任務(wù)是什么？ 包括模塊的算法設(shè)計、模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)設(shè)計、模塊接口設(shè)計、其它根據(jù)軟件特點(diǎn)需要完成的設(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è)計的特點(diǎn)。 ① 自頂向下、逐步求精； ② 具有單入、單出的控制結(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) 多情況選擇 7．試說明ISO為什么要建議停止使用程序流程圖，而推薦使用PDA圖？ 由于程序流程圖中的GOTO語句回嚴(yán)重地?fù)p害程序結(jié)構(gòu)，而無法實(shí)行結(jié)構(gòu)化設(shè)計。PDA圖則既吸取了程序流程圖好學(xué)、好用、好懂，方便、靈活的優(yōu)點(diǎn)，又保留了N-S圖結(jié)構(gòu)化設(shè)計的特點(diǎn)，很好地滿足了軟結(jié)構(gòu)構(gòu)設(shè)計圖形工具的要求，以及PDA圖所具有的① 結(jié)構(gòu)清晰，層次分明，易讀；② 支持逐步求精的設(shè)計思想；③ 容易將PAD自動轉(zhuǎn)換為高級語言源程序等特點(diǎn)，因此，ISO要推薦使用PDA圖。 9．試說明Jackson方法是一種怎么樣的程序設(shè)計方法。它有哪些工作步驟？ Jackson方法是以數(shù)據(jù)結(jié)構(gòu)(data structure)為基礎(chǔ)設(shè)計每個模塊的處理過程，將數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)化成程序結(jié)構(gòu)。具體工作步驟有： 第1步：用Jackson圖描述 I\O 的數(shù)據(jù)結(jié)構(gòu) 第2步：在兩個圖中指出有直接因果關(guān)系、可以同時處理的單元 第3步：將數(shù)據(jù)結(jié)構(gòu)映射到程序結(jié)構(gòu) 第4步：列出所有操作條件，并分配到上幅程序結(jié)構(gòu)圖中 第5步：用Pseudocode 表示程序 第六章 實(shí)現(xiàn) 1．說明什么是程序編碼？為什么程序設(shè)計語言的特點(diǎn)和編碼風(fēng)格會影響到程序的可靠性、可讀性、可測試性和可維護(hù)性？ 所謂“編碼”，就是將在低級抽象層次得到的詳細(xì)設(shè)計結(jié)果，翻譯成用某種程序設(shè)計語言書寫的程序。是軟件設(shè)計的自然結(jié)果。 而程序設(shè)計語言是否有理想的結(jié)構(gòu)化、模塊化機(jī)制，是否有可讀性好的控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)等特性，以及程序設(shè)計語言提供的編譯、軟件工具等，再加上程序的設(shè)計風(fēng)格會很深刻的影響軟件的質(zhì)量和可維護(hù)性、可測試性、可靠性等。 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ū)動 5．WIMP界面是屏幕菜單驅(qū)動用戶界面的一種形式，其設(shè)計準(zhǔn)則有哪些？ (1) 明確的動作：在屏幕上指點(diǎn)并操縱對象 (2) 即時反饋：操作結(jié)構(gòu)即見 (3) 增量效應(yīng)：圖標(biāo)應(yīng)被拖曳連續(xù)移動，而非跳躍 (4) 可視交互：交互操作與用戶概念模型匹配 (5) 剝皮式學(xué)習(xí)：學(xué)習(xí)系統(tǒng)功能復(fù)雜性逐層加深 (6) 可逆動作：也即應(yīng)有退回操作 (7) 事先驗(yàn)證：只允許合法操作產(chǎn)生效果 6．為什么說軟件界面設(shè)計的質(zhì)量會直接影響到用戶對軟件產(chǎn)品的評價？ 用戶界面(User-interface)又稱人機(jī)界面(man-computer interface)，是用戶和計算機(jī)聯(lián)系的中間媒介，是系統(tǒng)中最重要、最關(guān)鍵的部分之一。用戶界面設(shè)計的好壞，直接影響到系統(tǒng)設(shè)計的成敗。 這是因?yàn)?，如果一個界面設(shè)計的不好，也即通常所說的用戶界面不友好，可以使用戶在使用時感到不便，甚至制造麻煩，系統(tǒng)就難以發(fā)揮應(yīng)有的效益，甚至可能被用戶棄用。 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)該伴隨感官提示。 5．信息不能帶有指責(zé)色彩。 10．測試的最基本目標(biāo)是什么？ 以盡可能小的代價，發(fā)現(xiàn)盡可能多的錯誤。 11．軟件測試的原則有哪些？ ① 應(yīng)當(dāng)把“盡早和不斷的測試”作為座右銘 ② 測試應(yīng)由獨(dú)立的專業(yè)測試機(jī)構(gòu)來完成 ③ 測試工作要全面，但不可能實(shí)現(xiàn)“窮舉” ④ 只能盡可能查錯，不能證明程序中沒有錯 ⑤ 軟件測試符合2-8(Pareto)原理 ⑥ 應(yīng)妥善保存測試文檔 ⑦ 制定嚴(yán)格、合理的測試計劃 ⑧ 錯誤經(jīng)過修改后，相關(guān)的測試必不可少 12．軟件測試的方法有哪幾種？ 黑盒測試和白盒測試。 13．簡單說明什么是白盒測試，什么是黑盒測試。 黑盒測試是把程序看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的測試方法。黑盒測試又稱功能測試。 白盒測試是對程序的執(zhí)行細(xì)節(jié)進(jìn)行測試，通過設(shè)計測試數(shù)據(jù)，驗(yàn)證程序模塊的每個路徑的執(zhí)行情況。白盒測試又稱結(jié)構(gòu)測試。 14．簡述軟件測試的步驟。 (1) 單元測試 —— 程序設(shè)計 & 代碼bugs (2) 子系統(tǒng)測試 —— 模塊連接 (3) 系統(tǒng)測試 —— 需求確認(rèn) & 系統(tǒng)設(shè)計 (4) 驗(yàn)收測試 —— 用戶加入 (5) 平行運(yùn)行 —— 新舊系統(tǒng)比較運(yùn)行結(jié)果 16．為什么單元測試必須由編程者自己完成？ 單元測試是對程序邏輯結(jié)構(gòu)的測試。而對程序結(jié)構(gòu)最為熟悉的，莫過于編程者。再者，高質(zhì)量的程序模塊是構(gòu)造系統(tǒng)的基礎(chǔ)，因此編程者必須向下一道工序提交符合質(zhì)量要求的產(chǎn)品。 17．單元測試的主要手段有哪些？ 代碼審查、計算機(jī)測試等。 18．單元測試主要從哪5個方面進(jìn)行？ 主要測試以下五個方面： 1. 模塊接口 2. 局部數(shù)據(jù)結(jié)構(gòu) 3. 重要的執(zhí)行通路 4. 出錯處理通路 5. 邊界條件 19．為什么人工代碼審查十分重要？ 一次審查可發(fā)現(xiàn)多個錯誤，不必改一個測一個。 20．集成測試主要有漸增式測試、非漸增式測試兩種，試述兩種方式的異同點(diǎn)。 漸增式測試：可以較早發(fā)現(xiàn)模塊間的接口錯誤、出現(xiàn)的錯誤往往跟最新加入的模塊有關(guān)、在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測，測試更徹底，但較非漸增式測試費(fèi)時。 非漸增式測試由于最后才組裝，因此錯誤發(fā)現(xiàn)得晚、發(fā)現(xiàn)錯誤后難以診斷定位，但可以同時并行測試所有模塊，能充分利用人力。 21．描述集成測試的兩種策略，并比較它們的優(yōu)缺點(diǎn)。 自頂向下測試和自底向上測試兩種。 自頂向下測試的優(yōu)點(diǎn)是不需要測試驅(qū)動程序，能夠在測試階段的早期實(shí)現(xiàn)并驗(yàn)證系統(tǒng)的主要功能，在早期發(fā)現(xiàn)上層模塊的接口錯誤。主要缺點(diǎn)是需要存根程序，可能遇到與此相聯(lián)系的測試?yán)щy，底層模塊的錯誤發(fā)現(xiàn)較晚，而且對人力的使用也不利。 而自底向上測試的優(yōu)缺點(diǎn)與自頂向下測試的優(yōu)缺點(diǎn)正好相反。 22．什么是回歸測試？回歸測試的測試用例集如何確定？ 回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集，以保證系統(tǒng)在發(fā)生調(diào)試、功能變化等事項后，沒有帶來非預(yù)期的副作用。 回歸測試的測試用例集按以下方法確定： 1．檢測軟件全部功能的代表性測試用例。 2．專門針對可能受修改影響的軟件功能的附加測試。 3．針對被修改過的軟件成分的測試。 23．什么是確認(rèn)測試？確認(rèn)測試的任務(wù)是什么？如何確認(rèn)其范圍？ 驗(yàn)收軟件的有效性(功能和性能達(dá)標(biāo))。 確認(rèn)測試的工作范圍主要有： 1．按合同規(guī)定審查軟件配置； 2．設(shè)計測試計劃，使通過測試保證軟件能滿足所有功能、性能要求； 3．文檔與程序一致，具有維護(hù)階段所必須的細(xì)節(jié)； 4．嚴(yán)格按用戶手冊操作，以檢查手冊的完整性和正確性。 24．設(shè)計測試方案的任務(wù)有哪些？ ①預(yù)定要測試的功能 ②設(shè)計輸入的測試數(shù)據(jù) ③列出預(yù)期結(jié)果 25．什么是邏輯覆蓋測試法？它主要用于什么測試？ 邏輯覆蓋測試是一種對程序邏輯通路進(jìn)行覆蓋的測試，通常適用于白盒測試。 26．什么是等價劃分法？它主要用于什么測試？ 是一種很常用的測試方法。其對測試數(shù)據(jù)的選擇是基于對程序功能的分析，按照程序輸入要求和輸出要求，選擇若干數(shù)據(jù)進(jìn)行測試功能的過程。 等價劃分法主要用于黑盒測試。 27．什么是邊值分析法？它主要用于什么測試？ 根據(jù)經(jīng)驗(yàn)，在程序處理的邊界最容易發(fā)生錯誤的地方進(jìn)行測試，主要用于黑盒測試。 28．什么是錯誤推測法？它主要用于什么測試？ 利用有經(jīng)驗(yàn)的測試者對程序可能發(fā)生錯誤的位置的推測進(jìn)行測試的方法，主要用于黑盒測試。 29．一個軟件的測試策略應(yīng)該是怎樣的？ 黑盒設(shè)計 白盒補(bǔ)充 ① 在任何情況下都應(yīng)首先使用邊界值分析的方法； ② 必要時用等價劃分法補(bǔ)充； ③ 必要時再用錯誤推測法補(bǔ)充； ④ 對照程序邏輯，檢查測試方案。 30．什么是調(diào)試？調(diào)試和測試有什么不同？ 測試 —— 發(fā)現(xiàn)錯誤 調(diào)試 —— 改正錯誤 調(diào)試與測試的區(qū)別在于，調(diào)試作為測試的后續(xù)工作，主要是解決和排除測試中出現(xiàn)的錯誤。 31．簡單說明調(diào)試的方法和策略。 調(diào)試過程的關(guān)鍵不是調(diào)試技術(shù)，而是用來推斷錯誤原因的基本策略。主要有： ① 試探法：憑經(jīng)驗(yàn)猜測。 ② 回溯法：由癥狀(symptom)最先出現(xiàn)的地方，沿control flow向回檢查。適用于小型程序。 ③ 對分法：在關(guān)鍵點(diǎn)插入變量的正確值。 ④ 歸納法：從錯誤癥狀中找出規(guī)律，推斷根源。 ⑤ 演繹法：普通 特殊 32．什么是軟件的可靠性、可用性和正確性？ 軟件可靠性是指程序在給定的時間間隔內(nèi)，按照說明書的規(guī)定，成功地運(yùn)行的概率。 軟件可用性是指程序在給定的時間點(diǎn)，按照說明書的規(guī)定，成功地運(yùn)行的概率。 軟件正確性是指程序的功能正確。 第七章 維護(hù) 1．什么是軟件維護(hù)？ 在軟件已經(jīng)交付使用之后，為了改正錯誤或滿足新的需要而修改軟件的過程。 2．軟件維護(hù)有哪幾種類型？ ①改正性維護(hù)：診斷和改正錯誤； ②適應(yīng)性維護(hù)：為了和變化了的環(huán)境(如軟\硬件升級、新數(shù)據(jù)庫等)適當(dāng)?shù)嘏浜隙薷能浖? ③完善性維護(hù)：為了增加新功能，修改已有功能，改造界面，增加HELP等，而修改軟件； ④預(yù)防性維護(hù)：為了改進(jìn)未來的可維護(hù)性或可靠性，或?yàn)榱私o未來的改進(jìn)奠定更好的基礎(chǔ)而修改軟件。 3．為什么說軟件文檔維護(hù)和代碼維護(hù)同樣重要？ 這是因?yàn)?，軟件文檔是影響軟件可維護(hù)性的決定因素。 4．為什么說維護(hù)的代價很高？應(yīng)該怎樣做才能降低維護(hù)的代價？ 一般維護(hù)的工作量占生存周期70%以上，維護(hù)成本約為開發(fā)成本的4倍(滿足8-2規(guī)則)。維護(hù)代價分為： 1．有形代價：費(fèi)用已上升至總預(yù)算的80%； 2．無形代價： 占用資源以致延誤開發(fā)； 修改不及時引起用戶不滿； 維護(hù)引入新錯誤，降低了軟件質(zhì)量；等等。 3．維護(hù)工作量的經(jīng)驗(yàn)?zāi)Ｐ停篗 = P + K*ec-d 降低維護(hù)代價的通常認(rèn)識是：提高程序的可維護(hù)性，這也是軟件工程學(xué)的主要目的。 5．導(dǎo)致維護(hù)成本高企的原因主要有哪些？ 軟件開發(fā)途徑不好，導(dǎo)致軟件可維護(hù)性差，原來的開發(fā)人員沒有參與維護(hù)，維護(hù)成本日益高漲等，從維護(hù)工作量的經(jīng)驗(yàn)?zāi)Ｐ涂梢钥吹剑S護(hù)工作量和成本將呈指數(shù)增加。 6．什么是軟件的可維護(hù)性？ 軟件可維護(hù)性可定性地定義為：維護(hù)人員理解、改正、改動和改進(jìn)這個軟件的難易程度。 7．如何提高軟件的可維護(hù)性？ 可以從提高決定軟件可維護(hù)性的因素著手，這些因素是：可理解性、可測試性、可修改性、可移植性、可重用性、可靠性、可使用性、效率等。 9．為什么說文檔是影響軟件可維護(hù)性的決定因素？ 由于長期使用的軟件系統(tǒng)在使用過程中會有多次修改的經(jīng)歷，而文檔應(yīng)該記載了這些重要的修改，所以文檔比之代碼更為重要。 10．什么是軟件的系統(tǒng)文檔？ 系統(tǒng)文檔是指軟件系統(tǒng)從問題定義、需求說明、設(shè)計、實(shí)現(xiàn)到驗(yàn)收測試計劃等一系列和系統(tǒng)實(shí)現(xiàn)密切相關(guān)的技術(shù)文檔。 11．什么是軟件的用戶文檔？ 提供用戶了解、使用、操作和安裝系統(tǒng)的文檔資料。 12．什么是可重用性？如何通過提高軟件的可重用性來提高軟件的可維護(hù)性？ 可重用性是指同一事物不加修改或稍加修改，就可以在不同環(huán)境多次重復(fù)使用。大量使用可重用軟件構(gòu)件，可大幅提高軟件的可維護(hù)性。主要體現(xiàn)在兩個方面： 1．可重用構(gòu)件通常都是組裝成功的部件，加上每次重用又都會進(jìn)一步完善部件，因此可以大幅提高軟件的可靠性，而改正性維護(hù)要求會降低。 2．很容易修改可重用的軟件構(gòu)件，使之適應(yīng)新的應(yīng)用環(huán)境，因此軟件中使用可重用構(gòu)件越多，軟件的適應(yīng)性維護(hù)和完善性維護(hù)也越容易。 13．為什么要進(jìn)行軟件可維護(hù)性復(fù)審？ 目的是提高軟件的可維護(hù)性。 可維護(hù)性復(fù)審在軟件開放的不同階段有不同的重點(diǎn)。例如，在分析階段的復(fù)審重點(diǎn)是：可靠性、可移植性、可用性。而編碼階段則主要是：可理解性、可修改性、可移植性和效率。 14．什么是軟件的逆向工程和再工程？ 軟件逆向工程是指當(dāng)維護(hù)對象缺乏必要的文檔資料時，分析已有程序，尋求比源代碼更高級的抽象表現(xiàn)形式，恢復(fù)軟件原有設(shè)計的過程。換言之，是一個恢復(fù)設(shè)計的過程。 軟件再工程則是以軟件工程學(xué)為指導(dǎo)，對目標(biāo)軟件進(jìn)行重新設(shè)計、重新編碼和測試的過程。 15．逆向工程與再工程與軟件的預(yù)防性維護(hù)有什么樣的關(guān)系？ 預(yù)防性維護(hù)是為了改進(jìn)軟件未來的可維護(hù)性或可靠性，或?yàn)榱私o軟件未來的改進(jìn)奠定更好的基礎(chǔ)而修改軟件的過程。 預(yù)防性維護(hù)就是對軟件將來可能需要的改動，使用逆向工程與再工程方法對軟件進(jìn)行維護(hù)。 16．假設(shè)你的任務(wù)是對一個已有軟件進(jìn)行重大修改，而且只允許你從以下文檔中選取兩份：(a)程序的規(guī)格說明；(b)程序的詳細(xì)設(shè)計結(jié)果(自然語言描述加上某種設(shè)計工具表示)；(b)源程序清單(其中有適當(dāng)數(shù)量的注解)。 你將選取哪兩份文檔？為什么這樣選??？你打算如何完成這個任務(wù)？ 應(yīng)該選擇(a)程序的規(guī)格說明和(b)程序的詳細(xì)設(shè)計結(jié)果。 因?yàn)槭侵卮笮薷?，所以需要從修改程序?guī)格說明和詳細(xì)設(shè)計開始，對開發(fā)文檔進(jìn)行重大修改，而源碼也會需要重新編制。 第八章 面向?qū)ο蠓椒▽W(xué)引論 1．為什么要引入面向?qū)ο蠓椒▽W(xué)？ 1、瀑布模型的缺點(diǎn)：僵化 2、SA - SD - SP 技術(shù)的缺點(diǎn)：本質(zhì)上是基于過程的設(shè)計不易被理解；且功能變化往往引起結(jié)構(gòu)變化較大，穩(wěn)定性不好。系統(tǒng)有明確的邊界定義，且系統(tǒng)結(jié)構(gòu)依賴于系統(tǒng)邊界的定義，這樣的系統(tǒng)不易擴(kuò)充和修改。數(shù)據(jù)與操作分開處理，可能造成軟構(gòu)件對具體應(yīng)用環(huán)境的依賴，可重用性(reusability)較差。 2．面向?qū)ο蠓椒▽W(xué)有哪4個基本要素？ 對象、類、繼承、消息 3．面向?qū)ο蠓椒▽W(xué)的優(yōu)點(diǎn)主要有哪些？ 1．以object為核心，強(qiáng)調(diào)對現(xiàn)實(shí)概念的模擬而不是算法。 2．以object模擬實(shí)體，需求變化不會引起結(jié)構(gòu)的整體變化，因?yàn)閷?shí)體相對穩(wěn)定，故系統(tǒng)也相應(yīng)穩(wěn)定。 3．一個class所有的 instances 都可重用它的代碼；由 inheritance 派生出的新的 class 可重用其父類的代碼，并且可以修改、擴(kuò)充而不影響其父類的使用。 4．從穩(wěn)定性、Class 的獨(dú)立性強(qiáng)、繼承和多態(tài)性、容易理解、容易測試、調(diào)試等幾方面改善了可維護(hù)性。 4．什么是“對象”？它與傳統(tǒng)數(shù)據(jù)有何不同？ 對象是封裝了數(shù)據(jù)結(jié)構(gòu)及可以施加在這些數(shù)據(jù)結(jié)構(gòu)上的操作的封裝體，可以表示為：對象Object: = 身份ID + 方法Method + 屬性Attribute+ 消息Message。 與傳統(tǒng)數(shù)據(jù)相比，對象有以下特點(diǎn)： ① 以數(shù)據(jù)為中心，不設(shè)與數(shù)據(jù)無關(guān)的操作； ② Object主動處理而不 被動地等待被處理，外部只能通過message請求操作； ③ 具有黑盒性：外部操作時，無須知道該object內(nèi)部的數(shù)據(jù)結(jié)構(gòu)及算法； ④ 具有并行性：不同object各自獨(dú)立地處理自身數(shù)據(jù)，彼此間僅通過傳遞message完成通信； ⑤ 模塊獨(dú)立性好：內(nèi)聚強(qiáng)( ① )、耦合松( ③ ④ ) 5．什么是“類”？ 具有相同數(shù)據(jù)和相同操作的一組對象。 6．什么是“繼承”？ 子類自動共享父類的attributes 和methods ，而不必重復(fù)定義。 7．什么是模型？軟件開發(fā)為什么要建立模型？ 模型就是為了理解事物而對事物作出的一種抽象，是對事物的一種無歧義的書面描述。 軟件開發(fā)建立模型是為了幫助我們思考問題、定義術(shù)語、作出適當(dāng)?shù)募僭O(shè)，并幫助我們保持定義和假設(shè)的一致性。 對于較為復(fù)雜而不能直接理解的系統(tǒng)，特別需要建立模型，其目的是可以減少復(fù)雜性。 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．什么是功能模型？建立功能模型時主要使用哪些圖形符號？ 描述系統(tǒng)功能。 功能模型具體描述的是表明系統(tǒng)應(yīng)該做什么。 第九章 面向?qū)ο蠓治? 1．進(jìn)行面向?qū)ο蠓治龅幕具^程是怎么樣的？ 需求陳述 快速原型 模型 其中模型 有三個：對象模型、動態(tài)模型、功能模型。 2．建立對象模型有哪幾個步驟？ 1、確定類與對象： 第1步：列出所有候選對象 第2步：去粗取精 2、確定關(guān)聯(lián) 結(jié)構(gòu)層 第1步：收集 第2步：篩選刪除 第3步：完善 3、劃分主題 4、確立屬性 5、識別繼承關(guān)系及其它修改 3．復(fù)雜問題的對象模型有哪5個層次？ 主題層、類&對象層、結(jié)構(gòu)層、屬性層、服務(wù)層。 4．建立動態(tài)模型的步驟有哪些？ 1、編寫腳本，描述事件序列： 事件 = 觸發(fā)器 + 接收器 + 參數(shù) 2、設(shè)想用戶界面 修改原型. 3、畫事件跟蹤圖 4、畫狀態(tài)圖 5．如何建立功能模型？ 1．畫出基本系統(tǒng)模型圖 2．畫出功能級數(shù)據(jù)流圖 3．描述處理框功能 第十章 面向?qū)ο笤O(shè)計 1．面向?qū)ο笤O(shè)計應(yīng)該遵循哪些準(zhǔn)則？簡述每條準(zhǔn)則的內(nèi)容，并說明遵循該條準(zhǔn)則的必要性。 1．模塊化 2．抽象。抽出事物的本質(zhì)特性, 暫不考慮其細(xì)節(jié)，使設(shè)計從具體實(shí)現(xiàn)方法中超脫。包括程序抽象、數(shù)據(jù)抽象、參數(shù)抽象。 3．信息隱蔽。對象封裝。 4．弱耦合。包括交互耦合、繼承耦合。 5．強(qiáng)內(nèi)聚。包括服務(wù)內(nèi)聚、類內(nèi)聚、一般-特殊內(nèi)聚。 6．可重用。是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。 2．簡述有助于提高面向?qū)ο笤O(shè)計質(zhì)量的每條主要啟發(fā)式規(guī)則的內(nèi)容和必要性。 1、設(shè)計結(jié)果清晰易懂，應(yīng)做到： ① 用詞一致 —— 按習(xí)慣用法命名。不同類中相似的方法最好取同一名字。 ② 使用已有的協(xié)議。 ③ 盡量減少消息模式的數(shù)目。 ④ 避免模糊定義。 2、一般-特殊結(jié)構(gòu)的深度應(yīng)適當(dāng)（約100個類,則設(shè)計72層） 3、設(shè)計簡單的類（定義不超過一頁紙或兩屏）。應(yīng)注意： ① 避免過多屬性； ② 能用簡單的語句描述一個類的任務(wù)； ③ 對象之間合作關(guān)系要簡單； ④避免過多方法( 7個)。 4、使用簡單的協(xié)議，減少消息中傳遞的參數(shù) 5、使用簡單的方法(CASE 可考慮用 繼承替代)。 6、把設(shè)計變動減至最小。 3．為什么說類構(gòu)件是目前較為理想的可重用軟構(gòu)件？它有哪些重用方式？ 具備可重用的軟構(gòu)件應(yīng)有的特點(diǎn)：獨(dú)立、可塑、接口清晰（文檔詳盡） 重用方式有：實(shí)例重用、繼承重用和多態(tài)重用。 4．什么是繼承耦合？ 繼承是一般化類和特殊類之間耦合的一種形式。從本質(zhì)上看，通過繼承關(guān)系結(jié)合起來的基類和派生類，構(gòu)成了系統(tǒng)中粒度更大的模塊。因此，與交互耦合相反，繼承的耦合程度會更高。 第十一章 面向?qū)ο髮?shí)現(xiàn) 1． 面向?qū)ο髮?shí)現(xiàn)應(yīng)該選用哪種程序設(shè)計語言？為什么？ 應(yīng)該選擇能夠更完整、更正確地表達(dá)問題域語義的面向?qū)ο笳Z言。這是由于面向?qū)ο笳Z言相對非面向?qū)ο蟮恼Z言，其突出的優(yōu)點(diǎn)：一致的表示方法、可重用性、可維護(hù)性。 2． 面向?qū)ο蟪绦蛟O(shè)計語言主要有哪些技術(shù)特點(diǎn)？ 面向?qū)ο笳Z言的技術(shù)特點(diǎn)主要有： a) 支持類與對象概念的機(jī)制 b) 實(shí)現(xiàn)整體—部分結(jié)構(gòu)的機(jī)制 c) 實(shí)現(xiàn)一般—特殊結(jié)構(gòu)的機(jī)制 d) 實(shí)現(xiàn)屬性和服務(wù)的機(jī)制 e) 類型檢查 f) 類庫 g) 效率 h) 持久保存對象 i) 參數(shù)化類 j) 開發(fā)環(huán)境 3． 選擇面向?qū)ο蟪绦蛟O(shè)計語言時主要應(yīng)該考慮哪些因素？ 主要應(yīng)該著重考慮以下因素：將來能否占主導(dǎo)地位、可重用性、類庫和開發(fā)環(huán)境、其他因素等。 4． 良好的面向?qū)ο蟪绦蛟O(shè)計風(fēng)格主要有哪些準(zhǔn)則？ 提高可重用性、提高可擴(kuò)充性、提高健壯性。 5． 測試面向?qū)ο筌浖r，單元測試、集成測試和確認(rèn)測試各有哪些新特點(diǎn)？ 單元測試是在類層面上的測試。由于繼承和復(fù)合，類(或?qū)ο?在很多情況下已不再是單純意義上的單個操作了。因此，具體的測試將在所有與該操作有關(guān)的每個子類語境中進(jìn)行。 集成測試由于面向?qū)ο筌浖蓄惖某煞值闹苯雍烷g接交互，使得傳統(tǒng)測試方法已經(jīng)失去意義。因此有兩種策略可供選擇：基于線程的測試和基于使用的測試。 確認(rèn)測試與傳統(tǒng)確認(rèn)測試一樣，仍然關(guān)注于用戶可見的動作和用戶可識別的系統(tǒng)輸出，但是，基于場景的測試總是主宰面向?qū)ο笙到y(tǒng)的確認(rèn)測試。 6． 測試面向?qū)ο筌浖r，主要有哪些設(shè)計單元測試用例的方法？ 隨機(jī)測試、劃分測試和基于故障的測試。 7． 測試面向?qū)ο筌浖r，主要有哪些設(shè)計集成測試用例的方法？ 多類測試、從動態(tài)模型中導(dǎo)出測試用例。也可以采用隨機(jī)測試、劃分測試的方法。 8． 測試面向?qū)ο筌浖r，主要有哪些設(shè)計確認(rèn)測試用例的方法？ 可以采用傳統(tǒng)的黑盒方法，也可以采用基于情景的方法。 第十二章 項目管理 1． 請簡單描述有哪些進(jìn)行軟件規(guī)模估算的方法。 代碼行技術(shù)和功能點(diǎn)技術(shù)。 2． 在工作量估算技術(shù)中，動態(tài)多變量模型比靜態(tài)單變量模型有哪些優(yōu)點(diǎn)？ 可以更精確地進(jìn)行估算，估算結(jié)果更切合被估算對象的實(shí)際。 3． 簡述Gantt圖的用途和優(yōu)缺點(diǎn)。 優(yōu)點(diǎn)：簡單，能動態(tài)地反映開發(fā)進(jìn)展。 缺點(diǎn)：難以反映多個任務(wù)間的邏輯關(guān)系。 4． 簡述關(guān)鍵路徑法CPM工作步驟 (1) 標(biāo)出持續(xù)時間 Lasting Time (2) 標(biāo)出最早開始 時間EST: = 從起點(diǎn)始，所有進(jìn)入事件的 EST+LT 中最大的 (3) 標(biāo)出最遲開始時間 LST: = 從終點(diǎn)(EST = LST)始，所有離開事件的 LST-LT 中最小的 (4) 標(biāo)出機(jī)動時間 ST: = 終點(diǎn)LST - 起點(diǎn)EST - LT (5) 標(biāo)出關(guān)鍵路徑Critical Path: 即EST = LST的所有事件組成的路徑 5． 目前項目開發(fā)時常用的小組組織方法有哪些？ 民主制程序員組、主程序員組和現(xiàn)代程序員組。 6． 簡述主程序員組的優(yōu)缺點(diǎn)。 優(yōu)點(diǎn)主要有：主程序員廣播式發(fā)布工作要求，組織管理好、效率高、質(zhì)量容易保證、成本相對較低。 缺點(diǎn)主要有：人員完整配備較難、不利人才脫穎而出。并且，能夠在技術(shù)和管理兩方面都能同時具備優(yōu)秀品質(zhì)的主程序員更不多見。 7． 什么是軟件質(zhì)量？ 軟件質(zhì)量就是軟件與明確及隱含的需求相一致的程度。 8． 軟件質(zhì)量保證的措施主要有哪些？ ⑴ 審查：由組長、作者、2位評審員（與評審結(jié)果有利害關(guān)系的）組成審查小組，進(jìn)行發(fā)現(xiàn)、記錄錯誤的工作，并復(fù)查返工結(jié)果。 ⑵ 復(fù)查和管理復(fù)審：從技術(shù)、管理兩方面進(jìn)行的復(fù)查工作。 ⑶ 測試 9． 參加軟件質(zhì)量保證活動的人員有哪兩類？ 可以分為兩類：參與軟件開發(fā)的技術(shù)人員，以及負(fù)責(zé)任軟件質(zhì)量保證活動的SQA小組成員。 10． 簡述技術(shù)復(fù)審的必要性。 技術(shù)復(fù)審能夠較早發(fā)現(xiàn)軟件錯誤，防止錯誤被帶入到軟件過程的后期階段，從而大大降低后續(xù)開發(fā)和維護(hù)的成本。 11． 什么是軟件能力成熟度模型？其基本思想是什么？ 軟件能力成熟度模型是用于評價軟件開發(fā)機(jī)構(gòu)的軟件過程能力成熟度的模型，其基本思想是，采用能力成熟度模型來幫助軟件開發(fā)機(jī)構(gòu)建立一個有規(guī)律的、成熟的軟件過程，以開發(fā)出質(zhì)量更好的軟件，免受時間和成本超支之苦。 12． 簡述軟件能力成熟度模型的5個等級。 (1)初始級 (2)可重復(fù)級 (3)已定義級 (4)已管理級 (5)優(yōu)化級