一种模型驱动的软件构建方法及系统技术方案

技术编号:21183652 阅读:22 留言:0更新日期:2019-05-22 14:42
本发明专利技术公开了一种模型驱动的软件构建方法及系统,所述方法包括获取预先建立的适用于待构建软件的软件架构,所述软件架构包括:控制管理区域,包括事件控制模块和主模块;逻辑层级区域,包括平台层、模型层、服务层和应用层;根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件。能够解决企业管理数字化所面临的问题,为企业管理数字化提供一个完整、一致、简单、明晰的解决方案。

A Model-driven Software Construction Method and System

The invention discloses a model-driven software construction method and system, which includes acquiring a pre-established software architecture applicable to the software to be constructed. The software architecture includes: control management area, including event control module and main module; logical level area, including platform layer, model layer, service layer and application layer; and according to the software to be constructed. The application requirements and the software architecture are presented, and the software to be built is constructed. It can solve the problems faced by enterprise management digitalization, and provide a complete, consistent, simple and clear solution for enterprise management digitalization.

【技术实现步骤摘要】
一种模型驱动的软件构建方法及系统
本专利技术涉及软件
,特别涉及一种模型驱动的软件构建方法及系统。
技术介绍
随着互联网、云计算、大数据的蓬勃发展,企业管理的数字化是大势所驱。目前,企业管理数字化所需技术处于分散且异构的状态,大至可以分为以下几类:1.企业内控运营类软件;这类软件以ERP软件(如SAP、Oracle)、套装软件(如用友、金蝶)、专业软件类(如OA、HR等)为代表。针对企业内部管理而设计,即解决企业数据规范化、流程标准化、业务全景集成联动问题。这是传统ERP的范畴。2.业务/数据集成类软件;这类软件以ESB、SOA、BPM、MDM等消息、流程、集成中间件或架构方法为代表。基于企业数字化需要多业态融合的需求,将分散的各种企业应用软件连接在一起,形成一个整体,即解决企业业务条线、业态之间的跨业务集成、数据共享统一、流程端到端问题。这是ESB(企业服务总线)、SOA(面向服务架构)、MDM(主数据管理)等方法的范畴。3.互联网类软件;这类软件以微服务、分布式架构等方法、架构为代表,解决海量数据、海量用户、高并发的互联网应用场景,例如电商平台。即将传统业务去中心化、个性化、场景化、快速迭代,利用互联网技术重构传统业务。这是分布式、微服务等
的范畴。现有的企业管理数字化软件,均只在企业信息化过程中的某一方面发挥作用,相互融合很困难,甚至相互矛盾。在它们自己的领域工作很好,而从企业数字化全局来看,这些软件无法解决整体问题,甚至会产生负面影响,例如:企业内控运营类软件通常都为单体结构,体系不开放,相互集成困难,难以大规模分布式部署,难以互联网化。业务/数据集成类软件是一种外部集成,只是将原本分散的部分连接起来,并没有改变原来分散软件的孤立本质。即它们无法实现企业内部信息的本质上的唯一化、共享化和天然的集成一体。相反,当业务复杂时,将在集成点上形成集中式的单点依赖,让软件系统变得复杂、难以维护、难以扩展。互联网类软件要求将连续的业务分割成相互独立的小块;而互联网应用的快速迭代、个性化、场景化要求,导致业务单元的进一步独立化。这就与企业内控运营所需的集成一体、流程端到端相矛盾。互联网化类软件造成了企业内部更加严重的信息孤岛化。这就是互联网企业在ToC领域风声水起,而ToB领域举步维艰的根本原因。可见,企业管理要实现数字化,面临着大量分散、异构,甚至相互矛盾的软件构建方法。例如,内控运营要求全盘设计,流程端到端;而互联网创新则要求小场景,片断流程的快速迭代。在实际的应用中,整合这么多软件方法和技术极其困难,耗费极大的成本,且效果差强人意。
技术实现思路
本申请的多个方面提供了模型驱动的软件构建方法、系统、设备及存储介质,能够解决企业管理数字化所面临的问题,为企业管理数字化提供一个完整、一致、简单、明晰的解决方案。本专利技术的一方面,提供一种模型驱动的软件构建方法,包括:获取预先建立的适用于待构建软件的软件架构,所述软件架构包括:控制管理区域,包括事件控制模块和主模块;逻辑层级区域,包括平台层、模型层、服务层和应用层;根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件。本专利技术的另一方面,提供一种模型驱动的软件构建系统,包括:架构获取模块,用于获取预先建立的适用于待构建软件的软件架构,所述软件架构包括:控制管理区域,包括事件控制模块和主模块;逻辑层级区域,包括平台层、模型层、服务层和应用层;软件构建模块,用于根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件。本专利技术的另一方面,提供一种计算机设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现如以上所述的方法。本专利技术的另一方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如以上所述的方法。基于上述介绍可以看出,采用本专利技术所述方案,能够为企业管理数字化提供一个完整、一致、简单、明晰的解决方案。【附图说明】图1为本专利技术一些实施例所述模型驱动的软件构建方法的流程图;图2为本专利技术一些实施例所述模型驱动的软件构建系统的结构图;图3示出了适于用来实现本专利技术实施方式的示例性计算机系统/服务器012的框图。【具体实施方式】为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例,都属于本申请保护的范围。图1为本专利技术模型驱动的软件构建方法的流程图,如图1所示,包括以下步骤:步骤S11、获取预先建立的适用于待构建软件的软件架构,所述软件架构包括:控制管理区域,包括事件控制模块和主模块;逻辑层级区域,包括平台层、模型层、服务层和应用层;步骤S12、根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件。在步骤S11的一种优选实现方式中,所述事件控制模块,用于接收用于开发所述待构建软件的用户事件请求,基于所述用户事件请求生成委托信息,并将所述委托信息发送给所述数据模块;优选地,所述用户事件请求包括用户需求,所述用户需求以业务流程进行描述。所述主模块,用于:接收所述委托信息,并基于所述委托信息获得内部配置参数;基于所述内部配置参数设计应用场景、分解服务和业务对象、分解数据对象;然后在预构建的数据对象池中根据分解结果获取构建软件所需要的数据对象;在预构建的业务服务模型池中根据数据对象建立业务服务,所述业务服务由功能(业务行为)和数据(业务对象)构成;在预构建的业务场景模型池中,根据业务服务构建业务场景;在预构建的应用程序模型池中,根据业务场景构建软件。优选地,逻辑层级区域中,平台层用于构建统一的基础设施,用于支撑和运行上述模块所需的硬件、和基础软件。其中,计算机设备用于支撑和运行控制管理区域,包括事件控制模块和主模块;存贮设备用于支撑和运行数据模块。模型层用于将企业业务运行机制、组成结构、集成关系,用数据模型、服务模型和业务集成模型的形式,将企业业务模式以模型网络的形式描述和固化。并通过模型网络来驱动整体业务过程的执行和推进。服务层用于采用微服务技术,将企业业务拆分为一系列相互独立的功能单元,称之为服务。这些服务相互独立,但每个服务均占据模型层中的一个位置。当某业务行为发生时,模型层可以感知服务的变化,从而根据模型定义,循着模型网络的关系,将业务变化推送至相关的服务,即业务功能单元,从而完成整体业务的执行。每个服务表达一个独立的业务功能单元,它们的整体表达了完整的业务能力,从而形成了服务池。应用层由模块和应用构成,每个模块由服务池中的一个或多个服务组合而成,对应一个特定的应用场景;而多个模块的组合,则构成一个应用。优选地,所述主模块,用于基于所述内部配置参数设计应用场景、将应用场景分解为业务服务,业务服务包括业务行为和业务对象、将业务对象分解为数据对象,具体包括:针对一个软件需求,通过定义使用者,描述使用者的应用场景,在场景中找出其接口和方法(业务行为),以及业务单据(业务对象),并将业务对象分解为独立的本文档来自技高网
...

【技术保护点】
1.一种模型驱动的软件构建方法,其特征在于,包括:获取预先建立的适用于待构建软件的软件架构,所述软件架构包括:控制管理区域,包括事件控制模块和主模块;逻辑层级区域,包括平台层、模型层、服务层和应用层;根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件。

【技术特征摘要】
2018.11.29 CN 2018114415249;2018.11.30 CN 201811451.一种模型驱动的软件构建方法,其特征在于,包括:获取预先建立的适用于待构建软件的软件架构,所述软件架构包括:控制管理区域,包括事件控制模块和主模块;逻辑层级区域,包括平台层、模型层、服务层和应用层;根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件。2.根据权利要求1所述的方法,其特征在于,所述事件控制模块,用于接收用于开发所述待构建软件的用户事件请求,基于所述用户事件请求生成委托信息,并将所述委托信息发送给所述主模块。3.根据权利要求2所述的方法,其特征在于,所述主模块,用于接收所述委托信息,并基于所述委托信息获得内部配置参数;基于所述内部配置参数设计应用场景、将应用场景分解为业务行为和业务对象、进一步将业务对象分解为数据对象;在预构建的数据对象池中根据业务对象分解结果获取构建软件所需要的数据对象;在预构建的业务服务模型池中将所需要的数据对象组合起来构建业务对象;将业务对象与业务行为关联起来构建业务服务;在预构建的业务场景模型池中,将业务服务组合起来构建业务场景;在预构建的应用程序模型池中,将业务场景组合起来构建软件。4.根据权利要求1所述的方法,其特征在于,所述根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件包括:调用所述事件控制模块,获取所述待构建软件所要实现的应用需求。5.根据权利要求4所述的方法,其特征在于,所述根据所述待构建软件所要实现的应用需求和所述软件架构,构建所述待构建软件还包括:调用所述主模块,针对所述应用需求,通过定义使用者,描述使用者的应用场景,在应用场景中找出其业务行为以及业务对象,并将业务对象分解为独立的数据对象;调用所述主模块,在预构建的数据对象池中根据业务对象分解结果获取构建软件所需要的数据对象;在预构建的业务服务模型池中将所需要的数据对象组合起来构建业务对象;将业务对象与业务行为关联起来构建业务服务;在预构建的业务场景模型池中,将业务服务组合起来构建业务场景;在预构建的应用程序模型池中,将业务场景组合起来构建软件。6.一种模型驱动的...

【专利技术属性】
技术研发人员:谭云杰
申请(专利权)人:北京有明云软件股份有限公司
类型:发明
国别省市:北京,11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1