【正文】 測試階 段與分析、 設計階 段 間 的關系 需求分析 軟件設計 程序編碼 確認測試 集成測試 單元測試 軟 件 測試 策略： 單 元 測試 ：模 塊 接口 測試 ；局部數(shù)據(jù) 結 構 測試 ；路徑 測試 ；錯誤處 理 測試 ；邊 界 測試 。 結 構化 設計 主要思想： 軟 件系 統(tǒng) 是由一 組 功能操作構成的。 設計構件和 連接件 復用 /存儲 軟 件 設計 軟 件 設計 的目的 軟 件 設計 的仸 務 軟 件 設計 的 過 程 軟 件 設計 的要求 結 構化 設計 面向 對 象 設計 軟 件 設計 的目的 需求分析 階 段理解并表達了系 統(tǒng) 的需求，確定了系 統(tǒng) “做什么”。如：移 動營帳 系 統(tǒng) 要求 對 新 業(yè)務 、新套餐、新 費 率的適 應 支持。 每一個 軟 件系 統(tǒng) 都有自身的體系 結 構，即由 軟 件部件及其相互關系 組 成。 從一些重要的活 動場 景的描述中 發(fā)現(xiàn)對 象 間 的 協(xié) 作關系，了解對 象的 責 仸。 適用于分析大型的數(shù)據(jù) 處 理系 統(tǒng) 。 遞 增式 原 則 ：不要求在開 發(fā) 前就有一個完整的需求定 義 。 評審過 程 項 目管理 評審 ；技 術評審 審計過 程 問題 解決過 程 組織過 程 類 過 程名 執(zhí) 行者 活 動 內(nèi)容 管理 過 程 軟 件開 發(fā)組織 進 度管理；成本管理； 質(zhì) 量管理；人 員 管理； 資 源管理；標 準化管理。 軟 件開 發(fā)過 程 軟 件 過 程的研究重點： 軟 件生 產(chǎn) 和管理。 適合 ：需求明確的仸 務 。 詳細設計 ：產(chǎn) 生程序 員 可用的模 塊說 明，包括每一模 塊 中數(shù)據(jù) 結 構 說 明及加工描述。 研究： 軟 件生 產(chǎn) 技 術 ，特 別 是 軟 件復用技 術 和 軟 件生 產(chǎn) 管理的研究和 實踐。 絡環(huán) 境下如何提高 軟 件的適 應 能力呢？ CORBA、COM/DCOM、Java Beans等； EAI。 （4）出 現(xiàn) 了大量與 軟 件相關的 標 準。） （2）外部原因： 軟 件開 發(fā) 范型（模型） 軟 件 設計 方法（方法） 軟 件開 發(fā) 支持（工具） 軟 件開 發(fā) 管理（ 過 程） 軟 件工程及其 發(fā) 展 階 段 軟 件工程是一 類 求解 軟 件的工程，它 應 用 計 算機科學、數(shù)學（ 用于構造模型和算法 ）和管理科學（ 用于 計 劃、 資 源、 質(zhì)量和成本等的管理 ）等原理，借 鑒傳統(tǒng) 工程（ 用于制定 規(guī) 范、設計 范型、 評 估成本、 權 衡 結 果 ）的原 則 和方法， 創(chuàng) 建 軟 件以達到提高 質(zhì) 量、降低成本的目的。 可用性 ：軟 件基本 結 構、 實現(xiàn) 及文檔 為 用 戶 可用的程度。 （3）網(wǎng) 絡 化 軟 件將是 發(fā) 展重點。 大型 項 目的 規(guī) 模和復 雜 性增加， 軟 件開 發(fā)過 程中必然存在著許 多 風險問題 ，風險 分析是保 證項 目成功的必要手段。立的第三方機構 實 施。 僅 有原 則 不 夠 ，軟 件開 發(fā)還 需要技 術 方法、方法學、工具的支持。 法 規(guī) 需求； 費 用需求；互操作性需求；開放性需求等。當系 統(tǒng) 行 為發(fā) 生 變化 時 ，系 統(tǒng)維護 非常困 難 。 面向 對 象分析具有更好的 擴 展性，因 為對 象的 結 構和關系相對 于系 統(tǒng) 的功能而言更 穩(wěn) 定，功能的 變 化通 過 更新 對 象的操作加以適 應 。 如何更多、更好、更方便、更快地開發(fā)軟件？ ?工程化管理軟件開發(fā) ?以滿足功能需求為主 問題定義；需求分析；概要設計；詳細設計；編碼；測試；維護 瀑布模型；演化模型；螺旋模型；噴泉模型；增量模型；原型模型；組裝可重用構件模型。 目前常用的“ 4+1”角度模式： 支持模塊的 組織與管理 (軟件的 靜態(tài)結構 ) 系統(tǒng)的并發(fā)與同步等 控制結構，支持系統(tǒng) 的非功能性需求。 系 統(tǒng)結 構 設計 ：定 義軟 件系 統(tǒng) 各主要成分之 間 的關系。 面向 對 象 設計 面向 對 象 設計 與面向 對 象分析沒有 嚴 格的界限，面向 對 象 設計繼 承面向 對 象分析的成果，在分析 階 段 識別 出的與 問題 有關的 類 和 類間 關系的基 礎 上，加上與解決方案有關的 類 ，并對類 與 類間 關系 進 行 優(yōu) 化 調(diào) 整，然后， 對類進 行 編碼 和 測試，得到 結 果。 種 類 ： 改正性 維護 （corrective maintenance） 適 應 性 維護 （adaptive maintenance） 完善性 維護 （perfective maintenance） 預 防性 維護 （preventive maintenance） 。 由于數(shù)據(jù) 結 構和功能分離，當不同的數(shù)據(jù) 結 構的差 別細 微 時，系 統(tǒng) 往往 難 以 維護 。 軟 件 設計 的仸 務 從技 術 角度將 軟 件 設計 劃分 為 數(shù)據(jù) 設計 、系 統(tǒng)結 構 設計 、過程 設計 。 ⑶ 軟 件體系 結 構可以作 為 一種可 變換 的模型。 （設計模式抽象） 軟件體系結構可以看作是要把程序族中的成員的結構化信息組織起來，使系統(tǒng)在體系結構級達到重用。 需求分析方法的比 較 結 構化分析方法以系 統(tǒng) 的功能分析 為 主，而功能是易 變 的；面向 對 象分析方法以 組 成系 統(tǒng) 的 對 象分析 為 主，而 對 象是比 較穩(wěn) 定的。 結 構化分析方法 結 構化分析方法的一些弊?。? 基于功能分析和數(shù)據(jù)分析，將功能和數(shù)據(jù)分離，與人 類現(xiàn)實世界 環(huán) 境不一 樣 ，和人的自然思 維 也就不一致了。 過 程需求 產(chǎn) 品需求 外部需求 交付需求； 實現(xiàn) 方法需求； 標 準需求等。 軟 件開 發(fā) 的基本原 則 原 則 是指有關 軟 件工程的一些基本事 實 、規(guī)則 和一些假定，超越具體技 術 、工具和 語 言之上，普遍適用。 維護過 程 維護 人員 過 程 實 施準 備 ；問題 分析和修改 設計 ；修改 實 施； 對維護 的 評審 和 驗 收； 軟 件移植； 軟 件退役。 演化模型 適合 ：事先不能清晰和完整定 義 需求的 軟 件開 發(fā) 。 軟 件 發(fā) 展 趨勢 （1）遺 留 (legacy)軟 件將 繼續(xù)發(fā)揮 作用。 開發(fā)范型 設計方法 支持過程 管理過程 需 求 設 計 實 現(xiàn) 確 認 支 持 可用性 正確性 合算性 軟件工程活動維 軟件工程目標維 軟件工程原則維 軟 件工程目 標 目 標 ：生 產(chǎn) 具有正確性、可用性以及開 銷 適宜的 軟 件產(chǎn) 品。 實際問題 的復 雜 性、感知接受的復 雜 性、理性表達的復 雜 性。 商 務 、交通、家 電 等， 軟 件無 處 不在。 （1）軟 件開 發(fā) 無 計 劃性：不能正確估 計軟 件開 發(fā) 成本和 進 度，無法估 計 工作量，難 于控制開 發(fā)進 度。 事件： 軟 件 過 程改 進 。 確 認 ： 貫 穿整個開 發(fā)過 程， 對 完成的 結 果 進 行確 認 ，保 證產(chǎn) 品 滿 足用 戶 的要求。 缺點 ：成品 時間長 ；缺乏靈活性。 軟 件 過 程的分 類 ： 過 程： 與 軟 件生 產(chǎn)