一种驱动开放生态化云ERP的领域需求建模方法和装置与流程

文档序号:26101407发布日期:2021-07-30 18:12阅读:71来源:国知局
本发明涉及云原生平台服务
技术领域
:,尤其涉及一种驱动开放生态化云erp的领域需求建模方法和装置。
背景技术
::云erp(enterpriseresourceplanning,企业资源计划)是以互联网和云计算为基础,在云平台上部署的企业信息管理系统。尽管相比于传统的erp系统,云erp的开销更低、部署时间更短,但是当前的云erp系统仍处于内部封闭的信息孤岛,企业之间无法进行信息和资源的互换。为了最大化云计算的优势、弥补传统erp系统的缺陷,就必须打破企业之间的“壁垒”,实现信息与资源的开放与共享,让云erp进入到一种更加开放互联的生态环境中。企业需要有对外提升跨企业边界的协同能力,要求着erp从单一的系统演变为分布式、去中心化的微服务集合,传统erp朝着云erp阔步前进的同时,伴随着开放所带来的杂乱繁多的业务与数据难治理的问题,为了消除信息孤岛、实现业务需求变化的快速响应和跨边界治理,对云erp的开发与实现提出了更高的要求。技术实现要素:鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种驱动开放生态化云erp的领域需求建模方法和装置。本发明提供一种驱动开放生态化云erp的领域需求建模方法,包括:获取计算无关性模型层中概念模型的基本术语,在同模型层的领域知识库中提取与所述基本术语相匹配的领域及主题;根据所述领域及主题,建立概念模型向业务模型、业务模型向服务模型以及服务模型与数据模型双向的转换关系,所述概念模型和业务模型属于计算无关性模型层,所述服务模型和所述数据模型属于平台无关性模型层;获取所述业务模型的数据类型,根据所述数据类型建立所述业务模型向所述数据模型的转换关系;根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库。优选的,所述将所述概念模型转换为业务模型,之后,还包括:获取所述概念模型的编码信息、所述业务模型的编码信息;将所述概念模型的编码信息映射到所述业务模型的编码信息上。优选的,根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库,包括:根据所述基础术语结合所述领域及主题的具体定义,确定所述业务模型向服务模型转换后该服务模型中的业务流程;根据所述业务流程,建立服务模型向流程模型的转换关系。优选的,所述根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库,包括:获取服务模型中的前端服务和后端服务;将所述后端服务转换为平台相关性模型层中的后端模型,通过所述后端模型在所述数据库中提取组件;获取所述业务模型的业务对象以及与所述业务对象对应的目标业务流程,根据所述目标业务流程将与所述业务对象对应的组件与所述业务对象绑定。优选的,所述流程模型包括流程定义、业务流程顺利进行所必须满足的触发条件、输入信息、集合完成该流程所需要的前置过程的前驱活动和集合完成该流程的后续过程的后继活动,所述流程定义包括初始化业务流程实例的启动规则;定义业务流程进行过程中信息的通知与接收方式的通知规则;定义业务流程的执行方式的执行规则;定义业务流程结束的条件与方式的结束规则。优选的,所述获取所述业务模型的数据类型,根据所述数据类型建立所述业务模型向所述数据模型的转换关系,包括:获取业务模型的编码信息,根据业务模型与所述概念模型的转化关系,确定所述业务模型对应的基本术语;根据所述基本术语确定数据模型中对应数据点的基本项目,根据所述基本项目的定义确定数据点的数据类型;根据所述数据类型将所述业务模型的编码信息映射到所述数据模型的数据点上。优选的,还包括:将所述概念模型链接至产业生态与服务价值链层、将业务模型链接至解决方案层、将服务模型链接至应用层以及将数据模型链接至云原生层。还提供一种驱动开放生态化云erp的领域需求建模装置,包括:第一获取模块,用于获取计算无关性模型层中概念模型的基本术语,在同模型层的领域知识库中提取与所述基本术语相匹配的领域及主题;第一建立模块,用于根据所述领域及主题,建立概念模型向业务模型、业务模型向服务模型以及服务模型与数据模型双向的转换关系,所述概念模型和业务模型属于计算无关性模型层,所述服务模型和所述数据模型属于平台无关性模型层;第二获取模块,用于获取所述业务模型的数据类型,根据所述数据类型建立所述业务模型向所述数据模型的转换关系;第二获取模块,用于根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库。还提供一种电子设备,包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现一种驱动开放生态化云erp的领域需求建模方法。还提供一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现一种驱动开放生态化云erp的领域需求建模方法。本发明实施例包括以下优点:本发明提出一种基于“知识+数据”模型驱动的开放生态云erp,系统地研究了模型定义、模型映射等关键技术问题,并提出了相应的解决方案,解决传统erp系统中存在的问题,打破了企业之间的“壁垒”,让erp系统进入到更加开放互联的生态系统中。附图说明图1是本发明的一种驱动开放生态化云erp的领域需求建模方法的步骤流程图;图2是本发明的一种驱动开放生态化云erp的领域需求建模装置的结构框图。图3是本发明的一种驱动开放生态化云erp的领域需求建模的计算机设备的结构框图。具体实施方式为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。传统的erp系统大多以流程为中心进行建模,不具备“随需应变”的能力。本申请实施例以业务为中心,提出了一种基于“知识+数据”模型驱动实现开放生态云erp的方法,以解决开放生态中对繁多杂乱的业务与数据难治理的问题。本申请遵循模型驱动架构的一般结构形式,采用统一建模语言uml对架构中所有模型进行形式化描述,其模型包括概念模型、业务模型、服务模型以及数据模型,分布于cim层(计算无关性模型层)、pim层(平台无关性模型层)以及psm层(平台相关性模型层)。上述概念模型和业务模型均隶属于模型驱动架构中计算无关性模型层,服务模型和数据模型均隶属于模型驱动架构中平台无关性模型层。业务模型引用至概念模型,而服务模型则是业务模型的进一步细化,规定了业务所需的流程以及前、后端服务,其中,前、后端服务可组成表单模型,可通过选定的平台转换为属于平台相关性模型层中的前端模型和后端模型,为业务流程提供更加详细的服务,平台相关性模型层中还包括与业务流程对应的流程模型;数据模型为业务模型和服务模型提供数据支撑,对应平台相关性模型层中的数据库。模型转换与映射是模型驱动工程中最关键的步骤,其本质是基于源模型与转换规则而产生目标模型的过程。所定义的转换规则是源模型与目标模型之间的桥梁,它充分的描述了源模型和目标模型组成元素之间的对应关系,其转换与映射过程可以用一个三元组表示:其中,sourcemodel是源模型,targetmodel是目标模型,rules是转换/映射规则,三者之间存在关系为:下面,将结合上述源模型和目标模型之间的转换与映射,对本申请中有关开放生态云erp的实现作进一步的说明。如图1,示出了一种驱动开放生态化云erp的领域需求建模方法的步骤流程图,所述方法步骤包括:s100,获取计算无关性模型层中概念模型的基本术语,在同模型层的领域知识库中提取与所述基本术语相匹配的领域及主题;s200,根据所述领域及主题,建立概念模型向业务模型、业务模型向服务模型以及服务模型与数据模型双向的转换关系,所述概念模型和业务模型属于计算无关性模型层,所述服务模型和所述数据模型属于平台无关性模型层;s300,获取所述业务模型的数据类型,根据所述数据类型建立所述业务模型向所述数据模型的转换关系;s400,根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库。概念模型和业务模型在模型驱动架构中均属于计算无关性模型层。计算无关性模型层属于模型驱动架构的最高层次,主要用于定义应用程序提供什么样的服务。本申请在计算无关性模型层中设计了包含完整领域知识集合的领域知识库,领域知识指的是具体领域中业务所涉及到的对象、属性等相关概念及其之间的关系。可理解的,概念模型具有最基础的术语定义,是跨业务领域实现概念层次的统一,是对云erp系统中所涉及到的各个方面的高度凝练与抽象,业务模型具有一定的结构,并引用概率模型的术语定义,在不同的业务领域具有独有的特征,例如,可根据概念模型的第一编码信息在领域知识库中确定的相关术语定义为“交易账户”,其领域为“基金”或“股票”,概念模型则转换为对应的“基金账户”业务模型或“股票账户”业务模型。上述概念模型和业务模型的转换通过领域及主题得以实现,规则如下:其中,conceptualmodel为概念模型,businessmodel为业务模型,theme指示转换规则为主题。具体的,所述将所述概念模型转换为业务模型,之后,还包括:获取所述概念模型的编码信息、所述业务模型的编码信息;将所述概念模型的编码信息映射到所述业务模型的编码信息上。概念模型的编码和业务模型的编码具有唯一性,可理解的,概念模型的设计类似于一种受控词汇表,为防止在建模过程中滥用词汇,造成语义不齐的困境,使用有限的词汇集合来描述事物,采用优选词语(基本术语)及变体(关联术语)来表示某一业务领域中的共识,编码以及定义相关的词汇在计算机应用建模中必须具备唯一性,以保证模型之间的精准转换。同样的,业务模型转换为服务模型、服务模型转换为数据模型均以领域及主题建立转换关系,对应模型的编码可以形成映射关系。所述业务模型和所述服务模型的转换通过领域及主题得以实现,规则如下:其中,servicemodel为服务模型,domain&theme为领域及主题;所述服务模型和所述数据模型的转换通过领域及主题得以实现,规则如下:其中,datamodel为数据模型。在本实施例中,所述业务模型和所述数据模型的转换通过业务模型的数据类型得以实现,及根据业务模型的数据类型转换为对应的数据模型,规则如下:其中,datatable为数据表,atomicdata为原子数据,datapoint为数据点。需要说明的是,业务模型的数据以两种形式存储:数据表和原子数据,原子数据不可再细分,由字符类型或者枚举类型的文本组成,而数据表由多个原子数据组合而成。可理解的,业务模型引用自概念模型,是概念模型在具体业务领域的实例化描述。而服务模型是业务模型的进一步细化,规定了业务所需的流程与前后端服务。数据模型则作为基石,为业务模型和服务模型提供支撑作用。服务模型可以为数据模型提供用户数据,数据模型反过来推动业务模型的演化,为用户提供更精细的个性化服务。具体的,所述数据模型包括数据点和数据空间,每一数据点由基本项目的成员和表征所述成员的维度进行定义。所述获取所述业务模型的数据类型,根据所述数据类型建立所述业务模型向所述数据模型的转换关系,包括:获取业务模型的编码信息,根据业务模型与所述概念模型的转化关系,确定所述业务模型对应的基本术语;根据所述基本术语确定数据模型中对应数据点的基本项目,根据所述基本项目的定义确定数据点的数据类型;根据所述数据类型将所述业务模型的编码信息映射到所述数据模型的数据点上。上述的基本项目是指数据的基本特征,映射到概念模型的基本术语,例如,资产;维度用于划分数据点所包含的所有信息,例如:资产类型、货币类型等;成员是每个维度的值,例如:“资产类型”具有成员“流动资产”、“固定资产”等。一般而言,每个维度需要两个或两个以上的成员。数据点以一定的格式存储于数据空间中。在一实施例中,所述根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库,包括:根据所述基础术语结合所述领域及主题的具体定义,确定所述业务模型向服务模型转换后该服务模型中的业务流程;根据所述业务流程,建立服务模型向流程模型的转换关系。业务模型引用概念模型,概念模型中的基本术语以及相关的领域及主题对业务模型做出了相应的定义,因其业务领域及主题的不同具有不同定义的业务流程,业务模型转换为服务模型时,可映射为服务模型中的业务流程,规则如下:其中,businessprocess为业务流程。需要说明的是,服务模型包括前端服务、后端服务以及业务流程,据上所述,业务流程来源于业务模型的转换,而后端服务和前端服务组成表单服务根据业务流程提供具体的界面以及信息处理服务。具体的,获取服务模型中的前端服务和后端服务;将所述后端服务转换为平台相关性模型层中的后端模型,通过所述后端模型在所述数据库中提取组件;获取所述业务模型的业务对象以及与所述业务对象对应的目标业务流程,根据所述目标业务流程将与所述业务对象对应的组件与所述业务对象绑定。一般而言,业务对象与组件进行绑定,多个组件构成页面。例如在“个人注册”这个业务流程中,前端界面会显示昵称输入框、性别输入框等组件,其分别绑定“用户姓名”、“用户性别”等业务对象,这些组件共同组成“个人注册”的前端服务的界面。在一实施例中,所述流程模型包括流程定义、业务流程顺利进行所必须满足的触发条件、输入信息、集合完成该流程所需要的前置过程的前驱活动和集合完成该流程的后续过程的后继活动,所述流程定义包括初始化业务流程实例的启动规则;定义业务流程进行过程中信息的通知与接收方式的通知规则;定义业务流程的执行方式的执行规则;定义业务流程结束的条件与方式的结束规则。一般而言,一项服务由多个流程组合完成。传统erp系统多以流程模型为核心进行建模,然而面对激烈的行业竞争和多种多样的用户需求,这种方法显然不能很好地满足企业erp系统的设计与实施。在开放生态云erp系统中,系统以业务为中心,而流程则是根据服务的需求而选定,业务流程的变化仅会导致相关代码的变更,而不会影响erp的体系结构,更容易实现用户的个性化需求。本发明基于一般模型驱动架构之外,还包括:将所述概念模型链接至产业生态与服务价值链层、将业务模型链接至解决方案层、将服务模型链接至应用层以及将数据模型链接至云原生层。云原生层以容器、devops和微服务等技术为基础建立的云服务体系;应用层基于从线索到现金(ltc)的管理思想,向企业提供规范化、碎片化的云服务应用;解决方案层针对不同的应用场景,提供面向产业互联的解决方案,包括o2o、b2b、b2c、s2b、全渠道营销和新零售等解决方案等;产业生态与服务价值链层:包含企业之间的协同网络中所有参与者及其关联关系,服务价值链即场景化应用。云原生层是模型层的基础,而模型层用于实现模型驱动的erp系统设计与开发,极大地增强了可移植性、代码复用性与开发效率。产业生态与服务价值链层汇聚了产业中所有的参与者与关联关系,这些参与者与关系共同组成开放互联的生态系统,来自各个行业的标准、业务流程都存储于领域知识库中。这些不同的领域知识可以为用户提供鲜明的场景化应用,这些场景让概念具有多态性,并且与模型层中概念模型到业务模型的映射思想一致。应用层以ltc的管理思想为企业提供碎片化的云服务,而解决方案层基于应用层应用,提供不用场景下的解决方案,应用层到解决方案层的转换是由模型层指导的,即不同业务在不同场景下提供不同的服务。此外,解决方案层中提出的新零售方式是以用户数据构建用户画像,基于大数据与ai为用户提供更智能、更个性化的服务,这一点体现在模型层中数据模型与业务模型、服务模型的转换与映射。各个水平层与模型层是理论与方法的关系,即水平层给出了包含的组件的定义及作用,而模型层为水平层提供了具体的实现方式。模型层为实现基于模型驱动的开放生态云erp提供了完整的方法体系,使领域知识与用户数据更好地指导企业erp系统。需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。参照图2,示出了本发明的一种驱动开放生态化云erp的领域需求建模装置的结构框图,具体可以包括如下模块:第一获取模块100,用于获取计算无关性模型层中概念模型的基本术语,在同模型层的领域知识库中提取与所述基本术语相匹配的领域及主题;第一建立模块200,用于根据所述领域及主题,建立概念模型向业务模型、业务模型向服务模型以及服务模型与数据模型双向的转换关系,所述概念模型和业务模型属于计算无关性模型层,所述服务模型和所述数据模型属于平台无关性模型层;第二获取模块300,用于获取所述业务模型的数据类型,根据所述数据类型建立所述业务模型向所述数据模型的转换关系;第二获取模块400,用于根据用户选择所确定的平台相关模型层中的目标平台,将所述服务模型向所述目标平台对应的前端模型、后端模型以及流程模型进行转换,将所述数据模型转换为与所述平台对应的数据库。对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。如图3,示出了本发明的一种驱动开放生态化云erp的领域需求建模的计算机设备,具体可以包括如下:在本发明实施例中,本发明还提供一种计算机设备,上述计算机设备12以通用计算设备的形式表现,计算机设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。总线18表示几类总线18结构中的一种或多种,包括存储器总线18或者存储器控制器,外围总线18,图形加速端口,处理器或者使用多种总线18结构中的任意总线18结构的局域总线18。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线18,微通道体系结构(mac)总线18,增强型isa总线18、音视频电子标准协会(vesa)局域总线18以及外围组件互连(pci)总线18。计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)31和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图3中未示出,可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd~rom,dvd~rom或者其他光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块42,这些程序模块42被配置以执行本发明各实施例的功能。具有一组(至少一个)程序模块42的程序/实用工具41,可以存储在例如存储器中,这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块42以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信,还可与一个或者多个使得用户能与该计算机设备12交互的设备通信,和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且,计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)),广域网(wan)和/或公共网络(例如因特网)通信。如图所示,网络适配器21通过总线18与计算机设备12的其他模块通信。应当明白,尽管图中未示出,可以结合计算机设备12使用其他硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统34等。处理单元16通过运行存储在系统存储器28中的程序,执行各种功能应用以及数据处理,例如实现本发明实施例所提供的一种驱动开放生态化云erp的领域需求建模方法。在本发明实施例中,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请所有实施例提供的一种驱动开放生态化云erp的领域需求建模方法。可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机克顿信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦可编程只读存储器(epom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd~rom)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,改计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言——诸如java、smalltalk、c++,还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。以上对本发明所提供的一种驱动开放生态化云erp的领域需求建模方法和装置,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。当前第1页12当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1