架构分析是指通过合理的完善的评估途径对组织、网络、程序的组成框架、模型进行评价和分析，并对其进行完善。

架构分析常见的分类有政府CIO架构分析、IT网络架构分析，下面分别对其进行介绍。

政府CIO架构分析

我国内地的信息化建设起步于20世纪80年代初期。信息技术和互联网的发展为电子政务的发展实施提供了技术条件和平台环境，同时，经济体制的变革也对行政管理提出新的要求。我国加入WTO后，在政务信息化建设上要与国际接轨，需要加快实施电子政务和推进政府职能转变。

政府信息化的各项工作离不开政府信息主管（政府CIO）的有效推进，但在我国政府现行的管理体制中，并没有“政府CIO”的说法，大多数称谓是“IT主管”、“信息中心主任”“信息处处长”、“科技处处长”、“信息公开处处长”或“信息办主任”之类。但从人们对于他们所承担的职责及其角色的描述，可以看出他们实际上是承担了“政府CIO”这么一个角色。这种不同的称谓反映了我国政府信息化制度中，对于完善的CIO组织架构所形成的不同需求。为了使政府CIO的工作得以顺利开展，就必须建立与之相适应的、行之有效的组织机构，来规划、实施信息化的战略。

经过对国内政府机构信息资源管理和电子政务相关部门调研发现，目前国内政府CIO的主要组织结构分以下几种：

（1）“信息办+信息中心”结构

这种结构下的政府信息化工作主要由信息化领导小组及“信息化办公室”组成，信息化办公室下设“信息中心”。　（2）“信息办”主导型

这种结构下的政府信息化工作主要由信息化领导小组及“信息化办公室”组成，信息化办公室下没有“信息中心”。

（3）“信息中心”主导型

这种结构下的政府信息化工作主要由信息化领导小组及“信息中心”组成，没有信息化办公室。

（4）“职能处室”主导型

这种结构下的政府信息化工作主要由信息化领导小组及相关职能处室组成，没有信

息化办公室和信息中心。具“职能处室”主导型主要包括两种：一种是以科技处为代表的职能处室主导型，一种是以办公室或秘书处为代表的职能处室主导型。

形成以科技处为代表的“职能处室主导型”的主要原因，是由于某些单位以前的业务中涉及到专业技术的应用，职能部门中有技术处这一部门，因此，在政府信息化的时候，就将与信息技术有关的管理工作全部放在科技处下。典型的单位是公检法。

以办公室或秘书处为代表的职能处室主导型则由办公室或秘书处中的某一个人来承担信息化的工作，这种类型的单位一般是信息化程度比较低，应用相对简单。不需要专门的部门和专门的人员来进行管理。

（5）“职能处室+信息中心”型结构

“职能处室+信息中心”型结构也主要包括两种：一种是以科技处为代表的职能处室+信息中心，一种是以办公室或秘书处为代表的职能处室+信息中心。

（注：虚线表示信息中心并不是直接在其下面的部门，而是在业务上服从的关系）

（6）业务部门主导型

这种结构下的政府信息化工作主要由信息化领导小组及业务部门组成。具

IT架构分析

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万张证书足以引起总部对中国的高度重视。

微软“软件架构师”是级别最高的微软认证，它针对拥有十年以上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）制定技术规格说明

架构师在项目开发过程中，是技术权威。他需要协调所有的开发人员，与开发人员一直保持沟通，始终保证开发者依照它的架构意图去实现各项功能。

架构师不仅要保持与开发者的沟通，也需要与项目经理、需求分析员，甚至与最终用户保持沟通。所以，对于架构师来讲，不仅有技术方面的要求，还有人际交流方面的要求。