【正文】 段詳細設計和編碼的工作。 5為了防止軟件總體設計的錯誤傳播到開發(fā)的后續(xù)階段，在總體設計文檔完成以后，要進行 軟件評審 。 5要把 DFD 轉換成軟件結構，首先必須研究 DFD 的類型。 5 DFD 一般分為 變換 型和 事物 型兩類， 變換 型的 DFD 是一個順序結構。它使用 H 圖 描述軟件總的模塊層次結構，使用 IPO 圖 描述每個模塊輸入數(shù)據(jù)、輸出數(shù)據(jù)、處理功能及模塊調用的詳細情況。 4一個模塊的 作用 范圍應在其 控制 范圍內，且判定所在模塊應與受其影響的模塊在層次上盡量 靠近 。 4變換型 DFD 由 輸入 、 變換 、 輸出 三部分組成。 3模塊的 扇出 指一個模塊直接下屬模塊的 個數(shù)， 扇入 指一個模塊直接上屬模塊的個數(shù)。 3 內容耦合 是最高程度的耦合，這種耦合出現(xiàn)在當一個模塊直接使用另一個的 內部數(shù)據(jù) ，和通過 非正常入口 轉入另一模塊內部。 3順序內聚指一個模塊中各個處理元素都密切相關于 同一功能 且必須 順序執(zhí)行 ，前一功能元素的 輸出 就是下一功能元素的 輸入 3控制耦合中一個模塊調用另一模塊時，傳遞 的是 控制變量 （如開關、標志），被 調用模塊 通過 該控制變量的值 有選擇地執(zhí)行塊內某一功能。 3通信內聚是指模塊內所有處理元素都在 同一個數(shù)據(jù)結構 上操作，各處理使用相同的 輸入數(shù)據(jù) 或產生相同的 輸出數(shù)據(jù)。 3 邏輯內聚 指模塊執(zhí)行幾個邏輯上相似的功能，通過參數(shù)確定該模塊完成哪一個功 能。 2結構圖主要內容有 模塊 、 模塊的控制關系 、 模塊的信息傳遞 2內聚性指模塊的 功能聯(lián)系 度量，若一個模塊內各元素（語句之間、程序段之間）的聯(lián)系越 緊密 則內聚性越高。功能 內聚的模塊與其它模塊的耦合是 弱 的。 標記耦合 指兩個模塊之間傳遞的是數(shù)據(jù)結構，如高級語言中的數(shù)據(jù)名、記錄名、文 件名等，其實傳遞的是 這個數(shù)據(jù)結構的地址 。模塊之間聯(lián)系越 緊密 ，其耦合性就越強，模塊的 獨立性 則越差。 1內聚性分 7 種類型，最強 內聚 偶然內聚 ，最弱內聚 功能內聚 。 1耦合性分 6 種類型，最強耦合 內容耦合 ，最弱耦合 無直接耦合 。 (5)評價模塊結構的質量。 1開發(fā)一個大型而復雜的軟件系統(tǒng)，將它進行適當?shù)姆纸?，不但可降低其復雜性，還可減少 開發(fā)工作量 ，從而降低 開發(fā)成本 、提高 軟件生產率 ，這就是 模塊化 的依 據(jù)。 在一個模塊中 ， 功能 、 狀態(tài) 、 接口 反映模塊外部特征， 邏輯 反映它的內部特性。 進入了設計階段，要把軟件“做什么”的 邏輯 模型變換為“怎么做”的 物理 模型，即著手實現(xiàn)軟件需求，并將設計的結果反映在 設計 文檔中。 軟件結構設計是以 模塊 為基礎，以需求分析的結果為依據(jù)，從實現(xiàn)的角度進一步劃分 模塊 ，并組成模塊的 層次結構 。 總體設計的文檔主要有： 概要設計說明書 和 數(shù)據(jù)庫設計說明書 數(shù)據(jù)庫設計指 數(shù)據(jù)存儲設計 的設計，主要進行一下幾方面的設計 概念設計 、 邏輯設計 、物理設計 軟件設計的基本任務包括： 設計軟件結構 、 數(shù)據(jù)結構和數(shù)據(jù)庫設計 、 編寫概要設計文檔 、評審 4 個方面。 CH4 總體設計 一、填空題 在軟件的體系結構中，模塊是可組合、分解和更換的單元。 (3)導出系統(tǒng)的邏輯模型：數(shù)據(jù)模型（ ER 圖）、功能模型（數(shù)據(jù)流圖）、行為模型（狀態(tài)圖）。 需求分析四項主要任務： (1)確定對系統(tǒng)的綜合要求：功能、性能、可靠性、出錯處理、接口、約束、逆向工程、未來。 需求是產品的根源，需求分析工作的優(yōu)劣對軟件產品影響最大。 A. 結構分解 C. 數(shù)據(jù)分解 D. 系統(tǒng)分解 1數(shù)據(jù)存儲和數(shù)據(jù)流都是（ D )，僅僅所處的狀態(tài)不同。 A. 軟件設計的依據(jù) B. 用戶與開發(fā)人員對軟件要做什么的共同理解 C. 軟件驗收的依據(jù) D. 軟件可行性行研究的依據(jù) 1軟件需求規(guī)格說明書的內容不應包括對（ B )的描述。 B. 測試計劃 D. 可行性研究報告 結構化分析方法使用的描述工具（ B )定義了數(shù)據(jù)流圖中每一個圖形元素。 B. 信息流 C. 數(shù)據(jù)流 據(jù)源點 在結構化分析中，用以表達系統(tǒng)內部數(shù)據(jù)的運行情況的工具有（ A )。 A. 對象 B. 解釋 D. 描述 在數(shù)據(jù)流圖中，有名字及方向的成分是（ C )。 A. 數(shù)據(jù)流圖 B. 判定表 C. PAD 圖 D. 數(shù)據(jù)字典 需求分析階段研究的對象是軟件項目的（ A )。 二、選擇題 需求分析（ D )。 1數(shù)據(jù)存儲條目的主要內容有 數(shù)據(jù)存儲名稱 、 別名 、 簡述 、 組成 、 組織方式 、 查詢要求 等。除了與 數(shù)據(jù)存儲 之間的數(shù)據(jù)流命名外，數(shù)據(jù)流應該采用名詞或名詞短語。 1在需求分析階段進行以下幾個方面的工作：問題識別、 分析與綜合 、 導出軟件的邏輯模型 、 編寫文檔 1常用加工邏輯的描述工具有： 結構 化語言 、 判定表 、 判定樹 1結構化語言采用 順序 、 分支 、 循環(huán) 三種基本結構。 數(shù)據(jù)字典就是用來定義數(shù)據(jù)流圖中的 各個成分的具體含義 的。 流向數(shù)據(jù)存儲的數(shù)據(jù)流可理解為 寫入 文件或 查詢 文件，從數(shù)據(jù)存儲流出的數(shù)據(jù)可理解為從文件 讀 數(shù)據(jù)或得到 查詢 結果。 需求分析指，開發(fā)人員要準確理解 用戶需求 ，進行細致的 調查分析 ，將用戶非形式的需求陳述轉化為 完整的需求定義 ，再由 需求定義 轉換到相應的形式功能規(guī)約的過程。 在可行性研究之后，如果確認開發(fā)一個新的系統(tǒng)是必要的而且可能的，那么就進入 需求分析 階段。另外還有可靠性、安全性、保密性、可移植性、可維護性等方面的需求。 CH3 需求分析 一、填空題 需求分析的基本任務是要準確地定義 新系統(tǒng)的目標 ，為了滿足用戶需求，回答系統(tǒng)必須 做什么 的問題。 (2)經濟可行性（開發(fā)成本估算）； (3)操作可行性（ 操作規(guī)程簡便。目的用最小的代價在盡可能短的時間內確定項目是否能夠開發(fā)？是否值得去開發(fā)。 A. 系統(tǒng) 流程圖 B. 數(shù)據(jù)流圖 C. 成本 效益分析 D. 實現(xiàn)這個系統(tǒng)的進度計劃。 A. 詳細的 B. 全面的 C. 簡化的 D. 徹底的 系統(tǒng)定義明確之后，應對系統(tǒng)的可行性進行研究， ( B )不是可行性研究范圍。 二、選擇題 研究開發(fā)資源有效性是進行 ( A )可行性研究的一個方面 A. 技術 B. 經濟 C. 社會 D. 操作 在軟件可行性研究中、可以從不同的角度對軟件進行研究，其中是從軟件的功能可行性角度考慮的是 ( B )可行性 A. 經濟 B. 技術 C. 操作 D. 社會 在遵循軟件工程原則開發(fā)軟件過程中，計劃階段應該依次完成 ( B ) A. 可行性研究、需求分析、問題定義 B. 問題定義、可行性研究、 需求分析 C. 需求分析、問題定義、可行性研究 、問題定義、需求分析 技術可行性要解決 ( D ) A. 存在侵權否 B. 成本 效益問題 C. 運行方式可行 制 定軟件計劃的目的在于盡早對欲開發(fā)的軟件進行合理估價，軟件計劃的任務是( D ) A. 組織與管理 B. 分析與估算 C. 設計與測試 D. 規(guī)劃與調度 可行性研究中，系統(tǒng)流程圖用于描述 ( A ) A. 當前運行的系統(tǒng) B. 當前邏輯模型 C. 目標系統(tǒng) 研究軟硬件資源的有效性是進行 ( A )可行性研究的一方面。 2可行性研究的本質是進行一次簡化、壓縮了的 需求分析和設計 。 1 經費使用是否合理 是從 社會角度 評價開發(fā)一個新的軟件項目是否可行。 1可行性的最后一個步驟是 編寫可行性研究報告 。 1系統(tǒng)流程圖圖形符號表示系統(tǒng)中各個元素之間的 信息流動 。 1項目開發(fā)計劃的主要內容：項目概述、 實施計劃 、 人員組織及分工 和交付期限。 1 系統(tǒng)效益 =經濟效益 + 社會效益 。 典型的可行性研究有以下步驟：確定項目的規(guī)模和目標、 研究正在運行的系統(tǒng) 、 建立 新系統(tǒng)的高層邏 輯模型 、導出和評價各種方案、推薦可行的方案和編寫可行性研究報告。 技術可行性的研究包括： 成本 效益分析 、 公司經營的長期策略 、 開發(fā)所需要的成本和資源 和 潛在的市場前景 。 技術可行性是對開發(fā)項目的 功能 、 性能 、 限制條件 進行分析，確定現(xiàn)有資源條件下，技術風險有多大，項目是否 能實現(xiàn)。 可行性研究的本質是要進行一次簡化、壓縮了 需求分析 和 設計 過程，要在較高層次上以較抽象的方式進行需求分析和設計過程。 試述軟件生命周期 8 個階段要解決的關鍵問題和里程碑 階段 關鍵問題 里程碑 問題定義 要解決的問題是什么？ 關于規(guī)模和目標的報告書 可行性研究 有可行的解嗎？ 系統(tǒng)的高層邏輯模型 需求分析 系 統(tǒng)必須做什么？ 系統(tǒng)的邏輯模型 總體設計 概括地說，應該如何解決這個問題？ 系統(tǒng)層次圖或結構圖 詳細設計 怎樣具體地實現(xiàn)這個系統(tǒng)？ 編碼規(guī)格說明 編碼和單元測試 正確的程序模塊 源程序、單元測試方案和結果 綜合測試 符合要求的軟件 綜合測試方案和結果、軟件配置 維護 持久地滿足擁用戶需要 維護記錄 Ch2 可行性研究 一、填空題 軟件可行性研究 的目的就是用最小代價在盡可能短的時間內確定該軟件項目是否能夠開發(fā)、是否值得開發(fā)。 特點： ①以功能遞 增的方式進行軟件開發(fā) ②能較快地產生可操作的系統(tǒng)； ③在每一步遞增中，都可以把用戶 /開發(fā)者的經驗結合到不斷求精的產品中；從而使用戶④有比較充裕的時間學習和適應新軟件，減少全新軟件給客戶組織帶來的沖擊； ⑤可改善測試效果和降低軟件開發(fā)總成本。每個構件由多個相互作用的模塊構成，并且能夠完成特定的功能。 ⑤長期在原型環(huán)境上開發(fā)，只注意得到滿意的原型，容易 “ 遺忘 ” 用戶環(huán)境和原型環(huán)境的差異。 ③原型過快收斂于某些特定需求，而忽略了一些基本點，特別是與系統(tǒng)基本性能有關的部分。 ②原型迭代不收斂于開發(fā)者預先的目標。 ⑨可使銷售工作有可能提前進行，因為可以在產品開發(fā)的中后期取得包含了主要功能的產品原型去向客戶作展示和試用。 ⑦心理上，開發(fā)人員早日見到產品的雛型，是一種鼓舞。 ⑤開發(fā)中的經驗教訓能反饋應用于本產品的下一個循環(huán)過程，大大提高質量與效率。 ④大大有助于早期建立產品開發(fā)的配置管理，產品構建，自動化測試，缺陷跟蹤，文檔管理。 ③風險管理可以在早期就獲得項目進程數(shù)據(jù)，可據(jù)此對后續(xù)的開發(fā)循環(huán)做出比較切實的估算。如果沒有可能在一開始就弄清楚所有的產品需求，它們可以分批取得。 優(yōu)點： ①任何功能一經開發(fā)就能進入測試以便驗證是否符合產品需求。確認開發(fā)人員對系統(tǒng)主要功能的理解。 初始原型可以非常簡單，它只實現(xiàn)未來系統(tǒng)的主要功能，系統(tǒng)主要模塊之間的重要接口。 原型化開發(fā)方法主要思想是：先建立 一個能夠反映用戶需求的原型系統(tǒng) (“ 樣機 ” )，使得用戶和開發(fā)者可以對目標系統(tǒng)的概貌進行評價、判斷。 缺點： 在可運行的軟件產品交付給用戶之前，用戶只能通過文檔來了解未來的產品是什么樣的；開發(fā)人員與用戶之間缺乏有效的溝通，很可能導致最終開發(fā)的軟件產品不能真正滿足用戶的需求。 典型的生命周期模型有： (1)瀑布模型 瀑布模型規(guī)定了各項軟件工程活動自上而下，相互銜接的固定次 序，如同瀑布流水，逐級下落。 軟件工程具有下述本質特性： (1)軟件工程關注