业务架构

业务架构等同于企业运营模式，是企业将战略转化为日常运营的必经之路。所以业务架构是一个基础的平台，是一个企业相对稳定的核心。为什么是相对稳定。因为它是随着企业的成长在变动的。企业的流程和企业满足市场变化，客户需求变化及其其他变化就是建立在企业架构上。因此一个企业不同于其他企业的一个核心也就可以说其业务架构不同。 
   在了解上面关于业务架构的一点知识来，来看看业务架构上面体现了些什么？ 
    任何企业都会有该企业的战略。那么战略这个词有点抽象，这里就不去详细解释战略和战术的定义，直接给出我的理解吧。战略是解决了组成企业的各个部分之间如何运作，同时也和日常运营关联起来。因此从大的层面上可以理解为企业战略需要透过业务架构来分解。 
   例如：企业的战略目标是要将成本降低，要实现这个战略目标的话，就必须去将业务架构进行改造。通过改变和优化其中的一些流程里实现。 
  上面一大段可能让你感觉太罗嗦了。现在我在阐述下我认为业务架构包含了那些？ 
 

• 公司的产品或者服务的功能和相关人员的职责
• 公司销售部门的功能及其销售人员的职责
• 公司客户服务的功能及其职责
• 公司财务，仓库，采购，人力资源的功能及其职责

在上面罗列的几点有个共性那就 功能及其职责 
对业务架构首先必需清晰公司有点部门的功能和职责。理清楚这个很重要。 

针对上面这些我们怎么来设计业务架构呢？现在提供以下思路 

• 业务组件
• 业务流程
• 组织架构

    企业就是由多个不同的业务组件构建而成，每个业务组件都有自己的业务目标，并且有一系列关联的业务活动，还有人力，技术，财务等资源和管理管理方法及其对外提供服务。业务组件能够独立地进行运作。因此业务组件是企业架构设计中的最基础行工作，能够清晰的定义其功能和流程将为之后信息化打下坚实的基础。 
   下面归纳业务组件的一些特点： 

• 独立的业务模块,在整个企业中要承担特定的职责
• 组件内部的各个活动之间紧密关联的，而与外部其他组件的关联程度很低(高内聚低耦合)
• 每个业务组件的输入和输出必须是有标准化。组件不能直接使用其他组件内部的资源或者活动 必须通过标准接口获得所需要的服务
• 每个组件一般都拥有该组件自己的资源，它们在完成设计该组件的功能或者活动的时候消耗这些资源。也可能存在没有资源的组件，它们主要设计出来进行配合或者调用其他组件的资源来实现在的功能或者活动。

通过分析业务组件，企业进可以发现那些业务组件是企业的热点或者是核心，那些是体现战略的组件。

----------------------------------------------------------------------------------------------------------------------------------------------------

在阐述业务组件活动及其业务流程前，我先说明下，有朋友可能会说能不能结合项目来分析企业架构。其实项目是体现业务架构的载体的。为什么企业架构理论性比较强的一个原因是，它主要给企业管理者，业务分析需求分析有很大的作用。至于结合项目。之后在完成企业架构的阐述后，我会根据我的经验来进行拆分企业架构运用到IT项目中。不过在运用到项目中之前，你必须先明白这些知识。 
    现在就就阐述两个问题 
1. 业务组件的活动 
      业务组件的功能一定是有它的活动体现的，所以活动是组件的最主要的组成部分。任何一个活动都会跟一个或者多个流程有关。大家经常办事的时候都接触到一些流程，比如在医院看病有看病的流程。那么流程是什么呢？流程是为完成一个特定的业务目标而把多个活动组成而来。比如看病的流程：先去门诊部挂号---然后看医生--接着去拿医生看的药方去交钱---接着拿着缴费单去取药----最后出医院。 
这个就是简单的一个看病的流程，这个流程就是为看病而设计的。所以在这个流程中有多个活动。这些活动的不同组合就能产生不同的流程。不同的流程又代表不同的业务目标。这里要注意。每个活动还可以分流程，流程中还可能有活动。因此这些是动态的，必须根据业务目标来进行划分。 

2. 业务流程 
     在业务组件的活动中已经牵涉到流程了。这里为什么还要单独来阐述业务流程呢？业务以外流程是非常灵活。很多企业常用BPM，为什么用BPM。因为很多企业认识到企业在不断的成长，而业务流程是需要变化而让其具有灵活性和适应性。因此通过流程再造和流程优化都能给企业带来成本降低和服务质量的提升。 
   BPM 主要的任务就是根据企业业务活动与所提供的服务经营目标之间的关系，来对企业的内部流程、职责进行重新设计或者优化以保证所完成每一业务活动都能支持企业的最终目标(战略目标)。 
  BPM有什么好处呢？ 

• 能够规范化企业流程。梳理企业流程，界定流程各个环任务极其各个环节的关联，让业务能够无缝衔接
• 能够优化企业流程，企业流程的持续优化，能够很好的随着企业的成长而成长。并且能不断的强化很完善流程体系。

  根据人在思考问题的时候，一般都是进行分解。那么在流程的设计的时候也应该采用这种方法。先设计最上层的流程，然后再将最上层的流程分解直到分解到最细。或者分解到已经能够达到最小业务目标为止。 

在流程设计方法有以下几个点值得参考 

• 基于业务目标的流程设计方法
• 根据BPMN流程管理理论
• 利用六西格玛中的SIPOC流程设计方法

   现在很热的JBPM就是根据BPMN流程管理理论产生的关于流程改造的技术。这里稍微介绍下SIPOC流程设计方法，该方法适合设计高层次的流程。 

这篇就先写到这里，之后在看看组织架构。如果你是IT开发人员，这些看似理论的东西对你绝对是有用的。之后在用分析模式或者设计模式的去IT架构的时候就会发现这些知识很有用。 

--------------------------------------------------------------------------------------------------------------------------------------------------------

关于组织架构也是一个非常重要的概念。为什么说组织架构是一个非常重要概念呢，现在大家应该常常听说上市公司的公司治理。里面就有组织架构设计。通俗时候，组织架构的设计是根据企业的发展战略，对集团、公司，部门岗位，人员设置及其想考核体系而设计的。这样的组织架构更具有针对性，能够更好的适应业务流程和更好的促进企业的发展。比如前不久腾讯就调整了它的组织架构。 

引用

  腾讯将把原有的业务系统制(Business Units，BUs)升级为事业群制(Business Groups，BGs)，把现有业务重新划分成企业发展事业群(CDG)、互动娱乐事业群(IEG)、移动互联网事业群(MIG)、网络媒体事业群(OMG)、社交网络事业群(SNG)，整合原有的研发和运营平台，成立新的技术工程事业群(TEG)，并成立腾讯电商控股公司(ECC)专注运营电子商务业务 

    如何来进行组织架构的设计呢？主要根据企业的发展方向，比如是集中发展来体现规模效应还是分散运作，注重灵活性和贴近客户？是注重扁平化和快速反应，还是加强总部职能和风险控制？ 这些都是需要去考虑的。不同的选择将影响业务组件，业务流程的设计。在组织架构中将会因为负责的特定的业务活动而出现职位。 请大家注意：职位的出现一定是由于这个职位聚集了一些职责。千万不要因为人而设置职位那么这个组织架构就很容易出现问题的。因为人的流动和不确定将导致这个组织架构出现缺陷或者重大问题。  

  因此在组织架构设计好就要相应的设计岗位。并且定义岗位的职责。及其在整个流程中的角色。如果大家有兴趣可以的国家现在的组织架构去分析下。其分析方式和企业架构分析思路和方式是一样的。 

----------------------------------------------------------------------------------------------------------------------------------------------

 前面几篇都是在阐述关于企业层面的内容，从这篇开始将进入IT为企业怎么去服务。 

     业务的发展需求依赖IT系统的支持，而IT系统的需求又是从业务中获取。因此要将IT和业务很好的融合起来就是企业管理人员最关注的问题。怎么样的IT系统能够很好的促进业务的发展呢？首先我们来稍微分析下IT与业务的关系。 

•   1. 已经存在企业运营的模式，需要IT系统来维持现有企业运营模式并且能够保证IT系统的伸缩性(有明确的企业战略规划和目标这种可以直接开展IT建立)
• 2. 企业的IT技术有很强的竞争能力，那么它就能够由IT战略来影响和改变企业战略的发展。

   无论是那种模式，它们之间只有相互支持才能达到很好的效果。 
  IT架构是企业建立IT系统的基础。它能够指导IT的发展和项目的开展 .(这里有个概念可能从事软件开发的人员会误解，那就是系统和程序的区别。程序是为了解决某个或者某些问题而用计算机语言写的一些代码。系统是完整的是一个内部复杂多变对外是统一，规范的一种结构体。比如我是这样理解的，系统类似一个人，而程序是人的肢体。医院可以生产和安装假肢但是不能生产和安装一个完整的人.)   
   企业的IT架构需要帮助企业解决那些问题呢？ 

• IT 如何支持现有和未来企业的发展？
• 每个IT项目为什么要开发？如何体现IT的价值
• 企业的技术路线是什么？该采用什么样的产品和技术？

    IT架构包括那几部分： 

• 数据架构
• 应用架构
• 技术架构

我个人认为：IT架构师等同于系统架构师，他主要从事企业解决方案的构架和编写方案。必须熟悉企业所属的行业及企业相关的行业。 为什么要熟悉相关行业呢？比如大型零售行业没有自己的配送部门，需要用UPS或者其他大型配送公司，那么就要提前设计好企业系统与配送公司的接口和环境等等。 
  请注意：IT架构是对企业级系统的规划，而系统架构是某个特定IT系统架构。如果要规范化系统的实施过程可能分为系统整体方案设计、概要设计、详细设计、开发、测试和部署等阶段。设计阶段产生了图类：比如 系统流程图、业务用例、设计系统范围、系统架构，组件图、部署图等。但是实际现在国内很多没有怎么规范。那么就需要根据实际情况产出适合的图和文档。如果没有图和文档维护系统和二次开发系统将是一件很复杂的工程。

----------------------------------------------------------------------------------------------------------------

有些人可能会奇怪，企业架构跟数据架构有什么关系啊。其实数据才是企业架构最有价值实在成果。IT系统的价值并不是什么先进技术和强大的硬件。而是存储和处理数据、信息。数据是对客观事物的真实表现，企业业务过程中的所以对象的状况都可以用数据记录下。数据经过加工处理之后，才能被企业运用和提供给企业管理者进行决策。因此在考虑企业IT架构之前应该先考虑数据架构。数据架构主要解决两个问题：第一IT系统需要什么样的数据，第二如何存储这些数据。 

     数据架构也可以看成是概念数据模型、企业数据模型等。它们都是指定义企业的数据项以及它们的属性和关系。 
    企业数据架构可以帮助企业解决信息孤岛，建立一个共享，通用、一致的企业数据基础平台。 
   数据架构的内容包括三个部分 

• 数据项：通常可看做为领域模型中的领域对象。是系统必须存储的数据(持久类)
• 数据属性：定义数据项的特征
• 数据关系：描述数据项之间的关系

如何进行设计数据架构呢？ 
我的思路：从企业的业务流程中找出领域对象，然后找出领域对象的属性，并且分析每个属性的类型及其领域对象之间的关系，接着建立出数据项与业务功能的关系。 

  因此数据架构的设计将源于业务架构中的组件和流程的定义。一个好的数据架构是开发数据库的基础，能够支持业务的长远发展。 

数据架构的表示方式： 
1. 概念数据模型 
      概念数据模型是对现实世界的高层次的抽象，是IT系统数据建模的一种方法。比如ER图就是数据概念建模最常见的方式。它主要描述企业数据实体、属性和关系。主要属性： 

• 实体(Entiy): 企业领域对象
• 属性(Attribute): 领域对象的属性
• 联系(RelationShip):两个领域对象之间的关系(1:1, 1:n 或者 m:n)

例如： 
   在设计学校的管理系统的时候：领域对象就会有：老师，学生 
那么老师：姓名，年龄，职称，电话，地址属性 
    学生： 学号，姓名，专业，年龄 
老师和学生的关系是M:N的关系 

2.数据项和应用系统的关系 
数据项最常用的四个操作：Add, Update, Search, Delete。 
然后根据数据项的所属部门和职位及其业务定义出部门和职位的具体操作。比如：上面的例子老师信息的add，update，search，delete并不是每个领域对象都能去操作。并且相同的领域的对象部门或者职位不同也操作不同。 

---------------------------------------------------------------------------------------------------------------------

之前一篇阐述了数据架构，这篇就来阐述下应用架构，很多开发人员会说应用架构不就是所谓的三层模式，mvc等等吗？是只有这些吗？下面谈谈我的认识和见解。 
  
何谓应用架构及其应用架构的目的是什么？ 
    应用架构的主要目的是将企业的业务架构和数据架构与IT系统进行管理。正如企业架构是骨架，数据架构就是骨架中运作的血液，最后IT系统是维持血液在骨架中运作的推动力。如何合理，有效的推动，就需要用到应用架构了。 因此应用架构是定义企业向业务部门提供的整体的IT应用系统和具体的功能或者提供的具体服务。大家应该知道具体的应用系统主要的功能就是为企业提供对数据的处理。(比如：数据的录入，数据的编辑修改，数据的删除，数据的汇总报告，数据的搜索等等)。 
   应该架构在IT架构中发挥核心的作用。它能够连接业务架构的流程，组件，功能，岗位，也能够连接数据架构中的数据的管理和使用，还能够提供对技术架构和IT基础设施的要求。因而，一个完整全面的应用架构对IT系统的建设有很重要的价值。 
    如果从另外一个角度分析的话，你会发现其实应用架构是一张企业视图，它规划和定义IT系统和它们之间的接口及其集成的方式。从这张图上你可以发现那些功能是重复及其那些是由于企业部分的划分不合理导致重叠的部分。 
    
    在应用架构设计时，第一要考虑在企业内部通用的需求，设计具有广泛适用性的架构。建立企业内部垮部门通用的系统，这样能够最大效率的利用数据共享。第二考虑不同业务线之间的差异需求，针对差异化进行功能化或者独立的数据存储。具体在进行应用架构的时候需要考虑输入包括企业的规章制度，业务用例，非功能性需求，旧系统的情况，如果有同行业的一些优秀系统的话也可以参考。在应用架构中一定要考虑现有并且展望未来而进行设计。切莫仅仅针对现有来进行设计，这样的话进会出现，设计完，也就被淘汰了。当如果不好展望未来的话，就要最好准备进行过度方案的设计。 
    任何架构方面的设计应该都按照先设计高层次大观的设计方案，其实就是对这个方案进行细化。因此在应用架构的设计的时候也可以先设计出概念架构图，在这个架构图中主要能够让业务人员和IT人员都能够理解的、并且将所有系统同时展示出来的架构图，其次根据概念架构图设计出具体的逻辑架构图，它将更详细的说明子系统和组件的功能以及使用情况，并且描述不同业务线之间，总部和分部之间情况。 
   是否是个好的应用架构主要看它是否能够体现企业IT系统的蓝图，指导具体解决方案的制定、系统的开发和部署。同时在应用架构中是否能够和业务的组件进行对照和匹配。 

最后就谈谈应用架构的模式。 
   现在流行的应用架构的模式有： 

• 面向对象架构
• 三层架构(显示层，逻辑层，数据层)或者什么四层模式其实不过是三层模式的抽象而已
• SOA
• MVC

下面在给出一些思路用于IT设计 

• 如果根据企业的业务需求出现集成多个应用系统来完成特定的流程和功能，可以试着将流程进行集成化，让多流程来处理一个业务或者设计接口来达到让两个系统通过建立接口进行消息的交互或者设计为响应，一方提request，一方response。也可以并联或者串联业务流程。等等
•   如果企业需求企业合作伙伴进行集成的话，建议能否试试暴露接口让对方调用使用Web Services等。

以上只是提供一个思路，具体请根据实际情况去运用。 
企业可以根据自身的特点和企业IT系统化的投入选择合适的应用架构模式。 

转载：http://jiangduxi.iteye.com/blog/1621667