【正文】 缺乏正確的理論指導(dǎo) ◎ 軟件規(guī)模越來越大 ◎ 軟件復(fù)雜度越來越高 第 1章 軟件體系結(jié)構(gòu)概論 從軟件危機(jī)談起 ◎ 用戶需求不明確 在軟件開發(fā)完成之前，用戶不清楚軟件的具體需求； 用戶對軟件需求的描述不精確，可能有遺漏、有二義性、甚至有錯誤； 在軟件開發(fā)過程中，用戶還提出修改軟件功能、界面、支撐環(huán)境等方面的要求； 開發(fā)人員對用戶需求的理解與用戶本來愿望有差異。 特別是在軟件使用過程中，原來的開發(fā)人員可能因各種原因已經(jīng)離開原來的開發(fā)組織，使得軟件幾乎不可維護(hù)。 在 “ 軟件作坊 ” 里，由于缺乏工程化思想的指導(dǎo)，程序員幾乎總是習(xí)慣性地以自己的想法去代替用戶對軟件的需求，軟件設(shè)計帶有隨意性，很多功能只是程序員的 “ 一廂情愿 ”而已，這是造成軟件不能令人滿意的重要因素。 第 1章 軟件體系結(jié)構(gòu)概論 從軟件危機(jī)談起 ◇ 軟件危機(jī)的表現(xiàn) ◎ 軟件質(zhì)量差 軟件項目即使能按預(yù)定日期完成，結(jié)果卻不盡人意。 盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力 。 第 1章 軟件體系結(jié)構(gòu)概論 從軟件危機(jī)談起 ◇ 軟件危機(jī)的表現(xiàn) ◎ 開發(fā)進(jìn)度難以控制 由于軟件是邏輯、智力產(chǎn)品，軟件的開發(fā)需建立龐大的邏輯體系，這是與其他產(chǎn)品的生產(chǎn)不一樣的。到 20世紀(jì) 60年代中期，軟件成本在計算機(jī)系統(tǒng)中所占的比例已經(jīng)增長到 50%左右。 ? 數(shù)據(jù)服務(wù)層：指后臺數(shù)據(jù)庫系統(tǒng) ， 也可以是各種能夠存儲數(shù)據(jù)的文件 。 ? 業(yè)務(wù)邏輯層：業(yè)務(wù)邏輯層完成業(yè)務(wù)功能和邏輯 。 ? 用戶表現(xiàn)層：接受用戶的請求和操作 ， 將操作信息最終顯示給用戶 。 因此 ， 隨著 Inter的普及 ， 這種模式逐漸為我們所重視 ， 典型的例子是 Inter上購物等使用的數(shù)據(jù)庫系統(tǒng) ， 這也是目前開展電子商務(wù)應(yīng)用的常用模式 。 圖 3 B/S模式原理圖 B/S結(jié)構(gòu)的特點(diǎn)： 基于 B/S模式的 Web網(wǎng)絡(luò)數(shù)據(jù)庫應(yīng)用模式主要用于瀏覽 、 查詢Inter/ Intra信息 。 圖 2 C/S模式原理圖 瀏覽器 /服務(wù)器（ Browser/Server， B/S）模式 B/S是 3層結(jié)構(gòu)，又稱為瘦客戶機(jī)模式，其原理如圖 3所示。 C/S模式的優(yōu)點(diǎn)是速度較快、功能完備，缺點(diǎn)：維護(hù)升級很不方便，主要是基于行業(yè)的數(shù)據(jù)庫應(yīng)用，如股票接收系統(tǒng)、郵局匯款系統(tǒng)等。 客戶機(jī) /服務(wù)器（ Client/Server， C/S）模式 ，兩層結(jié)構(gòu)，又稱為胖客戶機(jī)模式，其原理如圖 2所示。 圖 1 主機(jī) /終端體系結(jié)構(gòu) 分層體系結(jié)構(gòu) 隨著 PC的普及和網(wǎng)絡(luò)的出現(xiàn)，這種單層的體系結(jié)構(gòu)被逐步淘汰，演變?yōu)榉謱拥捏w系結(jié)構(gòu)。在大型主機(jī)上部署中央 CPU和各種應(yīng)用系統(tǒng)，典型的系統(tǒng)如批處理、聯(lián)機(jī)交易等。 出現(xiàn)了程序結(jié)構(gòu)設(shè)計主題，以控制流圖和數(shù)據(jù)流圖構(gòu)成軟件結(jié)構(gòu)為特征 高級階段 初期階段 關(guān) 于 教 材 ◇ 出版社：清華大學(xué)出版社 ◇ 作者：張友生 參考書 《 軟件體系結(jié)構(gòu)理論與實踐 》 馮沖等編著 人民郵電出版社 2022年 第 1版 《 軟件體系結(jié)構(gòu) 》 覃征等編著 西安交通大學(xué)出版社 2022年 第 1版 希賽網(wǎng)： 課 程 內(nèi) 容 ◇ 軟件體系結(jié)構(gòu)概論 ◇ 軟件體系結(jié)構(gòu)建模 ◇ 軟件體系結(jié)構(gòu)風(fēng)格 ◇ 軟件體系結(jié)構(gòu)描述 ◇ 基于體系結(jié)構(gòu)的軟件開發(fā) ◇ 軟件體系結(jié)構(gòu)評估 ◇ 軟件產(chǎn)品線體系結(jié)構(gòu) 軟件體系結(jié)構(gòu)的發(fā)展 伴隨不同的軟件開發(fā)方法，軟件體系結(jié)構(gòu)也經(jīng)歷了 4個發(fā)展階段。 為何要學(xué)習(xí)軟件體系結(jié)構(gòu) ？ 需求分析 軟件設(shè)計 軟件體系結(jié)構(gòu) 《 軟件體系結(jié)構(gòu) 》 系統(tǒng)地介紹 ? 軟件體系結(jié)構(gòu)基本原理 、 方法和實踐 ? 全面反映軟件體系結(jié)構(gòu)研究和應(yīng)用的最新進(jìn)展 ? 既討論軟件體系結(jié)構(gòu)的基本理論知識 ， 又介紹軟件 體系結(jié)構(gòu)的設(shè)計及應(yīng)用實例 ? 強(qiáng)調(diào)理論與實踐相結(jié)合 本課程的詳細(xì)任務(wù)包括： (1)介紹軟件體系結(jié)構(gòu)的概念 、 發(fā)展和應(yīng)用現(xiàn)狀； (2)討論軟件體系結(jié)構(gòu)建模 ， 包括視圖模型 、 核心 模型和生命周期模型； (3)介紹軟件體系結(jié)構(gòu)的風(fēng)格 (模式 )； (4)討論軟件體系結(jié)構(gòu)的描述方法 ， 重點(diǎn)介紹軟件 體系結(jié)構(gòu)描述語言； (5)討論基于體系結(jié)構(gòu)的軟件開發(fā)方法 ， 介紹基于 體系結(jié)構(gòu)的軟件過程； (6)討論軟件體系結(jié)構(gòu)評估方法； (7)介紹軟件產(chǎn)品線的原理和方法 、 框架技術(shù) ， 以 及討論產(chǎn)品線體系結(jié)構(gòu)的設(shè)計和演化 。對于軟件項目的開發(fā)來說，具有清晰的軟件體系結(jié)構(gòu)是非常重要的。如果把設(shè)計作為一個動詞，那么軟件設(shè)計就是“得到這種描述的活動或過程” 。 。軟件設(shè)計與體系結(jié)構(gòu) Software Design amp。Architecture 軟件設(shè)計？ 軟件設(shè)計主要針對需求分析過程得到的軟件需求規(guī)格說明，綜合考慮各種制約因素，探求切實可行的軟件解決方案并最終給出方案的邏輯表示，包括文檔、模型等。 軟件設(shè)計就可以看作是“對軟件將如何被開發(fā)出來的一種描述”。 軟件設(shè)計的方法？ （ 1）面向數(shù)據(jù)流的軟件設(shè)計方法 （ 2）面向?qū)ο蟮能浖O(shè)計方法 “軟件體系結(jié)構(gòu) ” 你可能知道 ?Client/Server ?Threetier ? MVC ? …… “建筑 體系結(jié)構(gòu) ” “建筑體系結(jié)構(gòu)” 建筑學(xué) 軟件工程教育的定位 ? 我國軟件工程的專業(yè)教育與軟件人才的鏈之間的關(guān)系可描述為如下圖： 軟件開發(fā)工程師 架構(gòu)設(shè)計師 產(chǎn)品經(jīng)理 項目管理者 系統(tǒng)分析師 系統(tǒng)設(shè)計師 程序員 研究生教育 本科教育 大專教育 中專教育 隨著軟件系統(tǒng)規(guī)模越來越大、越來越復(fù)雜，整個系統(tǒng)的結(jié)構(gòu)和規(guī)格說明顯得越來越重要。軟件體系結(jié)構(gòu) 在軟件需求和設(shè)計之間架起了一座橋梁，著重解決軟件系統(tǒng)的結(jié)構(gòu)和需求向?qū)崿F(xiàn)平坦地過渡的問題。 SA(Software Architecture)的定義 體系結(jié)構(gòu) = 組件 + 連接件 + 約束 Architecture = Components + Connectors + Constrains 軟件越做越大 現(xiàn)代軟件開發(fā)方法學(xué) 軟件體系結(jié)構(gòu) SA之重要 ? 最早指出 SA的重要性的是大師 Edsger Dijkstra(19302022) “..the larger the project, the more essential the structuring!”(1968) 程序 =？ ? 程序 = 算法 + 數(shù)據(jù)結(jié)構(gòu)（ 1960’s ） ? 程序 = 子程序 + 子程序（ 1970’s ） 對象 = 算法 + 數(shù)據(jù)結(jié)構(gòu) ? 程序 = 對象 + 對象（ 1980’s） ? 程序 = 組件 + 連接件（ 1990’s） ? 連接構(gòu)件 把體系結(jié)構(gòu)的不同部分組組合連接起來 ? 處理構(gòu)件 負(fù)責(zé)對數(shù)據(jù)進(jìn)行加工 ? 數(shù)據(jù)構(gòu)件 是被加工的信息 軟件體系結(jié)構(gòu)的 發(fā)展史 “無體系結(jié)構(gòu) ” 設(shè)計階段 萌芽階段 以匯編語言進(jìn)行小規(guī)模應(yīng)用程序開發(fā)為特征 以描述系統(tǒng)的高層抽象結(jié)構(gòu)為中心，不關(guān)心具體的建模細(xì)節(jié)，劃分了體系結(jié)構(gòu)模型與傳統(tǒng)軟件結(jié)構(gòu)的界限，該階段以Kruchten提出的 “ 4+1”模型為標(biāo)志 出現(xiàn)了從不同側(cè)面描述系統(tǒng)的結(jié)構(gòu)模型，以 UML為典型代表。 主機(jī) /終端體系結(jié)構(gòu) 早期的軟件系統(tǒng)采用主機(jī) /終端體系結(jié)構(gòu)，如圖所示。這種軟件系統(tǒng)的體系結(jié)構(gòu)也稱為單層體系結(jié)構(gòu)，所有的功能和操作集中在主機(jī)上，終端僅僅是作為輸入和輸出設(shè)備使用。典型的分層體系結(jié)構(gòu)有兩種： C/S結(jié)構(gòu)和 B/S結(jié)構(gòu)。 圖 2 C/S模式原理圖 C/S結(jié)構(gòu)的特點(diǎn) 基于 C/S模式的網(wǎng)絡(luò)數(shù)據(jù)庫在前端計算機(jī)上要安裝專門的應(yīng)用程序來操作后臺數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)，前端應(yīng)用程序可以完成計算和接收處理數(shù)據(jù)的工作，后臺數(shù)據(jù)庫服務(wù)器主要完成數(shù)據(jù)的管理工作。由于有多個系統(tǒng)，在每個客戶機(jī)上就要安裝多個前端客戶程序，因此這種工作模式也被稱為胖客戶機(jī)模式 。 B/S模式下的客戶機(jī)只需安裝瀏覽器軟件，如 Windows XP系統(tǒng)內(nèi)嵌的 IE即可，無須開發(fā)前端應(yīng)用程序，這就是瘦客戶機(jī)模式中 “ 瘦 ” 的含義； 中間層的 Web應(yīng)用服務(wù)器 ，如 Microsoft公司的 IIS等是連接前端客戶機(jī)和后臺數(shù)據(jù)庫服務(wù)器的橋梁，主要的數(shù)據(jù)計算和應(yīng)用都在此完成，因此對中間層服務(wù)器的要求較高，開發(fā)中間層應(yīng)用的技術(shù)人員需要具備一定的編程基礎(chǔ)；后臺數(shù)據(jù)庫服務(wù)器主要完成數(shù)據(jù)的管理。