CN113760654A - 系统处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种系统处理方法、装置、设备及存储介质，其中，所述方法包括：对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合；根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息；根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑；根据所述业务逻辑，对所述待处理系统进行系统处理。如此，通过业务逻辑对待处理系统进行处理，提高了待处理系统的利用率，节约了成本。

Description

系统处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及计算机领域，涉及但不限于一种系统处理方法、装置、设备及存储介质。

背景技术

目前，各类企事业单位和学校中有许多遗留的管理信息系统(ManagementInformation System，MIS)，这类遗留系统对企业和学校的运转是必不可少的。

但是，这类遗留系统由于开发完成的时间太久远以及开发人员的变动，导致遗留系统现存资料不完整，使得系统进入无法维护和升级的状态，严重影响了企业各学校信息化的可持续发展。因此，提供一种对遗留系统进行处理的方法是当前亟待解决的问题。

发明内容

基于相关技术中存在的问题，本申请实施例提供一种系统处理方法、装置、设备及存储介质。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种系统处理方法，包括：

对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合；

根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息；

根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑；

根据所述业务逻辑，对所述待处理系统进行系统处理。

第二方面，本申请实施例提供一种系统处理装置，包括：

第一确定模块，用于对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合；

第二确定模块，用于根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息；

第三确定模块，用于根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑；

系统处理模块，用于根据所述业务逻辑，对所述待处理系统进行系统处理。

第三方面，本申请实施例提供一种系统处理设备，包括：

存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现上述的系统处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行所述可执行指令时，实现上述的系统处理方法。

本申请实施例提供的系统处理方法、装置、设备及存储介质，通过对待处理系统的系统数据进行分析，确定待处理系统的业务功能集合，根据待处理系统运行时的日志参数，确定出业务功能集合的数据变化信息，根据数据变化信息得到待处理系统的业务逻辑，通过已知的业务逻辑对待处理系统进行处理。如此，本申请实施例通过监控系统数据的变化，确定出待处理系统的业务逻辑，通过业务逻辑对待处理系统进行处理，提高了待处理系统的利用率，节约了成本。

附图说明

图1是本申请实施例提供的系统处理方法的流程示意图；

图2是本申请实施例提供的系统处理方法的流程示意图；

图3是本申请实施例提供的系统处理方法的流程示意图；

图4是本申请实施例提供的系统处理方法的流程示意图；

图5是本申请实施例提供的系统处理方法的流程示意图；

图6是本申请实施例提供的系统处理方法的流程示意图；

图7是本申请实施例提供的系统处理装置的组成结构示意图；

图8是本申请实施例提供的系统处理设备的组成结构示意图。

具体实施方式

为了更清楚地阐述本申请实施例的目的、技术方案及优点，以下将结合附图对本申请实施例的实施例进行详细的说明。应当理解，下文对于实施例的描述旨在对本申请实施例的总体构思进行解释和说明，而不应当理解为是对本申请实施例的限制。在说明书和附图中，相同或相似的附图标记指代相同或相似的部件或构件。为了清晰起见，附图不一定按比例绘制，并且附图中可能省略了一些公知部件和结构。

基于相关技术中存在的问题，本申请实施例提供一种系统处理方法，通过对待处理系统的系统数据进行分析，确定待处理系统的业务功能集合，根据待处理系统运行时的日志参数，确定业务功能集合的数据变化信息，根据数据变化信息确定出待处理系统的业务逻辑，通过业务逻辑对待处理系统进行处理。如此，本申请实施例通过监控系统数据的变化，确定出待处理系统的业务逻辑，通过业务逻辑对遗留系统进行处理，提高了遗留系统的利用率，节约了成本。

下面说明本申请实施例提供的系统处理方法的示例性应用，参见图1，图1是本申请实施例提供的系统处理方法的流程示意图，本申请实施例提供的系统处理方法将结合图1示出的步骤进行说明。

步骤S101、对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合。

这里，待处理系统可以是各类企事业单位和学校中一直使用的管理信息系统，例如：学校的成绩统计系统或者企业的财务系统等。由于这些系统的开发时间较早，开发人员也在不断变动，导致这些管理信息系统虽然可以使用，但是现在的开发人员并不清楚这些遗留系统的内在逻辑，使得这些系统成为无法升级和维护的遗留系统。

在一些实施例中，系统数据可以是遗留系统的系统库表结构等数据，也可以是遗留系统的展示页面和输入页面等信息。通过对这些系统数据进行分析，可以得到遗留系统的业务功能，从而得到整个遗留系统的业务功能集合。例如，学校成绩统计系统的展示界面中有“平均分”这一功能标签，那么可以得知成绩统计系统具有“均分计算”这一业务功能。

在本申请实施例中，通过对遗留系统的表结构、展示页面和输入页面等信息进行分析，可以得到遗留系统的全部业务功能。

步骤S102、根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息。

在一些实施例中，待处理系统在运行时，系统数据库中的数据会发生变化，可以通过系统库日志监控获取发生变化的业务功能的数据变化信息。

需要说明的是，处理系统可以是通过用户的操作来运行的，也可以是通过其他运行方式来运行。例如，当待处理系统是学校的成绩统计系统时，当用户在成绩统计系统中录入成绩时，库日志可以监控到用户录入成绩后，待处理系统的数据库表结构变化的顺序。例如，首先监控到学生成绩表新增了一条记录，其次班级成绩表也新增了一条记录，最后年级成绩表也新增了一条记录。

在一些实施例中，在待处理系统运行时，业务功能集合的数据变化信息至少包括：待处理系统中发生变化的业务功能、发生变化的业务功能中发生变化的数据和数据发生变化的时刻。

步骤S103、根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑。

在一些实施例中，系统的业务逻辑是指系统中的业务功能之间的衔接关系、运行时业务功能之间的先后关系以及这些业务功能先后关系之间的衔接逻辑。

在本申请实施例中，在获取了待处理系统运行时发生变化的业务功能、发生变化的业务功能中发生变化的数据和数据发生变化时的时刻，根据待处理系统运行时发生变化的业务功能、发生变化的业务功能中发生变化的数据和数据发生变化时的时刻就可以得到系统的业务逻辑。

步骤S104、根据所述业务逻辑，对所述待处理系统进行系统处理。

在一些实施例中，在获取待处理系统的业务逻辑后，通过对业务逻辑进行修改，可以实现对待处理系统进行修改、升级或将待处理系统与现有的系统进行融合得到新系统。

本申请实施例通过对待处理系统的系统数据进行分析，确定待处理系统的业务功能集合，根据待处理系统运行时的日志参数，确定业务功能集合的数据变化信息，根据数据变化信息确定出待处理系统的业务逻辑，通过业务逻辑对待处理系统进行处理。如此，本申请实施例通过监控系统数据的变化，确定出待处理系统的业务逻辑，通过业务逻辑对遗留系统进行处理，提高了遗留系统的利用率，节约了成本。

在一些实施例中，系统数据可以是待处理系统的系统库表结构、展示界面和输入界面等数据。图2是本申请实施例提供的系统处理方法的流程示意图，如图2所示，当系统数据至少包括待处理系统的表结构时，步骤S101可以通过以下步骤实现：

步骤S201、对所述待处理系统的表结构进行表结构分析，得到所述待处理系统的数据表。

在一些实施例中，待处理系统的表结构至少包含：至少一种数据表、每一数据表的表名、每一数据表的相关字段和每一数据表中字段的类型。每一数据表的相关字段可以表示数据表的属性，例如，数据表的字段可以是：姓名、日期、电话或成绩等属性。字段的类型可以是文本、数字或时间等类型。

在本申请实施例中，对表结构进行表结构分析是指，通过对待处理系统的表结构进行分析，获取待处理系统全部的数据表，并得到数据表的表名、字段和字段类型等信息。

步骤S202、至少根据所述数据表中的表名、字段和字段类型，确定出所述待处理系统的至少一个业务模型。

在一些实施例中，在得到数据表的表名、字段和字段类型之后，可以根据数据表的表名、字段或字段类型之间的关联，确定出待处理系统所运行的业务模型。例如，在学生成绩统计系统中，系统业务是与学生以及成绩相关的，根据数据表的表名，可以将待处理系统里的数据表分为学生信息表、成绩表、班级信息表、学校信息表等相关的数据表和对应的字段，根据不同的数据表和对应的字段，可以确定出学生成绩统计系统的业务模型可以是学生信息表、学生成绩表和班级信息表等业务模型。

步骤S203、汇总至少一个所述业务模型，得到所述业务功能集合。

在一些实施例中，将根据表结构获取的待处理系统的全部业务模型进行汇总，可以得到待处理系统的业务功能集合。

在一些实施例中，当系统数据至少包括待处理系统的展示界面时，步骤S101还可以通过以下步骤实现：

步骤S204、对所述待处理系统的展示界面进行识别，得到至少一个功能标签。

在一些实施例中，展示界面可以是待处理系统的数据展示界面，也可以是待处理系统的操作展示界面，展示界面可以直观的展示待处理系统的全部业务功能，通过对待处理系统的展示界面进行分析可以得到待处理系统的业务模型。

在本申请实施例中，可以通过图像识别等可以对界面进行识别的方式，对展示界面进行识别，得到展示界面上的每一个业务功能标签。例如，在学生成绩统计系统中，通过对数据展示界面进行分析，首先，分析展示界面展示的数据中哪些字段对应的数据不是录入的数据，其次，对非录入数据对应的字段进行识别，可以判断出该字段对应的功能标签为“平均分”或“及格率”。

在一些实施例中，还可以对待处理系统的操作展示界面进行识别来得到待处理系统的功能标签，例如，通过对操作展示界面进行识别可以得到待处理系统的功能标签为“打印”等功能标签。

步骤S205、对每一所述功能标签进行功能分析，确定出所述待处理系统的至少一个业务模型。

在一些实施例中，根据已知的功能标签可以得到该功能标签对应的业务功能，例如，如果识别出待处理系统的功能标签为“平均分”标签，则可以判断是对录入数据进行了均分计算，可以判断出待处理系统的业务模型可以为平均分；如果识别出待处理系统的功能标签为“打印”标签，则可以判断出待处理系统的业务模型可以为打印。

通过对展示界面中所有的功能标签，可以得到展示界面的全部业务模型。

步骤S206、汇总所述至少一个所述业务模型，得到所述业务功能集合。

这里，步骤S206与步骤S203相同，在此不再赘述。

在一些实施例中，当系统数据至少包括待处理系统的输入界面时，步骤S101还可以通过以下步骤实现：

步骤S207、对所述待处理系统的输入界面进行识别，得到至少一个输入参数和每一所述输入参数对应的属性。

在一些实施例中，输入界面是待处理系统进行数据录入的界面，输入参数是指用户通过待处理系统进行录入的数据，例如，输入参数可以是每一学生的姓名或每一学生的学科成绩，而输入参数对应的属性是指学生的姓名、语文成绩、数学成绩、日期和信息等能够代表输入参数性质的字段。

这里，通过对待处理系统的输入界面进行识别的方式与步骤S204中对展示界面进行识别的方式可以相同也可以不同。

步骤S208、根据每一所述输入参数对应的属性，对所述输入参数进行分组，得到至少两个输入参数组。

在一些实施例中，根据属性对输入参数进行分组是指根据输入参数的性质对多个输入参数进行分组，可以将属性为学生成绩的多个输入参数分为一组，例如，将属性为数学成绩和语文成绩等输入参数分为一组；也可以将属性为信息的输入参数分为一组，得到具有不同属性的输入参数组。

步骤S209、根据所述至少两个输入参数组的属性之间的第一关联关系，确定出所述待处理系统的至少一个业务模型。

在一些实施例中，第一关联关系是指输入参数组属性之间的逻辑关系，根据第一关联关系确定业务模型是指通过不同属性的输入参数组，能够实现相应的功能。例如，属性为姓名、日期和学生成绩的输入组之间具有逻辑关系，待处理系统通过这三个输入参数能够得到学生不同时间下的考试成绩，通过这三个输入参数可以得到待处理系统的业务模型至少包括：不同时期的学生成绩表。

步骤S210、汇总所述至少一个所述业务模型，得到所述业务功能集合。

这里，步骤S210与步骤S203相同，在此不再赘述。

在一些实施例中，步骤S201至步骤S203、步骤S204至步骤S206和步骤S207至步骤S210均可以实现步骤S101，在本申请实施例中，在确定待处理系统的业务功能集合时，这三个并列方案可以同时进行，也可以根据待处理系统的情况实施其中一个方案，本申请实施例不做限制。

通过本申请实施例提供的系统处理方法，通过待处理系统的表结构、展示界面和输入界面，能够准确的得到待处理系统的全部业务模型，为得到系统业务逻辑提供了依据。

在一些实施例中，为了获取待处理系统的业务逻辑，还需要得到待处理系统在运行时的数据变化。图3是本申请实施例提供的系统处理方法的流程示意图，如图3所示，步骤S102可以通过以下步骤实现：

步骤S301、获取运行所述待处理系统时的日志参数。

这里，日志参数可以是服务器通过监控系统运行时的系统数据库获取的，日志参数可以是用户在对系统进行操作时产生的。

步骤S302、根据所述日志参数，依次确定出所述业务功能集合中发生数据变化的至少一业务模型、每一所述业务模型中发生变化的至少一变化数据、和每一所述变化数据发生变化的时刻。

在一些实施例中，待处理系统的每一业务模型不是独立运行，而是相互关联的，当某一业务模型被触发时，与该业务模型相关的其他的业务模型也会随之运行，因此，当用户在对待处理系统进行操作时，通过监控系统数据库可以得到发生数据变化的多个业务模型，每一业务模型中发生变化的数据以及数据发生变化的时刻。

在一些实施例中，变化数据可以是业务模型运行时数据库中新增的数据。例如，在学校的成绩统计系统中，如果用户在10点通过成绩统计系统进行学生成绩录入，服务器在接收到用户的成绩录入操作请求时，通过库日志监控可以得到待处理系统的数据库在10点10分时，学生成绩表中增加了学生的语文成绩；10点11分时，班级成绩表中增加了学生的平均成绩；10点12分时，年级成绩表中增加了学生的平均成绩。

步骤S303、将具有映射关系的所述业务模型、所述变化数据和所述时刻，确定为所述业务功能集合的数据变化信息。

在本申请实施例中，映射关系是指每一业务模型、业务模型对应变化数据和数据变化的时刻是相互对应的，将每一业务模型对应的变化数据和变化时刻等信息确定为业务功能集合的数据变化信息。

本申请实施例通过获取待处理系统数据库的日志参数，得到业务功能集合的数据变化信息，根据数据变化信息可以得到业务功能集合中不同业务模型之间的逻辑关系，通过该逻辑关系可以得到待处理系统的业务逻辑。

在一些实施例中，在获取了业务功能集合和数据变化信息之后，可以根据业务功能集合和数据变化信息确定系统的业务逻辑。图4是本申请实施例提供的系统处理方法的流程示意图，如图4所示，步骤S103可以通过以下步骤实现：

步骤S401、根据每一所述变化数据发生变化的时刻，确定在所述待处理系统运行时，所述待处理系统中每一所述业务功能的数据变化时序。

在一些实施例中，数据变化时序是指业务功能集合中相关的每一个业务功能的数据发生变化的时间顺序信息。

步骤S402、根据所述数据变化时序，确定所述业务功能集合中发生数据变化的所述业务模型之间的第二关联关系。

这里，第二关联关系是指发生数据变化的业务模型，在发生数据变化时的变化关联关系。

在一些实施例中，在获取了发生数据变化的每一业务模型之间的时序关系之后，根据时序数据可以确定发生数据变化的每一业务模型之间的关联关系。例如，当录入学生成绩时，根据数据发生变化的时刻，得知系统先更新学生成绩表，然后再更新班级成绩表，最后再更新年级成绩表，因此，学生成绩表、班级成绩表和年级成绩表之间具有第二关联关系。

步骤S403、根据所述业务模型、所述变化数据和所述第二关联关系，确定所述业务功能集合中每一所述业务模型的所述业务逻辑。

在一些实施例中，根据发生变化的业务模型、业务模型中发生变化的变化数据和发生变化的业务模型之间的第二关联关系，可以得到每一个业务模型对应的业务逻辑。例如，在得知学生成绩表、班级成绩表和年级成绩表之间具有时序关系之后，根据发生变化的数据可知学生成绩表是增加了学生的语文成绩、班级成绩表是将语文成绩加入后对成绩进行平均和年级成绩表是将语文成绩加入后对成绩进行平均，因此，得到待处理系统在成绩录入时的业务逻辑可以是学生成绩表、班级成绩表和年级成绩表的更新顺序，业务逻辑还可以是不同成绩表的计算规则。

本申请实施例通过监控系统数据的变化，确定出待处理系统中业务功能的业务逻辑，根据已知的业务逻辑可以对待处理系统进行升级或修改。

图5是本申请实施例提供的系统处理方法的流程示意图，如图5所示，步骤S104可以通过以下步骤实现：

步骤S501、对所述业务逻辑进行逻辑解析，得到业务逻辑表达式。

这里，业务逻辑表达式可以是指能够实现业务逻辑的代码或其他能够表示业务逻辑的源文件。

在一些实施例中，对业务逻辑进行逻辑解析可以是通过系统自带的业务逻辑解析器对业务模型之间的第二关联关系和业务模型的计算规则进行解析，也可以是通过外部的业务逻辑解析器对业务逻辑进行逻辑解析。

步骤S502、采用以下至少一种处理方式对所述业务逻辑表达式进行处理：对所述业务逻辑表达式进行修改、添加新的表达式至所述业务逻辑表达式中，得到目标逻辑表达式。

在一些实施例中，可以根据当前业务的需求对业务逻辑表达式进行修改，例如，当前班级成绩表的业务逻辑是是将成绩加入后对成绩进行平均等到班级平均分，可以对业务逻辑表达式进行修改后，使得班级成绩表能够实现获得班级中分数超过平均数的学生人数等功能。

在一些实施例中，也可以添加新的表达式至已有的业务逻辑表达式中，以使得待处理系统能够实现更多业务功能。

在一些实施例中，在获取待处理系统的业务逻辑后，可以将待处理系统的业务逻辑与现有系统的业务逻辑进行融合，以实现遗留系统与现有系统的融合。

步骤S503、在所述待处理系统中设置与所述目标逻辑表达式匹配的目标业务模型，以实现对所述待处理系统进行系统处理。

在本申请实施例中，在待处理系统中设置与修改后的业务逻辑表达式或添加后的业务逻辑表达式匹配的目标业务模型，以实现对待处理系统进行修改和升级的目的。

本申请实施例通过对待处理系统的业务逻辑表达式进行修改或添加，对待处理系统进行修改或升级，提高了待处理系统的利用率，节约了成本。

下面将说明本申请实施例在一个实际的应用场景中的示例性应用。

图6是本申请实施例提供的系统处理方法的流程示意图，如图6所示，本申请实施例提供的系统处理方法可以通过以下步骤实现：

步骤S601、获取待处理系统的表结构，通过业务模型发掘引擎获得业务模型集。

在一些实施例中，待处理系统的表结构中至少包含：各种业务表(即数据表)的名称、每个业务表的相关字段和每个字段的类型。在学生成绩统计系统中，业务模型发掘引擎得知系统本身是和学生以及成绩相关的，根据业务表名寻找系统里的学生信息表、成绩表、班级信息表和学校信息表等相关的业务对象表。业务对象表和业务对象表对应的字段，就构成了一个业务模型。

这里，不同的系统中业务模型集合是不一样的。例如，学生成绩统计系统的业务模型可以包括：学生信息表、成绩表、班级信息表或学校信息表等。

步骤S602、获取待处理系统的功能界面，获取业务系统的功能。

在一些实施例中，功能界面包括了录入界面(即输入界面)和展示界面两部分，通过功能发掘引擎对待处理系统的功能界面，以获取业务系统的功能。例如，功能发掘引擎首先分析录入界面(即输入界面)图像，得到录入的字段；其次，将录入后的表结构与录入前的表结构进行对比，确定表结构中哪些字段是录入的，哪些字段可以是通过计算得到的；最后分析展示界面图像，确定分析哪些字段是录入的，确定哪些字段不是录入的，通过展示页面上的标签，分析得到业务系统的功能。例如，展示页面上具有“平均分”标签，可判断“平均分”标签是对原始数据做了均价计算；如果展示页面上具有“及格率”标签，可判断系统做了成绩大于60分的统计计算。

在一些实施例中，业务系统的功能可以包括数据录入、计算功能以及展示页面上直接看到的功能，例如打印等。

步骤S603、监控待处理系统的数据库日志，获取表结构的变化和业务模型之间的关系。

在一些实施例中，当用户操作时，例如当用户录入时，库日志可以监控到数据库中数据表发生变化的顺序。例如，库日志首先监控到学生成绩表新增了一条记录，其次班级成绩表做了更新，然后年级成绩表也做了更新。

步骤S604、根据业务模型集、功能、表结构的变化和业务模型之间的关系，得到待处理系统的业务逻辑。

在一些实施例中，在根据对变化数据的监控可知，班级成绩的更新是将新学生成绩加入后做平均，年级成绩的更新是把新学生成绩加入后平均。通过监控日志，获得业务模型的数据表更新的前后次序，也可以得到业务模型的数据表中字段的计算规则，这就是业务系统的业务逻辑规则。

本申请实施例通过分析业务系统的录入界面、展示界面和表结构，通过监控数据库日志来监控用户操作时各种表的数据变化，由此获得功能对应的业务逻辑，使得本申请实施例提供的系统处理方法能够集成遗留系统，避免废弃遗留系统，节省了时间和金钱。

图7是本申请实施例提供的系统处理装置的组成结构示意图，如图7所示，该系统处理装置700包括：

第一确定模块701，用于对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合；第二确定模块702，用于根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息；第三确定模块703，用于根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑；系统处理模块704，用于根据所述业务逻辑，对所述待处理系统进行系统处理。

在一些实施例中，所述系统数据至少包括：所述待处理系统的表结构；所述第一确定模块701还用于对所述待处理系统的表结构进行表结构分析，得到所述待处理系统的数据表；至少根据所述数据表中的表名、字段和字段类型，确定出所述待处理系统的至少一个业务模型；汇总至少一个所述业务模型，得到所述业务功能集合。

在一些实施例中，所述系统数据至少包括：所述待处理系统的展示界面；所述第一确定模块701还用于对所述待处理系统的展示界面进行识别，得到至少一个功能标签；对每一所述功能标签进行功能分析，确定出所述待处理系统的至少一个业务模型；汇总所述至少一个所述业务模型，得到所述业务功能集合。

在一些实施例中，所述系统数据至少包括：所述待处理系统的输入界面；所述第一确定模块701还用于对所述待处理系统的输入界面进行识别，得到至少一个输入参数和每一所述输入参数对应的属性；根据每一所述输入参数对应的属性，对所述输入参数进行分组，得到至少两个输入参数组；根据所述至少两个输入参数组的属性之间的第一关联关系，确定出所述待处理系统的至少一个业务模型；汇总所述至少一个所述业务模型，得到所述业务功能集合。

在一些实施例中，所述第二确定模块702还用于获取运行所述待处理系统时的日志参数；根据所述日志参数，依次确定出所述业务功能集合中发生数据变化的至少一业务模型、每一所述业务模型中发生变化的至少一变化数据、和每一所述变化数据发生变化的时刻；将具有映射关系的所述业务模型、所述变化数据和所述时刻，确定为所述业务功能集合的数据变化信息。

在一些实施例中，所述第三确定模块703还用于根据每一所述变化数据发生变化的时刻，确定在所述待处理系统运行时，所述待处理系统中每一所述业务功能的数据变化时序；根据所述数据变化时序，确定所述业务功能集合中发生数据变化的所述业务模型之间的第二关联关系；根据所述业务模型、所述变化数据和所述第二关联关系，确定所述业务功能集合中每一所述业务模型的所述业务逻辑。

在一些实施例中，所述系统处理模块704还用于对所述业务逻辑进行逻辑解析，得到业务逻辑表达式；采用以下至少一种处理方式对所述业务逻辑表达式进行处理：对所述业务逻辑表达式进行修改、添加新的表达式至所述业务逻辑表达式中，得到目标逻辑表达式；在所述待处理系统中设置与所述目标逻辑表达式匹配的目标业务模型，以实现对所述待处理系统进行系统处理。

需要说明的是，本申请实施例装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的系统处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

本申请实施例提供一种系统处理设备，图8是本申请实施例提供的系统处理设备的组成结构示意图，如图8所示，所述系统处理设备800至少包括：处理器801和配置为存储可执行指令的计算机可读存储介质802，其中处理器801通常控制所述系统处理设备的总体操作。计算机可读存储介质802配置为存储由处理器801可执行的指令和应用，还可以缓存待处理器801和系统处理设备800中各模块待处理或已处理的数据，可以通过闪存或随机访问存储器(RA M，Random Access Memory)实现。

本申请实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的系统处理方法，例如，如图1示出的方法。

在一些实施例中，存储介质可以是计算机可读存储介质，例如，铁电存储器(FRAM，Ferromagnetic Random Access Memory)、只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read Only Memory)、带电可擦可编程只读存储器(EEPROM，Electrically Erasable Programmable Read Only Memory)、闪存、磁表面存储器、光盘、或光盘只读存储器(CD-ROM，Compact Disk-Read Only Memory)等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

需要说明的是，本申请实施例各实施例所记载的技术方案中各技术特征之间，在不冲突的情况下，可以任意组合。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种系统处理方法，其特征在于，包括：

对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合；

根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息；

根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑；

根据所述业务逻辑，对所述待处理系统进行系统处理。

2.根据权利要求1所述的方法，其特征在于，所述系统数据至少包括：所述待处理系统的表结构；

所述对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合，包括：

对所述待处理系统的表结构进行表结构分析，得到所述待处理系统的数据表；

至少根据所述数据表中的表名、字段和字段类型，确定出所述待处理系统的至少一个业务模型；

汇总至少一个所述业务模型，得到所述业务功能集合。

3.根据权利要求1所述的方法，其特征在于，所述系统数据至少包括：所述待处理系统的展示界面；

所述对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合，包括：

对所述待处理系统的展示界面进行识别，得到至少一个功能标签；

对每一所述功能标签进行功能分析，确定出所述待处理系统的至少一个业务模型；

汇总所述至少一个所述业务模型，得到所述业务功能集合。

4.根据权利要求1所述的方法，其特征在于，所述系统数据至少包括：所述待处理系统的输入界面；

所述对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合，包括：

对所述待处理系统的输入界面进行识别，得到至少一个输入参数和每一所述输入参数对应的属性；

根据每一所述输入参数对应的属性，对所述输入参数进行分组，得到至少两个输入参数组；

根据所述至少两个输入参数组的属性之间的第一关联关系，确定出所述待处理系统的至少一个业务模型；

汇总所述至少一个所述业务模型，得到所述业务功能集合。

5.根据权利要求1所述的方法，其特征在于，所述根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息，包括：

获取运行所述待处理系统时的日志参数；

根据所述日志参数，依次确定出所述业务功能集合中发生数据变化的至少一业务模型、每一所述业务模型中发生变化的至少一变化数据、和每一所述变化数据发生变化的时刻；

将具有映射关系的所述业务模型、所述变化数据和所述时刻，确定为所述业务功能集合的数据变化信息。

6.根据权利要求5所述的方法，其特征在于，所述根据所述业务功能集合和所述业务功能集合的数据变化信息，确定出所述待处理系统的业务逻辑，包括：

根据每一所述变化数据发生变化的时刻，确定在所述待处理系统运行时，所述待处理系统中每一所述业务功能的数据变化时序；

根据所述数据变化时序，确定所述业务功能集合中发生数据变化的所述业务模型之间的第二关联关系；

根据所述业务模型、所述变化数据和所述第二关联关系，确定所述业务功能集合中每一所述业务模型的所述业务逻辑。

7.根据权利要求1所述的方法，其特征在于，所述根据所述业务逻辑，对所述待处理系统进行系统处理，包括：

对所述业务逻辑进行逻辑解析，得到业务逻辑表达式；

采用以下至少一种处理方式对所述业务逻辑表达式进行处理：对所述业务逻辑表达式进行修改、添加新的表达式至所述业务逻辑表达式中，得到目标逻辑表达式；

在所述待处理系统中设置与所述目标逻辑表达式匹配的目标业务模型，以实现对所述待处理系统进行系统处理。

8.一种系统处理装置，其特征在于，包括：

第一确定模块，用于对待处理系统的系统数据进行分析，确定出所述待处理系统的业务功能集合；

第二确定模块，用于根据运行所述待处理系统时所获取的日志参数，确定出所述业务功能集合的数据变化信息；

第三确定模块，用于根据所述业务功能集合和所述数据变化信息，确定出所述待处理系统的业务逻辑；

系统处理模块，用于根据所述业务逻辑，对所述待处理系统进行系统处理。

9.一种系统处理设备，其特征在于，包括：

存储器，用于存储可执行指令；处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至7任一项所述的系统处理方法。

10.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于引起处理器执行所述可执行指令时，实现权利要求1至7任一项所述的系统处理方法。

Images