《管见》毕伟:企业架构与应用建模

时间:2020-06-23    点击:次     来源:好项目    


《管见》毕伟:企业架构与应用建模

《管见》第五期

《管见》毕伟:企业架构与应用建模

作者:毕伟

好项目股份有限公司总工程师

随着企业信息化建设的不断推进,如何建立更有效的机制使IT与业务融合,即通过更好的IT运营、产生更高的管理及业务价值,提高核心竞争力成为企业迫在眉睫的问题,融合了战略发展、业务以及 IT 系统的企业架构(EA)应运而生。

业界使用最为广泛的企业架构理论和框架是TOGAF,TOGAF把企业架构分为两大部分:业务架构和IT架构,IT架构又分为应用架构、数据架构和技术架构,最新的框架中又把安全架构从技术架构中独立出来,形成业务、应用、数据、技术及安全五大架构。通过架构开发方法ADM来指导整个架构设计的过程,运用一套开放、规范的视图、视点对企业架构进行描述。
目前TOGAF企业架构框架被越来越多的企业所采用,包括众多大型集团企业,以及较大型的软件研发企业,用来指导IT系统的架构设计。
但是随着云计算的发展,尤其是云原生的大行其道,对IT系统架构设计提出了新的要求,要求更加敏捷和高效!传统的架构设计方法和过程存在如下几方面需要改进的地方:
1.架构对齐无法自动化。企业架构里强调业务架构和IT架构对齐,业务架构的变化能够反应到IT架构上。传统的设计方法需要针对不同的架构进行调整,以确保各层次的架构一致性,往往存在对某一层架构调整以后没有同步调整其他架构的情况,最终导致整个架构的一致性得不到保障,架构资产的价值得不到体现。
2.架构资产难于复用。企业架构的设计是一个复杂的系统工程,参与设计的角色有多种,包括企业的战略规划人员、业务架构的设计人员、IT架构的设计人员等。其中IT架构设计人员又分为多种角色,有设计应用架构的,有设计数据架构的,这些角色都在用不同的视图描述系统,比如业务架构中需要描述业务对象视图,而数据架构中需要进行逻辑模型和物理模型的设计,按照架构对齐的原则,业务对象在逻辑模型和物理模型中是有对应的,而实际设计出来业务对象视图和逻辑模型视图没有直接的关联,通常是逻辑模型设计人员参考业务对象视图完全重新开始设计逻辑模型。
3.设计过程难以适应变化。TOGAF把企业架构设计分为了10个阶段,多个阶段甚至是某个阶段可以是迭代的方式开展,而实际上从大的方面来说是一个瀑布式的过程,和现在主流的基于原型迭代的敏捷软件开发方法不符,难以应用到实践中,往往带来整体交付效率的降低。
4.设计工具非在线。常规的设计工具非在线,甚至使用多种工具才能完成整个设计,难以多人协同,导致架构资产难于管理,缺乏有效管控。



《管见》毕伟:企业架构与应用建模

好项目在2012年开始引入TOGAF企业架构框架,在进行软件系统架构设计和为客户提供架构咨询服务的过程中,同样面临了这些问题,经过多年的实践应用和积累,探索出企业架构设计的一体化解决方案——远光天鸿。


远光天鸿是融合了先进的设计理念和架构模式的智能化、可视化、一体化的协同设计中心,以开放成熟的行业标准为参考,通过智能的可视化工具实现设计、开发、实施的敏捷交付,随需而变,一体化协同。通过如下几项特性,较好地解决了架构设计中面临的问题:
1.同一平台,多角色在线协同。远光天鸿基于场景化的设计理念,无论你是业务架构设计人员,还是技术架构设计人员、开发人员、实施配置人员,或是系统用户,都可以基于同一个平台进行协同工作,用户可以在上面描述需求,业务架构人员可以进行业务架构的设计,开发人员可以进行实现设计等。远光天鸿也是一个全在线的、支持多终端的设计平台,随时随地都可以进行协同工作。
2.架构自动对齐,架构资产高效复用。远光天鸿基于统一的架构元模型,实现了业务架构和IT架构的自动对齐,同时也实现了架构资产的高效复用。远光天鸿基于分层设计、逐级细化的设计思想,设计的过程是多种不同的设计角色对同一个架构元模型进行分层和细化的设计,可以自动对齐和复用。比如在业务架构中设计的业务对象,业务架构师从实际业务场景的角度描述对象属性、属性语义和业务规则,数据架构设计师可以直接引用业务对象模型进一步描述属性类型、约束,物理存储定义等,开发人员可以直接基于此模型生成代码;当业务发生变化时,只需在业务架构中描述变化,自动对齐到数据架构和技术架构。当业务发生变化,增加新的功能时,业务能力视图和应用架构中的应用功能视图可以自动对齐,无需重复设计。
3.从应用建模开始,基于原型迭代、支持双向转换。企业架构设计的过程是通过分解复杂问题空间,通过不同视图和视点来看整个系统,远光天鸿通过一个抽象的应用模型,把传统的进行视图视点的设计变成对应用模型的设计,从一个可视化的应用原型开始,而不是从描述某一种视图开始,这更符合人类的思考习惯,能够更加高效地进行整体设计,同时更利于多角色的沟通协同。远光天鸿把系统抽象为组织模型、流程模型、功能模型、数据模型和资源访问五大模型,通过对这五大模型进行建模设计,从而完成整个系统的设计。基于原型迭代的思想,设计的阶段交付物为可视化的、可运行的原型,而不只是一些静态的视图,比如企业的经营业务发生变化,从架构上会体现为需要增加新的功能来支撑业务的变化,在远光天鸿中只需要以向导的方式在功能模型中添加一个功能,同时还可以对这个功能的界面原型和涉及到的数据、流程、规则等进行设计,并可进行原型运行。
大家知道,企业架构设计的一个很重要的目标,是需要满足不同利益相关者的关注,远光天鸿的应用建模和架构设计使用了统一的架构元模型,可以通过应用模型自动生成一个架构视图,在架构视图中变更也可以同时反映到应用模型中,从而实现双向转换,将架构设计和应用建模协同一致。
4.架构资产的统一管控。远光天鸿通过内置架构模板、规范和参考模型、模式,可以使整个团队的架构设计交付规范统一,通过数字化的架构度量,来提高团队架构设计的水平和更好地进行架构治理,支持分布式的团队组织和多层级的组织,可在统一的平台上实现横向协同和纵向管控,从而实现架构资产的统一管控。
我相信,未来的信息系统的建设,将会是以企业架构的思想,从应用建模开始,而不单从架构设计开始。

关键词: