軟體架構是整體結構與元件的抽象描述，用於指導大型專案在各個方面的設計；
分析圖解：
1、一個架構最重要的是相關方，相關方包括客戶、老闆、開發人員、測試人員、維運人員，和專案有關的人都可以稱之為相關方；
2 、相關方的關注點產生架構需求，整個架構基於關注點做分析；
3、整個過程是為相關方做系統，系統提供的能力應該滿足相關方；
# 4.架構是系統的技術支援與實現，所有系統都是由架構支撐；
5、架構升級需要架構文件的支撐，架構文件主要對相關方輸出，作為架構的標準支撐；
6、架構文件需要架構視圖的組成，包括4 1視圖模型，整合關注點；
7、架構主要分為兩個要素，架構元素和元素之間的關鍵，元素包含模組、元件、套件、類別等；關係包含實作、整合、聚合、關聯等;元素建關係又分為靜態關係和動態關係；
架構師是一個人的職稱，是做系統、對系統複製的那個人；架構師不是一個職位而是一個角色，任何人都有可能是公司的架構師，但是職位不一定是負責的那個人。
如何提升做架構師的能力？
1、需要有對應的架構方法去支撐你所做的設計
2、架構模式需要視情況而定，不能為了做架構而做架構，根據公司所承受的能力與業務設計框架，沒有最好的架構框架，只有最適合公司的框架；
3、做架構師一定要有足夠的實務經驗，有真實場景；
如果去做架構
軟體架構是由元素、形式、關係約束組成，單一的視圖無法表達整體架構。
4 1架構視圖
邏輯視圖（Logical View）：設計的物件模型；過程視圖（Process View）：捕捉設計的並發和同步特徵物理視圖（Physical View）：描述軟體到硬體的映射，反應部署特徵；開發視圖（Development View）：描述在開發環境中軟體的靜態組織結構；場景視圖（scenarios）：描述用例場景；邏輯視圖相關方：客戶、使用者、開發組織管理者；
元素構成：系統邏輯元件到物理節點的實體部署與節點之間的實體網路配置；
用途：實體節點以及節點通訊功能；
流程視圖
相關方：效能最佳化、開發相關人員；
元素構成：系統進程、執行緒以及處理佇列等；
用途：協助解決效能最佳化和系統瓶頸點；
場景視圖
相關方：使用者、設計與開發人員。
如何建立模型
1、模型是整個系統抽像出來的一個概念，解決方式都是基於對模型的理解和認識；######2、具體的模型是為了解決某一個領域的問題，問題的過程就是問題映射到模型的一個過程；######3、建立模型的過程為：先確定領域問題，透過分析和抽取的方式建構一個概念模型，從這個模型裡面提取架構需求，最後提供解決方案；###### 4.建造模型的成本比時間開發的成本少很多；######5、便於系統間人員共同和文檔資產積累；######6、在討論場景比較多或者是開會的場景交流使用；######7、可透過白板、繪圖工具依照不同場景畫不同類型的圖；######UML建模######UML全名為Unifiled Modeling Language，統一建模語言，成為架構溝通的一種普片認可的語言形式，可以描述某個領域內的特定問題、和設計階段的架構或軟體實現。 ######UML 圖分類######靜態圖：透過描述類別、物件和資料結構以及他們之間存在的關係，來描述軟體要素中不變的邏輯；常見的靜態圖有： ###用例圖（Use Case Diagrams）、物件圖（Object Diagrams）、類別圖（Calss Diagrams）、元件圖（Component Diagrams）、套件圖（Package Diagrams）、部署圖（Deployment Diagrams）
#動態圖：透過描繪執行流程或實體狀態變化的方式，來展示軟體實體在執行過程中的變換過程，常見的動態圖有：協作圖（Collaboration Diagrams）、序列圖（Sequence Diagrams）、活動圖（ Activity Diagrams）、狀態圖（State Diagrams）；
通用模型元素：類別、物件、節點、套件和元件
通用關係：
關聯：連結模型元素及連結實例；
##依賴：表示一個元素以某種方式依賴另一種元素。 泛化：表示一般與特殊的關係；聚合：表示整體與部分的關係；以上是java軟體架構是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章！
