架構分析的分類
架構分析常見的分類有政府CIO架構分析、IT網路架構分析，下面分別對其進行介紹。
1.政府CIO架構分析我國內地的信息化建設起步於20世紀80年代初期。信息技術和網際網路的發展為電子政務的發展實施提供了技術條件和平台環境，同時，經濟體制的變革也對行政管理提出新的要求。我國加入WTO後，在政務信息化建設上要與國際接軌，需要加快實施電子政務和推進政府職能轉變。
政府信息化的各項工作離不開政府信息主管（政府CIO）的有效推進，但在我國政府現行的管理體制中，並沒有“政府CIO”的說法，大多數稱謂是“IT主管”、“信息中心主任”“信息處處長”、“科技處處長”、“信息公開處處長”或“信息辦主任”之類。但從人們對於他們所承擔的職責及其角色的描述，可以看出他們實際上是承擔了“政府CIO”這么一個角色。這種不同的稱謂反映了我國政府信息化制度中，對於完善的CIO組織架構所形成的不同需求。為了使政府CIO的工作得以順利開展，就必須建立與之相適應的、行之有效的組織機構，來規劃、實施信息化的戰略。
經過對國內政府機構信息資源管理和電子政務相關部門調研發現，目前國內政府CIO的主要組織結構分以下幾種：
（1）“信息辦+信息中心”結構
這種結構下的政府信息化工作主要由信息化領導小組及“信息化辦公室”組成，信息化辦公室下設“信息中心”。 （2）“信息辦”主導型
這種結構下的政府信息化工作主要由信息化領導小組及“信息化辦公室”組成，信息化辦公室下沒有“信息中心”。
（3）“信息中心”主導型
這種結構下的政府信息化工作主要由信息化領導小組及“信息中心”組成，沒有信息化辦公室。
（4）“職能處室”主導型
這種結構下的政府信息化工作主要由信息化領導小組及相關職能處室組成，沒有信
息化辦公室和信息中心。具“職能處室”主導型主要包括兩種：一種是以科技處為代表的職能處室主導型，一種是以辦公室或秘書處為代表的職能處室主導型。
形成以科技處為代表的“職能處室主導型”的主要原因，是由於某些單位以前的業務中涉及到專業技術的套用，職能部門中有技術處這一部門，因此，在政府信息化的時候，就將與信息技術有關的管理工作全部放在科技處下。典型的單位是公檢法。
以辦公室或秘書處為代表的職能處室主導型則由辦公室或秘書處中的某一個人來承擔信息化的工作，這種類型的單位一般是信息化程度比較低，套用相對簡單。不需要專門的部門和專門的人員來進行管理。
（5）“職能處室+信息中心”型結構
“職能處室+信息中心”型結構也主要包括兩種：一種是以科技處為代表的職能處室+信息中心，一種是以辦公室或秘書處為代表的職能處室+信息中心。
（註：虛線表示信息中心並不是直接在其下面的部門，而是在業務上服從的關係）
（6）業務部門主導型
這種結構下的政府信息化工作主要由信息化領導小組及業務部門組成。具
BI(Business Intelligence)一詞是由Howard Dresner在1989提出的，用來描述一種透過特定的概念與方法，讓企業制定決策時能立基於事實基礎之上。
為了實現這個目標，軟體商各自發展出BI的解決方案，實現的技術各有擅長，但簡單而言，便是從蒐集數據、整理數據、分析數據的過程，最終再呈現給分析人員。每經過一個步驟，資料數據就好像經過粹練一樣，更具價值。
從IT系統的角度而言，廣義的BI包含了ETL工具、數據倉庫(或數據超市)、線上實時分析引擎和動態報表工具。底下我們將從BI架構分析各組件的組成。
（1）ETL工具
ETL是將數據進行擷取、轉換與載入的過程，數據擷取必須從不同的資料庫、應用程式，甚至是非結構化的檔案，取得數據來源;轉換則包含了像是格式轉換、數據加總、合併或是過濾有問題的數據;載入則是將轉換後的數據拋轉到數據倉庫。
（2）數據倉庫/數據超市
數據倉庫從定義來說，是具有主題導向、數據整合與時間性的資料庫，它和一般線上交易系統(OLTP)不同之處在於，它儲存的不是目前營運交易的數據，而是經過整理、匯總後的資料，讓不同來源的數據擁有一致性的格式、名稱，以免造成混亂。
由於數據倉庫以查詢為主，修改機會不高，因此專門設計作數據倉庫用途的資料庫，會針對這個特性去設計加速查詢的方法。
數據倉庫之外，也有數據超市這個概念相似，但規模較小，套用目的更為明確的數據匯整方式。數據超市雖然有成低本、建置快的優點，然而一旦企業需要跨不同的數據超市才能查詢結果時，則會形成瓶頸。
（3）線上實時分析(OLAP)
線上實時分析工具主要是提供使用者可以實時產生多維度的數據，以進行下鑽(Drill down)、Slice、Dice、樞紐等種種不同分析。
線上分析工具可以讓使用者從不同維度來探索資料，這種分析方式讓使用者可以不用依賴IT部門，自行建立問題分析報表，信息的取得更為實時，也更能有效支持決策。
線上實時分析因為數據模型建立的方式不同，可以分為ROLAP、MOLAP。
ROLAP：針對建立在關係型資料庫中的數據進行分析
ROLAP指的是關係型線上分析系統，數據仍採用傳統關係型資料庫的儲存方式，再透過中繼數據的對應，產生分析所需要的結果。 ROLAP能儲存的數據量大，但是效能遜於MOLAP系統。
MOLAP：針對建立在多維度數據庫中的數據進行分析
MOLAP指的是多維度線上分析系統，在儲存數據時，便是以Cube(立方體)的概念儲存，因此在進行多維度分析時便相當容易、快速。 MOLAP雖然速度快，但是受限於數據結構，可以儲存的數據量受到限制。另外一旦需要的數據不在原有的維度中，就無法進一步查詢。
HOLAP：對儲存在兩種資料庫中的數據進行分析
面對ROLAP和MOLAP各有優、缺點的情況，因而有HOLAP這種混合兩者的新線上分析系統出現。檢視合計數據時可以透過MOLAP資料庫，而需要明細數據時則使用ROLAP資料庫，透過這種方式解決魚與熊掌不可兼得的困境。
（4）動態分析報表
在OLAP之上，有支持實時性分析的動態報表，和過去靜態報表不同之處，就在於它能實時呈現分析結構，無需再重新執行報表產生的過程。動態報表除了支持上述的一些分析方式之外，也有越來越多廠商支持燈號、儀錶盤、計分卡、地圖等種種圖形化的接口，讓分析結果能更直覺呈現。
網路架構分析師
微軟“軟體架構師”是級別最高的微軟認證，它針對擁有十年以上IT管理經驗的CIO級別的專業人士。而在中國，微軟教育培訓與認證事業部大中華區總經理林波對CNET說，微軟一共發出有效證書大約20萬張，"20萬對於中國IT產業來說不是一個很大的數字，但從微軟公司全球範圍內看，20萬張證書足以引起總部對中國的高度重視。
1.架構分析師簡介微軟“軟體架構師”是級別最高的微軟認證，它針對擁有十年以上IT管理經驗的CIO級別的專業人士。目前全球範圍內擁有該項認證的人數僅有大約40人。
微軟公司15年前首次發布MCP（微軟認證專家）計畫，至今，有將近300萬專業人士獲得了不同級別的各類微軟認證。
而在中國，微軟教育培訓與認證事業部大中華區總經理林波對CNET說，微軟一共發出有效證書大約20萬張，“20萬對於中國IT產業來說不是一個很大的數字，但從微軟公司全球範圍內看，20萬張證書足以引起總部對中國的高度重視。”
隨著微軟軟體產品的不斷更新換代，客戶對人員的要求也在不斷的改變和提升，為了不斷適應市場對人才需求的提高，微軟於2006年中期逐步推出了新一代微軟認證體系。新的認證體系認為三級：技術專家、IT專業人士和專業開發人員、微軟架構師。其中，處於最高級別的架構師，不以傳統的“考試”為評價方法，它要求申請者至少擁有十年的IT管理經驗，所以，“這其實是針對CIO群體或者有志成為CIO的IT人才，它要求申請者有很強的管理能力和業務分析能力。”林波對CNET說。
微軟架構師需要經過“三道門檻”：嚴格的審批過程、側重於網路架構和解決方案、最終還需要接受評審委員會的面試。
，目前，全球範圍內擁有微軟認證架構師（MCA）的人數僅有40人左右。
從2009年11月起，計算機資格考試增加了系統架構設計師考試，這個級別屬於高級資格考試。因此計算機資格考試高級資格有四個：系統分析師、信息系統項目管理師、系統架構設計師、網路規劃設計師。考慮到考試組織和命題工作的問題，在以後的考試中，可能每次只考2個高級（每個級別每年只考1次），特別是系統分析師和系統架構設計師，一般會分開考，上半年考系統分析師，下半年考系統架構設計師。
對於考生而言，如果上半年的系統分析師沒有通過，則可直接報考下半年的系統架構設計師，因為這2個級別從考試大綱、考試內容、考試試題各個角度來看，都將具有很大的相似性，或者說絕大部分知識點是重疊的。
架構師的職責主要有如下4條：
（1）確認需求
在項目開發過程中，架構師是在需求規格說明書完成後介入的，需求規格說明書必須得到架構師的認可。架構師需要和分析人員反覆交流，以保證自己完整並準確地理解用戶需求。
（2）系統分解
依據用戶需求，架構師將系統整體分解為更小的子系統和組件，從而形成不同的邏輯層或服務。隨後，架構師會確定各層的接口，層與層相互之間的關係。架構師不僅要對整個系統分層，進行“縱向”分解，還要對同一邏輯層分塊，進行“橫向”分解。
軟體架構師的功力基本體現於此，這是一項相對複雜的工作。
（3）技術選型
架構師通過對系統的一系列的分解，最終形成了軟體的整體架構。技術選擇主要取決於軟體架構。
Web Server運行在Windows上還是Linux上？資料庫採用MSSql、Oracle還是Mysql？需要不需要採用MVC或者Spring等輕量級的框架？前端採用富客戶端還是瘦客戶端方式？類似的工作，都需要在這個階段提出，並進行評估。
架構師對產品和技術的選型僅僅限於評估，沒有決定權，最終的決定權歸項目經理。架構師提出的技術方案為項目經理提供了重要的參考信息，項目經理會從項目預算、人力資源、時間進度等實際情況進行權衡，最終進行確認。
（4）制定技術規格說明
架構師在項目開發過程中，是技術權威。他需要協調所有的開發人員，與開發人員一直保持溝通，始終保證開發者依照它的架構意圖去實現各項功能。
架構師不僅要保持與開發者的溝通，也需要與項目經理、需求分析員，甚至與最終用戶保持溝通。所以，對於架構師來講，不僅有技術方面的要求，還有人際交流方面的要求。
