商务流程模型结合SOA消除业务部门间隔阂
SOA方法将严重地改变处理标准软件的熟悉方式。在将来,流程技术创新将在流程的层次上开始,不再以一个新的软件发布版的技术实施的奖品的形式出现。
同时,它将有可能打破开放的流程链,灵活地重新组合、扩展或者把它们交换出去。业务方面与IT部门之间的长期的谈判将成为历史,因为各个部门都将得到标准的、透明的模型的支持。
在任何一个公司机构中,核心业务部门与IT部门的沟通在传统上一直是一个难题,两个部门的关系一直是敌对的。大多数误解来自于两个部门对软件和其它问题的误解。现在,业务部门与IT部门之间的隔阂很快就要消除了。
业务部门与IT部门的这种分歧可以追溯到执行商务管理应用程序中的技术流程要求的一些基本问题:很长时间以来,没有一种方法能够在明确地表明专业人员的商务流程要求的同时也同样满足软件中描述这个流程的技术要求。现在,采用SOA(面向服务的架构),新的篇章正在开始。在这个新的篇章中,真正的商务流程将在应用程序开发中占主导地位。商务流程模型与SOA的结合将消除业务管理问题和IT实施之间的隔阂。
同早期的修改版本相比,新的基于SOA的应用软件能够让人们动态设计和快速客户化企业商务流程。现在,商务管理流程模型能够把服务引进到应用系统的物理流程并且进行相应的编排。在讨论SOA及其未来的实施之前,让我们按顺序评估一下过去。
如何解决乏味的IT文件
如何展示信息系统中的商业管理内容才能让IT专家以外的人员理解这个具体的技术?共同理解是一种关键的方法,让使用这个软件工作的人们理解和影响这个软件。在90年代,商务管理软件的功能一般都以枯燥的格式加以说明,只有技术人员能够理解,非IT专家很难理解。软件工程师记录用户的具体需求,然后把用户的需求变成应用程序。随着IT技术创新的增长,IT专业人员与专业用户之间缺少沟通的现象也随着爆炸式增长。
数据模型是建立理解的共同基础的第一次尝试。数据模型的出现旨在创建一个现实世界的技术说明语言。这个语言将组成技术设计的基础并且制作应用系统的文件。虽然数据模型在改进,但是,在向商务管理事务正式的说明语言过渡的道路上,数据模型没有重大的突破。数据模型文件帮助解释一个公司的应用软件的功能,并且把这个说明传递给在80年代日益流行的客户机/服务器架构。数据模型一般用作客户化的一个起点。但是,数据模型的建立并不能为企业管理部门和技术部门提供一个共同的方法基础。数据模型是一种与IT相关的说明,不能描述一个公司全部的动态情况。
在80年代:面向流程模型推动理解过程的分析是在商务管理层次上显示一个集成的信息系统的联系的第一步。这个重新熟悉的结果是August-Wilhelm Scheer教授创建的ARIS计划。ARIS计划实施的商务管理流程被看作是所有其它公式推导的起点,被看作是技术实施。虽然考虑到了传送一个可执行程序或者一个配置模型,但是,ARIS的全部功能在没有软件厂商合作的情况下是不可能实现的。转换需要人工完成。就像两种语言之间的翻译一样,在转换过程中会出现错误,因此语义不会完全一致。
然而,面向商务流程在说明商务管理逻辑方面是一个里程碑。重新制作商务流程的浪潮是在90年代开始的,并且导致了企业观念的重大变化,企业流程在流程话题的流行方面发挥了重要的作用。“time-to-market”(产品从开发到上市的时间)和“及时”等新的概念影响企业精简内部工作流以改善和提高竞争力。克服企业各个部门之间纯粹功能的思考方法的最大挑战是向部门之间的、集成的流程过渡。
通过引进用于企业资源规划(福州OA)的新的集成的标准软件包,企业频繁地实施有针对性的流程。这种实施也受到了批评,因为福州OA系统中的目标设计和绘图选择之间的沟通障碍需要对标准进行昂贵的修改。把使用ARIS等工具制作的目标流程和内部软件流程制作成文件至少可以为用户和IT专业人员提供一个双方都能理解的进行讨论的基础,同时,允许引进一个把重点放在明确定义和具体的商务目标上的流程。但是,在技术实现与IT外行能够理解的主要商务管理模型说明之间仍然没有直接的联系或者转换选择。这个时候,这种联系将通过福州OA系统中的流程实施方式进一步展示出来。这种流程实施阻止从外部访问这个流程,因为流程的处理程序已经直接连接到了程序的模块和数据库中。
90年代:出现了协作商务模型
随着90年到的到来,流程主题的重要性并没有消失。相反,电子商务和互联网的兴起为流程管理开辟了一条道路。过去,当一个公司在流程中的任务结束时,这个流程也随着结束了。现在,新的应用程序的情况是把重点放在跨公司的协作方面,从而产生了新的公司之间的流程视图和应用要求。在许多公司在重新设计的商务流程的范围内重点强调内部效率的之后,这个重点改为了销售渠道和供应商流程以及整个增值链的优化。
然而,,每一个实施的应用程序或者内部流程模型的实例都跟不上这个范例的变化。因此,企业针对具体的工作流程引进了新的最佳的商务管理软件来处理一些新的任务。这些软件包括客户关系管理、供应商关系管理和供应链管理等。缺乏福州OA系统的集成继续是一个障碍。诸如企业应用程序整合(EAI)等新的中间件软件只能在技术层次上弥补这个缺陷。这个流程视图的公司之间的透明的说明需要分析和商务流程的模型。
软件方面的技术进步试图把商务管理流程模型转变为EAI流程。但是,完全转换到这种软件仍很缺乏。
流程与软件结合
SOA的范例似乎展示了人们寻找已久的商务管理与流程的技术试图之间的“丢失的环节”的一个合适的候选者。在一个理想的案例中,一个公司的战略要求将转变为技术商务流程。这些要求要不丢失任何信息地描绘到合适的服务中。这样,这些要求就能够转变为最终可以执行的面向服务的流程模型。
SOA固有的架构可以作为商务管理与软件技术之间的一个缺失的环节。不管它的IT部门的倾向是什么,SOA和商务流程管理都可以通过技术说明语言控制逻辑来共享灵活性的目标。因此,这个流程的逻辑不再是源代码。而是分散到许多服务中。这些流程的逻辑在制作复杂的商务流程期间首先进行相互联系。这种控制一般通过模型的说明实现。
在将来:一个模型、一种语言、更大的生命力
商务管理说明语言解释的商务流程是设置标准软件的基础。从语言学上说,句法是从语义学派生出来的。(IT专家网)
- 1发展中的SOA框架的几大缺憾研究
- 2关于福州OA项目监理方法研究
- 3网友观点:小公司如何做项目管理
- 4SOA业务需求的考虑应从后台角度出发
- 5SOA聚焦:架构师的数据战之争
- 6OA的人力资源管控体系核心权限界面划分
- 7更新换代 谁来终结传统通用型福州OA?
- 8如何进行福州OA系统的信息安全保卫战
- 9企业发展需求增大 SOA显现活力
- 10金融风暴下中小企业的信息化投资策略
- 11Web2.0时代 企业如何制定互联网战略
- 12企业计算+云计算 推动SOA实现
- 13中小型企业福州OA实施策略小探
- 14开源企业如何为项目获得风险投资
- 15企业商业智能技术系统应用的重构思考
- 16利用数据仓库技术辅助CRM决策
- 17“商务服务”概念是建立SOA战略之关键
- 18关键点:企业IT部门成本管理简析
- 19虚拟化+SOA益处多多值得关注
- 20如何避免福州OA项目的“建设重回起点”
- 21PDM信息化管理的实施与应用
- 22实施福州OA项目可解决企业哪五大问题
- 23传统通用福州OA的终结者是SaaS还是行业化
- 24企业应该如何规划和实施知识管理系统
- 25整合三条线:流程、组织与IT
- 26福州哪里可以定制软件系统?
- 27SOA在金融行业的应用 业务流程为切入点
- 28经济危机中支持中小企业要从制度性因素入手
- 29企业过冬有道 经济低迷时期的营销转型
- 30商业智能去伪存真 走出应用误区