【正文】 信息。并由順序、選擇、重復三種基本數(shù)據(jù)元素類型組成數(shù)據(jù)。 軟件計劃的內(nèi)容 ＝ 項目任務范圍 + 環(huán)境資源 + 工作量 + 進度 軟件計劃的目標是為了提供一個框架，以便于管理者對資源、成本和進度等進行合理的估算。 定義軟件范圍需要以下信息： a. 與用戶、總體目標及利益相關(guān)的問題。 c. 集中于交流效果的問題。 軟件開發(fā)環(huán)境資源由三個層次構(gòu)成：開發(fā)環(huán)境、軟件構(gòu)件以及最重要的資源 —— 人。 可以為制定軟件計 劃估算軟件開發(fā)所需的資源。 甘特圖的優(yōu)點是簡單，能動態(tài)地反映開發(fā)進展；缺點是難以反映多個任務間的邏輯關(guān)系 。 12． 主要的成本估計技術(shù)有哪些？其依據(jù)的主要是什么？ 主要有， 代碼行技術(shù)。這種技術(shù)以功能點 (FP)為單位，度量軟件的規(guī)模。 13． 為什么說成本估計是不可能精準的？ 那是由于太多的變化因素 —— 人員、技術(shù)、環(huán)境、策略、復雜性等等，使得成本估算永遠不可能精確。復審 應該邀請用戶參加，用戶可提出建議，并與開發(fā)人員最終商定內(nèi)容。 需求分析 1． 為什么要進行需求分析？通常對軟件系統(tǒng)有哪些需求？ 需求問題是軟件工程項目失敗的主要原因。 需求分析就是要解決這個問題。 2． 怎樣與用戶有效地溝通，以獲得用戶的真實需求？ 訪談、情景分析，以及面向 數(shù)據(jù)流的自頂向下求精等方法， 編制簡易的系統(tǒng)規(guī)格說明文檔，創(chuàng)建原型等， 是獲取真 實 需求的有效方法。 4．通常系統(tǒng)的需求可以分為哪幾個層次？ 一般可以分成 5個層次： (1) 功能需求：系統(tǒng)必須做什么？ (2) 業(yè)務需求：反映客戶組織機構(gòu)對系統(tǒng)高層次的目標要求。 (4) 屬性需求：包括用戶關(guān)心的屬性，如效率、靈活性、完整性、可靠性等；開發(fā)者關(guān)心的屬性，如可維護性、可復用性、可移植性等。 5． 進行需求分析的步驟有哪些？ 1．確定系統(tǒng)的綜合要求 2．分析系統(tǒng)的數(shù)據(jù)要求 3． 導出邏輯模型 4． 修正 系統(tǒng)開發(fā) 計劃 6． 簡述 建立 原型 模型 對軟件需求分析的作用。 7． 解釋實體 聯(lián)系 圖 及其用途。 描述從用戶角度看到的數(shù)據(jù) ，反映用戶的現(xiàn)實環(huán)境，并且與在軟件 系統(tǒng)中的實現(xiàn)方法無關(guān)。通常對需求進行驗證的步驟有：驗證需求的一致性、驗證需求的現(xiàn)實性、驗證需求的完整性和有效性。 典型的總體設計包括以下 9 個步驟： 確定最佳方案 選取合理方案 推薦最佳方案 功能分解 軟件結(jié)構(gòu)設計 設計數(shù)據(jù)庫 制定測試計劃 書寫文檔 審查和復審 5． 為什么要 盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合 的范圍，完全不用內(nèi)容耦合 ？ 減少模塊之間的 關(guān)聯(lián)度，提高模塊的獨立性。 而公共耦合是若干模塊通過一個公共數(shù)據(jù)環(huán)境相互作用，公共部分的改動將影響所有調(diào)用它的模塊，公共部分的數(shù)據(jù)存取無法控制，并且復雜程度也會隨耦合模塊的個數(shù)增加而增加。由于接口單一，因此仍然會影響被控模塊的內(nèi)部邏輯。 6． 為什么 模塊的規(guī)模要適中 ？ 過大不易理解；太小則接口開銷過大。 深度過大表示分工過細，而寬度過大則表示系統(tǒng)復雜度大，所以 模塊控制的寬度和深度要適度 。 將由數(shù)據(jù)流圖描繪的信息在系統(tǒng)中加工和流動的情況映射成軟件結(jié)構(gòu)。 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ù)軟件特點需要完成的設計、模塊測試用例設計、設計文檔編寫、設計評審 。 3．簡述結(jié)構(gòu)化設計的特點。 (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 語句回嚴重地損害程序結(jié)構(gòu)，而無法實行結(jié)構(gòu)化設計。 8． 試說明 Jackson 方法是一種怎么樣的程序設計方法。具體工作步驟有： 第 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 表示程序 編碼與測試 1．說明什么是程序編碼？為什么程序設計語言的特點和編碼風格會影響到程序的可靠性、可讀性、可測試性和可維護性？ 所謂 “ 編碼 ” ，就是將在低級抽象層次得到的詳細設計結(jié)果，翻譯成用某種程序設計語言書寫的程序。 而程序設計語言 是否有理想 的 結(jié)構(gòu)化、模塊化機制，是否有可讀性好的控制結(jié)構(gòu)和 數(shù) 據(jù)結(jié)構(gòu)等 特性 ，以及程序設計語言提供的編譯、軟件工具等，再加上程序 的 設計風格會很深刻的影響軟件的質(zhì)量和可維護性、可測試性、可靠性等。 3． 軟件界面設計包含了哪幾個方面的 基本 內(nèi)容？ 界面設計包括三個方面： ； ；，即用戶界面。用戶界面設計的好壞，直接影響到系統(tǒng)設計的成敗。 7． 什么是系統(tǒng)響應時間？ 系統(tǒng)響應時間有哪些重要屬性？ 系統(tǒng)響應時間指從用戶完成某個控制動作，到系統(tǒng)給出預期響應的時間。 8． 在設計軟件系統(tǒng)的用戶幫助設施時，需要注意解決哪些問題？ 1．在用戶 與系統(tǒng)交互期間，是否任何時候都能獲得關(guān)于系統(tǒng)任何功能的幫助信息？ 2．用戶怎樣請求幫助？ 3．怎樣顯示幫助信息？ 4．用戶怎樣返回到正常的交互方式中？ 5．怎樣組織幫助信息？ 9． 軟件出錯處理設計，即軟件安全性設計。 2．信息應該提供有助于從錯誤中恢復的建設性意見。 4．信息應該伴隨感官提示。 10． 測試的最基本目標是什么？ 以盡可能小的代價，發(fā)現(xiàn)盡可 能多的錯誤。 13．簡單說明什么是白盒測試，什么是黑盒測試。黑盒測試又稱功能測試。白盒測試又稱結(jié)構(gòu)測試。 (1) 單元測試 —— 程序設計 amp。 系統(tǒng)設計 (4) 驗收測試 —— 用戶加入 (5) 平行運行 —— 新舊系統(tǒng)比較運行結(jié)果 16． 為什么單元測試必須由編程者自己完成？ 單元測試是對程序邏輯結(jié)構(gòu)的測試。再者，高質(zhì)量的程序模塊是構(gòu)造系統(tǒng)的基礎，因此編程者 必須向下一道工序提交符合質(zhì)量要求的產(chǎn)品。 18． 單元測試主要從哪 5個方面進行？ 主要測試以下五個方面： 1. 模塊接口 2. 局部數(shù)據(jù)結(jié)構(gòu) 3. 重要的執(zhí)行通路 4. 出錯處理通路 5. 邊界條件 19． 為什么人工代碼審查十分重要？ 一次審查可發(fā)現(xiàn)多個錯誤，不必改一個測一個。 漸增式測試：可以較早發(fā)現(xiàn)模塊間的接 口錯誤、出現(xiàn)的錯誤往往跟最新加入的模塊有關(guān)、在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測