【正文】 程和活 動 。 抽象 原 則 ：過 程、數(shù)據(jù)和控制抽象。 ⑴功能性需求： 說 明系 統(tǒng) 各功能部件與 環(huán) 境之 間 的相互作用的本 質(zhì) 。 需求分析方法 按照信息的流向、 結(jié) 構(gòu)、和內(nèi)容三個方面可以將 現(xiàn) 有的需求分析方法劃分 為 ： 面向信息流向： 結(jié) 構(gòu)化分析方法 面向信息 結(jié) 構(gòu)： Jackson分析方法 面向信息內(nèi)容：面向 對 象分析方法 描述系 統(tǒng) 需求 時 可以從系 統(tǒng) 的功能、行 為 和信息三個方面 進行， 側(cè) 重點可以不一 樣 。 數(shù)據(jù)分析工具： ER圖 或者 EER（擴 展 ER）圖 。 面向 對 象思想的一些基本性 質(zhì) ：抽象（ 繼 承）性、封裝（信息 隱藏）性、多 態(tài) 性、滯后 聯(lián)編 等。 Booch的 Booch93方法 Jacobson的 OOSE：強調(diào) 以 Use Case分析系 統(tǒng) 的 實際 操作入手，逐步展開系 統(tǒng) 分析 過 程。 1997年， Bass,Clements和 Kazman在 《使用 軟 件體系 結(jié) 構(gòu) 》一 書 中的定義 ：一個程序或 計 算機系 統(tǒng) 的 軟 件體系 結(jié) 構(gòu)包括一個或一 組軟 件部件、軟 件部件的外部可 見 特性及其相互關(guān)系。 （模塊抽象） 數(shù)據(jù)類型抽象、封裝、信息隱藏、多態(tài)性等。 軟件體系結(jié)構(gòu)設(shè)計 軟件概要設(shè)計的主要任務(wù)就是進行系統(tǒng)結(jié)構(gòu)設(shè)計，是不是就是軟件體系結(jié)構(gòu)設(shè)計？ 概要設(shè)計 ?結(jié)構(gòu)化設(shè)計 ?面向?qū)ο笤O(shè)計 構(gòu)件 連接模塊 模塊調(diào)用關(guān)系類和對象 對象關(guān)聯(lián)、聚集、繼承注意 ： 以往的概要設(shè)計中的功能實體（構(gòu)件）的設(shè)計是首位的，也是顯式的，構(gòu)件間的連接并沒有單獨作為實體顯式地設(shè)計，而是作為構(gòu)件的附屬形式出現(xiàn)。 ⑵ 軟 件體系 結(jié) 構(gòu)代表了早期的 設(shè)計 決策成果。 1. 管道和過濾器 (pipes and filters) 2. 數(shù)據(jù)抽象和面向?qū)ο蠼M織 (data abstraction and OOorganization) 3. 基于事件的隱式調(diào)用 (eventbased,implicit invocation) 4. 分層系統(tǒng) (layered systems) 5. 倉庫系統(tǒng) (repositories)：數(shù)據(jù)庫、黑板 6. 表格驅(qū)動的解釋器 (table driven interpreters)：規(guī)則基系統(tǒng) 7. 其它類型的體系結(jié)構(gòu)：客戶 /服務(wù)器、基于數(shù)據(jù)共享的主從程序 基于 軟 件體系 結(jié) 構(gòu)的開 發(fā) 模式 提煉特定應(yīng)用領(lǐng)域的穩(wěn) 定需求和易變需求，建 立可復用的領(lǐng)域模型。 概要 設(shè)計 ：將 軟 件需求 轉(zhuǎn) 化 為 數(shù)據(jù) 結(jié) 構(gòu)和 軟 件的系 統(tǒng)結(jié) 構(gòu)。 選 定某種 過 程的表達形式來描述各種算法。 適用范 圍 ：適合于確定程序中的 對 象和 輸 入 輸 出數(shù)據(jù)格式，無助于文件 設(shè)計 、輸 入 輸 出控制、 訪問 方式 選擇 、運行 環(huán) 境設(shè)計 等。 Coad和 Yourdon的 OOD：仍然按照 OOA的 5個 層 次（主 題 、類和 對 象、 結(jié) 構(gòu)、屬性、服 務(wù) ）描述增加的用 戶 界面部分、仸 務(wù)管理部分、數(shù)據(jù)管理部分等的 設(shè)計 ，并 對 原來的 問題 域部分識別 的 對 象及其關(guān)系 進 行 調(diào) 整。 白盒 測試 ：邏輯 覆蓋；基本路徑覆蓋等。包括：有效性 測試 ；軟 件配置復 查 ；α測試 和 β測試 ；驗 收 測試 。高 層設(shè)計階 段完成系 統(tǒng) 體系 結(jié) 構(gòu) 設(shè)計 ，低 層設(shè)計 完成 對 象 設(shè)計 工作。 結(jié) 構(gòu)化 設(shè)計 目 標 ：將 軟 件 設(shè)計為結(jié) 構(gòu)相互獨立、功能 單 一的模 塊 ，建立系統(tǒng) 的模 塊結(jié) 構(gòu) 圖 。 軟 件 設(shè)計 的 過 程 制定 設(shè)計規(guī) 范 軟 件體系 結(jié) 構(gòu) 設(shè)計 軟 件系 統(tǒng)結(jié) 構(gòu)的 總 體 設(shè)計 數(shù)據(jù) 結(jié) 構(gòu) 設(shè)計 編 寫概要 設(shè)計階 段的文檔：概要 設(shè)計說 明 書 、數(shù)據(jù) 庫設(shè)計說 明 書 、用戶 手冊、初步的 測試計 劃。 低 層設(shè)計 指 軟 件體系 結(jié) 構(gòu) 約 束下的部件和 連 接件的具體 設(shè)計 。 支持軟件的功能需求 (系統(tǒng)的功能抽象 ) 軟 件體系 結(jié) 構(gòu)研究角度 2. 軟 件 風 格 (style)角度 描述了 對軟 件 設(shè)計 成分如何 進 行整理和安排，并且 對這 些整理和安排加以限制，從而形成一種 設(shè)計軟 件的特定模式。 ⑴ 軟 件體系 結(jié) 構(gòu)是系 統(tǒng) 開 發(fā) 中不同參與者 進 行交流和信息 傳 播的媒介。 ？ 2. 為什么應(yīng)用軟件開發(fā)模型和軟件工程方法解決大規(guī)模、復雜問題時，軟件系統(tǒng)的質(zhì)量和效率無法得到保證？ 非功能性需求 1. 系統(tǒng)性能要求，可用性要求； 2. 系統(tǒng)可適應(yīng)性和可移植性要求； 3. 系統(tǒng)可靠性和安全保密性要求； 4. 系統(tǒng)可重用性要求等。 為 什么要研究 軟 件體系 結(jié) 構(gòu)？ 軟 件體系 結(jié) 構(gòu)是 軟 件抽象技 術(shù)發(fā) 展的 結(jié) 果； 抽象數(shù)據(jù)類型 數(shù)據(jù)結(jié)構(gòu)與算法 軟件結(jié)構(gòu)研究的開始 高級程序設(shè)計語言 程序族 軟件體系結(jié)構(gòu) 匯編語言、宏替換；高級語言編譯器、數(shù)據(jù)類型。 結(jié) 構(gòu)化元素包括：進 程元素、數(shù)據(jù)元素和 連 接元素。 面向 對 象分析方法 面向 對 象分析方法的種 類 ： Wirfs－Brock的 責 仸 驅(qū)動 分析方法： CRC（類 －責 仸－ 協(xié) 作）卡進 行系 統(tǒng) 建模。 面向 對 象分析方法 面向 對 象分析不是從功能上 進 行系 統(tǒng) 分解，而是從系 統(tǒng) 的 組成上來 進 行分解。 結(jié) 構(gòu)化分析方法 功能分析工具： DFD、DD、結(jié) 構(gòu)化英 語 、判定表和判定 樹 。 ⑴ 軟 件需求 規(guī) 格 說 明 書 ：功能和性能要求 ⑵數(shù)據(jù)要求 說 明 書 ：軟 件 輸 入 輸 出的要求 ⑶初步的用 戶 手冊：用 戶 界面和使用要求 需求分析的 過 程 需求分析 評審驗證 對 需求的正確性、完整性和清晰性以及其他需求 給 予 評價。 ⑵建立分析所需要的通信途徑，保 證 需求 獲 取得 順 利 進 行。 分隔 原 則 ：時間 、質(zhì) 量指 標 、視圖 、規(guī) 模、 產(chǎn) 品與開 發(fā) 方法分離。 運行 過 程 運行準 備 ；運行 測試 ；產(chǎn) 品 轉(zhuǎn) 移；運行；運行支持；運行 評 價。 制 訂 文檔 編 制 計 劃； 設(shè)計 和開 發(fā) 文檔；制作和 發(fā) 行文檔； 文檔 維護 。 基本 過 程 類 過 程名 執(zhí) 行者 活 動 內(nèi)容 獲 取 過 程 項 目委托方 確定需求；招 標 ；簽訂 合同； 對 供 應(yīng) 方的 監(jiān) 督； 驗 收完成。 無 間 隙 各 階 段 間 無明 顯 的界限。 演化模型 項 目開 發(fā) 初始 階 段 對 需求的 認識 不 夠 清晰，使得開 發(fā) 工作出現(xiàn) 再開 發(fā) 在所 難 免。 （5）工 業(yè) 化生 產(chǎn) 是必由之路。 支持 ： 修改和完善活 動 。 決定了 ：軟 件 過 程、 過 程模型和工程方法的 選擇 。在工 業(yè)實 踐中建立起一種量化的 評 估程序，判定軟 件 組織 成熟的程度。 軟 件工程及其 發(fā) 展 階 段 軟 件工程 經(jīng)歷 了 30多年的 歷 史，其 發(fā) 展大致可以劃分 為 兩個 階 段： 60年代末～ 80年代初 狀況： 軟 件系 統(tǒng) 的 規(guī) 模、復 雜 性以及在關(guān) 鍵領(lǐng) 域的廣泛 應(yīng) 用，促 進 了 軟件開 發(fā)過 程采 納 工程化的方法 進 行管理。 （2）軟 件需求不充分：需求是 設(shè)計 的基 礎(chǔ) ，需求不充分直接 導 致 軟 件 產(chǎn) 品不可靠，滿 足不了用 戶 的需求，甚至無法使用。 （5）軟 件危機仍然存在（ 軟 件脫 節(jié) ） 19682000：軟 件效率、 質(zhì) 量、 進 度、 預 算無法控制。 金融、 電 信、航空航天等