传统IT系统实施的现状和问题传统的信息化系统在规划和建立的时候都是基于某一个业务领域或者局部业务需求关注点为输入。项目组织方是IT部门,IT人员在项目实施过程中,IT人员通过与业务域主管领导或者各业务的骨干人 ...
传统IT系统实施的现状和问题 传统的信息化系统在规划和建立的时候都是基于某一个业务领域或者局部业务需求关注点为输入。项目组织方是IT部门,IT人员在项目实施过程中,IT人员通过与业务域主管领导或者各业务的骨干人员业务沟通进一步确定功能设计方案,之后组织开发实现。这个过程中往往存在着问题。 1. 各业务人员的表达方式不统一; 2. 对各业务的术语使用不一,造成理解的误差; 3. 沟通过程中丢失业务活动; 4. 业务边界模糊,不同业务人员可能存在说法不一致。 需要解决这些问题,则需要注意一下几点: 1. 基于统一表达方式的基础上进行交流; 2. 企业内的各业务术语需有明确的定义; 3. 基于显性化的业务流程进行沟通; 4. 各业务活动有明确的责任人。 企业架构实施方法往往自上而下设计、自下而上验证,解决在业务有统一规划、各业务活动、业务边界有明确的职责划分,并基于统一的表达方式进行梳理和规划,确保在IT项目实施过程中大部分的问题则可以消灭在需求和设计阶段,从而减少IT项目的风险,提高项目成功的概率。 企业架构简介 企业架构(EA)就是为复杂组织系统建立全要素、多视角的数字化模型,让人们能够在一套完整“大图像”的基础上进行规范表达并达成共识,并在此基础上实现科学设计、分析与决策的根本方法。企业架构(EA)包括业务架构(BA)、数据架构(DA)、应用架构(AA)和技术架构(TA)。 业务架构(BA)是对业务进行结构化表达的一种方式,以此明确组织如何利用核心业务要素达成其战略目标和意图。是从企业的整体视角出发,对利益相关方、利益相关方的需求、业务能力、业务领域以及业务流程等关键内容进行系统的识别、规划与梳理。通过业务架构,企业能够清晰地定义运作方式,并确保各项资源和活动协同一致,支持战略落地和业务成功。 数据架构(DA)是一种以结构化的形式定义业务运作和管理决策所需信息及其相互关系的整体组件规范。它通过设计概念数据对象、逻辑数据实体等,为业务流程中的数据流转提供统一的标准和支持。数据架构旨在促进信息传递的高效与敏捷,并在数据流层面实现灵活流转,从而更好地支撑业务需求和战略目标的达成。 应用架构(AA)描绘了支持业务架构所需的各类应用功能,这些功能用于处理数据架构中定义的数据。它根据业务需求和企业IT管理要求,对应用领域、应用组件及具体应用功能进行系统化设计,确保业务目标得以有效实现。 技术架构(TA)则是为支持业务、数据和应用服务的部署而必需的逻辑软硬件能力的集合。它涵盖了IT基础设施、中间件、网络、通信、部署方案以及相关标准等内容,为整个信息技术环境提供坚实的基础支撑,确保各层级架构能够高效运行。 企业架构为IT系统实施过程带来变化 1.业务需求澄清过程带来的变化 传统的IT系统项目需求一般是由某一个业务域或者业务口骨干人员通过口头或者一些简单文件进行需求的传递,且因每个人所处的立场不同,在表达上侧重点各不同相同,往往给需求传递造成一定的误差,提高IT实施过程中成本的浪费。 而采用企业架构的方法,对企业的业务进行统一的梳理、规划后,则可根据企业IT的现状与业务之间,找到IT系统差距,然后借助流程建模工具(如BPMN),详细绘制企业核心业务流程。以仓储业务为例,涵盖产品入库、出库、盘点、物料配送等多个流程。通过对业务流程的细化,清晰界定各环节的输入、输出、活动及参与角色,精准识别IT系统需支撑的业务节点与功能,在IT系统的需求调研、实施中过程中极大提高了项目成功的概率。 2. 系统数据集成方面带来的变化 传统的IT系统项目在数据集成在需求传递过程中一般则是本次在建的系统和企业现有的其它系统的集成,从现有系统的哪些模块集成那些数据一般在项目建设初期没有明确,都是在项目实施过程中在进行沟通确认,往往造成数据集成不彻底,给业务造成多头填报的可能。 通过企业架构的方法支撑以数据流程图的方式对企业各类数据进行全面的清查,如产品数据、客户数据、质量数据等,明确数据存储的位置、格式等。通过数据架构掌握企业各类数据的具体情况,通过数据流程图,展现数据在业务流程各环节的产生、传输、存储与使用过程。以采购过程为例,物料信息在主数据系统中、供应商信息质量管理系统中、采购模块在ERP系统中、库存管理在WMS系统中,如下图所示: 通过数据流程图我们可以分析物料采购到仓储的整个流程,掌握IT系统的系统集成要求。 3. 应用系统边界都带来的变化 企业在发展的过程中一般都构建了大量的IT系统支撑业务,但是因为各业务域存在交叉,所以IT系统之间得边界也比较模糊,造成同业务模块存在不同的IT系统中,而传统IT系统项目实施过程中又未充分考虑与现有系统的交互与协作,无形中浪费了大量的人力和财务。 通过企业架构方法,借用应用关系图的方式,明确各应用系统之间的业务协同、数据交互的关系,企业根据企业业务与数据需求,规划未来系统应用的蓝图,梳理、规划应用系统,以此确定企业应用系统中哪些需要升级,哪些需要整合以及那些需要新建。如:场景一:随着企业数字化转型需要,但是业务数据存储在不同的IT中,需整合分散在各业务系统中的数据,为管理决策提供依据,规划新建大数据平台;场景二:在某制造企业,建立的MES和ERP系统,但IT系统实施过程中未充分考虑集成,现需将ERP系统中的生产计划下发到MES系统,MES系统需要反馈给ERP生产进度信息,则需要考虑IT系统集成的项目,对原IT系统进行升级改造。 总结 随着企业规模不断扩大、业务复杂度不断攀升,企业需要建立管理弹性,提高自适应能力。自底向上和自顶下下两种管理模式在短期内一定是共存关系,传统信息化建设方式可以短期内解决业务问题,企业架构建立了“一个骨架”,帮助企业建立战略-业务-IT间相互对准能力,,又提供了一套从业务的发展规划到信息化的规划到信息建设的通路,做到从战略-业务-IT的贯通。希望本文章的观点对IT建设过程带来一些启发。 |


