系統物理架構圖怎麼畫

㈠ 怎麼在word裡面做邏輯架構圖

1、首先，我們點擊打開word，然後點擊工具欄中的插入。

㈡ 架構的種類

根據我們關注的角度不同，可以將架構分成三種：
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.插入范圍更廣的系統。

㈢ 軟體開發中「物理數據模型圖」的繪圖工具 如圖，是用什麼工具製作的

億圖軟體能繪制流程圖,思維導圖,信息圖,組織架構圖,網路拓撲圖,戶型圖,電路圖等260種繪圖類型，億圖畫物理數據模型圖也是一大特點：