CN107315591A - 一种业务设计方法和系统 - Google Patents

Abstract

本发明实施例公开了一种业务设计方法和系统。其中，方法包括：确定业务流程的至少一个业务状态及各业务状态间的切换条件；确定每个业务状态所需的服务和数据；根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机；导出所述业务状态机对应的配置文件。本发明实施例利用状态机来描述业务流程，导出的业务状态机对应的配置文件可以用于软件开发，从而实现快速进行业务设计，减少人力成本和开发时间。

Description

一种业务设计方法和系统

技术领域

本发明实施例涉及计算机技术，尤其涉及一种业务设计方法和系统。

背景技术

随着社会的不断发展和进步，智能设备特别是机器人层出不穷并将无处不在。机器人市场前景好、需求量大，国家政策鼓励服务机器人产业发展，但面临业务领域或行业众多而且场景多(例如移动的，静止的；家用的，公用的；高端的，低廉的等)。对于不同的业务领域、行业或场景，所需要实现的业务功能是不一样的，而当业务功能发生变化时，都需要对软件做较多的修改，从而需要投入较多人力和较长时间的开发和测试才能上线。

发明内容

本发明提供一种业务设计方法和系统，以实现快速进行业务设计，从而减少人力成本和开发时间。

第一方面，本发明实施例提供了一种业务设计方法，包括：

确定业务流程的至少一个业务状态及各业务状态间的切换条件；

确定每个业务状态所需的服务和数据；

根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机；

导出所述业务状态机对应的配置文件。

另一方面，本发明实施例还提供了一种业务设计系统，包括：

第一确定模块，用于确定业务流程的至少一个业务状态及各业务状态间的切换条件；

第二确定模块，用于确定每个业务状态所需的服务和数据；

状态机生成模块，用于根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机；

导出模块，用于导出所述业务状态机对应的配置文件。

本发明实施例通过确定业务流程的至少一个业务状态及各业务状态间的切换条件，确定每个业务状态所需的服务和数据，然后根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机，利用状态机来描述业务流程，最后导出所述业务状态机对应的配置文件，该配置文件可以用于软件开发，从而实现快速进行业务设计，减少人力成本和开发时间。

附图说明

图1是本发明实施例一中的业务设计方法的流程图；

图2是本发明实施例一中的示例性业务状态及切换条件的示意图；

图3是本发明实施例二中的业务设计方法的流程图；

图4是本发明实施例三中的业务设计系统的结构框图；

图5是本发明实施例四中的业务设计系统的结构框图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种业务设计方法的流程图，本实施例可适用于快速完成业务开发和验证的情况，该方法可以由业务设计系统来执行，该系统可以采用软件和/或硬件的方式实现，具体包括如下步骤：

S110、确定业务流程的至少一个业务状态及各业务状态间的切换条件。

S120、确定每个业务状态所需的服务和数据。

这里的业务可以是指不同行业、不同领域中涉及到的业务，例如银行领域中的余额查询、刷卡转账；医疗领域中的排队挂号、预约体检；酒店领域中的办理入住、空房查询等。每一种业务包含至少一个业务状态，每一种业务状态可包含一种或多种不同的服务和数据，这些状态及状态间的切换构成了一套业务流程。

这里以银行大堂服务机器人提供的查询银行卡余额业务为例来进行说明，并且该类机器人内安装了为完成该业务所需的显示器、触摸屏、多合一银行卡读卡器、密码键盘、凭条打印机及网络等基础设施。

用户要进行余额查询，正常情况下需要进行下列操作，即业务流程：

(1)通过语音交互或点触触摸屏，进入余额查询UI。

(2)根据语音或指示灯提示插入银行卡。

(3)根据语音或指示灯提示输入密码。

(4)提交查询余额交易请求。

(5)查询余额结束后，如果能打印凭条且选择了打印凭条，那么用户取走凭条，取走银行卡。

相应地，机器人应完成下列各项：

(0)视频监控机器人前方指定区域。

(1)切换到查询银行卡余额业务UI。初始化读卡器、密码键盘等，若初始化失败则告知后台，并应提示用户。

(2)读卡器试图读取银行卡中的信息，若成功，则提取其中部分信息，加工后呈现给用户或保存起来以备后续步骤使用；否则告知后台，并应提示用户。

(3)密码键盘试图获取用户输入的密码，若成功，则提取其中部分信息，加工后呈现给用户或保存起来以备后续步骤使用；否则告知后台，并应提示用户。

(4)将必要的终端信息、保存的银行卡信息、密码以及交易类型(查询余额)，打包为服务请求，发送给交易后台并等待结果。得到结果后，呈现给用户。

(5)查询余额结束后，如果能打印凭条且选择了打印凭条，那么用户取走凭条，读卡器弹出银行卡并提示用户取走银行卡。

(6)UI切换到首页。

在上述查询余额的业务中，如图2所示，除了最初和最终状态外，还包括下列状态：

(1)业务开始状态10。

在该状态，初始化该业务引用的所有服务(银行卡读卡器相关服务、密码键盘相关服务、交易相关服务、凭条打印机相关服务)，若其中出现对业务致命的异常，则切换到错误状态，否则：若出现对业务非致命的异常(例如，凭条打印机初始化异常，如缺纸，导致不能打印凭条)，则提示用户选择，若用户选择忽略该异常则该业务继续进行否则切换到业务结束状态，否则切换到待读取银行卡信息状态。

(2)待读取银行卡信息状态11。

在该状态，调用银行卡读卡器相关服务，若出现异常则切换到错误状态；若正确插入了有效的银行卡且无异常则将读取银行卡信息并切换到待读取银行卡密码状态；若插卡不正确或卡无效则退卡并提示用户重新插卡或取消，若用户选择取消则切换到业务结束状态。

(3)待读取银行卡密码状态12。

在该状态，调用密码键盘相关服务，若出现异常则切换到错误状态；若正确输入了密码且无异常则将读取密码信息并切换到待获取交易结果状态；若输入的密码不符和规则(如6位十进制数字串)则提示用户重新输入或取消；若用户选择取消则切换到业务结束状态。

(4)待获取交易结果状态13。

在该状态，调用交易服务，打包相关数据(前述银行卡信息中的一部分和密码)为交易服务请求，发送给交易后台并等待结果。若出现异常则切换到错误状态；若无异常，则得到结果(成功，余额信息；失败，交易出错原因)后，呈现给用户；若超时或用户选择取消则切换到业务结束状态。

(5)业务结束状态14。

在该状态，若有需要打印的凭条则调用凭条打印服务，打印凭条并提示用户取走；若有需要退出的银行卡则调用银行卡读卡器的退卡服务，退出银行卡并提示用户取走。若超时或用户选择取消则切换到最终状态。

(6)错误状态15。

在该状态，呈现错误信息。若超时或用户选择取消则切换到最终状态。S130、根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机。在本发明实施例中，将业务用状态机的方式表示，即根据业务的至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机，可以快速实现业务设计，减少软件设计成本。

S140、导出所述业务状态机对应的配置文件。该配置文件可以用于实现软件功能，通过读取该配置文件来实现业务操作。

本发明实施例通过确定业务流程的至少一个业务状态及各业务状态间的切换条件，确定每个业务状态所需的服务和数据，然后根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机，利用状态机来描述业务流程，最后导出所述业务状态机对应的配置文件，该配置文件可以用于软件开发，从而实现快速进行业务设计，减少人力成本和开发时间。

实施例二

图3为本发明实施例二提供的一种业务设计方法的流程图，实施例二在实施例一的基础上进行进一步优化，如图3所示，本发明实施例二的方法具体包括：

S301、存储用户枚举的服务供应商已发布的所有可用的服务。

S301是一个预先执行的操作，即将用户枚举的服务供应商已发布的所有可用的服务存储下来，以便进行业务设计。

S302、确定业务流程的至少一个业务状态及各业务状态间的切换条件。

S303、确定每个业务状态所需的服务和数据。

S304、根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机。

这里需要说明的是，可以为用户提供一种可视化操作界面，将存储的全部服务显示出来，显示方式不做限定，例如图形化的显示，以便用户可操作性地根据具体的业务流程来确定业务状态、服务和数据以及切换条件，从而生成业务状态机。

S305、测试所述业务状态机，以验证业务的正确性。

S306、根据修改后的业务状态机重新进行测试，直到业务正确为止。

业务状态机生成之后，指定相关数据和事件模拟运行该系统提供的状态机模拟器验证其正确性。

S307、导出所述业务状态机对应的配置文件。该配置文件可以用户外部调用，从而实现业务功能。

本发明实施例通过预先存储用户枚举的服务供应商已发布的所有可用的服务，以便进行业务设计，生成业务状态机。此外，通过对生成的业务状态机进行测试，并在修改后继续测试直到正确为止，以此来保证业务状态机的正确性，提高了软件设计效率。

实施例三

图4为本发明实施例三提供的一种业务设计系统的结构框图，该业务设计系统用于快速完成业务开发和验证的情况，如图4所示，本发明实施例的业务设计系统4包括：

第一确定模块410，用于确定业务流程的至少一个业务状态及各业务状态间的切换条件；

第二确定模块420，用于确定每个业务状态所需的服务和数据；

状态机生成模块430，用于根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机；

导出模块440，用于导出所述业务状态机对应的配置文件。

本发明实施例通过确定业务流程的至少一个业务状态及各业务状态间的切换条件，确定每个业务状态所需的服务和数据，然后根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机，利用状态机来描述业务流程，最后导出所述业务状态机对应的配置文件，该配置文件可以用于软件开发，从而实现快速进行业务设计，减少人力成本和开发时间。

实施例四

图5为本发明实施例四提供的一种业务设计系统的结构框图，本实施例在实施例三的基础上做出进一步优化，其中，与实施例三中相同的模块将采用相同的附图标记。如图5所示，本发明实施例的业务设计系统4包括第一确定模块410、第二确定模块420、状态机生成模块430和导出模块440，还包括：

测试模块450，用于对所述业务状态机进行测试，以验证业务的正确性；

测试模块450还用于根据修改后的业务状态机重新进行测试，直到业务正确为止。

优选的，系统4还包括：

存储模块400，用于存储用户枚举的服务供应商已发布的所有可用的服务。

优选的，系统4还包括可视化操作界面(图中未示出)，用于图形化地显示状态及服务和数据，以供用户通过该可视化操作界面，根据业务流程设计业务状态、切换条件及服务和数据；

相应的，第一确定模块410还用于通过所述可视化操作界面确定业务流程的至少一个业务状态及各业务状态间的切换条件；第二确定模块420还用于通过所述可视化操作界面确定每个业务状态所需的服务和数据。

本发明实施例提供的业务设计系统可执行本发明任意实施例提供的业务设计方法，具备执行方法相应的功能模块和有益效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (7)

1.一种业务设计方法，其特征在于，包括：

确定业务流程的至少一个业务状态及各业务状态间的切换条件；

确定每个业务状态所需的服务和数据；

根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机；

导出所述业务状态机对应的配置文件。

2.根据权利要求1所述的方法，其特征在于，在导出所述业务状态机对应的配置文件之前，所述方法还包括：

测试所述业务状态机，以验证业务的正确性；和/或

根据修改后的业务状态机重新进行测试，直到业务正确为止。

3.根据权利要求1所述的方法，其特征在于，在确定业务流程的至少一个业务状态及各业务状态间的切换条件之前，所述方法还包括：

存储用户枚举的服务供应商已发布的所有可用的服务。

4.一种业务设计系统，其特征在于，包括：

第一确定模块，用于确定业务流程的至少一个业务状态及各业务状态间的切换条件；

第二确定模块，用于确定每个业务状态所需的服务和数据；

状态机生成模块，用于根据所述至少一个状态、切换条件以及每个业务状态所需的服务和数据生成业务状态机；

导出模块，用于导出所述业务状态机对应的配置文件。

5.根据权利要求4所述的系统，其特征在于，所述系统还包括：

测试模块，用于对所述业务状态机进行测试，以验证业务的正确性；

所述测试模块还用于根据修改后的业务状态机重新进行测试，直到业务正确为止。

6.根据权利要求4所述的系统，其特征在于，所述系统还包括：

存储模块，用于存储用户枚举的服务供应商已发布的所有可用的服务。

7.根据权利要求4-6中任一所述的系统，其特征在于，所述系统还包括：

可视化操作界面，用于图形化地显示状态和服务，以供用户通过该可视化操作界面，根据业务流程设计业务状态、切换条件及服务；

相应的，所述第一确定模块还用于通过所述可视化操作界面确定业务流程的至少一个业务状态及各业务状态间的切换条件；

所述第二确定模块还用于通过所述可视化操作界面确定每个业务状态所需的服务和数据。