軟體架構（一）

標籤：

軟體體系架構

 

是什麼，為什麼，怎麼樣，經典的三段論，同樣適用軟體的體系架構

 

軟體體系架構：

首先要根據實際要解決的問題，對目標系統的邊界進行明確的界定。

其次，選擇適合系統，適合實際情況的原則，根據具體的原則，進行系統的劃分，正所謂沒有規矩不成方圓。

然後，系統按照某原則劃分以後，變得零散，需要建立一定的溝通機制。

最後，根據溝通機制，有機的對各個部分進行組合，完成目標系統的各項工作。

 

簡而言之，就是一個跟據原則，機制對系統進行，化整為零，化零為整的一個過程。其中，滲透的原則，機制就是架構的價值所在。

 

 

為什麼要有軟體的體系架構呢？

 

在進行軟體的創造過程當中，由於人力，物力，時間等種種因素的制約，會產生各種意料之中和意料之外的狀況，為了更好的解決處理這些狀況，就需要一定的規範和準則來進行對工作的輔助，所以，軟體體系架構就有了它存在的必要性。

 

 

軟體架構又有什麼分類呢？

 

決策派&組成派

 

組成派：

軟體系統的架構將系統描述為電腦群組建及組件之間的互動

特點：

1、關注構架實踐中的客體----軟體，以軟體本身為描述對象。

2、分析了軟體的組成，即由承擔不同計算任務的組件組成，這些組件通過相互互動完成更高層次的計算任務。

 

決策派：

軟體構架包含了關於以下問題的重要決策：軟體系統的組織；組成系統的結構元素及其介面，這些元素相互協作時所體現的行為；如何組織這些元素，使它們合成更大的系統；用於指導這個系統組織的構架風格。

特點：

1、關注構架實踐中的主體----人，以人的決策為描述對象。

2、歸納了構架決策的類型，指出構架決策不僅包括關於軟體系統的組織、元素、子系統和構架風格等幾類決策，還包括關於眾多非功能需求決策。

 

那麼，有了對架構最基本的瞭解，下面最應該做什麼呢？

 

理解！

 

因為現實中存在著各種各樣不可預知，抑或意料之外的事情，我們能做到的就是先接受並理解，然後再能按照自己的思路去解決。所以，必要的理解能力是應該具備的。

此外，事情往往不全是具體形象的，遇到抽象的問題更需要全面具體的理解，當需要你做出抽象的概括或者總結時，前提條件就是對某事物應具有充分的理解。

 

缺少良好的理解能力，必然導致結果的以偏概全，即，所體現的軟體架構就失去了它所應該的正確性，失去正確性的軟體架構也就失去了它存在的必要性。

軟體架構（一）