軟體架構系統描繪了系統的結構，並詳細解釋了它的工作方式和行為方式。系統可以表示能夠完成特定功能或一組功能的元件的集合。
簡單來說，可以說軟體架構提供了可以開發軟體的基本基礎。它的整體成功、質量、可維護性和效能取決於一系列架構決策和權衡。如果您不考慮常見問題和長期問題，系統可能會面臨風險。
現代系統中常用的有許多不同的高階架構模式和原則。通常，這些被認為是不同的架構風格。系統的架構一般不侷限於單一的風格；相反，它主要是多種技術的組合。
在膝上型電腦上完成的基本組織圖形
用架構分析解決問題
主要有兩種型別的軟體缺陷會導致安全問題：實現階段的錯誤或設計階段的缺陷。
實施階段的錯誤至少佔整體安全問題的一半。其他遺留問題可能是由於設計時的缺陷造成的。缺陷和錯誤的劃分約為 50/50。這兩個問題都需要得到保護，以確保軟體執行良好。可以嘗試使用最強大的工具新增最好的程式碼審查程式。但是以這種方式找到並修復缺陷有點困難。
軟體架構和軟體設計
軟體架構顯示了任何給定系統的結構，但沒有顯示實現細節，而是關注系統內用於互動的元素和元件。同時，軟體設計提供了更深入的系統實現細節。例如，設計包括一些細節，例如演算法和結構的選擇、單個元件的實現等等。
設計和架構的關注點經常重疊。因此，產生使用兩者的好處而不是遵循硬性規則來區分它們是有意義的。可以看出，有些案例的決策本質上更具有架構性，而在其他案例中，它們主要關注設計。
這裡需要注意的重要一點是，架構是一種設計，但並非所有設計都是架構。實際上，架構師是軟體架構和詳細設計之間的畫線。我們沒有任何適用於所有情況的特定規則或規定，但可以肯定的是，已經有許多嘗試將區別正式化。
架構的現代趨勢假設設計
隨著時間或在任何系統的實施階段不斷髮展，任何架構師都無法完全瞭解。
然而，與此同時，軟體架構師根據實時需求不斷學習和測試設計。
這有助於滿足總體要求。
