【正文】 8．什么是軟件范圍？定義 軟件范圍需要哪些信息？ 軟件范圍就是在技術(shù)和管理層面上都是無二義性和可理解的項目范圍， 是軟件開發(fā)各階段的工作依據(jù)。 定義軟件范圍需要以下信息： a. 與用戶、總體目標及利益相關(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ò)計劃法 則恰好彌補了 甘特 圖的缺點，最適合反映多個工作之間的邏輯關(guān)系。 12． 主要的成本估計技術(shù)有哪些？其依據(jù)的主要是什么？ 主要有， 代碼行技術(shù)。 是一種 基于規(guī)模的分解估算： D=?f(vi) 以及基于問題的分解估算： EV＝ (Sopt+4Sm+Spess)/6 還有功能點技術(shù) 。這種技術(shù)以功能點 (FP)為單位，度量軟件的規(guī)模。 由于項目本身的復(fù)雜性，因此， 成本估計技術(shù)主要 采用 “分而治之 ”的分解技術(shù)對軟件項目進行估算。 13． 為什么說成本估計是不可能精準的？ 那是由于太多的變化因素 —— 人員、技術(shù)、環(huán)境、策略、復(fù)雜性等等，使得成本估算永遠不可能精確。 14．進行成本 /效益分析的方法主要有哪些？ 常用成本 /效益分析的方法主要有： (1) 貨幣的時間價值 (2) 投資回收期 (3) 純收入 (4) 投資回收率 16．如何對制定完成的軟件計劃進行復(fù)審？為什么要復(fù)審？ 軟件計劃的 復(fù)審 通 常 涉及有關(guān)軟件工作范圍和軟硬件資源問題等 。復(fù)審 應(yīng)該邀請用戶參加，用戶可提出建議，并與開發(fā)人員最終商定內(nèi)容。復(fù)審內(nèi)容分為技術(shù)和管理兩個方面： 技術(shù)方面需要考慮的問題有： 系統(tǒng)的任務(wù)是否合理； 系統(tǒng)的給你復(fù)雜性是否與開發(fā)成本、進度以及風險一致； 系統(tǒng)規(guī)格說明書是否足夠充分； 系統(tǒng)性能要求是否恰當 管理方面需要考慮的問題有： 計劃中描述的工作范圍是否符合用戶需求？ 計劃中對資源的描述是否有效、合理？ 計劃中系統(tǒng)的開發(fā)成本與進度要求是否合理？ 計劃中人 員的安排是否合理？ 系統(tǒng)開發(fā)存在哪些風險？ 復(fù)審可以盡早發(fā)現(xiàn)錯誤，復(fù)審是軟件質(zhì)量保證的重要措施。 需求分析 1． 為什么要進行需求分析？通常對軟件系統(tǒng)有哪些需求？ 需求問題是軟件工程項目失敗的主要原因。一個高質(zhì)量的軟件，很大程度上取決于對要解決的問題的認識，以及如何準確的表達用戶的需求。 需求分析就是要解決這個問題。 通常， 對一個軟件系統(tǒng)的 需求可以 有功能需求、性能需求、可靠性和可用性需求、出錯處理需求、接口需求等多個方面。 2． 怎樣與用戶有效地溝通，以獲得用戶的真實需求？ 訪談、情景分析，以及面向 數(shù)據(jù)流的自頂向下求精等方法， 編制簡易的系統(tǒng)規(guī)格說明文檔，創(chuàng)建原型等， 是獲取真 實 需求的有效方法。 3．需求分析的任務(wù)是什么？ 確定對待開發(fā)系統(tǒng)的綜合要求。 4．通常系統(tǒng)的需求可以分為哪幾個層次？ 一般可以分成 5個層次： (1) 功能需求：系統(tǒng)必須做什么？ (2) 業(yè)務(wù)需求：反映客戶組織機構(gòu)對系統(tǒng)高層次的目標要求。 (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)建旨在演示目標系統(tǒng)主要功能的可運行程序，幫助用戶確定及提供更為精準的需求，以利用戶和開發(fā)者能夠在目標系統(tǒng)應(yīng)該“做什么”這一問題上盡快達成一致。 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 個步驟： 確定最佳方案 選取合理方案 推薦最佳方案 功能分解 軟件結(jié)構(gòu)設(shè)計 設(shè)計數(shù)據(jù)庫 制定測試計劃 書寫文檔 審查和復(fù)審 5． 為什么要 盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合 的范圍，完全不用內(nèi)容耦合 ？ 減少模塊之間的 關(guān)聯(lián)度，提高模塊的獨立性。 因為內(nèi)容耦合會導(dǎo)致一個模塊修改另一個模塊的內(nèi)容，使得程序邏輯發(fā)生嚴重問題。 而公共耦合是若干模塊通過一個公共數(shù)據(jù)環(huán)境相互作用，公共部分的改動將影響所有調(diào)用它的模塊，公共部分的數(shù)據(jù)存取無法控制，并且復(fù)雜程度也會隨耦合模塊的個數(shù)增加而增加。 控制耦合是一個模塊通過傳遞開關(guān)、標志、名字等控制信息，明顯地控制選擇另一個模塊的功能。由于接口單一，因此仍然會影響被控模塊的內(nèi)部邏輯。 而 數(shù)據(jù)耦合只是模塊間通過數(shù)據(jù)參數(shù)來交換 I/O 信息，因此不會對其它模塊 產(chǎn)生任何等影響。 6． 為什么 模塊的規(guī)模要適中 ？ 過大不易理解；太小則接口開銷過大。 7． 請說明 為什么 模塊控制的寬度和深度要適度。 深度過大表示分工過細，而寬度過大則表示系統(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)進一步精化 詳細設(shè)計 1． 詳細設(shè)計的任務(wù)是什么？ 包括 模塊的算法設(shè)計、模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)設(shè)計、模塊接口設(shè)計、其它根據(jù)軟件特點需要完成的設(shè)計、模塊測試用例設(shè)計、設(shè)計文檔編寫、設(shè)計評審 。 2． 在對系統(tǒng)做詳細設(shè)計時，應(yīng)