业务系统的发布方法及装置、存储介质、电子装置与流程

本发明涉及计算机领域，具体而言，涉及一种业务系统的发布方法及装置、存储介质、电子装置。

背景技术：

相关技术中，一个完整的业务功能通常需要几十个业务系统来支撑，甚至上百、上千的业务系统相互协调合作完成相应的功能。业务系统在运行时存在相互的依赖关系，比如a，b两个系统，a在执行某个功能时，需要调用b系统来获取一些结果，称之为a和b之间存在依赖关系，即a依赖b，表示为：a-＞b。

相关技术中，在上线某个业务功能时，需要发布相互依赖的多个业务系统，如，b系统发布完成之后，a系统才能发布，如果a发布时，b还未发布，a系统会因为b系统的变更未上线，导致a在调用b系统执行功能时异常，影响线上的现有业务。现有技术的方案中，在发布阶段并不考虑系统间的依赖关系，通过后续排查和系统回滚来解决异常，如a发布完成后，发现线上业务异常，排查发现和b系统有发布依赖关系，b系统本次也需要发布，a系统发布回滚，延迟发布，如公开号为cn107678936a的申请文件，公开了一种业务系统预先稽查方法，在业务系统发布上线后，发生故障后快速回滚。另外一个方案是人为来确定，如有两个系统之间存在发布依赖关系，a-＞b，a系统无法b系统什么时候发布完成，在准备发布a系统时，通过人为频繁的去确认b系统是否发发布完成，然后在a系统依赖几十个系统的情况，工作量巨大。

针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。

技术实现要素：

本发明实施例提供了一种业务系统的发布方法及装置、存储介质、电子装置。

根据本发明的一个实施例，提供了一种业务系统的发布方法，包括：确定目标业务的多个业务系统，其中，所述多个业务系统中的每个业务系统分别对应所述目标业务的一个功能；根据所述多个业务系统中业务系统之间的依赖关系建立有向图；根据所述有向图确定所述多个业务系统的发布顺序。

可选的，根据所述业务系统中每个业务系统之间的依赖关系建立有向图包括：根据对外接口的调用方向确定业务系统组合的依赖关系，其中，所述业务系统组合由采用所述对外接口进行通信的两个业务系统组成；统计所有业务系统组合的依赖关系，并根据所述依赖关系建立所述有向图。

可选的，根据对外接口的调用方向确定业务系统组合的依赖关系包括：确定所述多个业务系统中第一业务系统的第一对外接口；在所述多个业务系统中确定一个或多个调用所述第一对外接口的第二业务系统，其中，所述业务系统组合由所述第一业务系统和所述第二业务系统组成；将所述第二业务系统作为调用系统，所述第一业务系统作为被调用系统，建立所述第一业务系统与所述第二业务系统之间的依赖关系。

可选的，根据所述依赖关系建立所述有向图包括：将所述第二业务系统作为起点，所述第一业务系统作为终点，所述依赖关系作为关联函数，建立所述有向图的有向边。

可选的，根据所述有向图确定所述多个业务系统的发布顺序包括：统计所述有向图的所有有向边；使用所述有向边的方向建立约束条件，其中，所述约束条件用于表征在前提条件存在的情况下，才能实现目标结果，所述前提条件和所述目标结果为一对存在依赖关系的业务系统组合；将所述约束条件的逻辑顺序确定为所述业务系统组合中业务系统的发布顺序。

可选的，在将所述约束条件的逻辑顺序确定为所述业务系统组合中业务系统的发布顺序之后，所述方法还包括：按照所述发布顺序依次发布所述业务系统组合中的业务系统。

可选的，按照所述发布顺序依次发布所述业务系统组合中的业务系统包括：解析所述约束条件，确定待发布的目标业务系统是否存在前提条件；在所述目标业务系统存在前提条件时，等待所述前提条件对应的业务系统发布，在确定所述前提条件对应的业务系统发布完成后，发布所述目标业务系统；在所述目标业务系统不存在前提条件时，发布所述目标业务系统，在发布完成后，通知目标结果对应的业务系统。

可选的，确定所述前提条件对应的业务系统发布完成包括：确定是否接收到所述前提条件对应的业务系统发送的通知消息，其中，所述通知消息用于指示所述前提条件对应的业务系统已经发布完成；在接收到所述通知消息时，确定所述前提条件对应的业务系统发布完成，在未接收到所述通知消息时，确定所述前提条件对应的业务系统未发布完成。

可选的，根据所述有向图确定所述多个业务系统的发布顺序包括：解析所述有向图，得到所述有向图中的孤立点和有向边；按照所述有向边的连通方向，确定每条有向边的起点和终点；在所述多个业务系统中确定在所有有向边中仅作为终点的第一元素，在所述多个业务系统中确定在所有有向边中在第一有向边中作为终点，同时在第二有向边中作为起点的第二元素，在所述多个业务系统中确定在所有有向边中仅作为起点的第三元素；确定所述第一元素的发布顺序为最高级，确定所述第二元素的发布顺序为次高级，确定所述第三元素的发布顺序为最低级。

可选的，确定目标业务的多个业务系统包括之一：确定第一应用程序的目标业务与多个第二应用程序关联的多个业务系统；确定第一应用程序的目标业务应用在多个不同服务器上的多个业务系统。

可选的，所述目标业务包括以下至少之一：点餐业务、转账业务、会话业务、理财业务、红包业务、视频业务。

根据本发明的另一个实施例，提供了一种业务系统的发布装置，包括：第一确定模块，用于确定目标业务的多个业务系统，其中，所述多个业务系统中的每个业务系统分别对应所述目标业务的一个功能；建立模块，用于根据所述多个业务系统中业务系统之间的依赖关系建立有向图；第二确定模块，用于根据所述有向图确定所述多个业务系统的发布顺序。

可选的，所述建立模块包括：确定单元，用于根据对外接口的调用方向确定业务系统组合的依赖关系，其中，所述业务系统组合由采用所述对外接口进行通信的两个业务系统组成；建立单元，用于统计所有业务系统组合的依赖关系，并根据所述依赖关系建立所述有向图。

可选的，所述确定单元包括：第一确定子单元，用于确定所述多个业务系统中第一业务系统的第一对外接口；第二确定子单元，用于在所述多个业务系统中确定一个或多个调用所述第一对外接口的第二业务系统，其中，所述业务系统组合由所述第一业务系统和所述第二业务系统组成；第一建立子单元，用于将所述第二业务系统作为调用系统，所述第一业务系统作为被调用系统，建立所述第一业务系统与所述第二业务系统之间的依赖关系。

可选的，所述建立单元包括：第二建立子单元，用于将所述第二业务系统作为起点，所述第一业务系统作为终点，所述依赖关系作为关联函数，建立所述有向图的有向边。

可选的，所述第二确定模块包括：统计单元，用于统计所述有向图的所有有向边；建立单元，用于使用所述有向边的方向建立约束条件，其中，所述约束条件用于表征在前提条件存在的情况下，才能实现目标结果，所述前提条件和所述目标结果为一对存在依赖关系的业务系统组合；确定单元，用于将所述约束条件的逻辑顺序确定为所述业务系统组合中两个业务系统的发布顺序。

可选的，所述装置还包括：发布模块，用于在所述第二确定模块将所述约束条件的逻辑顺序确定为所述业务系统组合中业务系统的发布顺序之后，按照所述发布顺序依次发布所述业务系统组合中的业务系统。

可选的，所述第二确定模块包括：解析单元，用于解析所述有向图，得到所述有向图中的孤立点和有向边；第一确定单元，用于按照所述有向边的连通方向，确定每条有向边的起点和终点；第二确定单元，用于在所述多个业务系统中确定在所有有向边中仅作为终点的第一元素，在所述多个业务系统中确定在所有有向边中在第一有向边中作为终点，同时在第二有向边中作为起点的第二元素，在所述多个业务系统中确定在所有有向边中仅作为起点的第三元素；第三确定单元，用于确定所述第一元素的发布顺序为最高级，确定所述第二元素的发布顺序为次高级，确定所述第三元素的发布顺序为最低级。

可选的，所述第一确定模块包括之一：第一确定单元，用于确定第一应用程序的目标业务与多个第二应用程序关联的多个业务系统；第二确定单元，用于确定第一应用程序的目标业务应用在多个不同服务器上的多个业务系统。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，确定目标业务的多个业务系统，根据所述多个业务系统中业务系统之间的依赖关系建立有向图，根据所述有向图确定所述多个业务系统的发布顺序，进而按照发布顺序来发布目标业务的业务系统，解决了相关技术中不能确定多个业务系统的发布顺序的技术问题，可以根据发布顺序自动发布一个目标业务的多个业务系统，避免了系统回滚和人工干预，提高了发布业务系统的效率，减少了系统异常。

附图说明

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

图1是本发明实施例的一种业务系统的发布移动终端的硬件结构框图；

图2是根据本发明实施例的一种业务系统的发布方法的流程图；

图3是本发明实施例的点餐业务的执行流程图；

图4是本发明实施例的点餐业务中业务系统的依赖关系图；

图5是本发明实施例的有向图的示意图；

图6是根据本发明实施例的业务系统的发布装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种业务系统的发布移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的一种业务系统的发布方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种业务系统的发布方法，图2是根据本发明实施例的一种业务系统的发布方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，确定目标业务的多个业务系统，其中，多个业务系统中的每个业务系统分别对应目标业务的一个功能；

步骤s204，根据多个业务系统中业务系统之间的依赖关系建立有向图；

步骤s206，根据有向图确定多个业务系统的发布顺序。

通过上述步骤，确定目标业务的多个业务系统，根据所述多个业务系统中业务系统之间的依赖关系建立有向图，根据所述有向图确定所述多个业务系统的发布顺序，进而按照发布顺序来发布目标业务的业务系统，解决了相关技术中不能确定多个业务系统的发布顺序的技术问题，可以根据发布顺序自动发布一个目标业务的多个业务系统，避免了系统回滚和人工干预，提高了发布业务系统的效率，减少了系统异常。

本实施例中，目标业务可以是应用程序(app)的所有功能，也可以是应用程序上的一个功能模块，该目标业务可以但不限于为：点餐业务、转账业务、会话业务、理财业务、红包业务、视频业务等。确定目标业务的多个业务系统包括之一：确定第一应用程序的目标业务与多个第二应用程序关联的多个业务系统，如使用即时通讯软件(如，微信)的账号登录视频软件(如，腾讯视频)，视频网站的登录过程中需要调用即时通讯软件的账号和密钥，所以需要调用即时通讯软件的管理账号的业务系统等；确定第一应用程序的目标业务应用在多个不同服务器上的多个业务系统，在目标业务为点餐业务时，在用户使用的点餐业务时，需要使用到多个业务系统，如支付系统、用户身份系统、商家的数据系统、中间平台的管理和营销系统等，各个系统对应的服务器分别设置在不同的服务器上。

本实施例以目标业务为点餐业务进行举例说明，图3是本发明实施例的点餐业务的执行流程图，包括四个业务系统，分别为：点餐中心、商品中心、营销中心、餐台中心，其中，点餐中心：支撑口碑点餐c端业务，负责点餐列表业务咨询、点餐加减购物车，点餐下单确认页，点餐下单支付等功能。商品中心：负责商品，包括菜口的管理和咨询服务，针对商品购买和点餐提供商品和菜品的咨询能力。营销中心：负责用户买单(商品购买、点餐、在线买单等)环节享受优惠能力的咨询。餐台中心：负责点餐业务中餐台的管理维护和咨询能力。餐台信息的添加，修改，删除和查询能力，同时提供餐台的开台和清台能力。

根据各个系统在使用过程中的调用关系，形成业务系统之间的依赖关系，图4是本发明实施例的点餐业务中业务系统的依赖关系图，其中，点餐中心是用户面的业务系统，依赖营销中心和商品中心、餐台中心，营销中心也依赖商品中心。

在本实施例中，有向图是可以表征目标业务的所有业务系统的相互依赖的图，根据业务系统中每个业务系统之间的依赖关系建立有向图包括：

s11，根据对外接口的调用方向确定业务系统组合的依赖关系，其中，业务系统组合由采用对外接口进行通信的两个业务系统组成；

可选的，根据对外接口的调用方向确定业务系统组合的依赖关系包括：确定多个业务系统中第一业务系统的第一对外接口；在多个业务系统中确定一个或多个调用第一对外接口的第二业务系统，其中，业务系统组合由第一业务系统和第二业务系统组成；将第二业务系统作为调用系统，第一业务系统作为被调用系统，建立第一业务系统与第二业务系统之间的依赖关系。

s12，统计所有业务系统组合的依赖关系，并根据依赖关系建立有向图。

图5是本发明实施例的有向图的示意图，如图5所示，包括a～i，一共9个元素，分别是一个业务系统，其中，ab，ac，df，eg等相互形成依赖关系，i为孤立点，不与其他元素形成依赖关系。在此以ab业务系统组合进行说明，b元素定义有对外接口，用于a元素工作是调用，该对外接口的调用方向为a元素调用b元素，所以ab业务系统组合的依赖关系为a元素依赖b元素，同时，b元素可以被d元素调用，a元素也可以调用c、f元素等，统计所有元素的依赖关系，即可形成有向图。其中，i元素是一个即不调用其他元素，也不被其他元素调用的元素，是有向图中的一个孤立点。

在本实施例的可选实施方式中，根据依赖关系建立有向图包括：将第二业务系统作为起点，第一业务系统作为终点，依赖关系作为关联函数，建立有向图的有向边。以图5为例进行说明，如ab元素，a为起点，b为终点，关联函数(可以理解为关联的含义)为a依赖b，a-＞b为有向图的一个有向边，多个有向边组成了完整的有向图。

在本实施例中，根据有向图确定多个业务系统的发布顺序包括：

s21，统计有向图的所有有向边；

s22，使用有向边的方向建立约束条件，其中，约束条件用于表征在前提条件存在的情况下，才能实现目标结果，前提条件和目标结果为一对存在依赖关系的业务系统组合；如ab两个业务系统，约束条件用于保证在a发布之前，b已经发布完成了，从而避免a业务系统异常。

s23，将约束条件的逻辑顺序确定为业务系统组合中业务系统的发布顺序。根据约束条件的逻辑顺序，确定的业务系统的发布顺序为先发布前提条件对应的业务系统，再发布目标结果对应的业务系统，也即，先发布被调用的业务系统，再发布调用的业务系统。

可选的，在将约束条件的逻辑顺序确定为业务系统组合中业务系统的发布顺序之后，还包括：按照发布顺序依次发布业务系统组合中的业务系统。在本实施例的一个实施方式中，按照发布顺序依次发布业务系统组合中的业务系统包括：

s31，解析约束条件，确定待发布的目标业务系统是否存在前提条件；以图5为例进行说明，在待发布的目标业务系统为a时，a不存在前提条件，在待发布的目标业务系统为b时，存在前提条件：a，d。

s32，在目标业务系统存在前提条件时，等待前提条件对应的业务系统发布，在确定前提条件对应的业务系统发布完成后，发布目标业务系统；在目标业务系统不存在前提条件时，发布目标业务系统，在发布完成后，通知目标结果对应的业务系统。可选的，可以通过业务系统间的通知消息来确定是否发布完成，确定前提条件对应的业务系统发布完成包括：确定是否接收到前提条件对应的业务系统发送的通知消息，其中，通知消息用于指示前提条件对应的业务系统已经发布完成；在接收到通知消息时，确定前提条件对应的业务系统发布完成，在未接收到通知消息时，确定前提条件对应的业务系统未发布完成。

可选的，根据有向图确定多个业务系统的发布顺序包括：

s41，解析有向图，得到有向图中的孤立点和有向边；如图5所示，i元素为孤立点，其他元素均可形成有向边。

s42，按照有向边的连通方向，确定每条有向边的起点和终点；如图5中的ab有向边中，a为起点，b为终点，bh有向边中，b为起点，h为终点等。

s43，在多个业务系统中确定在所有有向边中仅作为终点的第一元素，在多个业务系统中确定在所有有向边中在第一有向边中作为终点，同时在第二有向边中作为起点的第二元素，在多个业务系统中确定在所有有向边中仅作为起点的第三元素；在图5中，c、f、h、g为第一元素，b为第二元素，a、d、e为第三元素。

s44，确定第一元素的发布顺序为最高级，确定第二元素的发布顺序为次高级，确定第三元素的发布顺序为最低级。在发布过程中，优先发布最高级的第一元素，然后第二元素，最后第三元素，由于孤立点的元素的发布时机并不影响其他元素，因此，孤立点没有发布顺序，可以随机发布。

在一个示例中，本次待发布的目标业务系统为a，d，f，h，根据关联关系，有向图有3条有向边，分别为：a-＞f，d-＞f，d-＞h，在开始发布时:a等待，d等待，f和h优先发布，如果f发布完成，f通知a和d，由于a的前提条件只有f，所以a在确定f发布完成后可以发布，(而d的前提条件为f和h，所有需要在收到通知f和h的通知消息后，才能发布)，d收到通知，因为同时依赖了h，需要等待h也发布完成后才能发布，h发布完成后，通知d，d再发布。

可选地，上述步骤的执行主体可以为客户端或服务器等，客户端可以是移动终端，pc等，服务器可以是代码发布服务器，业务系统的推送服务器等，或应用于目标业务的服务器，如餐饮软件的服务器，打车软件的服务器等，但不限于此。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种业务系统的发布装置，可以是终端或服务器，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的业务系统的发布装置的结构框图，可以应用在客户端或服务器中，如图6所示，该装置包括：第一确定模块60，建立模块62，第二确定模块64，其中，

第一确定模块60，用于确定目标业务的多个业务系统，其中，所述多个业务系统中的每个业务系统分别对应所述目标业务的一个功能；

建立模块62，用于根据所述多个业务系统中业务系统之间的依赖关系建立有向图；

第二确定模块64，用于根据所述有向图确定所述多个业务系统的发布顺序。

可选的，所述建立模块包括：确定单元，用于根据对外接口的调用方向确定业务系统组合的依赖关系，其中，所述业务系统组合由采用所述对外接口进行通信的两个业务系统组成；建立单元，用于统计所有业务系统组合的依赖关系，并根据所述依赖关系建立所述有向图。

所述确定单元包括：第一确定子单元，用于确定所述多个业务系统中第一业务系统的第一对外接口；第二确定子单元，用于在所述多个业务系统中确定一个或多个调用所述第一对外接口的第二业务系统，其中，所述业务系统组合由所述第一业务系统和所述第二业务系统组成；第一建立子单元，用于将所述第二业务系统作为调用系统，所述第一业务系统作为被调用系统，建立所述第一业务系统与所述第二业务系统之间的依赖关系。

所述建立单元包括：第二建立子单元，用于将所述第二业务系统作为起点，所述第一业务系统作为终点，所述依赖关系作为关联函数，建立所述有向图的有向边。

所述第二确定模块包括：统计单元，用于统计所述有向图的所有有向边；建立单元，用于使用所述有向边的方向建立约束条件，其中，所述约束条件用于表征在前提条件存在的情况下，才能实现目标结果，所述前提条件和所述目标结果为一对存在依赖关系的业务系统组合；确定单元，用于将所述约束条件的逻辑顺序确定为所述业务系统组合中两个业务系统的发布顺序。

所述装置还包括：发布模块，用于在所述第二确定模块将所述约束条件的逻辑顺序确定为所述业务系统组合中业务系统的发布顺序之后，按照所述发布顺序依次发布所述业务系统组合中的业务系统。

所述第二确定模块包括：解析单元，用于解析所述有向图，得到所述有向图中的孤立点和有向边；第一确定单元，用于按照所述有向边的连通方向，确定每条有向边的起点和终点；第二确定单元，用于在所述多个业务系统中确定在所有有向边中仅作为终点的第一元素，在所述多个业务系统中确定在所有有向边中在第一有向边中作为终点，同时在第二有向边中作为起点的第二元素，在所述多个业务系统中确定在所有有向边中仅作为起点的第三元素；第三确定单元，用于确定所述第一元素的发布顺序为最高级，确定所述第二元素的发布顺序为次高级，确定所述第三元素的发布顺序为最低级。

所述第一确定模块包括之一：第一确定单元，用于确定第一应用程序的目标业务与多个第二应用程序关联的多个业务系统；第二确定单元，用于确定第一应用程序的目标业务应用在多个不同服务器上的多个业务系统。

需要说明的是，终端和服务器仅是方案在执行主体上的差异，上述识别终端中的各个示例和可选方案同样适应在服务器中，并产生相同的技术效果。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

s1，确定目标业务的多个业务系统，其中，所述多个业务系统中的每个业务系统分别对应所述目标业务的一个功能；

s2，根据所述多个业务系统中业务系统之间的依赖关系建立有向图；

s3，根据所述有向图确定所述多个业务系统的发布顺序。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s1，确定目标业务的多个业务系统，其中，所述多个业务系统中的每个业务系统分别对应所述目标业务的一个功能；

s2，根据所述多个业务系统中业务系统之间的依赖关系建立有向图；

s3，根据所述有向图确定所述多个业务系统的发布顺序。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。