我們決定以多種構架檢視來表示軟體構架。每種構架檢視針對於開發流程中的涉眾（例如終端使用者、設計人員、管理人員、系統工程師、維護人員等）所關注的特定方面。
構架檢視顯示了軟體構架如何分解為構件，以及構件如何由聯結器連線來產生有用的形式 [PW92]，由此記錄主要的結構設計決策。這些設計決策必須基於需求以及功能、補充和其他方面的約束。而這些決策又會在較低層次上為需求和將來的設計決策施加進一步的約束。
構架由許多不同的構架檢視來表示，這些檢視本質上是以圖形方式來摘要說明“在構架方面具有重要意義”的模型元素。在 Rational Unified Process 中，您將從一個典型的檢視集開始，該檢視集稱為“4+1 檢視模型”[KRU95]。它包括：
用例檢視：包括用例和場景，這些用例和場景包括在構架方面具有重要意義的行為、類或技術風險。它是用例模型的子集。
邏輯檢視：包括最重要的設計類、從這些設計類到包和子系統的組織形式，以及從這些包和子系統到層的組織形式。它還包括一些用例實現。它是設計模型的子集。
實施檢視：包括實施模型及其從模組到包和層的組織形式的概覽。 同時還描述了將邏輯檢視中的包和類向實施檢視中的包和模組分配的情況。它是實施模型的子集。
程序檢視：包括所涉及任務（程序和執行緒）的描述，它們的互動和配置，以及將設計物件和類向任務的分配情況。只有在系統具有很高程度的並行時，才需要該檢視。在 Rational Unified Process 中，它是設計模型的子集。
配置檢視：包括對最典型的平臺配置的各種物理節點的描述以及將任務（來自程序檢視）向物理節點分配的情況。只有在分散式系統中才需要該檢視。它是部署模型的一個子集。構架檢視記錄在軟體構架文件中。
您可以構建其他檢視來表達需要特別關注的不同方面：使用者介面檢視、安全檢視、資料檢視等等。對於簡單系統，可以省略 4+1 檢視模型中的一些檢視。
我們決定以多種構架檢視來表示軟體構架。每種構架檢視針對於開發流程中的涉眾（例如終端使用者、設計人員、管理人員、系統工程師、維護人員等）所關注的特定方面。
構架檢視顯示了軟體構架如何分解為構件，以及構件如何由聯結器連線來產生有用的形式 [PW92]，由此記錄主要的結構設計決策。這些設計決策必須基於需求以及功能、補充和其他方面的約束。而這些決策又會在較低層次上為需求和將來的設計決策施加進一步的約束。
構架由許多不同的構架檢視來表示，這些檢視本質上是以圖形方式來摘要說明“在構架方面具有重要意義”的模型元素。在 Rational Unified Process 中，您將從一個典型的檢視集開始，該檢視集稱為“4+1 檢視模型”[KRU95]。它包括：
用例檢視：包括用例和場景，這些用例和場景包括在構架方面具有重要意義的行為、類或技術風險。它是用例模型的子集。
邏輯檢視：包括最重要的設計類、從這些設計類到包和子系統的組織形式，以及從這些包和子系統到層的組織形式。它還包括一些用例實現。它是設計模型的子集。
實施檢視：包括實施模型及其從模組到包和層的組織形式的概覽。 同時還描述了將邏輯檢視中的包和類向實施檢視中的包和模組分配的情況。它是實施模型的子集。
程序檢視：包括所涉及任務（程序和執行緒）的描述，它們的互動和配置，以及將設計物件和類向任務的分配情況。只有在系統具有很高程度的並行時，才需要該檢視。在 Rational Unified Process 中，它是設計模型的子集。
配置檢視：包括對最典型的平臺配置的各種物理節點的描述以及將任務（來自程序檢視）向物理節點分配的情況。只有在分散式系統中才需要該檢視。它是部署模型的一個子集。構架檢視記錄在軟體構架文件中。
您可以構建其他檢視來表達需要特別關注的不同方面：使用者介面檢視、安全檢視、資料檢視等等。對於簡單系統，可以省略 4+1 檢視模型中的一些檢視。