軟件() 是一組相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)的各個(gè)方面的設(shè)計(jì)。 軟件架構(gòu)是系統(tǒng)的草圖。 軟件架構(gòu)所描述的對(duì)象是直接構(gòu)成系統(tǒng)的抽象組件。各個(gè)組件之間的連接以清晰和相對(duì)詳細(xì)的方式描述了組件之間的通信。在實(shí)現(xiàn)階段，這些抽象組件被提煉成實(shí)際的組件，例如特定的類或?qū)ο?。在面向?qū)ο箢I(lǐng)域，組件之間的連接通常用( )來實(shí)現(xiàn)。
軟件架構(gòu)是構(gòu)建計(jì)算機(jī)實(shí)踐的基礎(chǔ)軟件。就像架構(gòu)師將建筑項(xiàng)目的設(shè)計(jì)原則和目標(biāo)作為繪圖員繪圖的基礎(chǔ)一樣，軟件架構(gòu)師或系統(tǒng)架構(gòu)師將軟件架構(gòu)作為實(shí)際的系統(tǒng)設(shè)計(jì)，以滿足不同的需求?？蛻粜枨蠓桨傅幕A(chǔ)。 軟件在用途、主題、材料和結(jié)構(gòu)方面，可以將建筑與建筑物的建筑進(jìn)行比較。 軟件架構(gòu)師需要具備豐富的軟件理論知識(shí)和相應(yīng)的經(jīng)驗(yàn)來實(shí)施和管理軟件產(chǎn)品的高層設(shè)計(jì)。 軟件架構(gòu)師定義和設(shè)計(jì)軟件模塊化、模塊之間的交互、用戶界面風(fēng)格、外部界面方法、創(chuàng)新的設(shè)計(jì)特性以及對(duì)象操作、邏輯和高級(jí)事物的流程。
架構(gòu)是系統(tǒng)的基本結(jié)構(gòu)，體現(xiàn)在指導(dǎo)設(shè)計(jì)開發(fā)的原則中，包括其組件、它們之間的關(guān)系以及它們與環(huán)境的關(guān)系。
軟件架構(gòu)是構(gòu)建計(jì)算機(jī)實(shí)踐的基礎(chǔ)軟件。就像架構(gòu)師將建筑項(xiàng)目的設(shè)計(jì)原則和目標(biāo)作為繪圖員繪圖的基礎(chǔ)一樣，軟件架構(gòu)師或系統(tǒng)架構(gòu)師將軟件架構(gòu)作為實(shí)際的系統(tǒng)設(shè)計(jì)，以滿足不同的需求。項(xiàng)目的客戶需求基礎(chǔ)。
軟件架構(gòu)是一個(gè)容易理解的概念，大部分工程師（尤其是經(jīng)驗(yàn)較少的）都會(huì)直觀地認(rèn)出它，但很難給出一個(gè)準(zhǔn)確的定義。特別是，很難清楚地區(qū)分設(shè)計(jì)和架構(gòu)：架構(gòu)是設(shè)計(jì)的一個(gè)方面，側(cè)重于某些特定特征。
軟件架構(gòu)是指根據(jù)一定的設(shè)計(jì)原則，從不同的角度對(duì)系統(tǒng)的各個(gè)部分進(jìn)行匹配和排列，形成系統(tǒng)的多種結(jié)構(gòu)，形成一個(gè)架構(gòu)，其中包括系統(tǒng)的各個(gè)組成部分，組件的外部可見屬性以及組件之間的相互關(guān)系。組件的外部可見屬性是其他組件對(duì)該組件所做的假設(shè)。
在“軟件 to ”中，David 和 Mary Shaw 認(rèn)為 軟件 是一種設(shè)計(jì)層次結(jié)構(gòu)，涉及：“除了計(jì)算的算法和數(shù)據(jù)結(jié)構(gòu)之外，設(shè)計(jì)和確定整體結(jié)構(gòu)結(jié)構(gòu)性問題包括整體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)；通信、同步和數(shù)據(jù)訪問協(xié)議；設(shè)計(jì)元素的功能分配；物理分布；設(shè)計(jì)元素的組成；選擇。"
但建筑不僅僅是結(jié)構(gòu)； Group on 將其定義為“系統(tǒng)在其環(huán)境中的最高級(jí)別概念”。建筑還包括對(duì)系統(tǒng)完整性、經(jīng)濟(jì)約束、審美需求和風(fēng)格的“遵從”。它不僅關(guān)注內(nèi)部考慮，還關(guān)注系統(tǒng)在其用戶環(huán)境和開發(fā)環(huán)境中作為一個(gè)整體，即同時(shí)關(guān)注外部考慮。
在，軟件系統(tǒng)的架構(gòu)（在給定點(diǎn)）是指系統(tǒng)的重要組件的組織或結(jié)構(gòu)，這些組件通過接口與由不斷減少的組件和接口組成的組件進(jìn)行交互。
軟件建筑可以比作建筑的用途、主題、材料和結(jié)構(gòu)。 軟件架構(gòu)師需要具備豐富的軟件理論知識(shí)和相應(yīng)的經(jīng)驗(yàn)來實(shí)施和管理軟件產(chǎn)品的高層設(shè)計(jì)。 軟件架構(gòu)師定義和設(shè)計(jì)軟件模塊化、模塊之間的交互、用戶界面風(fēng)格、外部界面方法、創(chuàng)新的設(shè)計(jì)特性以及對(duì)象操作、邏輯和高級(jí)事物的流程。
一般來說畫構(gòu)架圖mac軟件，軟件系統(tǒng)的架構(gòu)（）有兩個(gè)元素：
1.是一個(gè)軟件系統(tǒng)從整體到部分的最高層次劃分。
2.一個(gè)系統(tǒng)通常是由組件組成的，而這些組件是如何形成的以及它們之間如何相互作用是關(guān)于系統(tǒng)本身結(jié)構(gòu)的重要信息。
詳細(xì)來說，它包括架構(gòu)元素 ( )、連接器 () 和任務(wù)流 (TASk-flow)。所謂架構(gòu)元素是構(gòu)成系統(tǒng)的核心“磚塊”，而連接器則描述了這些元素之間的通信路徑、通信機(jī)制以及通信的預(yù)期結(jié)果。任務(wù)流描述了系統(tǒng)如何使用這些元素和連接器來完成某個(gè)需求。
在以后構(gòu)建系統(tǒng)時(shí)做出的最高級(jí)別、難以更改的商業(yè)和技術(shù)決策。
在構(gòu)建系統(tǒng)之前需要做出許多重要的決策，而一旦系統(tǒng)進(jìn)入詳細(xì)設(shè)計(jì)甚至構(gòu)建階段，這些決策就很難或不可能改變。顯然，這樣的決定一定是關(guān)乎系統(tǒng)設(shè)計(jì)成敗的最重要的決定，必須認(rèn)真研究和檢驗(yàn)。
根據(jù)我們關(guān)注的角度，架構(gòu)可以分為三種：
1.邏輯架構(gòu)
軟件系統(tǒng)中元素之間的關(guān)系，如用戶界面、數(shù)據(jù)庫、外部系統(tǒng)接口、業(yè)務(wù)邏輯元素等。
從上圖可以看出，這個(gè)系統(tǒng)分為三個(gè)邏輯層級(jí)，即表示層、業(yè)務(wù)層和數(shù)據(jù)持久層。每個(gè)級(jí)別包含多個(gè)邏輯元素。比如WEB服務(wù)器層有HTML服務(wù)元素、服務(wù)元素、安全服務(wù)元素、系統(tǒng)管理元素。
2.物理架構(gòu)
軟件組件如何放置在硬件上。
例如，在下面的物理架構(gòu)圖中，圖中的所有組件都是物理設(shè)備，包括網(wǎng)絡(luò)分流器、代理服務(wù)器、WEB服務(wù)器、應(yīng)用服務(wù)器、報(bào)表服務(wù)器、集成服務(wù)器、存儲(chǔ)服務(wù)器、主機(jī)等。
3.系統(tǒng)架構(gòu)
系統(tǒng)的非功能性特征，例如可擴(kuò)展性、可靠性、健壯性、靈活性、性能等。
系統(tǒng)架構(gòu)的設(shè)計(jì)要求架構(gòu)師對(duì)軟件以及硬件的功能和性能有扎實(shí)的了解，這無疑是架構(gòu)設(shè)計(jì)工作中難度最大的工作。
此外，從各個(gè)角度，都可以看到架構(gòu)的兩個(gè)要素：組件劃分和設(shè)計(jì)決策。
首先，軟件 系統(tǒng)中的元素首先是邏輯元素。這些邏輯元件如何放置在硬件上，以及這些元件對(duì)整個(gè)系統(tǒng)的可擴(kuò)展性、可靠性、穩(wěn)健性、靈活性、性能等有何貢獻(xiàn)，是非常重要的信息。
其次，軟件 設(shè)計(jì)需要做出的決定必須包括邏輯結(jié)構(gòu)、物理結(jié)構(gòu)以及它們?nèi)绾斡绊懴到y(tǒng)的所有非功能特性。其中許多決定一旦做出，就很難改變。
根據(jù)作者的經(jīng)驗(yàn)，一個(gè)基于數(shù)據(jù)庫的系統(tǒng)架構(gòu)，其數(shù)據(jù)表與架構(gòu)設(shè)計(jì)文檔的頁數(shù)一樣多。例如，一個(gè)中型數(shù)據(jù)庫應(yīng)用系統(tǒng)通常包含100張左右的數(shù)據(jù)表，這樣的系統(tǒng)設(shè)計(jì)通常需要100頁左右的架構(gòu)設(shè)計(jì)文檔。
我們決定在多個(gè)框架視圖中表示 軟件 框架。每個(gè)架構(gòu)視圖都針對(duì)開發(fā)過程中的利益相關(guān)者（例如，最終用戶、設(shè)計(jì)師、經(jīng)理、系統(tǒng)工程師、維護(hù)人員等）感興趣的特定方面。
架構(gòu)視圖顯示軟件架構(gòu)如何分解為組件，以及組件如何通過連接器連接以生成有用的表單 [PW92]，從而記錄主要的結(jié)構(gòu)設(shè)計(jì)決策。這些設(shè)計(jì)決策必須基于需求以及功能、補(bǔ)充和其他約束。這些決策反過來又對(duì)較低級(jí)別的需求和未來設(shè)計(jì)決策施加了進(jìn)一步的限制。
架構(gòu)由許多不同的架構(gòu)視圖表示，這些視圖本質(zhì)上是“具有架構(gòu)意義的”模型元素的圖形摘要。在 中，您將從稱為“4+1 視圖模型”[KRU95] 的典型視圖集開始。它包括：
1.用例視圖：包括用例和場(chǎng)景，其中包括架構(gòu)上重要的行為、類或技術(shù)風(fēng)險(xiǎn)。它是用例模型的一個(gè)子集。
2.邏輯視圖：包括最重要的設(shè)計(jì)類，從這些設(shè)計(jì)類到包和子系統(tǒng)的組織，以及從這些包和子系統(tǒng)到層的組織。它還包括一些用例實(shí)現(xiàn)。它是設(shè)計(jì)模型的一個(gè)子集。
3.實(shí)施視圖：包括實(shí)施模型及其從模塊到包和層的組織的概述。它還描述了將邏輯視圖中的包和類分配給實(shí)現(xiàn)視圖中的包和模塊。它是實(shí)現(xiàn)模型的一個(gè)子集。
4.進(jìn)程視圖：包括對(duì)所涉及的任務(wù)（進(jìn)程和線程）、它們的交互和配置以及設(shè)計(jì)對(duì)象和類對(duì)任務(wù)的分配的描述。僅當(dāng)系統(tǒng)具有高度并行性時(shí)才需要此視圖。在 中，它是設(shè)計(jì)模型的一個(gè)子集。
5.部署視圖：包括各種物理節(jié)點(diǎn)的描述，用于最典型的平臺(tái)配置和任務(wù)分配（從進(jìn)程視圖）到物理節(jié)點(diǎn)。此視圖僅在分布式系統(tǒng)中需要。它是部署模型的一個(gè)子集。 軟件 文檔中記錄了架構(gòu)視圖。您可以構(gòu)建其他視圖來表達(dá)需要特別注意的不同方面：用戶界面視圖、安全視圖、數(shù)據(jù)視圖等。對(duì)于簡單的系統(tǒng)，4+1視圖模型中的一些視圖可以省略。
早在 1960 年代，E.W. 等人就已經(jīng)涉足 軟件 的概念。自 1990 年代以來，軟件架構(gòu)的概念越來越受歡迎，部分原因是內(nèi)部和內(nèi)部的相關(guān)活動(dòng)。
卡內(nèi)基梅隆大學(xué)和加州大學(xué)歐文分校在這方面做了很多研究?？▋?nèi)基梅隆大學(xué)的 Mary Shaw 和 David 在 1996 年寫了一本名為 on an 的書，介紹了 軟件 架構(gòu)中的許多概念，例如 軟件 組件、連接器、樣式等。軟件 加州大學(xué)歐文分校研究所專注于建筑風(fēng)格、建筑描述語言和動(dòng)態(tài)建筑。
計(jì)算機(jī)的歷史軟件始于1950年代畫構(gòu)架圖mac軟件，歷史很短。相反，建筑工程始于石器時(shí)代。人類幾千年來積累了大量的建筑設(shè)計(jì)實(shí)踐。經(jīng)驗(yàn)和教訓(xùn)。建筑設(shè)計(jì)基本上包括兩點(diǎn)，一是建筑風(fēng)格，二是建筑模式。獨(dú)特的架構(gòu)款式和正確選擇的建筑模式可以使建筑物獨(dú)特。
軟件與人的關(guān)系是建筑師必須面對(duì)的核心問題，也是軟件進(jìn)入歷史舞臺(tái)后出現(xiàn)的問題。同樣，自建筑誕生以來，建筑與人的關(guān)系一直是建筑師不得不面對(duì)的核心問題。英國首相溫斯頓·丘吉爾說，我們塑造我們的建筑，我們的建筑塑造我們（We shape our ，and our shape us）。英國下議院的議事廳比較狹窄，所以下議院的所有議員不能面朝同一個(gè)方向就座，而必須分兩側(cè)就座。丘吉爾認(rèn)為，國會(huì)議員在就位時(shí)，自然會(huì)選擇與自己政見相同的人同時(shí)就位，這就是英國政黨制度的由來。黨的本義是“方”和“面”。政黨起源的關(guān)鍵在于建筑對(duì)人的影響。
在軟件設(shè)計(jì)界曾經(jīng)有很多人認(rèn)為功能是最重要的，形式必須服從功能。同樣，在建筑領(lǐng)域，現(xiàn)代主義建筑學(xué)派的創(chuàng)始人之一路易斯也認(rèn)為形式應(yīng)該服從于功能（FORMs）。
幾乎所有的軟件設(shè)計(jì)理念都能在浩瀚的建筑史中找到更遙遠(yuǎn)的歷史回響。最著名的當(dāng)然是模式理論和 XP 理論。
正如軟件有自己要實(shí)現(xiàn)的目標(biāo)，那么架構(gòu)設(shè)計(jì)的目標(biāo)是什么？總的來說，軟件架構(gòu)設(shè)計(jì)應(yīng)該達(dá)到以下目標(biāo)：
1.可靠性（）。 軟件系統(tǒng)對(duì)用戶的業(yè)務(wù)運(yùn)營和管理極為重要，所以軟件系統(tǒng)必須非常可靠。
2.安全性（）。 軟件系統(tǒng)承擔(dān)的交易的商業(yè)價(jià)值極高，系統(tǒng)的安全性非常重要。
3.可擴(kuò)展性（）。 軟件必須能夠隨著用戶使用和用戶數(shù)量的快速增加而保持合理的性能。只有這樣，我們才能適應(yīng)用戶市場(chǎng)擴(kuò)張的可能性。
4.可定制（）。同一套軟件可以根據(jù)不同的客戶群體和市場(chǎng)需求的變化進(jìn)行調(diào)整。
5.可擴(kuò)展性（）。隨著新技術(shù)的出現(xiàn)，軟件系統(tǒng)應(yīng)該允許引入新技術(shù)來擴(kuò)展現(xiàn)有系統(tǒng)的功能和性能。
6.可維護(hù)性（）。 軟件系統(tǒng)的維護(hù)包括兩個(gè)方面，一是消除現(xiàn)有的錯(cuò)誤，二是將新的軟件需求反映到現(xiàn)有系統(tǒng)中。易于維護(hù)的系統(tǒng)可以有效降低技術(shù)支持成本。
7.客戶體驗(yàn) ( )。 軟件系統(tǒng)必須易于使用。
8.上市時(shí)間。 軟件用戶面臨橫向競爭，軟件提供商也面臨橫向競爭。以最快的速度爭奪市場(chǎng)機(jī)會(huì)非常重要。
雖然以上視圖可以代表系統(tǒng)的整體設(shè)計(jì)，但架構(gòu)僅與以下特定方面相關(guān)：
模型的結(jié)構(gòu)，即組織模式，如層次結(jié)構(gòu)?；驹?，即關(guān)鍵用例、主要類、通用機(jī)制等，與模型中的元素相對(duì)。幾個(gè)關(guān)鍵場(chǎng)景，代表了整個(gè)系統(tǒng)的主要控制流程。一種記錄模塊化、可選功能和產(chǎn)品線狀態(tài)的服務(wù)。
架構(gòu)視圖本質(zhì)上是對(duì)整體設(shè)計(jì)的抽象或簡化，通過省略特定細(xì)節(jié)來突出重要功能。在考慮以下方面時(shí)，這些特征很重要。
系統(tǒng)進(jìn)化意味著進(jìn)入下一個(gè)開發(fā)周期。在產(chǎn)品線環(huán)境中重用架構(gòu)或架構(gòu)的一部分。評(píng)估補(bǔ)充質(zhì)量，例如性能、可用??性、便攜性和安全性。將開發(fā)工作分配給團(tuán)隊(duì)或分包商。決定是否包括市售組件。插入更廣泛的系統(tǒng)。
架構(gòu)模式是解決復(fù)雜架構(gòu)問題的現(xiàn)成形式。框架或框架基礎(chǔ)設(shè)施（中間件）是可以在其上構(gòu)建框架的一組組件。許多主要的架構(gòu)難題應(yīng)該在框架或基礎(chǔ)架構(gòu)中解決，并且通常是特定領(lǐng)域的：指揮和控制、MIS、控制系統(tǒng)等等。
架構(gòu)模式示例
[BUS96] 根據(jù)架構(gòu)模式最適用的系統(tǒng)的特征對(duì)其進(jìn)行分類，其中一類處理更一般的結(jié)構(gòu)問題。下表顯示了[BUS96]中提供的類別以及這些類別中包含的模式。
類別模式結(jié)構(gòu)層管道和過濾器黑板分布式系統(tǒng)代理交互系統(tǒng)模型-視圖-控制器表示-抽象-控制自適應(yīng)系統(tǒng)反射微內(nèi)核
在“軟件 to ”中，David 和 Mary Shaw 認(rèn)為，軟件 是一種設(shè)計(jì)層次結(jié)構(gòu)，涉及：“超越計(jì)算的算法和數(shù)據(jù)結(jié)構(gòu)，設(shè)計(jì)和確定整體結(jié)構(gòu)結(jié)構(gòu)問題包括整體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)；通信、同步和數(shù)據(jù)訪問的協(xié)議；設(shè)計(jì)元素的功能分配；物理分布；設(shè)計(jì)元素的組成；選擇。 [GS93]
但建筑不僅僅是結(jié)構(gòu)； IEEE Group on 將其定義為“系統(tǒng)在其環(huán)境中的最高級(jí)別概念”[]。建筑還包括對(duì)系統(tǒng)完整性、經(jīng)濟(jì)約束、審美需求和風(fēng)格的“遵從”。它不僅關(guān)注內(nèi)部考慮，還關(guān)注系統(tǒng)在其用戶環(huán)境和開發(fā)環(huán)境中作為一個(gè)整體，即同時(shí)關(guān)注外部考慮。
在，軟件系統(tǒng)的架構(gòu)（在給定點(diǎn)）是指系統(tǒng)的重要組件的組織或結(jié)構(gòu)，這些組件通過接口與由不斷減少的組件和接口組成的組件進(jìn)行交互。
為了闡明它們的含義，下面詳細(xì)介紹其中的兩個(gè)；有關(guān)完整說明，請(qǐng)參見 [BUS96]。模式以以下廣泛使用的形式表示：
模式名稱環(huán)境問題影響，描述應(yīng)該考慮的不同問題方面的解決方案基本原理結(jié)果環(huán)境示例模式名稱層
環(huán)境需要龐大的結(jié)構(gòu)分解系統(tǒng)。
一個(gè)問題必須處理不同抽象級(jí)別的問題系統(tǒng)。例如：硬件控制問題、常見服務(wù)問題和特定于不同領(lǐng)域的問題。最好不要編寫垂直組件來處理所有抽象級(jí)別。否則，相同的問題將在不同的組件中處理多次（可能不一致）。
影響
系統(tǒng)的某些部分應(yīng)該是可更換的。組件的變化不應(yīng)波動(dòng)。類似的職責(zé)應(yīng)該歸為一類。形成分層結(jié)構(gòu)。使上層只使用下層提供的服務(wù)（永遠(yuǎn)不要使用上層）。盡量不要使用直接下層不提供的服務(wù)（不要跳層使用服務(wù)，除非中間層只添加透傳組件）。
例子：
1.通用層
嚴(yán)格的分層架構(gòu)規(guī)定設(shè)計(jì)元素（類、組件、包、子系統(tǒng)）只能使用較低層提供的服務(wù)。服務(wù)可以包括事件處理、錯(cuò)誤處理、數(shù)據(jù)庫訪問等。它包含比在后臺(tái)記錄的原始操作系統(tǒng)級(jí)別調(diào)用更明顯的機(jī)制。
2.業(yè)務(wù)系統(tǒng)層
上圖顯示了另一個(gè)分層示例，包括垂直應(yīng)用程序特定層、水平層和基礎(chǔ)設(shè)施層。注意：這里的目標(biāo)是擁有一個(gè)非常短的業(yè)務(wù)“煙囪”，并在各種應(yīng)用程序中實(shí)現(xiàn)通用性。否則，可能會(huì)有多人在處理同一個(gè)問題，從而導(dǎo)致潛在的分歧。
有關(guān)此模式的深入討論，請(qǐng)參閱指南：分層。
模式名稱黑板
環(huán)境沒有確定的方法（算法）來解決問題或方法不可行的區(qū)域。例如人工智能系統(tǒng)、語音識(shí)別和監(jiān)控系統(tǒng)。
問題多個(gè)問題解決顧問（知識(shí)顧問）必須協(xié)作解決他們無法單獨(dú)解決的問題。每個(gè)顧問的工作成果必須可供所有其他顧問訪問，讓他們能夠評(píng)估自己是否可以參與解決方案尋找并發(fā)布他們的工作成果。
影響
知識(shí)顧問參與問題解決的順序不是確定性的，可能取決于解決問題的策略
不同顧問的輸入（結(jié)果或部分解決方案）可能會(huì)有不同的表示
每個(gè)顧問并不直接知道對(duì)方的存在，但可以評(píng)估對(duì)方發(fā)布的工作
解決方案 多個(gè)知識(shí)顧問可以訪問一個(gè)名為“”的共享數(shù)據(jù)庫。黑板提供了一個(gè)界面來監(jiān)控和更新其內(nèi)容。控制模塊/對(duì)象激活遵循特定策略的顧問。激活后，顧問查看黑板，看是否可以參與解決問題。如果顧問決定它可以參與，控制對(duì)象可以允許顧問將其（或最終）解決方案的一部分放在黑板上。
例子：
上面顯示了使用 UML 建模的結(jié)構(gòu)或靜態(tài)視圖。它將是參數(shù)化協(xié)作的一部分，然后將綁定到參數(shù)以實(shí)例化架構(gòu)。
建筑風(fēng)格軟件框架（或只是框架視圖）可以具有稱為建筑風(fēng)格的屬性，它減少了可選形式并賦予框架一定程度的一致性。樣式可以通過一組模式或通過選擇特定組件或連接器作為基礎(chǔ)組件來定義。對(duì)于給定的系統(tǒng)，某些樣式可能會(huì)作為架構(gòu)描述的一部分記錄在架構(gòu)樣式指南（設(shè)計(jì)指南文檔的一部分）中。樣式在架構(gòu)的可理解性和完整性方面發(fā)揮著重要作用。
邏輯視圖：類圖、狀態(tài)機(jī)和對(duì)象圖。進(jìn)程視圖：類圖和對(duì)象圖（包括任務(wù)-進(jìn)程和線程）。實(shí)現(xiàn)視圖：組件圖。部署視圖：配置圖。
架構(gòu)描述語言（ADL）用于描述軟件的架構(gòu)。架構(gòu)描述語言有幾種（卡內(nèi)基梅隆大學(xué)開發(fā)）、Acme（卡內(nèi)基梅隆大學(xué)開發(fā)）、C2（UCI開發(fā)）、（倫敦帝國理工學(xué)院開發(fā)）。 ADL 的基本構(gòu)建塊包括組件、連接器和配置。
框架
架構(gòu)視圖的圖形表示稱為架構(gòu)計(jì)劃。對(duì)于上述各種視圖，設(shè)計(jì)圖由以下統(tǒng)一建模語言圖 [UML99] 組成：
1.邏輯視圖：類圖、狀態(tài)機(jī)和對(duì)象圖。
2.進(jìn)程視圖：類圖和對(duì)象圖（包括任務(wù) - 進(jìn)程和線程）。
3.實(shí)現(xiàn)視圖：組件繪圖。
4.部署視圖：配置圖。
5.用例視圖：用例圖描述用例、主角和常見的設(shè)計(jì)類；序列圖描述設(shè)計(jì)對(duì)象及其協(xié)作關(guān)系。
架構(gòu)設(shè)計(jì)過程
在 中，架構(gòu)主要是分析-設(shè)計(jì)工作流程的結(jié)果。隨著項(xiàng)目再次經(jīng)歷這個(gè)工作流程，架構(gòu)將在一次又一次的迭代中進(jìn)化、改進(jìn)和細(xì)化。由于每次迭代都包括集成和測(cè)試，因此在交付產(chǎn)品時(shí)架構(gòu)相當(dāng)健壯。架構(gòu)是細(xì)化階段每次迭代的重點(diǎn)，架構(gòu)的基線通常在此階段結(jié)束時(shí)確定。
建筑師
軟件設(shè)計(jì)師中有一些技術(shù)高超、經(jīng)驗(yàn)豐富的設(shè)計(jì)師，需要承擔(dān)軟件系統(tǒng)的架構(gòu)設(shè)計(jì)，即如何設(shè)計(jì)系統(tǒng)的組件，組件如何設(shè)計(jì)被劃分為交互如何發(fā)生，以及在系統(tǒng)內(nèi)做出邏輯、物理和系統(tǒng)關(guān)鍵決策。
這樣的人被稱為建筑師（）。在許多公司中，架構(gòu)師并不是一個(gè)專門且正式的職位。通常在開發(fā)團(tuán)隊(duì)中，最有經(jīng)驗(yàn)的程序員負(fù)責(zé)一些架構(gòu)工作。在一個(gè)部門內(nèi)，最有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理負(fù)責(zé)一些架構(gòu)工作。
但是，越來越多的公司意識(shí)到架構(gòu)工作的重要性，并在不同的組織層級(jí)設(shè)立了專門的架構(gòu)師職位，負(fù)責(zé)不同層級(jí)的邏輯架構(gòu)、物理架構(gòu)、系統(tǒng)架構(gòu)的設(shè)計(jì)、配置、維護(hù)等。
軟件架構(gòu)是軟件系統(tǒng)運(yùn)行時(shí)元素的抽象，軟件系統(tǒng)可能有很多抽象層，或者由多個(gè)業(yè)務(wù)流程組成，每一層抽象或者每個(gè)業(yè)務(wù)流程進(jìn)程有自己的 軟件 架構(gòu)。
軟件架構(gòu)是平衡的藝術(shù)。
參考：