CN111866177B - 一种SaaS平台上的功能管理方法和系统 - Google Patents

Abstract

本发明公开了一种SaaS平台上的功能管理方法和系统，该方法包括：获取平台P、系统Sys、应用App、资源Res四个模型；对平台P、系统Sys、应用App、资源Res进行跨模型关系连接；对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O；其中，所述管理体系O中包括：最直接操作资源的点。本发明在SaaS平台管理功能中加入抽象与分解管理的方式对SaaS系统的以最灵活的方式去分配与组织功能，并可以最大限度的提高业务功能的扩展能力，最终达到SaaS平台可以针对业务中的不同的侧面快速形成不同的业务系统，帮助业务的快速建立过程。

Description

一种SaaS平台上的功能管理方法和系统

技术领域

本发明涉及计算机软件技术领域，更具体的涉及一种SaaS平台上的功能管理方法和系统。

背景技术

现在软件业界对于SaaS服务的追捧使在很多方向都出现了不同的SaaS化平台。但这些平台在各自的业务垂直领域内形成一套业务流程或者操作规范，每个平台都需要对各自SaaS平台上的功能进行建立与管理的工作。

从SaaS平台上的功能管理方向进行深入研究，而现阶段的SaaS平台上的管理工作还是基于多租户、权限管理、数据管理三种方式进行SaaS平台的管理工作。这些从通用软件方面的管理对于SaaS平台来说可以管理一些事项，但是对于SaaS的持续发展、持续演进来说不能有理想的效果。多租户技术进行SaaS平台上的组织机构(企业/集团/政府/团体等)之间的数据隔离工作，对于现在行业内还在使用多租户技术进行租户的数据隔离工作，对于SaaS平台上的功能构建，服务提供还处于初级阶段。权限管理的多种模型RBAC，DAL，MAC，ABAC等更集中处理系统的功能权限管理工作。数据管理集中在同一个组织机构内各个团队间的数据的隔离工作。几乎找不到关于为了针对SaaS平台上功能管理的相关技术解决方案。而现阶段基于此的功能管理几乎还是遵循Saas平台之前的功能管理方法，使用代码编写的形式去进行管理。

现阶段业内使用的功能管理方式为开发重组的方式对功能进行管理，还集中在对功能的简单管理工作，即在每次产生需求或需求发生变更时对新的需求/变更重新进行开发以满足新的要求，这种方式最大的问题是每次变更都会产生开发工作量，并且不能很好的支持业务的快速变化，即对于SaaS平台上功能管理的抽象，以及深入到管理细节中目前都未有深入研究。

发明内容

本发明实施例提供一种SaaS平台上的功能管理方法和系统，用以解决未进行SaaS平台上功能管理的抽象，以及不能深入到管理细节的问题。

本发明实施例提供一种SaaS平台上的功能管理方法，包括：

获取SaaS平台上的模型：平台P、系统Sys、应用App、资源Res；

对平台P、系统Sys、应用App、资源Res进行跨模型关系连接；

对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O；其中，所述管理体系O中包括：最直接操作资源的点。

进一步地，

所述资源Res，描述平台中对于特定领域中的功能；

所述应用App，建立平台P上某个特定领域中业务闭环的功能合集；

所述系统Sys，构建应用App的展示规范、组织规范、资源规范、基础数据规范；

所述平台P，在SaaS平台的侧面形成不同的系统Sys。

进一步地，

所述资源Res包括：有形功能和无形功能；

其中，所述有形功能包括：菜单、按钮，所述无形功能包括：系统间对接、异步任务。

进一步地，所述功能管理体系O包括：

第一功能管理体系：O1＝Sys×App×Res；

第二功能管理体系：O2＝P×App×Res；

第三功能管理体系：O3＝P×Sys×Res；

第四功能管理体系：O4＝Sys×Res；

第五功能管理体系：O5＝App×Res；

第六功能管理体系：O6＝P×Sys×App×Res；

其中，×符号代表笛卡尔积。

本发明实施例还提供一种SaaS平台上的功能管理系统，包括：

获取模块，用于获取SaaS平台上的模型：平台P、系统Sys、应用App、资源Res；

连接模块，用于对平台P、系统Sys、应用App、资源Res进行跨模型关系连接；

管理体系构建模块，用于对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O；其中，所述管理体系O中包括：最直接操作资源的点。

进一步地，

所述资源Res，用于描述平台中对于特定领域中的功能；

所述应用App，用于建立平台P上某个特定领域中业务闭环的功能合集；

所述系统Sys，用于构建应用App的展示规范、组织规范、资源规范、基础数据规范；

所述平台P，用于在SaaS平台的侧面形成不同的系统Sys。

进一步地，

所述资源Res包括：有形功能和无形功能；

其中，所述有形功能包括：菜单、按钮，所述无形功能包括：系统间对接、异步任务。

进一步地，所述功能管理体系O包括：

第一功能管理体系：O1＝Sys×App×Res；

第二功能管理体系：O2＝P×App×Res；

第三功能管理体系：O3＝P×Sys×Res；

第四功能管理体系：O4＝Sys×Res；

第五功能管理体系：O5＝App×Res；

第六功能管理体系：O6＝P×Sys×App×Res；

其中，×符号代表笛卡尔积。

本发明实施例提供一种SaaS平台上的功能管理方法和系统，与现有技术相比，其有益效果如下：

本发明中，对于功能管理的方式借助软件工程中组件管理的方式对非实体的逻辑上的功能进行管理。基于组件的软件工程的主要任务是从事把部件(组件)集成为系统的开发，这种开发中部件作为可重用实体，系统的维护和更新是通过定制和替换这些部件来实现的，而功能管理的方向是借助组件的概念对功能进行管理。即在SaaS平台管理功能中加入抽象与分解管理的方式对SaaS系统的以最灵活的方式去分配与组织功能，并可以最大限度的提高业务功能的扩展能力，最终达到SaaS平台可以针对业务中的不同的侧面快速形成不同的业务系统，帮助业务的快速建立过程。

附图说明

图1为本发明实施例提供的层次之间的关系只存在顺序的两个模型层次之间的连接示意图；

图2为本发明实施例提供的以业务覆盖和业务组织的灵活性进行设计时的跨层关系连接模型示意图；

图3为本发明实施例提供的应用实例模型示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种SaaS平台上的功能管理方法，该方法包括：

步骤1，获取平台P、系统Sys、应用App、资源Res四个模型。

步骤2，对平台P、系统Sys、应用App、资源Res进行跨模型关系连接。

步骤3，对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O。

对于上述步骤1～3的具体分析如下：

在SaaS平台功能管理方案中，对于平台上的功能管理与系统，应用管理可以独立进行管理。以四层关系平台，系统，应用，资源来组织与管理SaaS平台上的功能。每一个层次都可以通过与上下层建立关系而组合出不同的业务模型，通过四层关系的笛卡尔积组织出来的网络可以从各个方面覆盖到所有的业务点。这样可以以有限的功能实现无限的业务承载能力，这也是SaaS服务平台中为客户定制化服务能力的一种可行的实现方式。

在本发明中SaaS的功能管理模型以资源管理为主，资源负责描述平台中对于特定领域中的功能。而资源在实际的系统中可以是有形的功能(菜单，按钮等)也可以是无形的功能(系统间对接，异步任务等)。使用资源描述SaaS平台上最基础的功能管理工作。

应用的概念在移动端流行时才真正的流行起来，应用是运行在某个移动端操作系统中处理某个方面问题的软件。应用的特点是需要在手机操作系统这个容器中才可以运行，并且可以通过这个容器进行应用的管理工作。借鉴移动平台上应用的概念，应用其实是在SaaS化平台上一个负责SaaS平台上某个特定领域中业务闭环的功能合集。在本发明中应用负责承上启下的建立特定方面的业务闭环，在这个业务闭环中可能会出现应用之间的资源重复。这种应用间资源重复可以解决业务链条间的连接关系，有这种关系可以很容易的创建更加完善的业务闭环。不过在一些独立完整的应用中，这种关联也可以是不存在的。

对于应用管理之上需要有容器，在容器中需要构建应用的展示规范、组织规范、资源规范、基础数据规范等才可以形成一个可以支撑应用运行的基础平台。这个工作就需要系统进行负责，在基础平台上另一个比较通用的概念是运行时。通过运行时的基础平台解决应用运行环境的管理工作。系统对于应用来说是一个运行时容器的概念，而对于更加上层的平台来说就是平台上处理特定领域中业务的一套系统。

虽然SaaS平台都是某个垂直领域中的平台，而SaaS化平台上都对其上下游供应链有一些软件需求。所以在SaaS化平台上的系统都在SaaS平台的某个侧面。在SaaS平台的侧面形成不同的系统，为围绕SaaS化平台建设不同的系统成为更加完善的管理机制。

基础模型

租户：SaaS平台的使用企业，各用户只能在租户许可的范围内使用系统，记作T＝{t1,t2,...,tn}，表示所有租户的集合。

平台：企业服务中针对不同的业务领域的SaaS平台。记作P＝{p1,p2,...,pn}，表示所有SaaS平台的集合。

系统：针对领域中提供应用运行时环境的系统。记作Sys＝{sys1,sys2,...,sysn}，表示所有的需要管理的软件系统。

应用：为了提供特定领域中的应用管理的系统。记作App＝{app1,app2,...,appn}，表示所有的需要管理的应用。

资源：所有需要设置权限的资源通称，如某部分数据，记作Res＝{res1,res2,...,resn}。其中Res(t)表示租户t的资源集合。

模型关系

上面介绍了平台(P)、系统(Sys)、应用(App)、资源(Res)针对这几个模型之间的关系的定义，对于模型间的关系可以是任何形式的组织关系。在本发明中提到的四种模型(四个层次)中，对于整个系统来说是不同粒度对象。如果跨越这个粒度关系，管理的复杂度就会指数级上升。所以，这里要求不能进行跨层关系组装。但对于模型的易用程度以及管理难度来看，在本模型中建议层次之间的关系只存在顺序的两个模型层次之间，参见图1。在本模型中每一层中的对象都不一定必须与上下级对象产生关系，图1中只是简单说实例，以这样的方式可以更好的满足笛卡尔积并实现所有的功能。

在以业务覆盖和业务组织的灵活性方面进行设计时可以设计成如图2所示的跨层关系连接，这样可以达到最大的灵活性与管理能力。

模型算法

整体体系可以定义为O＝{P，Sys，App，Res}，整体体系O的数据可以定义为O＝P×Sys×App×Res。为了能够体现出模型关系的意义，在体系的实现过程中可以将四个模型中可以不包含其中的两个或者一个。这样可以在不同的功能层面实现功能管理体系。故可以将体系定义为O1＝Sys×App×Res，O2＝P×App×Res，O3＝P×Sys×Res，O4＝Sys×Res，O5＝App×Res，O6＝P×Sys×App×Res。上面的公式中的×符号代表笛卡尔积。这样就可以通过上面多种模型都可以组织出一个适应各种SaaS平台要求的功能管理体系。在功能管理体系中是以最底层的资源为功能的确实承载来完成功能的管理的，故在所有的组合中都必须存在最直接操作资源的点。

相关概念说明

SaaS(Software-as-a-Service)是软件即服务，即通过网络提供软件服务。SaaS平台供应商将应用软件统一部署在自己的服务器上，客户可以根据工作实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得Saas平台供应商提供的服务。

多租户技术(英语：multi-tenancy technology)或称多重租赁技术，是一种软件架构技术，它是在探讨与实现如何于多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。

权限管理，一般指根据系统设置的安全规则或者安全策略，用户可以访问而且只能访问自己被授权的资源，不多不少。权限管理几乎出现在任何系统里面，只要有用户和密码的系统。很多人常将“用户身份认证”、“密码加密”、“系统管理”等概念与权限管理概念混淆。

运行时系统就是虚拟机是运行时的环境，状态以及所有的资源。

实例分析

参见图3，原平台上有教育系统，支付系统，消防系统三个系统完成业务。这三个系统中承载的业务都是完成的一个领域下的业务，每个领域下又有针对领域的业务应用。例如，教育系统下有考勤管理，教学管理，线上直播教学，教务管理等等。支付系统中又有支付管理，账单管理等。消防系统中包括消防检查，消防案例，消防防范等应用。这样形成一个较大的平台。

具体地，经过系统不断的发展与完善，突然要实现一个消防培训的系统方便进行线上的消防培训事项。那么这时候问题就在于所有的工作都得重新做一遍才能形成新的消防培训系统，还是通过配置就可以将消防培训的过程呈现出来。在这里是将教育系统的教学管理，教务管理，线上直播直接拉过来给消防培训系统使用，消防系统中的消防检查，消防案例，消防防范拉过来。然后在根据消防培训系统所特有的业务，实现消防法的相关的业务即可快速上线。

基于同一发明构思，本发明实施例还提供一种SaaS平台上的功能管理系统，该系统包括：

获取模块，用于获取平台P、系统Sys、应用App、资源Res四个模型。

连接模块，用于对平台P、系统Sys、应用App、资源Res进行跨模型关系连接。

管理体系构建模块，用于对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O；其中，管理体系O中包括：最直接操作资源的点。

其中，资源Res，用于描述平台中对于特定领域中的功能。应用App，用于建立平台P上某个特定领域中业务闭环的功能合集。系统Sys，用于构建应用App的展示规范、组织规范、资源规范、基础数据规范。平台P，用于在SaaS平台的侧面形成不同的系统Sys。

上述资源Res包括：有形功能和无形功能；其中，有形功能包括：菜单、按钮，无形功能包括：系统间对接、异步任务。

上述功能管理体系O包括：

第一功能管理体系：O1＝Sys×App×Res。

第二功能管理体系：O2＝P×App×Res。

第三功能管理体系：O3＝P×Sys×Res。

第四功能管理体系：O4＝Sys×Res。

第五功能管理体系：O5＝App×Res。

第六功能管理体系：O6＝P×Sys×App×Res。

上述×符号代表笛卡尔积。

需要说明的是，本发明实施例提供的一种SaaS平台上的功能管理系统和一种SaaS平台上的功能管理方法基于同一发明构思，因此，一种SaaS平台上的功能管理系统的具体实施方式和说明参见一种SaaS平台上的功能管理方法的具体实施方式和说明，在此不再赘述。

以上公开的仅为本发明的几个具体实施例，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围内。

Claims (8)

1.一种SaaS平台上的功能管理方法，其特征在于，包括：

获取SaaS平台上的模型：平台P、系统Sys、应用App、资源Res；

对平台P、系统Sys、应用App、资源Res进行跨模型关系连接；

对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O；其中，所述管理体系O中包括：最直接操作资源的点；

所述功能管理体系O包括：

第一功能管理体系：O1＝Sys×App×Res；

第二功能管理体系：O2＝P×App×Res；

第三功能管理体系：O3＝P×Sys×Res；

第四功能管理体系：O4＝Sys×Res；

第五功能管理体系：O5＝App×Res；

第六功能管理体系：O6＝P×Sys×App×Res；

其中，×符号代表笛卡尔积。

2.如权利要求1所述的SaaS平台上的功能管理方法，其特征在于，

所述资源Res，描述平台中对于特定领域中的功能；

所述应用App，建立平台P上某个特定领域中业务闭环的功能合集；

所述系统Sys，构建应用App的展示规范、组织规范、资源规范、基础数据规范；

所述平台P，在SaaS平台的侧面形成不同的系统Sys。

3.如权利要求2所述的SaaS平台上的功能管理方法，其特征在于，

所述资源Res包括：有形功能和无形功能；

其中，所述有形功能包括：菜单、按钮，所述无形功能包括：系统间对接、异步任务。

4.如权利要求1所述的SaaS平台上的功能管理方法，其特征在于，还包括：租户，各用户在租户许可的范围内使用系统。

5.一种SaaS平台上的功能管理系统，其特征在于，包括：

获取模块，用于获取SaaS平台上的模型：平台P、系统Sys、应用App、资源Res；

连接模块，用于对平台P、系统Sys、应用App、资源Res进行跨模型关系连接；

管理体系构建模块，用于对平台P、系统Sys、应用App、资源Res进行卡迪尔积处理，构建功能管理体系O；其中，所述管理体系O中包括：最直接操作资源的点；

所述功能管理体系O包括：

第一功能管理体系：O1＝Sys×App×Res；

第二功能管理体系：O2＝P×App×Res；

第三功能管理体系：O3＝P×Sys×Res；

第四功能管理体系：O4＝Sys×Res；

第五功能管理体系：O5＝App×Res；

第六功能管理体系：O6＝P×Sys×App×Res；

其中，×符号代表笛卡尔积。

6.如权利要求5所述的SaaS平台上的功能管理系统，其特征在于，

所述资源Res，用于描述平台中对于特定领域中的功能；

所述应用App，用于建立平台P上某个特定领域中业务闭环的功能合集；

所述系统Sys，用于构建应用App的展示规范、组织规范、资源规范、基础数据规范；

所述平台P，用于在SaaS平台的侧面形成不同的系统Sys。

7.如权利要求6所述的SaaS平台上的功能管理系统，其特征在于，

所述资源Res包括：有形功能和无形功能；

其中，所述有形功能包括：菜单、按钮，所述无形功能包括：系统间对接、异步任务。

8.如权利要求5所述的SaaS平台上的功能管理系统，其特征在于，还包括：租户，用于各用户在租户许可的范围内使用系统。

Images