针环境，企业应建立什么样的IT架构来应对这些变化，详细描述这种IT

快速成长的中小企业在IT方面普遍面临着成长的烦恼，本文给出了应对此类烦恼的建议和忠告。 任何企业都希望成长与发展，小企业希望发展成为中型企业，而中型企业则希望成长为大企业。但是，企业在做大的过程中，都会遇到成长的烦恼。在信息化方面，中小企业遇到成长的烦恼尤其明显。我们听说过许多公司的发展因信息支持系统不够完备而无以为继的糟糕经历。

就像孩子总需要新衣服一样，成功的中小企业在不断发展壮大时，可能会远远超出IT部门的支持能力。正如新添子女的父母向比较有经验的家庭学习对待孩子的技巧一样，希望确保IT基础设施能跟上发展步伐的中小企业同样能得益于大企业已获得的宝贵经验。

那么，大企业到底拥有哪些经验呢？本文的几位IT专业人士供职于IT服务外包公司，他们根据经验总结了6条基本经验。其中，最为关键的是要学会战略性思维，不要根据眼下的需要来做决定，而是要根据一年半载后想要达到的目标来做决定。

不断变化的IT需求“会异常迅速地出现在大家面前”，IT工程外包公司Technisource管理服务部门总裁John Baschab这样认为。

为IT留出预算

这对于资金紧张的中小企业来说确实很难，但却是至关重要的，确保IT方面有足够的预算。致力于中小企业IT服务的BC Networks公司总裁兼CEO Dave Brewer说: “中小企业不知道如何为IT编制预算或者规划。大企业可能每年为每个员工编制的IT预算多达1万～2万美元，中小企业为IT留出十分之一的预算都很难，除了资金紧张外，缺乏远见也是一个重要原因。”

Brewer表示，中小企业很少为支持或者培训留出足够预算，结果往往是，员工并不了解最新软件，也没有体现出应有的工作效率。Brewer的忠告是: 每年为每个员工编制的IT预算要达到其薪水的10%～15%。

然后，要采用某种方式来了解你是否从投资的技术中得到相应回报。“不要一味地增加预算，而是要拿出某种财务模型，以便能够知道是否得到了投资回报。”国际系统集成咨询公司Ciber副总裁兼地区主管Dan Hoover建议。

Hoover认为，大企业的IT部门通常都使用投资回报分析或者其他某种投资评估方法，中小企业虽然没有评估投资回报的正规方法，但可以使用简单的投资回收期分析。为了进行这种分析，公司应当先列出与某项技术投资有关的所有预期成本（软件、硬件、公司内外资源、通信费用和工作空间等）; 然后，它们应当预测所有预期财务效益（降低人工成本、减少库存持有成本和提高生产力等），并且加以量化。

Hoover说: “如果你的成本在头一年就能收回，那么这个项目就值得认真考虑; 如果投资回收期超过一年，最好转移目标。”

对未来IT进行规划

要是你没有为希望实现的目标做好规划，那么为IT划拨再多资金都无济于事。Brewer表示，未来规划的关键在于，如何合理分配预算。

电子数据系统公司负责基础设施IT外包团队的副总裁Kevin Karcher说: “中小企业的思路往往是更换系统。他们在采用技术或采购产品时，只是为了填补目前的空缺，也就是替代原有的、不再适应企业需求的技术。”

问题是这些企业在购买时，不管新机器上使用哪些版本的 *** 作系统和软件，只要能用就行。结果一堆不匹配的系统不仅管理起来困难，而且培训起来也比较难。“这显然不是战略性思考。”Brewer说。

这种行为模式的另一个危险是，中小企业最后面临的不仅仅是一堆拼凑的系统，而且是一堆拼凑的廉价的系统。根据眼下需要来做出采购决定，往往会导致不加选择地购买产品。这也就意味着，贵公司的网络组成包括: 性能不太可靠的路由器和交换机、消费级防火墙以及不适合公司发展需要的其他技术。

Karcher表示，大企业几乎不考虑这类所谓的单点解决方案，而是将更多的时间和精力用在集成上，这样就可以让它们获得同类中最佳的应用系统。通过研究、规划及了解业务部门的需要，大企业的IT部门更能够获得并集成来自多家厂商的领先技术。

如果中小企业一开始就注意集成，不但能够获得更高质量的应用系统，还能获得标准化和一致性。Karcher说: “确保流程规范是必须的，即以一种同样的可重复的方式有效地处理例行事务。标准化统一定义了流程、角色和职责，而这种一致性和可重复性让企业变得更加高效。”

让IT人员成为

管理团队的成员

IT人员的影响力绝不仅仅体现在采购最佳设备方面。Hoover说: “中小企业老板需要把IT人员看成是管理队伍的成员，让他们参与到有关公司业务及发展方向的讨论。”

如果让IT经理及早参与有关经营方向的讨论，他们有机会满足企业在时间和成本方面的预期目标，IT部门甚至会想方设法通过使用技术来改进经营方向。Hoover说: “大企业的IT部门能用技术降低人工成本、缩短交付时间，还为企业规范了流程。”

Baschab认为，IT人员经常接触众多厂商，包括互联网提供商、管理顾问、硬件供应商、人事服务公司、电信及数据通信提供商等，这意味着需要管理与外部厂商间的关系，这就是管理方面的内容。Karcher同意这一观点，他说: “如果IT团队里面没有能够与业务团队和决策者进行沟通的人员，就赶紧找一个吧。”

显然，中小企业并不总是有钱聘请得起专门的IT经理，所以要找准时机。Baschab认为: “如果中小企业的收入在3000万～5000万美元，就有必要聘请。良好的IT治理可以节省20%的开支，一旦企业收入达到了这个范围，就能省下足够多的费用来支付IT经理的薪水。这时候，IT治理就会开始获得回报。”

保证基础设施

稳定可靠

想知道如何分配IT预算，就要了解哪些系统必须正常运作。Baschab认为：“应当把美国社会心理学家马斯洛的需求层次理论应用到IT上。金字塔的最低层是饮食之类的生理需求，也就是IT系统和基础设施，这些是公司的立足之本，包括备份、安全、灾难恢复、互联网接入及电子邮件等。”

其中一些系统是在后台运行，除非它们出现故障，否则人们不会注意到它们的存在; 另外一些系统则好比是电力――你每天都使用，一旦你有需要，它们就必须正常工作。它们要像电话那样可靠运作，也就是说，用户期望它们能随时待命; 就像人们拿起话筒就能打电话。公司的员工期望电子邮件、打印机、传真机、即时通信、电视电话会议、备份和恢复等都是这样的。在这方面，中小企业的需求与大企业的需求从本质上来说没有什么两样，只不过规模不同罢了。Baschab说: “中小企业的防火墙需要与《财富》100强公司的防火墙一样安全。大公司可能有数百个网络设备，而中小企业可能只有两三个，但必须做到同样安全。”

特别需要注意的是，要确保维持公司业务顺畅运作的IT系统尽可能可靠，譬如说，要有冗余的互联网连接和备份方案，以应对电子邮件无法正常使用的情况。

除此之外，Karcher提到了安全和隐私，中小企业要了解需要遵从的法律以及无意造成的错误可能带来哪些风险。“这对面向全球开展业务的公司来说尤为重要。”Karcher说，“在其他国家有许多不同的安全要求需要关注，全世界有许多新的隐私法规需要遵守。”

Hoover忠告，你还要知道哪些部分对贵公司来说最关键。这些IT设施需要你完全了解，并且需要亲自管理; 有些部分没必要亲自管理，譬如求助台服务、服务器监控、灾难恢复等，这些都可以外包给专业厂商。“这就好比维修管道，贵公司内部没有管道工，需要时才从外面请来。”Karcher解释。

以营销传播公司为例，他们希望自己掌握用来为广告和营销客户设计方案的IT设备和软件，但是可能会决定把用来向客户开票的账单系统外包出去，因为设计方案是其核心竞争力。

选择厂商要明智

Hoover说: “IT硬件、软件和服务的供应商是确保自己成功的关键，必须处理好与这些厂商的关系; 还要建立相互信任的合作关系，预期目标要明确。”

管理厂商关系的一个方面就是，要知道现有的这家厂商何时再也满足不了你的要求。Brewer建议: “随着贵公司规模不断扩大，你要知道何时换一家新厂商。中小企业往往习惯与同等规模的厂商合作，却没有认识到对方无法满足自己的要求。”一旦出现这样的情况，公司就可能错失规模定价（scale-pricing）的优势，也得不到相应级别的专长和帮助。Brewer给出的经验法则就是:“应当找规模比自己大一点的厂商。”

Hoover同意上述观点，他说: “现在选择的余地很大，选一家比自己大一点的厂商，才能向对方取经。”

在向对方取经之前，要明确自己的预期目标，不要以为厂商明白你的要求。Karcher说: “买家如果说不出自己的要求，是件不好的事情。要告诉厂商你目前的状况、态度以及要处理的优先事项。”

不断学习

如果贵公司想以大企业为榜样，就要在企业发展过程中，不断对IT人员进行教育。“应当对同行业其他公司正在做的事情有所了解。”Hoover说。

与来自其他非竞争性公司的IT队伍进行交流，有很多好处: 深入了解情况，听听对方在技术方面的经验和教训; IT团队和行业组织也是获得宝贵信息的一个来源，Hoover提到了数据管理协会、信息管理学会等。

如果这样做行不通，还可以借助互联网。Hoover说: “现在，网络上有足够丰富的信息，互联网是一大平衡器，你能够掌握与大企业一样丰富的信息。因而，中小企业研究分析的能力并不逊色于大企业。”

这一切听上去像是吸收知识，事实上的确如此。“没必要每件事都做，要注意基本规则――学会战略性思考，贵公司现阶段在技术方面至少要稍稍保持领先地位。”Hoover强调。

与大企业相比，中小企业有自己独特的优势。中小企业的管理层比较少，这样高层管理人员更清楚地了解IT方面的现行情况。领导能一眼看清楚整个业务环境，从而进行相应的决策。这方面要比大公司更灵活，而且往往能更迅速、更轻松地采用新技术。

如果结合中小企业本身具有的优势，再学习大企业IT部门的经验，就能确保你为成长和成功做好准备，减少成长的烦恼。

什么是企业架构，是由业务架构和IT架构组成的吗：

1、企业架构（Enterprise Architecture），简称EA。是指对企业事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案，更确切的说，是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。复杂系统集成的关键，是基于架构（或体系）的集成，而不是基于部件（或组件）的集成。

2、有效的企业架构对企业的生存和成功具有决定性的作用，是企业通过IT获得竞争优势的不可缺少的手段。

本方案对于企业管理的作用和价值

随着现代社会中企业对IT系统的使用越来越深入和频繁，如何管理好企业的IT系统成为不可忽视的管理议题。如果在IT建设过程中缺乏总体架构和规划，企业将在IT管理上面临众多的挑战。比如：业务越来越复杂，IT系统越来越庞大;难以统筹地管理;看不清楚IT建设的现状，更谈不上合理规划新的IT建设;企业内IT和业务沟通困难，业务人员用不好系统，IT人员服务质量也不高。

企业架构(EnterpriseArchitecture)是对构成企业的所有关键元素和关系的综合描述。它是一个用于描述和分析企业的现状，并对企业做出合理诊断和规划的方法。企业架构就类似于医学上将人体构造分解为骨骼、肌肉、血液等组成部分，既考虑每个部分的成分，也考虑这些部分是如何结合并协同工作的。它是现代企业用于自我分析和自我管理的工具。

单纯地从IT的视角管理IT系统让许多企业深陷管理困境，解决问题也是按下葫芦浮起瓢。实际上，IT的服务对象是企业的战略、组织、流程等一系列的要素。因此对IT的管理如果不考虑这些要素，那就会理不到头绪，产生诸如系统庞大并与业务脱节等症状。因此，需要通过企业架构的管理思想来管理IT架构，并实现如下价值：

1)理清IT架构，明确IT管理现状

IT架构管理对于企业来说，首先是需要“理清楚”然后才是“管起来”。与IT架构相关的内容既包括企业的业务流程、信息数据、应用功能、服务器和网络等管理要素，也包括传输类型、控制方法、管理策略、开发技术等技术层面的要素，合理清晰地梳理这些内容并了解相互管理，才算是帮助企业真正明白目前IT管理的现状。

2)分析企业现状，找到IT管理的可改进点

如果说明确IT管理现状是企业对自身的一个审视和了解，那么IT现状分析就是企业对自身的“望闻问切”。通过对企业流程与应用系统覆盖度的分析，我们可以知道企业IT应用主要存在于企业哪些地方，而通过对企业流程与应用系统冗余度的分析，我们又可以知道企业IT系统之间存在的功能重复或冲突集中在哪里。

当然，企业IT分析同样不能零散的开展，因此需要有一个整体的分析设计体系和科学的分析设计方法，本方案基于在流程分析领域一直处于世界领先地位的ARIS平台，提供了一套在IT架构现状分析上成熟的方案。

3)合理地规划与改进IT建设

以往的IT规划往往从IT系统本身出发，或借鉴国际先进的经验，或追求新的产品与技术。而一个真正适合企业的IT规划既要有适度的前瞻性，又要能够贴切地满足企业战略和企业的生存环境。否则就像在水下穿了一件太空衣，虽然外表光鲜亮丽，但实际上花费巨大却没有解决实际问题。

企业架构下的IT规划强调的是从企业战略出发，首先规划业务架构层，然后延伸到应用架构和数据架构，最后结束于企业的基础设施架构，其中包含战略、流程、系统功能、模块、数据、数据接口、系统实例、应用机房、网络信息和技术细节等等各种管理要素，可以说是对企业IT建设的量体裁衣。

4)完整地管理IT资产与技术

仅仅规划和实施IT系统是远远不够的，大多企业在实施IT系统后，更重要的是运维和管理IT系统。在这样一个层面上，IT系统无疑于企业的IT资产。结合IT服务管理标准和企业资产管理的思路来统筹的管理IT系统，也是企业架构可以发挥力量的地方。

同样，企业里面往往也有专门管理IT配置的工具(CMDB)，但这些工具往往又忽略了企业业务与战略和IT之间的关系，如何将这些内容集成和统筹地管理，也是企业架构管理思想所考虑的内容。

借用企业架构的管理思想来管理IT架构，将保障IT系统不再与现实脱节，也不再落后于战略和业务的发展。IT系统将像企业的设备等重要物质资产一样有效地管理起来。

基于企业架构(EA)的IT架构管理解决方案及其交付物

在企业架构(EnterpriseArchitecture)的管理方法中，IT的规划需要与业务的需求统筹地管理起来。因此，一般将企业的IT架构划分为四个层次：

业务架构层：包含企业的战略、组织与流程等业务相关的架构，主要用于分析业务的驱动与业务的需求。

应用架构层：包括应用系统，系统功能，系统接口，相关应用的服务等，主要用于从业务层面将需求层层分解为系统的功能。

信息架构层：包括数据体系，数据架构，数据实体等于信息数据相关的内容。由于数据是流程流转的实体，也是应用系统需要实现的功能载体，因此对数据的设计需要与应用和业务层进行统一。

基础架构层：数据的存储实体，系统实例，硬件设备，软件技术等等属于企业基础设施的内容，需要按照资产管理的模式进行管理。

企业架构中的IT架构的四个层次

如何基于企业架构进行IT应用功能的规划？

交付物一：搭建从贯穿IT架构的模型体系

企业架构就是对企业各个管理要素以及关联进行管理的过程。因此我们对IT架构的管理，需要将企业如下要素进行统筹地梳理与整合，并形成模型体系。

战略：通过BSC战略模型梳理企业战略与目标。

流程：通过增值链与EPC模型梳理企业的流程架构与现实业务流程。

功能：通过流程步骤梳理系统所因提供的应用功能。

系统：通过应用系统架构模型梳理系统类型与模块。

基础设施：通过系统与系统实例，梳理系统所存储的相关硬件与设备等基础设施。

资产：通过整理相关资产获得资产的生命周期。

资产集：通过整理资产并分类获得完整的资产集合。

架构生命周期：管理各个业务单位的IT架构的生命周期。

企业架构各个层面的整理

交付物二：企业架构现状评估与分析报告

企业架构的IT架构现状评估与分析方法是以企业架构方法论作为理论依据，分析企业的各个架构元素和架构元素之间的关联性，例如：应用系统架构下应用系统的岛屿数量和程度，以及应用系统对业务流程的覆盖率。然后对现状的业务进行科学地诊断。

采用目标分解与纬度分析方法开展。分析包含一个总体目标，按照多视图分解到多个分目标，每个分目标包含多个分析指标，而每个分析指标都有相应的定性分析方法和分析结果。沿用的分析手段采用了平衡积分卡的思想，便于企业长期使用。

使用ARIS模型与ARIS工具对于模型的统计分析功能来完成分析工作。由于前期的建模工作有了大量模型成果，一些关键的数据分析可以通过模型来开展，例如：流程的应用系统覆盖率。在模型真实的情况下，此类分析能够很精确地反映企业架构管理现状。因此为了达到更准确的效果，还将对模型的真实度加以评估。

应用系统架构良好支持业务代表了企业架构下应用系统架构建设的质量。应用系统的建设为业务信息流的自动化提供技术平台，并业务流程的标准化提供支持，可以说，企业应用系统建设的主要目的就是为了业务服务。应用系统架构的建设也是建立在IT的基础设施之上，因此对它的规划将直接影响IT基础设施的需求。应用系统架构良好支持业务流程需要在良好地支撑流程需求和数据运作的基础上，还要保留有良好的系统集成性和可扩展性。因此，应用系统对业务流程流程执行过程，数据流转过程的可服务性是很重要的。在此基础上，多个应用系统之间的系统接口和架构方式也是需要关注的。

基于ARIS平台的企业架构分析与评估结果示例

交付物三：经过合理规划的TO-BE的IT架构

在IT架构管理的整体下，如何通过对业务的变更获得系统的变更方案？博阳咨询推荐IT城市规划(ITCityPlanning)的规划方法。

IT城市规划方法

在IT规划中采用ARIS的信息系统视图(IS视图)，可以作为层次与层次之间转换的媒介。在ARIS中，IS视图中的对象类型必须放在功能和应用系统之间，这样便拓展了ARIS中的功能视图。如同各种功能一样，IS的元素与不同的结构相连接，出现在ARISHouse模型的常见视图中。这些扩充主要与流程视图和数据视图相关。在下面所述的IS视图中，涉及来自于ARISHouse模型的功能和流程视图中，用来描述IS元素之间的关系的模型类型，或者在其它ARIS视图的背景下，用来详细描述IS元素的模型类型。

交付物四：IT资产与IT架构的生命周期平台

对系统的功能进行规划后，不可忽略地就要考虑系统的实施过程。但对于完整的IT架构来说，系统从规划到实施，再到使用与维护，直至淘汰，是一个完整的生命周期。因此把系统当做IT的资产来进行管理是可以覆盖到系统的完整生命周期。

系统实施周期的评估过程

系统评估的方法有很多种，博阳咨询建议对规划好的系统以及系统模块按照成熟度与重要性进行评估，便可以知道哪些系统需要先期建设，哪些后期建设，有一个良好的系统引入的过程。

系统生命周期的评估过程

同样，系统一旦建设完成，系统的管理与评估工作远没有结束。需要持续地通过对系统功能满足程度的评估，不断地获取系统是否要升级或者淘汰的预期，保证系统能够时刻满足业务需求。这也是IT架构管理中持续改进的建设环节。

有价值的东西是才值得我们投入时间和精力的，企业架构为什么就值得我们投入时间和精力来学习呢？主要由以下两方面原因：

1、 对公司而言，企业架构可以辅助企业完成业务及IT战略规划。在 业务战略 方面，它定义企业的愿景/使命、目标/目的/驱动力、组织架构、职能和角色。在 IT战略 方面，定义业务架构、数据架构、应用架构和技术架构，是IT战略规划的最佳实践的指引。企业架构是承接企业业务战略与IT战略之间的桥梁与标准接口，是企业信息化规划的核心。

2、对个人而言，有助于职业的健康长远发展，比如成为CIO，首席信息官通过指导对信息技术的利用来支持公司的目标，具备 技术和业务 过程两方面的知识，常常是将组织的技术调配战略与业务战略紧密结合在一起的最佳人选。

企业架构包含了四部分，BA（Business Architecture，业务架构）、DA（Data Architecture，数据架构）、AA（Applications Architecture，应用架构）、TA（Technology Architecture,技术架构）。企业架构由全局战略规划驱动，我们来看下战略、BA、DA、AA、TA五者之间的关系。

如图所示，战略、BA、DA、AA、TA实际位于以下三个层次上：

这五者的核心关系，可以概况为以下几点：

l 环环相扣，上层驱动下层，下层支撑上层。

通过上面的内容，我们知道了战略，业务架构，方案架构的关系。下面我们看下实际工作中架构路线图和实施规划环节是如何 *** 作的。

执行的要点是钉到岗位（左侧），落到文档（右侧），细到机构调整、技术采购、项目研发等工作包。主要有以下环节：

这里需要补充说明的一点是，实施计划不仅仅是从“架构蓝图到研发”的计划，也是从“架构蓝图到IT与非IT的方方面面”。

对于业务架构，OMG业务架构组给了如下定义：

业务架构是企业治理结构、商业能力与价值流的正式蓝图。业务架构明确定义企业的治理结构、业务能力、业务流程、业务数据。其中，业务能力定义了企业做什么，业务流程定义企业怎么做。具体而言，就是：

我们分别从国外国内来了解一下，业务架构出现的背景，便于我们更好的理解业务架构的使用场景， 业务架构是跨部门跨组织的业务需求，单个小系统的生命周期，根本就没有业务架构环节。

跨系统规划--业务架构在全球出现的背景

国外软件系统经过长期发展，在经过多年实践后，1962年，发表于哈佛商业杂志的的《信息系统总规划》这篇文章，拉开了跨部门、跨组织需求规划的序幕。此后多年，IBM等企业进行了很多实践。

1982年，IBM公布了业务系统规划（Business System Planning,BSP）方法论。这是个重要事件，对业界产生了大而持久的影响。

此后多年，业务架构快速发展，如Togaf、FEAF等。

以上历史告诉我们，业务架构脱胎于跨系统、重视跨系统需求。站在开发者的角度，业务架构就是跨部门、跨组织的业务需求。

信息孤岛—业务架构在国内“火”起来的契机

国内有个现象，一提到业务架构，就会大谈信息孤岛。这是为什么呢？因为国内真正开始重视业务架构设计，就是从解决信息孤岛的痛点开始的。

21世纪初，国内的信息化进程从部门信息化推进到了企业信息化。企业部门间的（集团子公司间的）协同联动需求，带动了IT信息系统间的信息共享和协同联动需求—同时产生了信息孤岛问题（财务、人力资源、采购、销售、OA、CRM各自为战）。

因为信息孤岛所具备的三大弊端，促使业务架构在国内火了起来，以下是三大弊端：

那如何解决信息孤岛的问题呢？

在一系列系统分头建设之前，先设计业务架构，定义统一蓝图，这是根本。数据一张图、数据共享、流程打通、服务编排，都是围绕统一蓝图具体展开。

业务架构是跨系统的，那么它和子系统的关系是什么样的呢？

图中的大V、小V分别表示什么呢？

大V部分，是总体方案的生命周期。在大V的需求阶段，必须研究和定义清楚跨部门、跨组织的业务需求，这些需求往往是跨系统的。例如，客户报修业务功能明显需要呼叫中心系统、CRM系统、工单系统协同联动，才能支持客服接听电话、确认客户资料、记录报修内容、派遣维修工程师上门这一连串 *** 作。

小V部分，是某一个系统的生命周期。在小V的需求阶段，必须分析和定义清楚这一个系统的需求，这些需求往往是系统内的。例如，CRM系统负责客户资料管理。

综上所述，方案级、子系统级这两级生命周期是同时存在的。举个典型的例子，某公司要做一个ERP系统，他会怎么做呢？

由于方案涉及的范围广、部门多，所以有必要做业务架构设计。这时，由业务架构师担纲业务架构设计，并提交《业务架构书》。

假设主要涉及系统A的需求、开发、测试等。

这时需求分析员冲上去，负责《系统A需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

注：这里只所以说是假设，是因为实际 *** 作中可能是实现某个业务功能需要同时开发系统A、系统B、系统C的部分功能， 并不是说一期工程的所有功能必须隶属于同一个系统 。

假设主要涉及系统B的需求、开发、测试等。

这时这时需求分析员冲上去，负责《系统B需求说明书》，当然需求分析员要参考上游的《业务架构书》整体约定。

业务架构要想成功，首当其冲的是，架构师要做正确的事，即在业务架构的实际工作内容上有充足的经验，不能遗漏。

相反，业务架构师分析环节的缺失，意味着业务架构蓝图规划项的缺失，影响从投资角色到方案设计，到实施规划，在到IT工作包和非IT工作包识别等所有后续工作。

业务架构 = 业务功能 + 组织结构 + 业务流程 +业务数据

业务架构的实际工作内容有哪些呢？

业务架构的前身是1982年IBM发布BSP等跨系统规划方法。所以，业务架构本质上是跨系统规划。

但是，业务架构的内容远远超过了跨系统需求分析这个范围，覆盖跨系统业务架构蓝图规划这个更大的范围。究其原因，是业务架构必须发挥从战略向实施过渡的桥梁作用—上街公司战略， 下接IT实施和非IT实施 。

不错，业务架构也涵盖了非IT部分的蓝图！

我们来看下细化的业务架构实际工作模型。

就大的方面而言， 业务功能定义企业做什么，组织结构定义谁来做，业务流程定义怎么做，业务数据提供必要的支撑，因此，业务功能、组织结构、业务流程、业务数据四者，构成了业务架构蓝图的核心。

同时，商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。商业模式这个现代工具，也是业务架构蓝图的必须规划项。

就小的方面而言， 第一，业务渠道在哪里？组织结构是围绕部门、角色、职能展开的，而组织结构、业务渠道、合作伙伴是紧密相关的。所以，业务架构师在梳理组织结构的同时，应结合渠道战略和合作伙伴战略，定义业务渠道规划，定义合作伙伴规划，这些都是业务架构蓝图的“一等公民”。

第二，价值链在哪里？价值链模型是对一个企业所有生成经营活动的总体描述，是规划业务架构蓝图时的必做项目。可以对业务功能进行三级划分、层层分解：

第三，业务流程 = “主干流程 + 分支流程 + 业务规则”：

例如：买火车票时，“选票-抢票-支付”这个流程是稳定的。、

例如，选座分支流程，靠窗、不靠窗、坐票、卧铺（上下中铺）。

例如，买儿童票、成人票、学生票要进入分支流程。

所以建议一边定义业务流程，一边定义相应的业务规则。

综上，业务架构蓝图的内容应该明确！全面！直观！详细！

上面我们学习了业务架构包含的内容，可能不够直观，我们通过案例来加深我们对每个模块的理解。

举例业务架构蓝图五要素

我们借助业务架构蓝图五要素，管窥一下中国铁路12306平台的业务架构。

目标业务功能—线上购票、线上支付、线上退票等；

目标组织结构—在原组织结构基础上，新建IT运维中心；

目标业务流程—先登录、后抢票、再支付、超时未支付则释放票源；

目标商业模式—线上购票，省事省力（这个仅是价值主张）；

目标业务数据—用户账户、列车时刻表、坐席数据、订单、支付记录等。

举例业务渠道、合作伙伴、价值链

下图分析了证券公司的业务功能与相对应的业务渠道

价值链包括核心业务层和支撑层，这里的核心业务层属于价值链对业务功能和服务的顶级分解。

在做规划时我们常采用GAP分析法，先确定当前现状，然后给出我们的期望，分析目标和期望的差距。如果有人和一个新手这样说，可能是不够的，你至少需要回答以下几个疑问：

疑问一，业务架构师具体要分析什么？怎么才算是战略驱动？

--能否具体到政策文件？战略方针？市场调研？友商对标？

疑问二，从战略到蓝图，中间的逻辑是什么？

--能否具体到小目标分解？小策略制定？

疑问三，我们首先应该怎么做？

--就连一个小的进销存系统，也要先进行业务调研，不是吗？

落地设计步骤

我们看下作者分享的战略驱动的业务架构（BA）设计三步法。

图中的三大步很明确，也非常贴近实际。

优点1：明确的战略驱动起点。方法中明确了三种战略驱动因素（Drvier）的类型，因为实际中就是国家政策、企业战略、对标友商者三者之一触发了后续的调研、规划与实施。

优点2：明确的调研环节。在第一步中，包含了调研环节。

优点3：强调了从战略到蓝图的过渡逻辑。在第2大步中，扎扎实实地规划好业务架构目标/策略，才能确保蓝图充分支撑战略。这一步属于高层级业务架构设计。

优点4：目标蓝图与Gap分析并重。在第3大步。

设计BA目标蓝图这一步属于低层级业务架构设计，其中Gap环节是必须环节，我们必须识别出业务架构的增量有哪些，给出对应的实施措施。

Gap分析的价值在于，它是持续进行架构治理所必需的，除了BA规划环节应用，在AA、DA、TA设计环节也均有应用。

要点明确Driver，做好调研

业务架构设计必需做好的第一件事，就是100%明确战略驱动因素是什么。

业务架构设计必需做好的第二件事，就是调研。 通过调研，广度上理解企业的宏观环境、行业趋势，纵深上理解战略的前因后果、来龙去脉、横向上理解企业的竞争格局、友商动向。

粗看，调研范围很广，让人理不清头绪。细看却有规律，主要三条线，分别是管理层访谈、战略的来龙去脉、可借鉴案例。

要点从战略到蓝图的内在逻辑

从战略到蓝图的内在逻辑，由四个概念支撑起的骨架：

Driver—战略驱动因素

Goal—业务架构目标

Strategy—业务架构策略

Blueprint—业务架构蓝图

这是一个大型企业，推进数字化采购转型如何从战略到蓝图的构建逻辑，相信它有助于我们的理解以下几点。

综上所述，从战略到蓝图的内在逻辑主线是： 确定Driver—目标分解—策略设计—蓝图定义 。逻辑明确，创新有据。

只有业务架构师真正洞悉了战略意图、准确领会了战略动机，之后的业务架构设计工作都是有迹可循的，工作量再大，也不可怕。

工具GAP分析

推进确定Driver

项目假定为：某铁路数字化服务转型工程。

业务架构师（张三）知道业务架构的Driver是整个业务的起点，必须找准、吃透。

张三了解到，数字化转型工程的Driver是公司刚制定的《公司战略规划》。

《公司战略规划》中阐述了数字化服务转型的背景：近年来，互联网技术的发展，提高了各行各业的服务水平，极大方便了人们群众的衣、食、住、行、医、学、玩等方面。从企业的角度而言，借助互联网、大数据等技术，积极推动数字化转型，拥抱以客户为中心的服务模式，能搞提高客户满意度和企业竞争力。

《公司战略规划》中和数字化转型战略的核心表述是：树立以人为本、客户至上的服务理念，创新服务方式，完善服务标准，推动数字化服务转型，提高服务水平。

推进做好调研之管理层访谈

管理层访谈： 不是让业务架构师去了解行业，而是要领会管理层的关注点、主要看法。

通过访谈，业务架构师应了解：

推进做好调研之可借鉴案例研究

研究可借鉴的最佳实践、最佳案例，也是调研的必做内容。

究其原因，业界每个阶段的最佳实践、最佳案例，都反映了业界当时的实践水平。所以，如果业务架构师收集并分了业界当前最佳实践案例，就可以在自己负责的架构设计中更好的把握设计方向、制定设计标准。

业务架构目标和策略包含以下两方面：

推进差距分析

Baseline Business Architecture

Target Business Architecture

上述案列，我们通过GAP分析，识别了业务能力差距和IT能力短板，从而识别业务架构目标与策略，这是采用自底向上的方法。为我们后续环节做准备，比如我们识别出了核心业务需要增强的包括销售、客运、货运、清算、售后，新增的包括增值业务，在制定在业务功能、业务流程、业务数据、组织结构、商业模式模块给出对应的策略。

如：从上图价值链分析中看到，我们新增的业务需求是增值业务，通过电商业务、旅游代理可以实现，再进一步想一下，就会知道我们的目标是增收，接着可以自顶向下思考，增收除了电商业务、旅游代理，我们还可以做保险代理，通过服务门户这个渠道触达用户。

推进确定目标与策略

只有扎扎实实地规划好业务架构目标与策略，才能确保后续业务架构蓝图定义充分支撑战略。

确定业务目标与策略环节，是业务架构设计的高层部分。后续的业务架构蓝图定义，是业务架构设计的低层部分。前者引领者后者的发展方向。由此可见“确定业务架构目标与策略”这一环节的重要性。

这一步，有三种做法。

1)自顶向下：将Driver分解为子目标，将子目标映射到业务架构策略。

2)自底向上：通过Gap分析，找到能力短板，从能识别业务架构目标与策略。

3)上述两种做法相结合，循环展开，互为验证。

铁路系统数字化转型，提高服务水平是Driver，如何才能达到这个终极目标。

答案是：

组织结构视图包括三个模块，组织结构、业务渠道、合作伙伴。

组织结构及改进主要描述部门设置、岗位设置、岗位职责等；合作伙伴及改进主要描述加强与供应链上下游的合作伙伴之间的关系。业务渠道创新也是业务架构设计的常见策略，下面会举例说明。

组织结构 下图是运用GAP分析的方法，画出当前组织结构和目标组织结构，并表示出变动点。

新手业务架构师往往认为组织结构没啥好设计的。其实恰恰相反，一旦组织结构需要变革，必然影响重大。

从上图，我们可以看出来，之前企业自己做IT开发，目前公司计划在做开发的同时，自己也做IT运维。相应的，企业组织结构新增了IT运维中心。

业务架构师应尽早明确组织结构的可能变化。因为无论是新建部门，还是部门增强、人员能力增强，都属于TOGAF中的能力增量，是需要后续非IT工作包实现的。

不仅如此，组织结构的变化还影响整个企业的治理结构，从经营管理，到制约监督，再到绩效考核。

总之，业务架构师虽然经常被当做跨系统软件需求分析师降级使用，但真正承担业务架构蓝图规划任务的业务架构师，是必须能扛得起很多“非IT”规划的。

渠道：在百度百科上的解释是“比喻达到某种目的的途径“，业务渠道就是用户为了达成业务目的的途径。如下图，列车长通过补票终端这个渠道帮助用户完成补票，客运公司通过大屏幕告知乘客车次信息。

业务渠道 业务渠道创新示例

网站、手机APP、补票终端、大屏实现了购票、补票、查看车次信息线上线下联动，提升了用户体验和公司内部效率。

感悟 ：由上图可知，业务渠道不是完全孤立的业务架构蓝图规划项。它和业务流程、业务功能、组织结构是相互呼应的。因此，我们规划业务渠道时，也应考虑这些。

关于渠道联动，有同行这样总结：

企业是由一系列为顾客制造价值的活动和功能组成的。我们的业务功能就源自于可以为顾客制造价值的活动和功能。

企业的价值链展示了企业的设计、生产、营销、运输等为顾客创造价值的一系列活动、功能以及业务流程之间的连接情况。价值链有两个主要的组成部分：

核心业务（创造主要的顾客价值）

支持活动（为核心业务提供支持服务）

继续来看运输公司数字化服务的案例，业务架构师，面对运输企业数字化服务转型的任务，经过潜心研究，给出了下图的价值链划分结构。

有的同学可能会有疑问，为什么会在核心业务模块同时存在客运和货运两个区别较大的业务类型？在实际工作中可能只负责客运、货运其中一个模块。前面我们业务架构出现的背景也有提到在国内业务架构是为了解决信息孤岛发展起来的。业务架构师就是要在全局做规划，而不是梳理单个系统。

以上我们已经整理了价值链，现在我们要分解功能域了。下图是一级功能域分解图。

接下来，做业务能力Gap分析，我们可以看到新增的一级功能域有4个，增强的一级功能域有13个。

通过价值链分析到一级功能域划分的转变，我们会有以下收获：

第一， 价值链分析模型为后续功能域划分奠定了基础。管理支持+核心业务这个业务功能呢域划分框架确实很好用。并且广受业界认同，在沟通的过程中自然也容易被其他人接受。

第二，类似“上车前、上车中、下车后”时间轴思维，是业务架构师必备的分析技能，同时，是甲方企业领域专家们经常使用的分析习惯。

业务架构设计不仅要定义出目标架构，还要使用GAP分析法，识别出需要增强的架构能力，为后续实施做准备。具体包括业务功能变化与增量、组织结构变化与增量、业务流程变化与增量、业务数据变化与增量。

商业模式揭示的是企业产品、企业核心资源、客户、伙伴、渠道、成本、利润之间的本质关系。简单说，就是为什么同样的事，有的企业行，有的企业不行。

制定商业模式时并不是说全局只有一个商业模式，我们可以根据我们的目标分别制定商业模式 ，比如上述案例中，该铁路运输公司的目标有三个：便民、增收、增效。我们就可以设计三个商业模式。

就铁路企业的数字化服务转型而言，要便民，应支持随时通过网络、电话、手机App获取企业服务。

就铁路企业的数字化服务转型而言，要增效，可以借助硬件设备和智能控制系统，促进取消、检票等环节的数字化转型，提升效率。

感悟商业画布，借助九个小格子，构建了简介高效的系统化思维环境，是个了不起的发明。

从上述例子可以看出，商业模式有如下优势：

个人认为，商业模式融合了BRD和MRD的内容：

BRD：商业需求文档，关注为谁（客户细分）、解决什么问题（价值主张）、需要做什么（关键活动）、花费什么资源（关键资源）、性价比（成本/收入）如何。

MRD:市场需求文档，关注消费者怎么触达（渠道通路）、怎么获得合作伙伴。

业务流程视图是应用架构的输入，也是业务架构中最落地、篇幅最大的章节。

作者在文章中对业务流程的协作方法进行了论述，结论是简单的业务流程可以采用流程图的方式绘制，业务流程分支较多且复杂的强烈建议使用文本化描述。

业务流程定义规范

要点是“1个主干+N个分支”方式的流程分解

要点是“阶段化+步骤化”，并附每步业务或数据模型规则

要点是“注明在主干流程的分叉位置”，并附每步的业务或数据模型规则

这部分为可选

这部分很重要，上面也有提到，业务流程视图是应用架构的输入，所以对这块再总结一下。

我们发现，分支流程和业务场景有完美的对应关系。识别分支流程，就是场景化思维。相反，如果不区分主干流程、分支流程，后续业务需求变更会波及一大片，而不是改一个分支流程这么简单了。这太不专业。

业务功能很多，业务场景更多，业务流程定义了什么呢？业务流程定义一个业务功能，其中包括多个业务场景。比如购票包括了多人购票、购买儿童票等。

业务规则多如牛毛，如何避免业务规则碎片化？围绕业务步骤定义业务规则，业务步骤可以是主干流程步骤，分支流程步骤。

关于是否使用业务流程图：越是核心的业务流程，越是分支多、业务规则多，此时建议采用文本化规范，这样呈现的信息更加全面。不复杂的业务流程，可以沿用流程图的方式。

这篇文章对企业架构进行了概述，详细讲述了业务架构出现的背景及实际攻略，并通过实际案例加深我们对业务架构的理解。

我们来一起回顾一下文章中涉及到的概念之间的关系。

战略驱动的业务脚骨设计实战步骤，精华在于，从战略到业务架构蓝图的跨度太大，逻辑链条接不上气，所以分两步走

如果读完之后感觉通过企业架构可以提升自我、有利于公司发展，就行动起来吧！

软件行业。软件架构师通过客户的需求文档，分析出业务需要的各功能模板，并组织协调项目技术人员，逐步实施完成分解工作，薪资待遇都是很高的，软件行业的it架构师前景比较好、T的架构包括应用架构、数据架构和技术架构三个维度。IT的架构包括应用架构、数据架构和技术架构三个维度。

一般来说，连锁经营的组织结构由总部、配送中心或者中心厨房、连锁分店三大部分构成。较小的连锁经营企业也可以不设立配送中心，只由总部和连锁分店构成。 1连锁总部的基本职能

(1)对连锁经营日常重大经营管理业务的决策、指令与监控。

(2)财务管理。

(3)制度管理。

(4)信息的收集、分析、整理和研究工作。

(5)重大经营、投资、开发、营销、发展问题的决策。

2连锁总部的组织结构

(1)总部管理模式：连锁总部作为门店的服务和管理机构，直接对门店进行管理。适用于连锁系统初创时期经营上尚未突破地区界限，或卖场规模大而网点数量少或网点分布比较集中的情形。

①把总部划分为“总经理室”“营业本部”和“管理本部”三个部分。

②由总经理直接管理开发部、营运部、商品部、财务部、管理部和企划部等职能部门。

(2)地区管理部管理模式：连锁企业总部按地区设立若干个地区管理部，由地区管理部管理门店，总部不直接管理门店。适用于连锁企业的发展已有一定规模，门店数量多、店型小且分布地区广的连锁企业。 1配送中心的概念：配送中心是位于物流节点上，是连锁企业的物流机构，专门从事货物配送活动的经营组织或经营实体。

2设立配送中心的条件

(1)连锁经营企业的分店数量和商品经营规模都达到一定水平。

(2)连锁经营企业在一定经济区域内(如一个城市)的分店数量达到一定规模时，便可设立配送中心。

3配送中心的作用

4配送中心的业务

(1)负责由总部决定、由供货商送来的商品的验收与入库工作。

(2)负责库存商品的日常管理工作。

(3)负责对各连锁分店所需商品的加工、整理、包装、集配和送货工作。

（一）连锁经营组织形式的发展方式

1、餐饮店连锁经营的发展是渐进式的，在连锁店数量及经营规模还达不到最佳成本控制点时适宜采取“总店式”的连锁经营组织架构，当连锁店数量及经营规模达到最佳成本控制点时可采取“总部式

”的连锁经营组织架构。

2、最佳成本控制点是指：连锁经营后的“原材料及酒水等商品采购成本降低值”加“开店成本降低值”≥连锁经营后“增加的管理成本”。

3、“原材料及酒水等商品采购成本降低值”是指：通过连锁经营统一采购后供货商给与的让利优惠值。

4、“开店成本降低值”是指：通过连锁经营统一形象设计、统一经营管理、统一采购后在开店的装修材料、设备设施、家具用具购置及施工工程供货商及施工单位给与的价格优惠值。

5、 “增加的管理成本”是指：连锁经营总部功能所增加的人力、物力投入值。

（二）总店式

1、“总店式”的连锁经营组织架构（详见“附件一”）

2、“总店式”的连锁经营组织架构一般是以首个样板店为总店，总店作为连锁经营营运管理的核心。

3、总店的总经理实行对总店及各分店的统一全面管理

4、总厨师长：在总经理领导下负责总店及各分店的餐饮产品统一质量标准的制定、监督落实、检查考核及原材料、酒水采购标准制定和统一采购、新餐饮产品的开发工作。

5、总领班：在总经理领导下负责总店及各分店统一服务标准的制定、监督落实、检查考核和服务员的培训工作。

6、会计主管：在总经理领导下负责总店及各分店的统一核算工作。

7、行政主管：在总经理领导下负责总店及各分店的统一人事管理、行政事务管理、设备设施管理、分店开发、统一形象设计等工作。

8、分店长：在总经理领导及总厨师长、总领班、会计主管、行政主管的指导、监督、检查、考核下按照“七个统一”对分店进行全面的管理。

（三）总部式

1、“总部式”的连锁经营组织架构（详见“附件二”）

2、“总部式”的连锁经营组织架构是成立连锁经营公司实行统一的连锁经营和管理。

3、总经理对连锁经营公司实行全面管理。

4、采购总监：在总经理领导下负责连锁经营公司原材料、酒水商品的统一采购、统一配送工作。

5、技术总监：在总经理领导下负责连锁经营公司统一采购的原材料标准、酒水标准和餐饮产品统一质量标准的制定、监督执行、检查考核及新餐饮产品的开发工作。

6、服务总监：在总经理领导下负责统一服务标准的制定、监督执行、检查考核和服务员的培训工作。

7、财务总监：在总经理领导下负责连锁经营公司的统一核算工作。

8、行政总监：在总经理领导下负责连锁经营公司的统一人事管理、行政事务管理、设备设施管理、分店开发、统一形象设计等工作。

8、分店长：在总经理领导及采购总监、技术总监、服务总监、财务总监、行政总监的指导、监督、检查、考核下按照“七个统一”对分店进行全面的管理。

这些软件架构可以按照一个从客户端到服务器端的顺序来介绍

1，客户端，通常为windows系列的 *** 作系统，少数为Linux以及Mac的。

2，web服务器，一般为IIS或者apache，如果有中间件，通常采用中间件集成的web服务器

3,中间件, net系列的通常作为windows服务器组件而存在，java的要自己另外安装，通常有tomcat, jboss, weblogic, websphere等等

4, 数据库, mysql, MS SQLServer, Oracle, DB2等等

5, 服务器端的 *** 作系统，通常为Windows Server, Linux Server(Redhat/Suse/Fedora/CentOS/Ubuntu等), Unix(Solaris, AIX, HP-UX等)

6,开发环境,一般有Visual Studio，Eclipse等

以上就是关于中小企业it网络架构_中小企业IT面临成长的烦恼全部的内容，包括:中小企业it网络架构_中小企业IT面临成长的烦恼、什么是企业架构，是由业务架构和IT架构组成的吗、针环境，企业应建立什么样的IT架构来应对这些变化，详细描述这种IT等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！