企业IT管理_08应用架构_01应用架构概述.docx

PAGE

PAGE1

企业IT管理之应用架构

应用架构概述

TOC\o1-4\h\z\u十、应用架构 2

10.1应用架构概述 2

10.1.1定义及与业务的关系 2

10.1.2企业通用应用架构 2

10.1.3建设途径 7

10.1.4应用架构建设的人员分工 10

十、应用架构

10.1应用架构概述

10.1.1定义及与业务的关系

我们通常讲的应用架构是个名词，指的是企业应用系统建设规划的蓝图，企业IT人员根据这个蓝图来有序的搭建应用系统。

如果把应用架构理解成一个动词，就是利用各种技术手段，建设企业应用系统的过程，今天我们着重讲的就是这个建设过程中的具体工作。

1.定义

企业应用系统向上承载企业的业务架构，将企业运营的各类信息按照业务逻辑，在系统上分发、流转、审核，从而实现在线协同合作、规范运作过程、提升业务效率、促进业绩增长的目标。

其实应用架构就像堆积木，每个系统就是一块积木，把所有的积木都堆起来，就形成了完整的应用架构。当你手里的积木比较少时，能选择的搭建方式是非常有限的，而且不管怎么搭，结构都相对稳定，没有什么挑战；只有系统越来越多，越来越复杂，架构规划才有意义。

2.应用架构与业务的关系

从业务架构和业务流程中识别应用功能，再基于应用功能及更细化的IT功能需求设计应用功能架构，最终分解为应用功能清单并考虑如何用IT系统的功能模块来承载，以实现业务落地。

10.1.2企业通用应用架构

根据《国民经济行业分类》标准，中国企业的行业分类繁多，各行业在信息化建设上存在着一定的差异，受限于经验和能力，无法面面俱到的阐述所有行业应用架构建设历程，所以我们从中提炼出了企业通用应用架构设计，希望能够给大部分企业的应用建设提供参考。我们希望能尽量将理论与实际结合，把落地过程讲清楚，而不是停留在千篇一律的理论上。

1.典型业务模块

一个典型的企业，包含研发、生产和销售三块主干业务。研发保证企业能够设计、创造属于自己的产品，再经过生产加工让产品能够制造出来，然后销售团队将产品推向市场，卖给客户，从而为企业带来营收。

除了主干业务外，还需要额外的资源来支撑主干业务的正常运转，于是就有了分工专业的职能部门：

人力资源：企业的业务量越来越大，需要的员工也越多，围绕人事的活动就变得非常频繁；企业就逐渐需要专门的人力资源部门来跟进员工的入、转、调、离的相关管理工作；

行政部：核对考勤、发放工资、员工福利也是不小的工作量，于是有了行政部门；

财务部：企业的营收逐渐增加，慢慢发现老板娘已经疲于应付收款、付款、报税等工作了，终于还是有了专业的财务部门，尽管老板娘还是不放心；

法务部：企业规模越大，合规的风险也随之增长，尤其是涉及到海外业务时，一不小心可能就血本无归；为了规避法律风险，成立法务部门也就显得非常必要了；

IT部：老板发现一个人修电脑太慢了，网络也不行，租用邮箱担心不安全，office无法协同工作，于是下血本成立了IT部门。

当然，以上这些职能部门出现，就像我们的应用系统，都是逐步建立，逐渐完善的。

2.典型应用架构示例

为了支撑公司主干业务（运营流程）和职能业务（使能流程和支撑流程）的运转，就需要搭建相应的应用系统，与上述业务对应，就形成了一套企业通用的应用架构。

我们无法直接复制一个成功企业的应用架构，但可以参考学习，这也是各细分领域咨询公司存在的原因。经过长期的行业积累，我们整理了常规企业的典型应用架构。

下图是一个典型的企业应用架构：

研发领域

在研发领域，主要通过产品生命周期管理系统（PLM）来管理研发项目、产品研发过程、产品生命周期，通过产品数据管理系统（PDM）管理产品结果数据。之外可能还有缺陷管理系统、知识管理系统加以辅助，?基本就构成了研发领域的应用系统架构。当然，不同类型的企业，研发的产品千差万别，还会需要用到很多更专业的细分领域工具，这些我们在后面章节中再加以说明。

营销和销售领域

在很多企业中，市场、营销和销售业务区分不是很明确，有些企业直接不区分，在这里我们也统一称为销售业务。在该领域中，通过CRM系统基本能覆盖企业市场到线索（MTL）、线索到收款（LTC）、问题到解决（ITR）的业务过程。

供应链领域

在供应链领域中，常见的方式是通过企业资源管理系统（ERP)、生产排程（APS）、制造执行系统（MES）来跟进生产供应业务过程。还包括生产的前端采购供应，一般有采购管理系统(SRM)。

在当前的软件市场上，很多软件厂商希望能够将自家产品完整导入到客户，达到强绑定的目的，通常将ERP的范围放大到包罗万象，无所不能的程度。

虽然市场上有些ERP软件确实包含了企业需要的很多模块，但并不是每个模块都能适配企业需求；而且，有些模块或子产品，是在软件厂商在发展