A. 哪款思維導圖軟體好用
迅捷畫圖是非常適合畫思維導圖的，這個軟體有專門的思維導圖模板。思維導圖是有效的思維模式，應用於記憶、學習、思考等的思維「地圖」，有利於人腦的擴散思維的展開。思維導圖已經在全球范圍得到廣泛應用，新加坡教育部將思維導圖列為小學必修科目，大量的500強企業也在學習思維導圖，中國應用思維導圖也有20多年時間了。
B. 軟體結構圖怎麼畫
軟體體系結構參考圖如下：
－Paul Clements 《軟體架構編檔》
正如上面提到的，不同的受眾，比如用戶、客戶、開發人員、測試人員、運維人員，需要從各自工作的角度去理解和使用架構。所以回答這個問題，需要首先了解這幅架構圖畫出來是給誰看，你想從那個維度去入手。
確定了這個問題之後，再來了解架構視圖有哪些維度和組成要素：
1. 架構視圖
最經典的當屬4+1視圖：
- 邏輯視圖
- 開發視圖
- 過程視圖
- 物理視圖
- 場景視圖
4+1視圖提出後，業界也有其它的觀點提出，諸如SEI(模塊視圖、組建和連接件視圖、分配視圖)、西門子4種視圖（概念、模塊、代碼、執行視圖）、以及RM-ODP(企業視圖、信息視圖、計算視圖、工程師圖）等。
常見的視圖除了上述4+1視圖外還包括：數據視圖、安全視圖、實現視圖等。
2. 了解架構視圖的四要素
- 圖示化主要元素和元素之間的關系
- 具有明確的圖例、定義和說明元素
- 每個元素具備明確的介面和行為規范
- 設計原理和設計決策的信息
3. 簡單說一下幾個視圖針對的角色和維度：
邏輯視圖一般針對客戶、用戶、業務人員、開發組織，主要從系統的功能元素、以及它們的介面、職責、交互維度入手。主要元素包括系統、子系統、功能模塊、子功能模塊、介面等。
開發視圖一般針對開發和測試相關人員，主要描述系統如何開發實現；主要元素包括描述系統的分層、分區、框架、系統通用服務、業務通用服務、類和介面、系統平台和大基礎框架。用途是知道開發設計和實現。
物理視圖一般針對系統運維人員、集成人員，它是系統邏輯組件到物理節點的映射，節點與節點間的物理網路配置等，主要關注非功能性需求，諸如性能（吞吐量）、可伸縮性、可靠性，可用性等，從而得出相關的物理部署結構圖。
C. 軟體的系統架構是什麼有沒有大神用一個例子演示一下系統架構圖
軟體架構（software architecture）是一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。
軟體架構是一個系統的草圖。軟體體系結構是構建計算機軟體實踐的基礎。
如圖：
D. 軟體的系統架構和開發平台都有哪些具體都有哪幾種呢
一、軟體的系統架構
（一）、分層架構
分層架構（layered architecture）是最常見的軟體架構，也是事實上的標准架構。如果你不知道要用什麼架構，那就用它。
這種架構將軟體分成若干個水平層，每一層都有清晰的角色和分工，不需要知道其他層的細節。層與層之間通過介面通信。
雖然沒有明確約定，軟體一定要分成多少層，但是四層的結構最常見。
表現層（presentation）：用戶界面，負責視覺和用戶互動
業務層（business）：實現業務邏輯
持久層（persistence）：提供數據，SQL 語句就放在這一層
資料庫（database） ：保存數據
有的軟體在邏輯層和持久層之間，加了一個服務層（service），提供不同業務邏輯需要的一些通用介面。
用戶的請求將依次通過這四層的處理，不能跳過其中任何一層。
（二）事件驅動架構
事件（event）是狀態發生變化時，軟體發出的通知。
事件驅動架構（event-driven architecture）就是通過事件進行通信的軟體架構。它分成四個部分。
事件隊列（event queue）：接收事件的入口
分發器（event mediator）：將不同的事件分發到不同的業務邏輯單元
事件通道（event channel）：分發器與處理器之間的聯系渠道
事件處理器（event processor）：實現業務邏輯，處理完成後會發出事件，觸發下一步操作
對於簡單的項目，事件隊列、分發器和事件通道，可以合為一體，整個軟體就分成事件代理和事件處理器兩部分。
（三）微核架構
微核架構（microkernel architecture）又稱為"插件架構"（plug-in architecture），指的是軟體的內核相對較小，主要功能和業務邏輯都通過插件實現。
內核（core）通常只包含系統運行的最小功能。插件則是互相獨立的，插件之間的通信，應該減少到最低，避免出現互相依賴的問題。
（四）、微服務架構
微服務架構（microservices architecture）是服務導向架構（service-oriented architecture，縮寫 SOA）的升級。
每一個服務就是一個獨立的部署單元（separately deployed unit）。這些單元都是分布式的，互相解耦，通過遠程通信協議（比如REST、SOAP）聯系。
（五）、雲架構
雲結構（cloud architecture）主要解決擴展性和並發的問題，是最容易擴展的架構。
它的高擴展性，主要原因是沒使用中央資料庫，而是把數據都復制到內存中，變成可復制的內存數據單元。然後，業務處理能力封裝成一個個處理單元（prcessing unit）。訪問量增加，就新建處理單元；訪問量減少，就關閉處理單元。由於沒有中央資料庫，所以擴展性的最大瓶頸消失了。由於每個處理單元的數據都在內存里，最好要進行數據持久化。
這個模式主要分成兩部分：處理單元（processing unit）和虛擬中間件（virtualized middleware）。
處理單元：實現業務邏輯
虛擬中間件：負責通信、保持sessions、數據復制、分布式處理、處理單元的部署。
二、開發平台
ERP平台、金融電商平台、小程序平台、網站平台、bpm平台、低代碼開發平台等等；
廠家有天翎、頂點、天縱、清流、K2等
開發語言有區分：dephp、java。net等；
三、如何選擇合適的開發平台?
平台的選型，無非是從客戶業務需求的角度，以及對應的品牌形象和案例沉澱幾個角度去選擇；
建議可以開箱即用，多試用幾次，就找到適合的產品，通俗的說，就是貨比三家。
管理顧問，每天成長一點點，努力成就自己的優秀。
E. 軟體架構的種類
根據我們關注的角度不同，可以將架構分成三種： 軟體系統中元件之間的關系，比如用戶界面，資料庫，外部系統介面，商業邏輯元件，等等。
比如下面就是筆者親身經歷過的一個軟體系統的邏輯架構圖
圖2、一個邏輯架構的例子
從上面這張圖中可以看出，此系統被劃分成三個邏輯層次，即表象層次，商業層次和數據持久層次。每一個層次都含有多個邏輯元件。比如WEB伺服器層次中有HTML服務元件、Session服務元件、安全服務元件、系統管理元件等。 軟體元件是怎樣放到硬體上的。
比如下面這張物理架構圖描述了一個分布於北京和上海的分布式系統的物理架構，圖中所有的元件都是物理設備，包括網路分流器、代理伺服器、WEB伺服器、應用伺服器、報表伺服器、整合伺服器、存儲伺服器、主機等等。 系統的非功能性特徵，如可擴展性、可靠性、強壯性、靈活性、性能等。
系統架構的設計要求架構師具備軟體和硬體的功能和性能的過硬知識，這一工作無疑是架構設計工作中最為困難的工作。
此外，從每一個角度上看，都可以看到架構的兩要素：元件劃分和設計決定。
首先，一個軟體系統中的元件首先是邏輯元件。這些邏輯元件如何放到硬體上，以及這些元件如何為整個系統的可擴展性、可靠性、強壯性、靈活性、性能等做出貢獻，是非常重要的信息。
其次，進行軟體設計需要做出的決定中，必然會包括邏輯結構、物理結構，以及它們如何影響到系統的所有非功能性特徵。這些決定中會有很多是一旦作出，就很難更改的。
根據作者的經驗，一個基於資料庫的系統架構，有多少個數據表，就會有多少頁的架構設計文檔。比如一個中等的資料庫應用系統通常含有一百個左右的數據表，這樣的一個系統設計通常需要有一百頁左右的架構設計文檔。
F. 軟體工程中軟體結構圖和層次圖的異同
兩者之間沒有區別。兩者指的均是軟體構架，為軟體系統的草圖。
軟體工程中軟體結構圖和層次圖均是為了反映軟體系統中組件之間相互關系和約束的體系結構設計圖，屬於一系列相關的抽象模式，用於指導大型軟體系統各個方面的設計。
軟體結構圖（又被叫做軟體構架）一般通過分層次或分時間段等方式說明體系結構的各個組成部分的組合關系。描述的對象是直接構成系統的抽象組件，各個組件之間的連接則明確和相對細致地描述組件之間的通訊關系。
(6)軟體架構圖片欣賞擴展閱讀：
其他介紹：
軟體結構圖包括架構元件、聯結器、任務流。所謂架構元素，也就是組成系統的核心磚瓦，而聯結器則描述這些元件之間通訊的路徑、通訊的機制、通訊的預期結果，任務流則描述系統如何使用這些元件和聯結器完成某一項需求。
通過一個軟體結構圖建造一個系統所作出的最高層次的、以後難以更改的，商業的和技術的決定。在建造一個系統之前會有很多的重要決定需要事先作出，而一旦系統開始進行詳細設計甚至建造，這些決定就很難更改甚至無法更改。顯然，這樣的決定必定是有關系統設計成敗的最重要決定，必須經過非常慎重的研究和考察。
G. 軟體架構和系統架構到底是什生活中有哪些東西可以比喻
將軟體比作房子，軟體架構就是房子的設計圖型，如何建造，如何美觀，如何防震等等
系統架構關注的就不是房子的本身了，還要考慮房子在整個住宅區的地段，樓距等等
你可以關注架構師之路，掃描下面的二維碼添加微信賬戶，了解更多的架構設計。
H. 軟體系統架構圖 用visio畫 怎麼新建
用VISIO畫的分層架構設計圖
I. 用什麼工具畫 軟體架構設計圖
1、Microsoft Office Visio
Office Visio 是office軟體系列中的負責繪制流程圖和示意圖的軟體，是一款便於IT和商務人員就復雜信息、系統和流程進行可視化處理、分析和交流的軟體。
2、ProcessOn
是一款網頁版的在線作圖工具，優點是無需下載安裝、破解這些破事，同時支持在線協作，可以多人同時對一個文件協作編輯，而且上手比較容易，它提供很多流程圖模版，可以方便的畫出流程圖、思維導圖、原型圖、UML圖。
3、OmniGraffle
OmniGraffle可以用來繪制圖表，流程圖，組織結構圖以及插圖，也可以用來組織頭腦中思考的信息，組織頭腦風暴的結果，繪制心智圖，作為樣式管理器，或設計網頁或PDF文檔的原型。只能於運行在Mac OS X和iPad平台之上。
4、億圖
是一款基於矢量的繪圖工具，包含大量的事例庫和模板庫。可以很方便的繪制各種專業的業務流程圖、組織結構圖、商業圖表、程序流程圖、數據流程圖、工程管理圖、軟體設計圖、網路拓撲圖等等。
5、Axure RP
Axure RP是美國Axure Software Solution公司旗艦產品，是一個專業的快速原型設計工具，讓負責定義需求和規格、設計功能和界面的專家能夠快速創建應用軟體或Web網站的線框圖、流程圖、原型和規格說明文檔。
J. 軟體體系結構圖怎麼畫啊
軟體體系結構參考圖如下：
－Paul Clements 《軟體架構編檔》
正如上面提到的，不同的受眾，比如用戶、客戶、開發人員、測試人員、運維人員，需要從各自工作的角度去理解和使用架構。所以回答這個問題，需要首先了解這幅架構圖畫出來是給誰看，你想從那個維度去入手。
確定了這個問題之後，再來了解架構視圖有哪些維度和組成要素：
1. 架構視圖
最經典的當屬4+1視圖：
- 邏輯視圖
- 開發視圖
- 過程視圖
- 物理視圖
- 場景視圖
4+1視圖提出後，業界也有其它的觀點提出，諸如SEI(模塊視圖、組建和連接件視圖、分配視圖)、西門子4種視圖（概念、模塊、代碼、執行視圖）、以及RM-ODP(企業視圖、信息視圖、計算視圖、工程師圖）等。
常見的視圖除了上述4+1視圖外還包括：數據視圖、安全視圖、實現視圖等。
2. 了解架構視圖的四要素
- 圖示化主要元素和元素之間的關系
- 具有明確的圖例、定義和說明元素
- 每個元素具備明確的介面和行為規范
- 設計原理和設計決策的信息
3. 簡單說一下幾個視圖針對的角色和維度：
邏輯視圖一般針對客戶、用戶、業務人員、開發組織，主要從系統的功能元素、以及它們的介面、職責、交互維度入手。主要元素包括系統、子系統、功能模塊、子功能模塊、介面等。
開發視圖一般針對開發和測試相關人員，主要描述系統如何開發實現；主要元素包括描述系統的分層、分區、框架、系統通用服務、業務通用服務、類和介面、系統平台和大基礎框架。用途是知道開發設計和實現。
物理視圖一般針對系統運維人員、集成人員，它是系統邏輯組件到物理節點的映射，節點與節點間的物理網路配置等，主要關注非功能性需求，諸如性能（吞吐量）、可伸縮性、可靠性，可用性等，從而得出相關的物理部署結構圖。