軟件架構是什么-什么是系統架構

　　系統架構師的工作是復雜設計總體解決方案以及領(lǐng)域對象的邏輯和物理布局,這是一項在復雜環(huán)境中高風(fēng)險、高影響力的活動(dòng)。那么軟件架構是什么呢?什么是系統架構呢?一起來(lái)了解一下!

　　軟件架構到底是什么

　　軟件架構可以被簡(jiǎn)單的描述為，一系列組件之間的組合，交互，繼承的關(guān)系。當然這樣的解釋基本上人人都可以接收。不過(guò)在我們看來(lái)，這樣的說(shuō)法有點(diǎn)過(guò)于抽象。

　　軟件架構有這標準的定義，就是參考ANSI/IEEE的標準，軟件架構可以理解為軟件密集型系統中對系統的實(shí)現和部署起決定性作用的的系統。

　　軟件架構中的關(guān)鍵點(diǎn)是應該符合項目干系人的目標，功能上當然細分成功能性的和非功能性的需求。

　　軟件架構有一定的特殊性，架構設計必須開(kāi)發(fā)的初期就確定，架構設計作為關(guān)鍵決策必須前期確定。

　　軟件架構其實(shí)主要是要符合項目干系人的目標，如果無(wú)法滿(mǎn)足項目干系人的目標，那么這個(gè)架構方案就行不通，下圖是ANSI/IEEE標準中定義的系統、架構與項目干系人直接的關(guān)系。

　　開(kāi)篇中已經(jīng)介紹了系統架構的表述工具有UML和Relation Rose，UML基本上已經(jīng)成為國際的標準。

　　UML的類(lèi)圖：主要是描述類(lèi)之間的關(guān)系。

　　用例圖：描述使用場(chǎng)景。

　　組件圖：用來(lái)描述系統中的可重用部分。并且容易看出組件與二進(jìn)制文件之間的對應關(guān)系。

　　通過(guò)UML工具，我們能夠更深層次對系統架構進(jìn)行不同角度的描述。抓住其核心。

　　軟件架構的驗證，目前沒(méi)有什么好的辦法可以自動(dòng)驗證軟件架構是否可以達到項目干系人的目標，只有通過(guò)多種方式多個(gè)級別的測試。

　　例如通過(guò)單元測試，來(lái)驗證單一的功能，集成測試來(lái)評估系統的兼容性，驗收測試來(lái)驗證用戶(hù)的滿(mǎn)意度,程序是否提供必要的功能。

　　除了UML建模工具之外，還有IBM比較著(zhù)名的Relation Rose，這里大概介紹下該工具具有的視圖模式：

　　系統的架構

　　可以這樣說(shuō)，軟件系統的架構過(guò)程中沒(méi)有什么系統是不可拆分的，系統的開(kāi)發(fā)方法越敏捷，為開(kāi)發(fā)人員實(shí)現架構是預留的空間越大。

　　系統架構師將系統分解的過(guò)程，其實(shí)最終形成的就是一份為開(kāi)發(fā)人員提供的詳細設計說(shuō)明書(shū)。當然詳細設計說(shuō)明書(shū)的內容和格式也取決于開(kāi)發(fā)方法。

　　架構是什么

　　架構大多體現在難以改變或者改變起來(lái)代價(jià)較大的決定上。但是最終還是需要有人做決定。

　　系統分析師分析系統做什么，架構師設計如何去做。

　　架構師是需求與詳細說(shuō)明的紐帶。

　　架構師的職責：架構師應該參與到開(kāi)發(fā)的全過(guò)程當中。包括分析需求與架構設計、實(shí)現、測試、繼承與部署。

　　按照ISO的定義架構師的定義如下：負責系統架構的人、團隊或組織。

　　微軟則對系統架構是做了如下的劃分：

　　1、企業(yè)架構師。

　　2、基礎架構師。

　　3、特定技術(shù)架構師。

　　4、解決方案架構師。

　　最后總結軟件開(kāi)發(fā)過(guò)程中的一些法則：

　　1、為了一個(gè)趕不上進(jìn)度的項目增加人手，只會(huì )讓項目更加落后于進(jìn)度。

　　2、程序的復雜性會(huì )一直的增加，直到維護人員感覺(jué)到力不從心為止。

　　3、建筑師與開(kāi)發(fā)人員寫(xiě)程序不同，如果建筑師按照開(kāi)發(fā)人員的方式開(kāi)建造，只會(huì )成為歷史中的敗筆。

【軟件架構是什么-什么是系統架構】相關(guān)文章：

SAP系統架構是什么10-25

什么是系統架構師-如何成為系統架構師08-10

什么是系統架構師08-01

系統架構師的崗位職責是什么07-08

系統架構師應該掌握什么08-29

智慧健康系統架構09-01

系統架構師要什么條件09-12

系統架構師是做什么的05-24

系統架構師知識：什么是CAP07-21

秒殺系統架構分析09-22