用於描述物理架構的圖由哪些

A. 系統架構圖的類別

邏輯架構圖、部署架構圖、運行架構圖、網路架構圖，再加上一個數據架構圖，稱為架構5視圖或4+1視圖，為什麼有那麼多視圖呢，是因為架構不是那麼簡單那麼容易理解的，不同人不同角度會有不同的看法，5個視圖差不多就是同一個事物的5種看法吧。至於架構的意思、區別，我就不打字了，從其它地方弄了一個過來，供參考：
5視圖法可以幫助軟體架構師以不同的視角對軟體的各個方面的屬性：功能需求，約束，運行期質量屬性，開發期質量屬性。
1、 邏輯架構：邏輯架構關注功能，不僅包括用戶可見的功能，還包括為實現用戶功能而必須提供的「輔助功能模塊」——。
2、 開發架構：開發架構關注程序包，不僅包括要編寫的源程序，還包括可以直接使用的第三方SDK和現場框架、類庫，以及開發的系統將運行於其上的系統軟體或中間件。關注編譯時刻的靜態依賴關系。
3、 運行架構：運行架構關注進程、線程、對象等運行時概念，以及相關的並發，同步，通信等問題。運行架構關注運行期間各個單元的交互。
4、 物理架構：物理架構關注「目標程序及其依賴的運行庫和系統軟體」最終如何安裝或部署到物理機器，以及如何部署機器和網路來配合軟體系統的可靠性，可伸縮性等要求。
5、 數據架構：數據架構關注持久化數據的存儲方案，不僅包括實體及實體關系的存儲格式、還包括數據傳遞，數據復制，數據同步等策略。

B. 寫出數據結構中包含的物理結構和邏輯結構分別有哪些

我暈。東軟哪個專業的哦。有答案了麻煩給我轉發個。
[email protected]。謝謝了

C. 物理知識結構圖怎麼寫

給您找了個例子：就是從大的知識結構進行細化，可以用樹狀的，也可以用大標題的，我給你找的是大標題的：
第六章 托勒密 →哥白尼→ 伽利略 →第谷 →開普勒→牛頓→卡文迪許
開普勒定律
內容
F=Gm1m2/R^2 質點 質量分布均勻球體
牛頓萬有引力定律 成就..
M=4π^2R^3/GT^2 (M=gR^2/G)
ρ=3πr^3/GT^2R^3
小實驗 自由落體 h=1/2 g`t^2
豎直上拋 v0^2=2g`h v0=g`h/2
平拋 X=v0t y=1/2 g`t^2
圓周 v0=√(g`R)
圓錐擺 T=2π√(Lcosa/g)
機械能守恆 mg`h=1/2 mv^2
結論 ： ① v∝1/√r
②ω∝1/√r^3
③a∝1/r^2
④ T∝√r^3
雙星 ① r1/r2=m1/m2
②v1/v2=m2/m1=r1/r2
③r1+r2=L r1=m2L/(m1+m2) r2=m1L/(m1+m2)

D. 網路的物理拓撲結構類型包括哪些

網路的物理拓撲結構類型包括：匯流排型拓撲結構；星形拓撲結構；樹形拓撲結構；環形拓撲結構。

網路拓撲是網路形狀，或者是網路在物理上的連通性。網路拓撲結構是指用傳輸媒體互連各種設備的物理布局，即用什麼方式把網路中的計算機等設備連接起來。拓撲圖給出網路伺服器、工作站的網路配置和相互間的連接。網路的拓撲結構有很多種，主要有星型結構、環型結構、匯流排結構、分布式結構、樹型結構、網狀結構、蜂窩狀結構等。

E. 什麼是物理架構

就是指硬體。

F. 文件的邏輯結構和物理結構各有哪些基本形式

Log File物理結構

log block結構分為日誌頭段、日誌記錄、日誌尾部

Block Header

這個部分是每個Block的頭部，主要記錄的塊的信息

G. 常見的系統圖式有哪幾種

系統圖一般可分為兩種，一種是對策型系統圖，另一種是原因型系統圖。系統圖簡單，直觀。可以形象地將繁雜流程一目瞭然地展現出來。
系統結構圖是結構化設計方法使用的描述方式,也稱結構圖或控制結構圖。它表示了一個系統 (或功能模塊) 的層次分解關系,模塊之間的調用關系,以及模塊之間數據流和控制流信息的傳遞關系,它是描述系統物理結構的主要圖表工具。

系統結構圖反映的是系統中模塊的調用關系和層次關系,誰調用誰,有一個先後次序(時序)關系.所以系統結構圖既不同於數據流圖,也不同於程序流程圖.在系統結構圖中的有向線段表示調用時程序的控制從調用模塊移到被調用模塊,並隱含了當調用結束時控制將交回給調用模塊。

H. 結構圖，系統圖，拓撲圖，怎麼區分理解

結構圖以模塊的調用關系為線索，用自上而下的連線表示調用關系並註明參數傳遞的方向和內容，從宏觀上反映軟體層次結構的圖形，結構圖分建築圖和組織結構圖。

系統圖，簡單來說， 當某一目的較難達成，一時又想不出較好的方法，或當某一結果令人失望，卻又找不到根本原因，在這種情況下，建議應用品管新七大手法之一的系統圖，通過系統圖，你一定會豁然開朗，原來復雜的問題簡單化了，找不到原因的問題找到了原因之所在。

系統圖就是為了達成目標或解決問題，以目的——方法或結果—原因層層展開分析，以尋找最恰當的方法和最根本的原因。系統圖目前在企業界被廣泛應用。

拓撲結構圖由網路節點設備和通信介質構成的網路結構圖。 在選擇拓撲結構時，主要考慮的因素有：安裝的相對難易程度、重新配置的難易程度、維護的相對難易程度、通信介質發生故障時，受到影響的設備的情況。

(8)用於描述物理架構的圖由哪些擴展閱讀：

拓撲結構圖是指由網路節點設備和通信介質構成的網路結構圖。網路拓撲定義了各種計算機、列印機、網路設備和其他設備的連接方式。換句話說，網路拓撲描述了線纜和網路設備的布局以及數據傳輸時所採用的路徑。網路拓撲會在很大程度上影響網路如何工作。

網路拓撲包括物理拓撲和邏輯拓撲。物理拓撲是指物理結構上各種設備和傳輸介質的布局。物理拓撲通常有匯流排型、星型、環型、樹型、網狀型等幾種。

I. 什麼是系統結構圖

系統結構圖是對軟體系統結構的總體設計的圖形顯示，在需求分析階段,已經從系統開發的角度出發,把系統按功能逐次分割成層次結構,使每一部分完成簡單的功能且各個部分之間又保持一定的聯系,這就是功能設計.在設計階段,基於這個功能的層次結構把各個部分組合起來成為系統.(3)處理方式設計:確定為實現軟體系統的功能需求所必需的演算法,評估演算法的性能.確定為滿足軟體系統的性能需求所必需的演算法和模塊間的控制方式(性能設計).確定外部信號的接收發送形式.
用Microsoft Visio Trial來畫系統結構圖

J. 架構的種類

根據我們關注的角度不同，可以將架構分成三種：
1.邏輯架構、軟體系統中元件之間的關系，比如用戶界面，資料庫，外部系統介面，商業邏輯元件，等等。如圖是一個邏輯架構的例子從上面這張圖中可以看出，此系統被劃分成三個邏輯層次，即表象層次，商業層次和數據持久層次。每一個層次都含有多個邏輯元件。比如WEB伺服器層次中有HTML服務元件、Session服務元件、安全服務元件、系統管理元件等。
2.物理架構、軟體元件是怎樣放到硬體上的。比如下面這張物理架構圖描述了一個分布於北京和上海的分布式系統的物理架構，圖中所有的元件都是物理設備，包括網路分流器、代理伺服器、WEB伺服器、應用伺服器、

報表伺服器、整合伺服器、存儲伺服器。主機等等。如圖是一個物理架構的例子
3.系統架構、系統的非功能性特徵，如可擴展性、可靠性、強壯性、靈活性、性能等。系統架構的設計要求架構師具備軟體和硬體的功能和性能的過硬知識，這一工作無疑是架構設計工作中最為困難的工作。
此外，從每一個角度上看，都可以看到架構的兩要素：元件劃分和設計決定。首先，一個軟體系統中的元件首先是邏輯元件。這些邏輯元件如何放到硬體上，以及這些元件如何為整個系統的可擴展性、可靠性、強壯性、靈活性、性能等做出貢獻，是非常重要的信息。其次，進行軟體設計需要做出的決定中，必然會包括邏輯結構、物理結構，以及它們如何影響到系統的所有非功能性特徵。這些決定中會有很多是一旦做出，就很難更改的。為了討論和分析軟體構架，必須首先定義構架表示方式，即描述構架重要方面的方式。在 Rational Unified Process 中，軟體構架文檔記錄有這種描述。
我們決定以多種構架視圖來表示軟體構架。每種構架視圖針對於開發流程中的涉眾（例如最終用戶、設計人員、管理人員、系統工程師、維護人員等）所關注的特定方面。構架視圖顯示了軟體構架如何分解為構件，以及構件如何由連接器連接來產生有用的形式 ，由此記錄主要的結構設計決策。這些設計決策必須基於需求以及功能、補充和其他方面的約束。而這些決策又會在較低層次上為需求和將來的設計決策施加進一步的約束。
構架由許多不同的構架視圖來表示，這些視圖本質上是以圖形方式來摘要說明「在構架方面具有重要意義」的模型元素。在 Rational Unified Process 中，您將從一個典型的視圖集開始，該視圖集稱為「4+1 視圖模型」。它包括：
用例視圖：包括用例和場景，這些用例和場景包括在構架方面具有重要意義的行為、類或技術風險。它是用例模型的子集。
邏輯視圖：包括最重要的設計類、從這些設計類到包和子系統的組織形式，以及從這些包和子系統到層的組織形式。它還包括一些用例實現。它是設計模型的子集。
實施視圖：包括實施模型及其從模塊到包和層的組織形式的概覽。 同時還描述了將邏輯視圖中的包和類向實施視圖中的包和模塊分配的情況。它是實施模型的子集。
進程視圖：包括所涉及任務（進程和線程）的描述，它們的交互和配置，以及將設計對象和類向任務的分配情況。只有在系統具有很高程度的並行時，才需要該視圖。在 Rational Unified Process 中，它是設計模型的子集。
配置視圖：包括對最典型的平台配置的各種物理節點的描述以及將任務（來自進程視圖）向物理節點分配的情況。只有在分布式系統中才需要該視圖。它是部署模型的一個子集。
構架視圖記錄在軟體構架文檔中。您可以構建其他視圖來表達需要特別關注的不同方面：用戶界面視圖、安全視圖、數據視圖等等。對於簡單系統，可以省略 4+1 視圖模型中的一些視圖。
雖然以上視圖可以表示系統的整體設計，但構架只同以下幾個具體方面相關： 模型的結構，即組織模式，例如分層。
基本元素，即關鍵用例、主類、常用機制等，它們與模型中的各元素相對。
幾個關鍵場景，它們表示了整個系統的主要控制流程。
記錄模塊度、可選特徵、產品線狀況的服務。
構架視圖在本質上是整體設計的抽象或簡化，它們通過舍棄具體細節來突出重要的特徵。在考慮以下方面時，這些特徵非常重要：
1.系統演進，即進入下一個開發周期。
2.在產品線環境下復用構架或構架的一部分。
3.評估補充質量，例如性能、可用性、可移植性和安全性。
4.向團隊或分包商分配開發工作。
5.決定是否包括市售構件。
6.插入范圍更廣的系統。