【正文】 軟 件 體 系 結(jié) 構(gòu) 第一部分 天津大學(xué)計(jì)算機(jī)學(xué)院 饒國(guó)政 課 程 內(nèi) 容 ◇ 軟件危機(jī) ◇ 軟件體系結(jié)構(gòu)概念 ◇ 軟件體系結(jié)構(gòu)模式 ◇ 體系結(jié)構(gòu)的設(shè)計(jì)模式 ◇ 基礎(chǔ)結(jié)構(gòu)模式 ◇ 軟件體系結(jié)構(gòu)的其它研究領(lǐng)域 第一章 軟件危機(jī) ? 軟件 ? 軟件的發(fā)展階段 ? 軟件危機(jī) ? 軟件生命周期 軟件 ? 軟件＝程序、數(shù)據(jù)和相關(guān)文檔的完整集合 ? 軟件的特點(diǎn)： – 軟件是一個(gè)邏輯實(shí)體，而非物理實(shí)體； – 軟件是人類(lèi)抽象思維的產(chǎn)物； – 開(kāi)發(fā)過(guò)程沒(méi)有明顯的制作過(guò)程； – 生產(chǎn)成本隨著軟件的復(fù)雜程度急劇增加（指數(shù)級(jí)）； – 容易復(fù)制、傳播； – 維護(hù)工作復(fù)雜。 軟件的發(fā)展階段 ? 三個(gè)發(fā)展階段 – 程序設(shè)計(jì)階段（ 50~60年代中期） – 程序系統(tǒng)階段（ 60中期 ~70年代中期） – 軟件工程階段（ 70年代中期以來(lái)） 軟件危機(jī) ◇ 軟件危機(jī)的表現(xiàn) ◎ 軟件成本估計(jì)不準(zhǔn)確 ? 隨著軟件規(guī)模增長(zhǎng)，軟件開(kāi)發(fā)成本往往成指數(shù)級(jí)增長(zhǎng)。 ◎ 開(kāi)發(fā)進(jìn)度難以控制 由于軟件是邏輯、智力產(chǎn)品，軟件的開(kāi)發(fā)需建立龐大的邏輯體系，這是與其他產(chǎn)品的生產(chǎn)不一樣的。 在軟件開(kāi)發(fā)過(guò)程中 ， 用戶需求變化等各種意想不到的情況層出不窮 ， 令軟件開(kāi)發(fā)過(guò)程很難保證按預(yù)定的計(jì)劃實(shí)現(xiàn) ，給項(xiàng)目計(jì)劃和論證工作帶來(lái)了很大的困難 。 盲目增加軟件開(kāi)發(fā)人員并不能成比例地提高軟件開(kāi)發(fā)能力 。 相反 ， 隨著人員數(shù)量的增加 ， 人員的組織 、 協(xié)調(diào) 、 通信 、 培訓(xùn)和管理等方面的問(wèn)題將更為嚴(yán)重 。 ◎ 軟件質(zhì)量差 軟件項(xiàng)目即使能按預(yù)定日期完成，結(jié)果卻不盡人意。1965年至 1970年，美國(guó)范登堡基地發(fā)射火箭多次失敗，絕大部分故障是由應(yīng)用程序錯(cuò)誤造成的。 在 “ 軟件作坊 ” 里，由于缺乏工程化思想的指導(dǎo)，程序員幾乎總是習(xí)慣性地以自己的想法去代替用戶對(duì)軟件的需求，軟件設(shè)計(jì)帶有隨意性，很多功能只是程序員的 “ 一廂情愿 ”而已，這是造成軟件不能令人滿意的重要因素。 ◎ 軟件開(kāi)發(fā)缺乏適當(dāng)?shù)奈臋n資料 文檔資料對(duì)于軟件開(kāi)發(fā)和軟件維護(hù)是至關(guān)重要的。 ◎ 軟件維護(hù)困難 由于在軟件設(shè)計(jì)和開(kāi)發(fā)過(guò)程中，沒(méi)有嚴(yán)格遵循軟件開(kāi)發(fā)標(biāo)準(zhǔn)，各種隨意性很大，沒(méi)有完整的真實(shí)反映系統(tǒng)狀況的記錄文檔，給軟件維護(hù)造成了巨大的困難。 特別是在軟件使用過(guò)程中，原來(lái)的開(kāi)發(fā)人員可能因各種原因已經(jīng)離開(kāi)原來(lái)的開(kāi)發(fā)組織，使得軟件幾乎不可維護(hù)。 有資料表明，工業(yè)界為維護(hù)軟件支付的費(fèi)用占全部硬件和軟件費(fèi)用的 40%75%。 ◇ 如何克服軟件危機(jī) 人們面臨的不光是技術(shù)問(wèn)題，更重要的是管理問(wèn)題。管理不善必然導(dǎo)致失敗 。 要提高軟件開(kāi)發(fā)效率，提高軟件產(chǎn)品質(zhì)量，必須采用 工程化 的開(kāi)發(fā)方法與工業(yè)化的生產(chǎn)技術(shù)。 ＝＝ 》 軟件工程 軟件生命周期 ? 軟件從孕育、誕生、成長(zhǎng)、衰亡的生存過(guò)程，稱為軟件的生命周期。 ? 六個(gè)步驟： – 制定計(jì)劃：?jiǎn)栴}分析、可行性研究 – 需求分析 – 軟件系統(tǒng)設(shè)計(jì)：總體設(shè)計(jì)、詳細(xì)設(shè)計(jì) – 軟件編碼 – 軟件測(cè)試 – 軟件維護(hù) 第二章 軟件體系結(jié)構(gòu) ? 基本概念 ? 重要性 ? 組件與連接器 ? 風(fēng)格與模式 ? 非功能屬性 第一節(jié) 基本概念 ? 定義還沒(méi)有達(dá)到共識(shí)。 ? 以下幾個(gè)有助于我們的理解 – 軟件體系結(jié)構(gòu)是一組具有一定形式的結(jié)構(gòu)化元素（設(shè)計(jì)元素）組成。 – 軟件體系結(jié)構(gòu)超越了計(jì)算過(guò)程中的算法設(shè)計(jì)和數(shù)據(jù)結(jié)構(gòu)。 – 四視圖觀點(diǎn)：概念上的體系結(jié)構(gòu)、模塊體系結(jié)構(gòu)、代碼體系結(jié)構(gòu)和運(yùn)行體系結(jié)構(gòu)。 – 四模式觀點(diǎn)：概念模式、框架模式、動(dòng)態(tài)模式、進(jìn)程模式 ? 所以： ? 軟件體系結(jié)構(gòu)對(duì)軟件系統(tǒng)的構(gòu)造起著指導(dǎo)性作用。 ? 它回避了軟件系統(tǒng)的功能細(xì)節(jié)，著重于討論軟件系統(tǒng)的總體構(gòu)架。 ? 它關(guān)注的是系統(tǒng)結(jié)構(gòu)及其組成組件。 ? 修正后的軟件生命周期： – 需求分析 – 體系結(jié)構(gòu)設(shè)計(jì) ：選擇模式，選擇組件，組件之間的關(guān)系以及它們之間的約束。以此為框架，為詳細(xì)設(shè)計(jì)奠定基礎(chǔ)。－原為 “ 總體設(shè)計(jì) ” – 詳細(xì)設(shè)計(jì) – 實(shí)現(xiàn) – 維護(hù) 第二節(jié) 重要性 ? 良好的體系結(jié)構(gòu)設(shè)計(jì)是決定軟件系統(tǒng)成功的重要因素。 ? 早期的教訓(xùn)： IBM OS/360（ 19631966） 軟件體系結(jié)構(gòu)的指導(dǎo)意義 ? 作為軟件開(kāi)發(fā)的基本指導(dǎo)方針 ? 整個(gè)軟件設(shè)計(jì)的開(kāi)端，決定著開(kāi)發(fā)工作的整體結(jié)構(gòu)，具有更大的決策性和約束性。 ? 體系結(jié)構(gòu)給予后繼開(kāi)發(fā)人員一個(gè)可實(shí)現(xiàn)的指導(dǎo)和約束。 軟件體系結(jié)構(gòu)的指導(dǎo)意義 ? 對(duì)軟件質(zhì)量保證具有重大的影響 ? 支配了從開(kāi)發(fā)到維護(hù)項(xiàng)目的團(tuán)隊(duì)組織結(jié)構(gòu) ? 對(duì)軟件的修改、變動(dòng)提供了保證和約束。 ? 提供了軟件的可重用性 為什么體系結(jié)構(gòu)沒(méi)能早日引進(jìn)來(lái)呢？ ? 早期軟件開(kāi)發(fā)被認(rèn)為是個(gè)人創(chuàng)造力的產(chǎn)物，靈活性很高，從而導(dǎo)致開(kāi)發(fā)者無(wú)規(guī)可循。 ? 早期軟件開(kāi)發(fā)的規(guī)模較小，開(kāi)發(fā)通常由個(gè)人或者小的團(tuán)隊(duì)來(lái)完成，團(tuán)隊(duì)易于溝通交流，體系結(jié)構(gòu)的要求不迫切。 ? 軟件產(chǎn)品提交給用戶的為編譯后的軟件，不能看到源代碼，其他人難以分析其結(jié)構(gòu)，阻礙了技術(shù)的傳播。 第三節(jié) 組件和連接器 ? 現(xiàn)代軟件系統(tǒng)通常采用組件（構(gòu)件）的開(kāi)發(fā)方法 ? 組件： 系統(tǒng)中的結(jié)構(gòu)塊，是軟件功能設(shè)計(jì)和實(shí)現(xiàn)的承載體。 ? 連接器： 組件之間進(jìn)行連接的組件。 ? 軟件體系結(jié)構(gòu)的兩大構(gòu)成：組件、連接器 組件 ? 組件： 系統(tǒng)中的結(jié)構(gòu)塊，是軟件功能設(shè)計(jì)和實(shí)現(xiàn)的承載體。 ? 組件的表達(dá)形式： – 組件是由 封裝的內(nèi)部數(shù)據(jù)結(jié)構(gòu)及其操作 ，以及 對(duì)外提供的操作方法集合 組成。－例： 公安局 組件 接口 組件的特性 （ 略 ） 連接器 ? 連接： 組件之間建立和維護(hù)行為關(guān)聯(lián)及信息傳遞的途徑。 ? 連接包含兩方面： – 物質(zhì)基礎(chǔ)：連接發(fā)生和維持的機(jī)制； – 規(guī)約協(xié)議：連接能夠正確地、無(wú)二義、無(wú)沖突地進(jìn)行信息交換的保證。 – 例： 電源轉(zhuǎn)接板 簡(jiǎn)單連接：兩個(gè)組件直接連接 ? 復(fù)雜連接：專(zhuān)門(mén)的連接組件（連接器） 連接器 A組件 A組件 B組件 B組件 ? 連接的特性（略）： 方向性、激發(fā)、響應(yīng)特性 ? 連接的匹配（連接器如何工作的呢）： – 修改組件： 有源代碼 – 進(jìn)行包裝： 常用方法 – 加入中介： 比較復(fù)雜或要求靈活性的 – 握手： 經(jīng)常變動(dòng)的系統(tǒng) 第四節(jié) 風(fēng)格和模式 ? 軟件設(shè)計(jì)人員在長(zhǎng)期開(kāi)發(fā)某種類(lèi)型軟件過(guò)程中摸索到該類(lèi)軟件的一些規(guī)律性的東西，經(jīng)過(guò)提煉總結(jié)，得到了具有普遍性的構(gòu)建 模式 或稱為構(gòu)建 風(fēng)格 。 ? 本課程將討論學(xué)習(xí)應(yīng)用較廣泛的體系結(jié)構(gòu)風(fēng)格或模式。 ? 使用軟件體系結(jié)構(gòu)的風(fēng)格和模式的意義： – 便于設(shè)計(jì)開(kāi)發(fā)者之間互相交流 – 促進(jìn)了設(shè)計(jì)的復(fù)用 – 也促進(jìn)了代碼的復(fù)用 – 使用標(biāo)準(zhǔn)的風(fēng)格和模式有利于支持互操作 所以： 有利于交流和理解； 有利于提高軟件設(shè)計(jì)實(shí)施的效率和質(zhì)量； 風(fēng)格和模式的完善和系統(tǒng)化，也標(biāo)志軟件體系結(jié)構(gòu)的成熟。 ? 我們對(duì)風(fēng)格、模式和框架不加區(qū)分。 ? 我們講解側(cè)重于 模式。 ? 模式分為三個(gè)層次： – 系統(tǒng)體系結(jié)構(gòu)模式（第三章） – 體系結(jié)構(gòu)的設(shè)計(jì)模式（第四章） – 基礎(chǔ)結(jié)構(gòu)模式（第五章） 系統(tǒng)體系結(jié)構(gòu)模式 體系結(jié)構(gòu)的設(shè)計(jì)模式 基礎(chǔ)結(jié)構(gòu)模式 范圍最大 ， 層次最高 中等規(guī)模 ， 獨(dú)立于特定語(yǔ)言 最低層 、 最基礎(chǔ)的模式 ，和特定語(yǔ)言有關(guān) 系統(tǒng)體系結(jié)構(gòu)模式 體系結(jié)構(gòu)的設(shè)計(jì)模式 基礎(chǔ)結(jié)構(gòu)模式 ? 卷一、卷二、卷三 參考書(shū) ? Robert C. Martin ? 清華大學(xué)出版社 第五節(jié) 非功能屬性 ? 功能屬性 ? 非功能屬性： – 易修改性： ? 可維護(hù)性 ? 可擴(kuò)展性 ? 結(jié)構(gòu)重組 – 可移植性： ? 硬件平臺(tái)、 ? 操作系統(tǒng)、 ? 用戶界面、 ? 編程語(yǔ)言 – 互操作性 : ? 軟件需要經(jīng)常與其它系統(tǒng)和周?chē)挠曹浖浖肟? – 可靠性 ? 容錯(cuò)能力 ? 健壯性 – 效率 ? 響應(yīng)時(shí)間、吞吐率、存儲(chǔ)空間 – 可重用性 ? 重用現(xiàn)有的組件和重用以前的項(xiàng)目、商業(yè)庫(kù)、設(shè)計(jì)分析、設(shè)計(jì)說(shuō)明。 ? 為重用進(jìn)行軟件開(kāi)發(fā) – 可測(cè)試性 ? 軟件系統(tǒng)變的越來(lái)越大，越來(lái)越復(fù)雜，軟件測(cè)試工作也變得越來(lái)越困難和昂貴。 第三章 系統(tǒng)體系結(jié)構(gòu)模式 ? 十種模式： ?管道－過(guò)濾器、 ?分層、 ?知識(shí)庫(kù)（黑板）、 ?MVC、 ?PAC、 ?客戶與服務(wù)器 、 ?COM/DCOM/COM+、 ?代理者 、 ?微核 、 ?映像 、 ?異構(gòu) 每種體系結(jié)構(gòu)的講解內(nèi)容 ? 概述 ? 結(jié)構(gòu)：靜態(tài) ? 動(dòng)態(tài)特性 ? 實(shí)現(xiàn) ? 特性 ? 變體 ? 優(yōu)缺點(diǎn) Google八周歲了 ！ 第 1節(jié) 管道－過(guò)濾器 ? 概述