首先，系統架構師還是有一定含金量的，能獲得系統架構師證書是不容易的。我從事軟體開發多年，也帶軟體團隊多年，對系統架構師考試涉及到的內容還是高度認可的。

多年來我跟很多架構師合作過，自己也做架構設計多年，據我瞭解大部分架構師都是從大量的專案中鍛煉出來的，很少有拿著架構師證書企業就讓你做架構師的。但是很多企業在培養架構師的時候會要求這些準架構師們考一下系統架構師證書，這對架構師的整體素質培養還是有較大幫助的。

架構師考試涵蓋的內容十分廣泛，幾乎涉及到軟體設計的方方面面，從網路基礎到UML圖的設計，從安全到設計模式，從分散式框架到AOP，這些內容也都是架構師必須掌握的內容。通常情況下，這些內容的掌握需要大量的專案積累，對於年輕的研發人員來說，透過架構師考試來學習這些知識對以後的工作也會有很大的幫助。

我曾經面試過一些有系統架構師證書的研發人員，我會做重點標註，錄用以後，我會安排團隊負責人重點培養他的架構設計能力，作為團隊架構師的儲備人才，薪資待遇也會有所提高。所以，系統架構師對面試者來說，還是有一定含金量的。

如果有軟體開發方面的問題，或者是考研方面的問題，都可以諮詢我。

系統架構設計師既然屬於軟考高階，它的含金量肯定也是比較大的。軟考證書是全國認可的，在很多國企、事業單位以及一些其他企業，可以用軟考證書來評職稱。而系統架構設計師屬於軟考高階資格證書，可聘任高階工程師職務，也就是說可以評高階職稱，幫助升職加薪。

由此可見，系統架構設計師的含金量是比較高的，但系統架構設計師每年只有一次考試，

系統架構的概念及發展歷史

1.古代的文明對架構的發展有三個主要的貢獻.一是多個建築結構的完美結合.例如在用於裝飾和建築元素中的橫樑、拱扇和柱子間的結合.第二個是建築裝飾形式和模式的廣泛普及,這當中許多已經成為東西方寶貴文化遺產的一部分,許多還在被用於今天的建築當中.第三就是有序規劃的概念,規劃是架構的基石,也就是這三個貢獻中最重要的.現代資訊系統的”架構”要素亦繼承了這三個要素,即構件、模式和規劃.

2.現代資訊系統的”架構”本質上存在兩個層次: 一個是概念的層次,一個是物理的層次.而概念層次則包含了藝術、科學、方法和建設風格.物理的層次是指在一系列的架構工作之後而產生的物理結構及其相互作用的結果.

3.軟體系統架構是關於軟體系統的結構、行為和屬性的高階抽象.在描述階段,其物件是直接構成系統的抽象元件以及各個元件之間的連線規則,特別是相對細緻地描述元件之間的通訊.在實現階段,這些抽象元件被細化為實際的元件,比如具體類或者物件.軟體系統架構不僅指定了軟體系統的組織結構和拓撲結構,而且顯示了系統需求和構成元件之間的對應關係,包括設計決策的基本方法和基本原理.

4.企業軟體架構(Enterprise Software Architecture),也叫做企業架構,是應用全面的和嚴格的方法描述一個針對資訊系統、流程處理、個人和組織當前和/或未來行為的抽象結構集合,所以它們與組織的核心目標和戰略方向結合,儘管一般來說與資訊科技高度相關,但也與商業流程最佳化密切相關,因此也涉及商業模式、功能管理和過程架構.

5.企業軟體架構的雛形來自企業建模的理論和思想.在20世紀80年代早期,除了學術界,很少有人對企業流程再造或企業建模的思想感興趣,而且使用的理論和模型通常被限於某個資訊系統的設計和開發.到20世紀80年代中期,還在IBM工作的JohnZachman首先引入”資訊系統架構框架”的概念.Zachman 被公認為是企業架構領域的開拓者,他認為使用一個邏輯的企業構造藍圖(即一個架構)來定義和控制企業系統和其元件的整合是非常有用的.為此,Zachman提出從資訊、流程、網路、人員、時間和基本原理等6個視角來分析企業,並提供了與這些視角相對應的6個模型,包括語義、概念、邏輯、物理、元件和功能模型.

6.軟體架構的研究已發展為軟體工程領域的一個獨立學科分支,研究主要包括軟體架構描述語言、軟體架構的描述與表示、軟體架構的分析與驗證、基於架構的軟體維護與演化、軟體架構的可靠性等方面.

系統架構師的定義與職業素質

7.通常從組織上劃分,架構師分為以下幾大類:業務架構師(Business Architect)、主題領域架構師(Domain Architect)、技術架構師(Technology Architect)、專案架構師(J2EE架構師、.NET 架構師等)以及我們本書所闡述的系統架構師(System Architecture).

8.系統架構師是系統或產品線的設計責任人,是一個負責理解和管理並最終確認和評估非功能性系統需求(如軟體的可維護性、效能、複用性、可靠性、有效性和可測試性等),給出開發規範,搭建系統實現的核心構架,對整個軟體架構、關鍵構件、介面進行總體設計並澄清關鍵技術細節的高階技術人員.

系統架構師主要著眼於系統的”技術實現”,同時還要考慮系統的”組織協調”.因此,系統架構師是特定的開發平臺、語言、工具的大師,對常見應用場景能及時給出最恰當的解決方案,同時要對所屬的開發團隊有足夠的瞭解,能夠評估該開發團隊實現特定的功能需求目標的資源代價.可以說,系統架構師是資訊系統開發和演進的全方位技術與管理人才.

9.一個好的系統架構師的技術素質十分重要,通常系統架構師需要具有系統思維的能力,還必須具備以下技術素質:

●具備豐富的一線大中型開發專案的總體規劃、方案設計及技術隊伍管理經驗.

●具備軟體行業工作經驗,熟悉業務領域的技術應用和發展.

●具有專案管理理論基礎,並在應用系統開發平臺和專案管理上有實踐經驗.

●對相關的技術標準有深刻的認識,對軟體工程標準規範有良好的把握.

●具備C/S或B/S體系結構或特定領域軟體產品開發及架構和設計的經驗.

●具有面向物件分析(object-Oriented Analysis, 0OA)、 設計(Object-OrientedDesign,OOD)、開發(Object-Oriented Programming, OOP)能力,精通UML和XML等,熟練使用RationalRose、PowerDesigner 等CASE工具進行設計開發.,

●對相關程式設計技術(如PHP/.Net/JAVA)及整個解決方案有深刻的理解及熟練的應用,並且精通架構和設計模式(如WebService/J2EE), 並在此基礎上設計產品框架.

●精通大型資料庫如Oracle、Sql Server、MySQL等的開發.

●對計算機系統、網路和安全、應用系統架構等有全面的認識.

●良好的團隊意識和協作精神,有較強的內外溝通能力.

10.系統架構師管理素質是必須強調的.它包括遠見、誠信、果斷的領導素質.系統架構師是一個高效工作團隊的建造者.作為核心的高層技術管理人員,架構師必須儘可能使所有團隊人員的想法保持一致, 為一個專案制訂一個清晰的、強制性的、有遠見的目標作為整個團隊的動力,從而為達到整體目標所作的權衡提供基礎.作為技術的領導者,系統架構師必須提供特定的方法和模型作為理想的技術解決方案;並排除各種非系統相關因素的影響.作為一個技術管理者,系統架構師在需要做出決定時,必須避免猶豫,必須具備及時解決技術問題的緊迫感和自信心.

11.能夠根據使用者需求,結合使用者應用領域的實際情況,設計正確、合理的軟體構架,維護系統構件及其介面,並確保系統構架具有良好的效能;能夠對專案進行系統構架級的描述、分析、設計與評估;能夠按照相關標準編寫相應的設計文件;具有紮實的理論功底、廣博的知識面,能夠與系統分析師、專案管理師相互協作、配合工作.即系統架構師的職責更加強調整體的、宏觀的系統設計,重點在架構級別上.重點要對架構進行描述、分析和評估.

12.系統構架師與專案經理的關係及區別

軟體專案經理是指對專案控制/管理,關注專案本身的進度、質量、分配、調動、協調,管理好人、財、物等資源的負責人.對於軟體專案經理來講,職責包括專案計劃、進度跟蹤/監控、質量保證、配置/釋出/版本變更管理、人員績效評估等方面.優秀的專案經理需要的素質,並不僅在於會使用幾種軟體或是瞭解若干抽象的方法論原則,更重要的在於從大量專案實踐中獲得的寶貴經驗,以及交流、協調、激勵的能力,甚至還應具備某種個性魅力或領袖氣質(charisma).一般來講,技術人員重技術而傾向於忽視”人”的因素,而這正是專案經理管理活動的一個主要方面.專案經理還必須能夠應付開發過程中大量的偶發事件和雜務.

在一個專案中,推動專案技術發展的是系統構架師.在技術方面,專案經理(專案管理師)配合系統構架師並提供各個方面的支援,其主要職責是與內外部溝通和管理資源(包括人),系統構架師則要負責提出系統的總體構架,並給出開發指導.

13.系統構架師與系統分析師的關係及區別

系統分析師( system analyst)是在系統開發中進行業務需求分析、系統需求分析、可行性分析、業務建模和指導專案開發的人.其工作特點是與行業專家、使用者溝通,及時與專案經理(專案管理師)、軟體架構師協商,分析專案具備的特點、成本、風險等,考慮實現的模型.系統分析師所面臨的往往是有許多不確定性的事件,需要對這些不確定的事件進行分析、總結,使之得出一個相對可靠的確定性結論或實施方案模型.一般意義上講,系統分析師的水平將影響系統開發的質量,甚至成敗.在一個完善的系統開發隊伍中,一般應有專案管理師、軟體架構師、系統分析師、軟體設計師、測試工程師、資料庫工程師、程式設計師和質量保證人員等不同的職位,還需要有業務專家和其他輔助人員.對於大型企業或專案,如果一人承擔多個角色,往往容易發生顧此失彼的現象.

系統分析師對業務系統進行分析、建模,他的任務、目標是明確的.系統架構師協同系統分析師的工作,建議系統分析師按什麼標準,什麼工具,什麼模式,什麼技術去思考系統.同時,系統架構師應該對系統分析師所提出的問題,碰到的難題及時地提出解決的方法.

14.系統架構師知識結構

軟體系統架構師綜合的知識能力結構包括9個方面,即:

(1)戰略規劃能力.

(2)業務流程建模能力.

(3)資訊資料架構能力.

(4)技術架構選擇和實現能力.

(5)應用系統架構的解決和實現能力.

(6)基礎IT知識及基礎設施、資源調配的能力.

(7)資訊保安技術支援與管理保障能力.

(8) IT審計、治理與基本需求分析、獲取能力.:

(9)面向軟體系統可靠性與系統生命週期的質量保障服務能力.

因此,系統架構師知識維度可以總結為”多層次+多方面”.所謂多層次,意味著系統架構師必須在體系結構、計算機軟硬體與網路基礎知識、資訊化基礎知識、資訊保安與可靠性基礎知識等基本功的層面上受過良好的教育和快捷的學習能力;還須在系統架構設計方法、設計模式、設計流程以及各種模型等方面有豐富的經驗,廣泛瞭解各種構件產品和技術並精通一種特定領域的架構設計;進一步, 還須在系統架構設計實踐層面,有自己的認識和理解,同時具有很強的表述能力:所謂多方面,意味著系統架構師在每個知識層面上必須具有技術、管理、心理和藝術等多方面的知識和能力.這和系統架構師的多角色特點是相關的.本書也正是從這個角度來介紹系統架構的知識體系,即從系統構件、模式和規劃三個方面的技術基礎、原理和方法的角度編寫而成的關於軟體架構師的基本知識結構和水平的教材.

15.從開發人員到架構師

軟體架構師一般都是具備計算機科學或軟體工程的知識,由程式設計師做起,然後再慢慢成長為架構師的.在國內,很多大學目前還沒有設立軟體架構的學位課程,隨著IT業界對設計和架構的興趣日漸高漲,在學校課程中增加部分相關內容已不能滿足產業發展的需要.一方面, 大學要加強軟體架構學課程的建設,另一方面,軟體架構師的成長還應該有一個實踐的教育過程,並不是簡單地透過學校的理論學習或者透過某軟體公司的認證就能成為合格的軟體架構師.除了在學校學習資訊系統綜合知識外,軟體架構師的大部分知識和經驗將來自實際開發工作.根據軟體架構師的任職條件,一名合格的軟體架構師的成長應該經歷8年以上的軟體專案開發實際工作經驗.一般需要經歷程式設計師、軟體設計師等階段,然後再逐步成長為軟體架構師.

認識架構師列出了15個知識點,這些知識點只是讓大家瞭解一下什麼是架構師,架構師能做什麼,要具備什麼樣的能力,大家快速過一下,下面的知識點將帶領大家進入正式的考試知識點

系統架構設計師證書是全國認可的，在很多國企、事業單位以及一些其他企業，可以用它來評職稱。近些年來，系統架構設計師的作用越來越得到重視。對於通過了系統架構設計師考試的朋友，可以應聘高階系統架構設計師工程師職務，未來在職業道路上會有很大的發展空間。拿到了系統架構設計師證書，還能在某些一線城市入戶申請加分，對自己留在一線城市發展有很大的好處。而且在考試的過程中，會進一步鞏固自己對系統架構設計師知識的掌握，提高自己的理論和技術知識，讓自己在未來的職業發展中更具實力。系統架構設計師的含金量可見是很高的，預備報考系統架構設計師的朋友大可不必再糾結考系統架構設計師有用嗎這種問題。拿到了這門考試的證書，對自己的職業生涯肯定是有用處的。

為拿證書努力加油吧！ 平時可以透過希賽軟考助手APP學習，付出會有收穫的

系統架構設計師既然屬於軟考高階，它的含金量肯定也是比較大的。軟考證書是全國認可的，在很多國企、事業單位以及一些其他企業，可以用軟考證書來評職稱。而系統架構設計師屬於軟考高階資格證書，可聘任高階工程師職務，也就是說可以評高階職稱，幫助升職加薪。

由此可見，系統架構設計師的含金量是比較高的，但系統架構設計師每年只有一次考試，

高階的話還是靠資訊系統管理師，這個應該比你這個的含金量好點，軟考的話可以看下中公優就業的課程，他們做軟考做了蠻多年的了