CN115167842A - 业务的可视化开发方法、装置、系统、电子设备及介质 - Google Patents

Abstract

本申请公开了一种业务的可视化开发方法、装置、系统、电子设备及介质，其方法包括：响应于对配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；根据所述业务逻辑参数，生成所述待发布业务的业务逻辑；根据所述测试参数，对生成的业务逻辑进行测试；根据所述上架参数，对测试后的业务逻辑执行相应的操作。本申请实现了业务开发全链路的可视化操作，极大程度上业务开发的时间、人力和经济成本；扩展性强，可根据业务需要对参数灵活配置；且可更改性强，上下架灵活；且显著提升了业务人员的参与程度，使得业务开发准确性强、周期短、针对性强；另外实用性强，适用场景广泛。

Description

业务的可视化开发方法、装置、系统、电子设备及介质

技术领域

本申请涉及计算机技术领域，具体涉及业务的可视化开发方法、装置、系统、电子设备及介质。

背景技术

传统的方式下，业务逻辑的实现基于代码的编写，需要通过应用上线才能实现功能逻辑的上线。

在传统方式下，存在很多不足之处：第一，每次业务逻辑的实现都需要投入大量的开发人员、测试人员进行开发测试，人力成本非常高；第二，由于业务逻辑的实现依赖于代码的编写，上线、发布等流程环节，时间成本很高，无法根据市场变化对科技系统进行快速迭代；第三，由于业务的逻辑使用的编码的方式，对于快速变更、业务逻辑灵活性要求比较高或者代码逻辑出现故障时，不能快速进行问题修复或止损，存在着扩展性差，不灵活等问题；最后，由于业务逻辑代码比较抽象，并且分布到不同业务系统中各个模块中，需要开发人员熟悉理解代码逻辑才能实现业务的准确开发，对专业化能力要求比较高，不利于管理。

发明内容

本申请实施例针对上述情况，提出一种业务的可视化开发方法、装置、系统、电子设备及介质，实现了业务开发全链路的可视化开发，极大程度上节省了业务开发、测试以及上线的时间成本、人力成本；且扩展性强、灵活性强、业务人员参与度高，业务逻辑开发更加准确。

第一方面，本申请实施例提供了一种业务的可视化开发方法，所述方法包括：

响应于配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；

根据所述业务逻辑参数，生成所述待发布业务的业务逻辑；

根据所述测试参数，对生成的业务逻辑进行测试；

根据所述上架参数，对测试后的业务逻辑执行相应的操作。

第二方面，本申请实施例还提供了一种业务的可视化开发装置，所述装置包括：

业务管理模块，用于响应于对配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；

业务运行模块，用于根据所述业务逻辑参数，生成所述待发布业务的业务逻辑；用于根据所述测试参数，对生成的业务逻辑进行测试；以及用于根据所述上架参数，对测试后的业务逻辑执行相应的操作。

第三方面，本申请实施例还提供了一种业务的可视化开发系统，所述系统包括：开发服务器和若干开发终端；各所述终端通信连接所述开发服务器；所述开发服务器部署上述的业务的可视化开发装置；

所述开发终端用于显示所述业务的可视化开发装置提供的配置界面；并响应于对配置界面的配置操作，将获取所述待发布业务的开发配置参数发送到所述开发服务器。

第四方面，本申请实施例还提供了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述任一的方法。

第五方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行上述任一的方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请通过可视化的配置界面，获取待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；并根据所述业务逻辑参数，生成所述待发布业务的业务逻辑，在业务逻辑生成后，根据所述测试参数，对生成的业务逻辑进行测试，并结合测试结果，根据所述上架参数，对测试后的业务逻辑执行相应的操作。本申请实现了业务开发全链路的可视化操作，极大程度上业务开发的时间、人力和经济成本；扩展性强，可根据业务需要对参数灵活配置；且可更改性强，上下架灵活；且显著提升了业务人员的参与程度，使得业务开发准确性强、周期短、针对性强；另外实用性强，适用场景广泛。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出根据本申请的一个实施例的业务的可视化开发方法的流程示意图；

图2示出了根据本申请的一个实施例的业务的可视化开发系统的结构示意图；

图3示出了根据本申请的一个实施例的业务逻辑参数配置界面的示意图；

图4示出了根据本申请的一个实施例的测试参数配置界面的示意图；

图5示出了根据本申请的一个实施例的业务的可视化开发装置的结构示意图；

图6为本申请实施例中一种电子设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

现有技术中，业务逻辑，也可称之为逻辑规则，其实现的途径主要基于代码的编写、系统或应用的上线。这样存在很多弊端，如开发周期长；专业性要求高；开发与需求分离，如果版本多次迭代、业务逻辑实现时间比较久远或者开发人员流动，可能会导致对业务逻辑理解存在偏差。同时，由于业务人员或运营人员对代码不懂或不熟悉，导致业务人员或运营人员无法熟悉现有的业务逻辑。

目前也有少量关于配置化规则实现方法的报道，但是现有技术主要关注于规则的形成，对于业务的全链路开发鲜有研究。

对此，本申请提供了一种业务的可视化开发方法，其通过可视化的配置界面，可视化的配置界面，获取待发布业务的开发配置参数，根据开发配置参数实现了业务逻辑全链路的一键开发，包括开发、测试以及上架，不仅能够显著节约开发成本，还能够极大提高业务人员参与度，提高业务逻辑准确性。

图1示出根据本申请的一个实施例的业务的可视化开发方法的流程示意图，从图1所示的实施例中可以看出，本申请至少包括步骤S110～步骤S140：

步骤S110：响应于对配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数。

本申请中业务逻辑的实现改变了传统的依赖编码的方式，而采用的是配置方式。

图2示出了根据本申请的一个实施例的业务的可视化开发系统的结构示意图，从图2可以看出，业务的可视化开发系统200包括开发服务器210和多个开发终端220，开发服务器210分别与各个开发终端220连接。本申请的业务的可视化开发方法应用于开发服务器210。需要说明的是，本申请的应用范围并不局限于图2示出的业务的可视化开发系统，凡是能够实现本申请方法的系统或计算平台均可。

业务的可视化开发系统从逻辑上可以分为存储层、核心层、接入层、网关层、业务线层。各层之间可以进行数据交互，如通过函数调用的方式或者数据传输的方式。

其中，在核心层部署有可实现本申请方法的业务的可视化开发装置500(图5)，用于执行本申请的方法。

存储层可用于存储各种信息数据，如开发配置参数、业务逻辑执行过程中产生的路径存储信息、以及已生成的各类业务逻辑等等，以供核心层随时调用。

接入层用于通过网关层，将业务线层连接至核心层，接入层可以但不限于用于权限校验、参数校验、执行记录、异常处理、耗时统计、流量监控以及系统降级等。

网关层部署有通信协议，可用于负责业务线层与接入层的通信。

业务线层可主要用于管理各种业务，如零售、经租、车商城等等。

业务的可视化开发系统结合实际的场景要求，采用了分布式、高可用、高性能、高吞吐、低延时的技术架构。整体上，系统采用分层的设计，目的是让系统已维护、可扩展，让每一层职责单一、实现高内聚；同时层与层之间采用单向调用，实现低耦合。除此之外，业务的可视化开发系统还使用了多引擎、多级缓存、数据分片、异步写等技术。如多引擎可以适配各种场景，根据场景定制最高效的规则执行机制；多级缓存大大提高配置数据的读取速度，提高系统性能，实现高吞吐；数据分片便于数据管理和读取，减轻单表数据压力；异步写防止请求阻塞，实现快速响应。

配置界面是开发服务器210提供的，可显示在开发终端220上。开发人员可在开发终端220显示的配置界面上进行开发配置参数的设置。

一个待发布业务的开发配置参数包括但不限于业务逻辑参数、测试参数以及上架参数等。

其中，业务逻辑参数包括但不限于具有代码业务含义的各种变量、常量以及定制化的业务逻辑操作函数等等。

测试逻辑参数包括但不限于测试输入内容以及输出预期等等。

上架参数可以包括但不限于上架条件，是否自动上架等等。上架可以理解为将测试成功的业务发送至预发环境或者生产环境。其中，预发环境：是为避免因为测试环境和生产环境的差异性等带来的缺陷漏测而设立的一套环境，其配置基本和线上一致，只是预发布环境web服务器不在线上集成服务器范围之内，为单独的一台机器。需要说明的是，预发环境通常预测试环境或者开发环境联通，如果一个应用在处于预发阶段，并且出现了问题，需要退回开发环境或者测试环境。生产环境(正式环境，prodution)：是指正式提供对外服务的，一般会关掉错误报告，打开错误日志，也就是通常说的真实环境，最后交给用户的环境。

为了方便开发人员操作，业务逻辑参数、测试参数、上架参数中的一些参数均可设置有默认值，若开发人员不进行修改，这些参数可以采用默认值。且在这些参数的下级参数中，有一些是非必要的，可以根据需要设置或者不设置，对此本申请不作限定。

由于本申请的开发方法可通过前端的简单配置方式实现，因此，在本申请中，开发人员不局限于软件开发专业人员，普通的业务人员或者运营人员也可以在直接进行业务的开发。

步骤S120：根据所述业务逻辑参数，生成所述待发布业务的业务逻辑。

在接收到上述配置参数后，可根据其中的业务逻辑参数，生成所述待发布业务的业务逻辑，业务逻辑也可以理解为待发布业务的业务规则。如开发服务器210在接收到通过预配置的具有代码业务含义的各种变量、常量以及定制化的业务逻辑操作函数等，开发服务器210会根据配置的业务逻辑根据一定的实现逻辑产生代表业务逻辑的表达式，从而实现了业务逻辑的配置化。

步骤S130：根据所述测试参数，对生成的业务逻辑进行测试。

在待发布业务的业务逻辑生成后，可根据测试参数对生成的业务逻辑进行测试。

传统方式下业务逻辑的测试依赖于测试人员进行全场景的集成测试，有的业务逻辑场景多且复杂，或者业务逻辑处于业务流程的比较靠后的环节，测试人员测试需要准备大量的测试数据，不方便、效率低下，耗时非常多。

而在本申请实施例中，可采用可视化的页面进行集中测试，把测试的结果输出到页面上，可视化展示，和预期测试结果形成对比，有利于测试人员快速的判断测试结果，这种方式大大地提高了测试效率。

步骤S140：根据所述上架参数，对测试后的业务逻辑执行相应的操作。

传统方式下，业务逻辑的变更需要修改代码、然后测试、再发布、流程非常长，响应时间特别长。

而在本申请实施例中，采用可视化的页面，通过在开发终端修改业务逻辑的上架下架标识就可以快速实现业务逻辑的变更，耗时只需要秒级；如果业务逻辑修改后，可以先采用快速测试功能，满足预期结果后再进行上架，使用非常方便，效率非常高。

需要说明的是，上述步骤S120、步骤S130和步骤S140可以是顺序执行的，即按照上述步骤依次执行；也可以是异步的，即如果只接收到了业务逻辑参数，可只执行步骤S120，生成的业务逻辑可以暂时存储在数据库中，在需要时可以进行调用。如果接到某个待发布应用的测试参数，则只执行步骤S130，只输出测试结果即可。

经过实验，本申请可适用于多种场景，包括但不限于设置订单提报规则、服务费结算自动化规则、溢价融资管控规则，产品政策规则、零售自动放款规则等等。

另经过实验，采用本申请的方法，每次需求迭代可节省40～100人日，已对接43个方向的业务需求，共节约成本近600万元。另外可将变更需求排期周期可缩短为1～2个月，实现快速配置、快速上线。

由图1所示的方法可以看出，本申请通过可视化的配置界面，获取待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；并根据所述业务逻辑参数，生成所述待发布业务的业务逻辑，在业务逻辑生成后，根据所述测试参数，对生成的业务逻辑进行测试，并结合测试结果，根据所述上架参数，对测试后的业务逻辑执行相应的操作。本申请实现了业务开发全链路的可视化操作，极大程度上业务开发的时间、人力和经济成本；扩展性强，可根据业务需要对参数灵活配置；且可更改性强，上下架灵活；且显著提升了业务人员的参与程度，使得业务开发准确性强、周期短、针对性强；另外实用性强，适用场景广泛。

下面以待发布业务为客户评级业务为例，对本申请中的配置界面进行简单的说明。

在本申请的一些实施例中，在上述方法中，响应于对配置界面的配置指令，接收待发布业务的开发配置参数，包括：响应于配置界面的配置指令，接收所述开发配置参数，其中，所述配置界面包括业务逻辑参数控件；所述业务逻辑参数控件包括规则名称子控件、优先级子控件、命中方式子控件、条件组子控件、有效期子控件、结果后续使用情况子控件、动作子控件、以及提示语子控件；其中，所述规则名称子控件的可填写项包括：规则名称；所述优先级子控件的可填写项是根据业务逻辑总级别数量配置的；所述命中方式子控件的可选取项包括：全部命中、首次命中、以及自定义命中；所述有效期子控件的可填写项包括：开始日期、以及结束日期；所述结果后续使用情况子控件的可选取项包括：是、以及否；所述条件组子控件、所述动作子控件以及所述提示语子控件的可选取项或可填写项是根据业务逻辑需要配置的。

为了实现前述功能的可视化，在配置界面中可以设置多个控件，以进行方法和数据的封装。在本申请的一些实施例中，所述配置界面控件包括但不限于业务逻辑参数控件、测试参数控件以及上架参数控件中的至少一项。

其中，业务逻辑参数控件包括多个子控件，多个子控件包括但不限于规则名称子控件、命中方式子控件、条件组子控件、有效期子控件、动作子控件、和提示语子控件等等。在另一些实施例中还可以包括但不限于优先级子控件、以及结果后续使用情况子控件等。

如图3所示，图3示出了根据本申请的一个实施例的业务逻辑参数配置界面的示意图，其中，包括规则名称、优先级、命中方式、条件组、有效期、结果后续使用情况、动作以及提示语等。

其中，规则名称子控件的可填写项包括：规则名称，即通过规则名称子控件的设置可以使得用户能够在配置界面上填写业务逻辑名称。

所述优先级子控件的可填写项是根据业务逻辑总级别数量配置的，即通过优先级子控件的设置可以使得用户能够在配置界面上指定业务的优先级，如业务逻辑总级别数量为8，1为最高级，由1到8优先级级别依次降低，用户可以通过填写或者选择进行指定。

命中方式子控件的可选取项包括：全部命中、首次命中，以及自定义命中，即通过命中方式子控件的设置可以使得用户能够在配置界面上对业务逻辑的命中方式进行指定，可以通过选择的方式指定全部命中还是首次命中，另外还可以通过填写的方式设置自定义命中方式。

有效期子控件的可选取项是包括：开始日期、和结束日期，即通过有效期子控件的设置可以使得用户能够在配置界面上对业务逻辑的有效期进行设置。

条件组子控件、动作子控件以及提示语子控件的可选取项或可填写项可以根据业务逻辑需要配置，通常在代码中，对业务逻辑的条件进行编写时通常采用“if。。。then(esle，otherwise)。。。。”语句，这里可以将条件组子控件、动作子控件理解为该逻辑语句，在条件组子控件设置条件内容(if条件)，在动作子控件设置动作逻辑，如为那么(then)或者否则(esle，otherwise)，提示语子控件中的内容可根据动作子控件内容进行对应设置，就是提示then执行何种动作。

仍然以客户评级业务为例，在本申请的一些实施例中，响应于对配置界面的配置指令，接收待发布业务的开发配置参数，包括：响应于配置界面的配置指令，接收所述开发配置参数，其中，在所述开发配置参数中，所述规则名称为客户评级；所述命中方式为全部命中；所述条件组包括：第一条件且第二条件且第三条件且第四条件；所述动作子控件为那么；所述提示语为拒绝；其中，所述第一条件为客户评级不等于A+；所述第二条件为客户评级不等于A；所述第三条件为客户评级不等于B+；所述第四条件为客户评级不等于B；所述根据所述业务逻辑参数，生成所述待发布业务的业务逻辑，包括：对所述业务逻辑参数进行整合，得到目标业务逻辑，所述目标业务逻辑为客户评级业务；其命中方式为全部命中；其优先级、有效期、和结果后续使用情况未配置；其条件内容包括：客户评级不等于A+，且客户评级不等于A，且客户评级不等于B+，且客户评级不等于B；其动作内容包括：那么；其提示语为拒绝。

也就是说，在客户评级业务中，用户对于一些非必要参数可以不配置，如优先级、有效期、结果后续使用情况；而对于规则名称、命中规则、条件组、动作以及提示语可以做如上的配置，将上述业务逻辑参数进行整合，得到目标业务逻辑，所述目标业务逻辑为客户评级业务；其命中方式为全部命中；其如果内容包括：客户评级不等于A+，且客户评级不等于A，且客户评级不等于B+，且客户评级不等于B；其动作内容包括：那么；其提示语为拒绝(可参考图4中的左侧部分)。

在本申请的一些实施例中，所述测试参数控件包括：输入信息子控件和期望期望输出信息子控件；其中，所述输入信息子控件的可选取项或可填写项是根据业务逻辑需要配置的；所述期望输出信息子控件的可选取项包括：通过、不通过。

如图4所示，图4示出了根据本申请的一个实施例的测试参数配置界面的示意图，其中，包括输入信息和期望输出信息，在本申请实施例中，其是为上述生成的客户评级业务进行测试，其中输入信息为上述生成的客户评级业务，具体的，业务名称为客户评级，具体内容为C级；期望输出信息的可选取项包括：通过和不通过，在这里为通过。测试人员在填写完这些测试参数后，可通过点击“开始测试”按钮进行测试工作。

在本申请的一些实施例中，所述上架参数控件的可选取项包括：禁用自动上架、启动自动上架。上架是针对测试成功的待发布应用而言的，若选择禁用自动上架，则在一个待发布业务测试成功后并不对其进行自动上架操作，而是响应于前端的上架指令，才对待发布业务进行上架；若选择启动自动上架，则在一个待发布业务测试成功后，则对其进行自动上架，从而实现了业务的一键上下架。

在本申请的一些实施例中，所述方法还包括：响应于业务逻辑查看指令，对所述业务逻辑查看指令对应的身份ID进行验证，若验证通过，则显示所述待发布业务的业务逻辑；若验证不通过，则拒绝所述业务逻辑查看指令。

在某些场景下，需要对现有业务逻辑进行查看或修改，在本申请中，为了防止用户越权查看重要机密的业务逻辑，本申请还能够实现对业务逻辑的权限管理，即开发人员在开发终端提交业务逻辑查看请求或请求指令，对业务逻辑查看指令对应的身份ID进行验证，可设置业务逻辑的开发人以及上级相关人员可以进行查看，其他用户不能查看。在本申请的一些实施例中，所述方法还包括：响应于业务逻辑编辑指令，将对应的业务逻辑复制到草稿中；响应于业务逻辑修改指令，根据所述草稿中的业务逻辑以及所述业务逻辑修改指令中的修改配置参数，生成新的业务逻辑；响应于业务逻辑审批指令，将所述新的业务逻辑推送到审批账号，并接收审批结果；若审批结果为通过，则根据所述新的业务逻辑更新原有的业务逻辑。

在业务逻辑的修改方便，业务逻辑的修改只能开发人在原有业务逻辑的基础上复制为草稿，在草稿上进行修改，这种控制可以防止修改的业务逻辑未经充分的测试和审核就生效，减少错误业务逻辑带来的风险；如果业务逻辑在开发人修改好并进行充分的测试之后，可以发起审批流程，在审批结果为通过的前提下，草稿的业务逻辑才能生效，即替换掉原有的业务逻辑。

图5示出了根据本申请的一个实施例的业务的可视化开发装置的结构示意图，该装置可以部署于开发服务器210(图2)中，所述装置500包括：

业务管理模块510，用于响应于对配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；

业务运行模块520，用于根据所述业务逻辑参数，生成所述待发布业务的业务逻辑；用于根据所述测试参数，对生成的业务逻辑进行测试；以及用于根据所述上架参数，对测试后的业务逻辑执行相应的操作。

在本申请的一些实施例中，在上述装置中，业务管理模块510，用于响应于配置界面的配置指令，接收所述开发配置参数，其中，所述配置界面包括业务逻辑参数控件；所述业务逻辑参数控件包括规则名称子控件、优先级子控件、命中方式子控件、条件组子控件、有效期子控件、结果后续使用情况子控件、动作子控件、以及提示语子控件；其中，所述规则名称子控件的可填写项包括：规则名称；所述优先级子控件的可填写项是根据业务逻辑总级别数量配置的；所述命中方式子控件的可选取项包括：全部命中、首次命中、以及自定义命中；所述有效期子控件的可填写项包括：开始日期、以及结束日期；所述结果后续使用情况子控件的可选取项包括：是、以及否；所述条件组子控件、所述动作子控件以及所述提示语子控件的可选取项或可填写项是根据业务逻辑需要配置的。

在本申请的一些实施例中，在上述装置中，业务管理模块510，用于响应于配置界面的配置指令，接收所述开发配置参数，其中，在所述开发配置参数中，所述规则名称为客户评级；所述命中方式为全部命中；所述条件组包括：第一条件且第二条件且第三条件且第四条件；所述动作子控件为那么；所述提示语为拒绝；其中，所述第一条件为客户评级不等于A+；所述第二条件为客户评级不等于A；所述第三条件为客户评级不等于B+；所述第四条件为客户评级不等于B；业务运行模块520，用于对所述业务逻辑参数进行整合，得到目标业务逻辑，所述目标业务逻辑为客户评级业务；其命中方式为全部命中；其优先级、有效期、和结果后续使用情况未配置；其条件内容为：客户评级不等于A+，且客户评级不等于A，且客户评级不等于B+，且客户评级不等于B；其动作内容为：那么；其提示语为拒绝。

在本申请的一些实施例中，在上述装置中，业务管理模块510，用于响应于配置界面的配置指令，接收所述开发配置参数，其中，所述配置界面包括测试参数控件、以及上架参数控件；所述测试参数控件包括：输入信息子控件和期望期望输出信息子控件；其中，所述输入信息子控件的可选取项或可填写项是根据业务逻辑需要配置的；所述期望输出信息子控件的可选取项包括：通过、以及不通过；所述上架参数控件的可选取项包括：禁用自动上架、以及启动自动上架。

在本申请的一些实施例中，在上述装置中，业务运行模块520，还用于响应于业务逻辑查看指令，对所述业务逻辑查看指令对应的身份ID进行验证，验证通过，则显示所述待发布业务的业务逻辑；若验证不通过，则拒绝所述业务逻辑查看指令。

在本申请的一些实施例中，在上述装置中，业务运行模块520，还用于响应于业务逻辑编辑指令，将对应的业务逻辑复制为草稿；响应于业务逻辑修改指令，根据所述草稿中的业务逻辑以及所述业务逻辑修改指令中的修改配置参数，生成新的业务逻辑；响应于业务逻辑审批指令，将所述新的业务逻辑推送到审批账号，并接收审批结果；若审批结果为通过，则根据所述新的业务逻辑更新原有的业务逻辑。

需要说明的是，上述的业务的可视化开发装置可一一实现前述的业务的可视化开发方法，这里不再赘述。

图6是本申请的一个实施例电子设备的结构示意图。请参考图6，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务的可视化开发装置。处理器，执行存储器所存放的程序，并具体用于执行前述方法。

上述如本申请图5所示实施例揭示的业务的可视化开发装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图5中业务的可视化开发装置执行的方法，并实现业务的可视化开发装置在图5所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图5所示实施例中业务的可视化开发装置执行的方法，并具体用于执行前述方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的同一要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种业务的可视化开发方法，其特征在于，所述方法包括：

响应于对配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；

根据所述业务逻辑参数，生成所述待发布业务的业务逻辑；

根据所述测试参数，对生成的业务逻辑进行测试；

根据所述上架参数，对测试后的业务逻辑执行相应的操作。

2.根据权利要求1所述的方法，其特征在于，响应于对配置界面的配置指令，接收待发布业务的开发配置参数，包括：

响应于配置界面的配置指令，接收所述开发配置参数，其中，所述配置界面包括业务逻辑参数控件；

所述业务逻辑参数控件包括规则名称子控件、优先级子控件、命中方式子控件、条件组子控件、有效期子控件、结果后续使用情况子控件、动作子控件、以及提示语子控件；

其中，所述规则名称子控件的可填写项包括：规则名称；

所述优先级子控件的可填写项是根据业务逻辑总级别数量配置的；

所述命中方式子控件的可选取项包括：全部命中、首次命中、以及自定义命中；

所述有效期子控件的可填写项包括：开始日期、以及结束日期；

所述结果后续使用情况子控件的可选取项包括：是、以及否；

所述条件组子控件、所述动作子控件以及所述提示语子控件的可选取项或可填写项是根据业务逻辑需要配置的。

3.根据权利要求2所述的方法，其特征在于，响应于对配置界面的配置指令，接收待发布业务的开发配置参数，包括：

响应于配置界面的配置指令，接收所述开发配置参数，其中，在所述开发配置参数中，所述规则名称为客户评级；所述命中方式为全部命中；所述条件组包括：第一条件且第二条件且第三条件且第四条件；所述动作子控件为那么；所述提示语为拒绝；

其中，所述第一条件为客户评级不等于A+；所述第二条件为客户评级不等于A；所述第三条件为客户评级不等于B+；所述第四条件为客户评级不等于B；

所述根据所述业务逻辑参数，生成所述待发布业务的业务逻辑，包括：

对所述业务逻辑参数进行整合，得到目标业务逻辑，所述目标业务逻辑为客户评级业务；其命中方式为全部命中；其优先级、有效期、和结果后续使用情况未配置；其条件内容为：客户评级不等于A+，且客户评级不等于A，且客户评级不等于B+，且客户评级不等于B；其动作内容为：那么；其提示语为拒绝。

4.根据权利要求1所述的方法，其特征在于，响应于对配置界面的配置指令，接收待发布业务的开发配置参数，包括：

响应于配置界面的配置指令，接收所述开发配置参数，其中，所述配置界面包括测试参数控件、以及上架参数控件；

所述测试参数控件包括：输入信息子控件和期望期望输出信息子控件；

其中，所述输入信息子控件的可选取项或可填写项是根据业务逻辑需要配置的；

所述期望输出信息子控件的可选取项包括：通过、以及不通过；

所述上架参数控件的可选取项包括：禁用自动上架、以及启动自动上架。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于业务逻辑查看指令，对所述业务逻辑查看指令对应的身份ID进行验证，若验证通过，则显示所述待发布业务的业务逻辑；

若验证不通过，则拒绝所述业务逻辑查看指令。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

响应于业务逻辑编辑指令，将对应的业务逻辑复制为草稿；

响应于业务逻辑修改指令，根据所述草稿中的业务逻辑以及所述业务逻辑修改指令中的修改配置参数，生成新的业务逻辑；

响应于业务逻辑审批指令，将所述新的业务逻辑推送到审批账号，并接收审批结果；若审批结果为通过，则根据所述新的业务逻辑更新原有的业务逻辑。

7.一种业务的可视化开发装置，其特征在于，所述装置包括：

业务管理模块，用于响应于对配置界面的配置指令，接收待发布业务的开发配置参数，其中，所述开发配置参数包括业务逻辑参数、测试参数、上架参数；

业务运行模块，用于根据所述业务逻辑参数，生成所述待发布业务的业务逻辑；用于根据所述测试参数，对生成的业务逻辑进行测试；以及用于根据所述上架参数，对测试后的业务逻辑执行相应的操作。

8.一种业务的可视化开发系统，其特征在于，所述系统包括：开发服务器和若干开发终端；各所述终端通信连接所述开发服务器；所述开发服务器部署有权利要求7所述的业务的可视化开发装置；

所述开发终端用于显示所述业务的可视化开发装置提供的配置界面；并响应于对配置界面的配置操作，将获取所述待发布业务的开发配置参数发送到所述开发服务器。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～6所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～6所述方法。

Images