具体实施方式
功能概述
本发明的基本思路是:在业务流程处理过程中,如果知道具体在哪个流程节点失败,就可以快速定位出哪些字段填写有误。基于此,本发明提供了一种可视化业务流程跟踪系统和业务软件系统,其中,业务软件系统提供跟踪的业务所流经的流程节点的轨迹数据,并将轨迹数据以消息的方式发送给可视化业务流程跟踪系统,可视化业务流程跟踪系统接收到数据后,标识成图形方式显示给用户。
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
为了便于理解,在对本发明实施例进行说明之前,首先对本发明实施例涉及的系统进行描述。
系统实施例一
根据本发明实施例,提供一种可视化业务流程跟踪系统。
图1是根据本发明实施例的可视化业务流程跟踪系统示意图,如图1所示,该系统包括设置模块10、第一确定模块20、标识模块30和第二确定模块40。
设置模块10,用于设置各流程的节点信息、各流程的节点间关系信息;
第一确定模块20,连接至设置模块10,用于根据设置模块10中设置的节点间关系确定包括多个流程节点的业务流程;
标识模块30,用于标识确定的一个或多个节点信息在指定业务流程上的对应节点;
第二确定模块40,连接至标识模块30,用于根据标识模块30确定的对应节点确定实际业务流程。
通过本发明实施例提供的可视化业务流程跟踪系统,能够快速、方便的定位业务流程轨迹,相比于现有技术,该方法操作简单、定位准确,提高了用户的体验。
系统实施例二
根据本发明实施例,提供一种业务流程处理系统。
图2是根据本发明实施例的业务流程处理系统的结构框图,如图2所示,该业务流程处理系统包括可视化业务流程跟踪系统22和业务软件系统24。
其中,可视化业务流程跟踪系统22可以包括图1所示的设置模块10、第一确定模块20、标识模块30和第二确定模块40,前文已经详细描述上述各模块的功能,这里不再赘述。
业务软件系统24包括输入模块60、第三确定模块70和发送模块80。
其中,输入模块60,用于将用户指定的业务流程和/或输入的跟踪条件;
第三确定模块70,连接至输入模块60,用于根据输入模块60中指定的业务流程和/或跟踪条件确定指定业务流程的一个或多个节点信息;
发送模块80,连接至第三确定模块70,用于将第三确定模块70确定的一个或多个节点信息发送给可视化业务流程跟踪系统,具体地,该发送模块80用于向可视化业务流程跟踪系统发送轨迹消息,用以指示指定业务流程的当前执行情况,其中,轨迹消息中携带有节点编号、处理结果。
通过本发明实施例提供的业务流程处理系统,能够快速、方便的定位业务流程轨迹,相比于现有技术,该方法操作简单、定位准确,提高了用户的体验。
图3是本发明实施例的同步信号序列的发送装置的优选结构的框架图,如图3所示,在图2所示装置的基础上,可视化业务流程跟踪系统22还包括解码模块50,连接至发送模块80和标识模块30,用于对发送模块80中的轨迹消息进行解码,得到的指定业务流程的当前执行节点的节点编号和处理结果,确定需要标识的对应节点,并将该对应节点发送给标识模块30。
下面提供一个具体实例,对上述业务流程处理进行具体说明。
在具体实施过程中,可视化业务流程跟踪系统(Visual ServiceFlow Trace System,简称为VSFTS)可以采用C/S(Client/Server)两层结构来实现,也可以使用B/S(Brower/Server)三层结构来实现,其中,B/S三层结构更符合软件潮流的发展,是一种较为优化的方案,在下文中将以B/S三层结构为例进行描述。
图4示出了根据图3所示的业务流程处理系统的具体结构框图,如图4所示,主要包括客户端、VSFTS和业务软件系统,在B/S三层结构中,通常使用IE等浏览器作为客户端,通过互联网访问WEB服务器,最终实现对相关的配置数据的管理及对业务流程的跟踪,根据典型的三层结构的划分,VSFTS包含:表示层、应用层和数据库层。
其中,表示层可以通过JSP来实现,在具体实现过程中,表示层主要具备下述功能:提供登录界面,用于用户输入用户名和密码以便进行系统校验;提供配置修改界面,用于系统的超级用户能够修改系统的所有配置,例如创建一般用户和维护流程图相关的数据等;提供跟踪操作界面,用于用户选择需要跟踪的业务,在用于选择开始跟踪后,将控制开关信息发送给应用层,并由应用层转发给被跟踪的业务软件系统,该跟踪操作界面还用于接收来自应用层的流程图信息,并绘制在页面上供用户观看。
应用层可以通过JAVA来实现,其主要包括总控模块、消息编解码模块、流程图管理模块、数据库管理模块以及系统管理模块等,下面对上述各模块的功能进行详细说明。
一、总控模块,该模块是整个VSFTS的核心,主要提供以下功能。
用于向表示层提供各种指令接口,供其进行调用,指令可以包括:跟踪指令,取消跟踪指令,刷新流程图指令等,其中,跟踪指令可以携带跟踪条件,跟踪条件是用户输入的指令,可以包括主叫号码、被叫号码等。
用于向被跟踪的业务软件系统发送跟踪指令,其中,跟踪指令可以携带有需要跟踪的流程,跟踪的对象、跟踪的条件等信息。
用于登记客户端、跟踪条件、被跟踪的业务软件系统以及流程图编号之间的对应关系。
用于接收经过消息编解码模块解码后的轨迹消息,并转发给流程图管理模块,以便在流程图上标识出被跟踪的业务流经的流程节点轨迹。
二、消息编解码模块,该模块主要用于各类消息的编解码以及预处理工作,主要包含以下功能。
用于将内部指令消息编码成标准消息,并发送给被监控的业务软件系统。
用于将来自业务软件系统的轨迹消息包解码成内部轨迹消息,并将该内部轨迹消息发送给总控模块。
用于与业务软件系统进行连接,较优地,该模块可以与业务软件系统之间可以通过标准的SMPP方式或内部消息方式进行通信。
三、流程图管理模块,该模块主要用于处理与流程图相关的操作,具体包括下述功能。
用于调用数据库管理模块提供的查询接口,获得预先配置的流程节点信息,以及流程节点关系信息,并利用流程节点信息和流程节点关系信息构造出流程图,例如可以将流程图以树状结构形式来实现。
用于接收来自总控模块的内部轨迹消息包,其中,该内部轨迹消息包携带有节点编号、处理结果、具体的错误码等信息,并将该内部轨迹消息包中的具体信息标识在业务流程图上。具体实现时,可以通过将业务流程图中的对应节点设置为绿色(或其他颜色)表示业务已经运行到该流程节点。
用于当被跟踪的业务在业务软件中处理到某个流程节点发生失败时,可以将业务流程在该流程节点停住。例如,当流程图管理模块识别出处理结果为失败时,则根据错误码向数据库管理模块查询错误码的含义以及后续操作建议。
用于当接收到刷新流程图指令时,将业务流程图的信息例如错误码含义、操作建议等构造成XML方式的信息,并将该XML方式的信息经由总控模块发送给表示层,通过表示层显示给用户。
四、数据库管理模块,该模块主要用于管理系统所需的相关数据,在具体实施过程中,用于提供针对数据库中所有表进行统一的操作维护,包括基本的增加、删除、秀改、检查等操作,该数据库管理模块为系统操作底层数据库的接口。
五、系统管理模块,该模块主要用于对登录到系统的用户进行用户名和密码的鉴权管理,具体包括以下功能。
用于管理用户信息,例如,设置超级用户可以添加新的用户信息,普通用户只能使用系统,而无法添加用户信息。
用于对用户进行鉴权。
用于控制用户的权限,例如,设置超级权限用户可以针对表中的信息进行修改,普通用户只能使用基本的流程跟踪功能。
数据库层用于提供具体的物理存储,由于需要表格的数量不多,数据量不大,使用一般的商用数据库即可,如Microsoft SQL Server,并可以根据需要创建以下几个表格。
用户信息表(User Info),系统可以利用该信息表对登录用户进行鉴权操作。包含字段为:用户名称、密码、用户是否为超级用户、详细描述等,具体见表1。
表1用户信息表(User Info)
字段名 |
数据类型 |
含义 |
备注 |
User Name |
Char(50) |
用户名称 |
用户登录系统所用的名字 |
Password |
Char(20) |
密码 |
用户登录系统所用的密码 |
Super User |
Char |
是否为超级用户 |
|
跟踪对象信息表(Trace Object Info),该信息表记录本系统能跟踪的业务软件系统的基本信息以及登录到该业务软件系统所需要的信息,包含字段为:系统ID、系统名称、登录名称、密码、IP地址、端口号以及详细描述,具体见表2。
表2跟踪对象信息表(Trace Object Info)
字段名 |
数据类型 |
含义 |
备注 |
System Id |
Int |
系统ID |
关键字 |
System Name |
Char(50) |
系统名称 |
跟踪对象的名称也就是被跟踪的业务软件系统名称,如“短消息中心1” |
Log Name |
Char(50) |
登录名称 |
登录到跟踪对象所需要输入的名称 |
Password |
Char(20) |
登录密码 |
登录到被跟踪对象所需要输入的密码 |
IP |
Char(20) |
IP地址 |
被跟踪对象的IP地址 |
Port |
Char(10) |
端口号 |
不能为空 |
Description |
Char(100) |
描述信息 |
描述业务软件系统的厂家,功能以及其他一些信息 |
流程图信息表(Flow Tree Info),该信息表描述业务软件系统所可以跟踪的流程图信息,包含字段为:流程ID、流程名称、归属的系统ID、详细描述,具体见表3。
表3流程图信息表(Flow Tree Info)
字段名 |
数据类型 |
含义 |
备注 |
Flow ID |
Int |
流程ID |
流程图(树)的ID,关键字 |
Flow Name |
Char(50) |
流程名称 |
流程图的名称 |
System Id |
Int |
归属的系统ID |
由于一个业务软件系统可能需要跟踪的流程有多个,因此业务软件系统和流程ID是一对多关系 |
Description |
Char(100) |
描述信息 |
描述流程图功能等相关信息 |
流程节点描述表(Flow Note Info该信息表描述各流程中各流程节点的信息,包含字段为:节点ID、节点编号、节点名称、详细描述以及归属的流程ID,具体见表4。
表4流程节点描述表(Flow Note Info)
字段名 |
数据类型 |
含义 |
备注 |
Node ID |
Int |
节点ID |
关键字 |
Flow ID |
Int |
流程ID |
该流程节点归属的流程图ID |
Node Number |
Int |
节点编号 |
|
Node Name |
Char(50) |
节点名称 |
|
Description |
Char(100) |
描述信息 |
描述流程节点的相关信息 |
流程节点关系表(Flow Note Relation),该信息表描述同一流程中各流程节点之间的关系。包含字段为:节点ID、下一个节点ID、转移条件、归属的流程ID,具体见表5。
表5流程节点关系表(Flow Note Relation)
字段名 |
数据类型 |
含义 |
备注 |
Node ID |
Int |
节点ID |
|
Next NodeID |
Int |
下一个节点ID |
|
TransitCondition |
Int |
转移条件 |
表示从NoteID进去Next NodeID所需要的条件 |
Flow ID |
Int |
流程ID |
该对应关系归属的流程图ID |
错误码含义表(Err Code Info),该信息表描述各业务软件系统中所监控的流程中包含的错误码的含义。包括字段为:节点编号,错误码,错误码含义、操作建议,具体见表6。
表6错误码含义表(Err Code Info)
字段名 |
数据类型 |
含义 |
备注 |
System Id |
Int |
系统ID |
|
Flow ID |
Int |
流程ID |
当整个系统错误码含义唯一时,可以不用此字段,当同一错误码在不同的流程节点中出现代表不同的含义时,才考虑使用此字段区分 |
Node ID |
Int |
节点ID |
关键字 |
Error Code |
Int |
错误码 |
关键字 |
Description |
Char(50) |
错误码含义 |
|
Advice |
Char(500) |
操作建议 |
当出现此错误码时,给用户一些切实可行的操作建议 |
转移条件信息表(Transit Condition Info),该信息表描述各种转移条件的详细信息。包含字段为:条件ID、条件编号、条件名称、详细描述以及归属的流程ID,具体见表7。
表7转移条件信息表(Transit Condition Info)
字段名 |
数据类型 |
含义 |
备注 |
System Id |
Int |
系统ID |
|
Condition ID |
Int |
条件ID |
关键字 |
ConditionCode |
Int |
条件编码 |
关键字 |
Description |
Char(50) |
错误码含义 |
|
下面以短消息中心手机起呼为例对本发明进行说明,图5-1至5-3为短消息中心手机起呼方法的树状结构流程图,由于图较大,所以分为5-1、5-2和5-3三个图。其中,MO(Mobile Originated)表示手机起呼,即,手机发送短信给短消息中心,MT(MobileTerminated)表示手机终呼,即短消息中心发送短信给手机。另外,由于各厂家的短消息中心具体实现也存在的较大的差别,因此本实例图只是在一个抽象的逻辑层面的示意图,仅供参考。
如图5-1所示,处理过程如下:将起呼消息解码成MO_T,成功后进行MO License监控,监控成功后进行目的号码分析,分析成功后进行黑名单处理,之后再判断号码类型,如果上述的解码过程失败,则停止后续的监控等处理,并直接发送起呼响应;如果监控或其后续处理中的任一步失败,则生成话单并发送起呼响应,之后终止处理。
如图5-2所示,处理过程如下:根据MO_T生成短消息,成功后将短消息入库,将短消息成功入库后进行号码本地鉴权,本地鉴权成功后再判断用户是否是PPS用户,如果用户是PPS用户,则获得号码归属的SCP,在生成话单后发送起呼响应的同时,向SCp发送扣费请求成功接收到SCP响应后,流程结束,如果没有接收到SCP响应,则生成话单后发送起呼响应;如果上述的本地鉴权过程失败,则停止后续的处理,并生成话单后发送起呼响应。
如图5-3所示,处理过程如下:进行相同MR过滤,过滤失败(不过滤或替换)后插入目的用户表,插入目的用户表成功后判断目的用户是否处于正在发送的状态,如果判断结果为否,则将MT发送给目的用户,生成话单后发送起呼响应,如果判断结果为是,则生成话单并发送起呼响应;如果过滤成功则停止后续的插入目的用户表等处理,生成话单并发送起呼响应;如果插入目的用户表失败,则停止后续处理,生成话单并发送起呼响应。
为了实现上述功能,VSFT需要与现有的业务软件系统进行消息交互,具体的交互消息如下:
连接请求和连接响应消息,用于将VSFTS绑定到业务软件系统,其中,业务软件系统作为服务端,VSFTS作为客户端,连接请求由VSFTS发起,当业务软件系统收到该连接请求后,向VSFTS返回连接响应消息。
链路检查请求和响应消息,较优地,VSFTS与业务软件系统之间的链路采用长连接方式,因此VSFTS绑定到业务软件系统后,需要通过链路检查消息来检查双方的链路是否正常。而且,链路检查请求是个双向消息,VSFTS和业务软件系统均可以成为发送者和接收者,链路检查消息发送的频率可以为3秒/次。
连接关闭请求和关闭响应消息,用于断开VSFTS与业务软件系统之间接,连接关闭请求由VSFTS发起,当业务软件系统接收到该接关闭请求后,向业务软件系统返回关闭响应消息。
跟踪请求和跟踪响应消息,用于VSFTS向业务软件系统发送跟踪指令,该跟踪指令携带在跟踪请求中,业务软件系统接收到该跟踪请求后,向VSFTS返回跟踪响应消息。
轨迹消息,用于业务软件系统向VSFTS汇报跟踪的业务流经系统的流程点的情况,且每经过一个流程节点则给VSFTS汇报一次当前流程节点的处理情况。
另外,为了高效地对业务软件系统的流程节点进行划分,可以参考本发明提供的下述原则:
1、流程中的一些简单功能点,如果具有独立的逻辑并且和其他功能是松耦合关系,那么可以独立成为一个流程节点。
2、流程中的一些复杂的功能点,如果其内部处理分支少,出错点少以及根据失败码可以直观的定位出是哪个分支,那么可以独立成为一个流程节点。
3、流程中的一些复杂的功能点,如果其内部处理分支多,出错点多,以及根据失败码无法直观定位出是哪个分支的,那么需要把它分成若干个流程节点来处理,确保每个节点内部分支很少。
需要说明的是,本发明实施例是以B/S三层结构为例对VSFTS进行的说明,在以C/S两层结构实现VSFTS时,可以将应用层和数据库层合一设置。
上述主要对VSFTS的结构和功能进行了说明,为了实现本发明的业务流程跟踪处理,需要对现有的业务软件系统添加以下功能:
1、与VSFTS保持链接。
2、接收VSFTS发送过来的跟踪指令消息,并对该跟踪指令消息进行解码,并根据用户输入的跟踪条件对单条业务进行跟踪。例如,被跟踪的业务软件系统是短消息中心,跟踪条件是主叫号码和被叫号码,那么当发送到短消息中心的短消息主叫号码和被叫号码满足跟踪条件的第一条短消息将成为所跟踪的业务对象。另外,当跟踪控制为“单业务跟踪”时,只跟踪第一条满足跟踪条件的短消息,当跟踪控制为“多业务跟踪”时,将跟踪所有满足条件的短消息。
3、对内部流程做一个抽象的流程节点划分,所跟踪的业务对象在系统处理中流经的所有流程节点均向流程跟踪后台发送轨迹消息。具体地,被跟踪的业务流程不需要对自身的代码严格的按照流程图来进行修改,但必须保证在逻辑上和流程图所表现的内容是一致的,每个流程节点的结束时,均可以给跟踪后台发送轨迹消息。
4、设置与VSFTS进行消息交互的接口。
可以看出,只需要对业务软件系统进行少量修改就可以与可视化业务流程系统对接,提供业务软件中业务流程的可视化。
方法实施例
根据本发明实施例,提供了一种可视化业务流程跟踪方法,该方法可以使用上述业务流程处理系统来实现。
图6是根据本发明实施例的可视化业务流程跟踪方法的流程图,如图6所示,该方法包括以下步骤:
步骤S602,可视化业务流程跟踪系统根据预先设置的各业务流程的节点信息、各业务流程的节点间关系信息,确定包括多个流程节点的业务流程,其中,流程节点信息包括:节点编号、流程编号、描述信息,流程节点间关系信息包括:当前节点的下一节点编号、业务流程从当前节点进行到下一节点的转移条件。
步骤S604,业务软件系统根据用户指定的业务流程和/或输入的跟踪条件,确定指定业务流程的一个或多个节点信息,并将确定的一个或多个节点信息发送给可视化业务流程跟踪系统。
步骤S606,可视化业务流程跟踪系统标识确定的一个或多个节点信息在指定业务流程上的对应节点,从指定业务流程中确定实际业务流程。
在具体实施过程中,对业务流程进行跟踪的过程中,对于跟踪过程的每个节点信息,业务软件系统向可视化业务流程跟踪系统发送轨迹消息,用以指示指定业务流程的当前执行情况,其中,轨迹消息中携带有节点编号、处理结果,可视化业务流程跟踪系统接收该轨迹信息后,对轨迹消息进行解码,根据解析得到的指定业务流程的当前执行节点的节点编号和处理结果确定需要标识的对应节点。
通过本发明实施例提供的技术方案,通过本发明实施例提供的可视化业务流程跟踪系统,能够快速、方便的定位业务流程轨迹,相比于现有技术,该方法操作简单、定位准确,提高了用户的体验。
图7示出了根据本发明方法实施例的可视化业务流程跟踪系统登录方法的处理流程图,如图7所示,该方法包括以下步骤:
步骤701,用户通过表示层提供的登录界面,输入用户名和密码,并点击“登录”按钮进行登录VSFTS。
步骤702,点击“登录”按钮后,表示层将用户名和密码发送至应用层中的系统管理模块进行鉴权,鉴权通过则可以正式登录VSFTS,否则无法登录VSFTS。
步骤703,用户登录VSFTS后,在页面的左边将出现可以跟踪的业务软件系统的名称,本发明以业务软件系统为“短消息中心”为例进行说明。“短消信中心”下面将出现可以跟踪的业务流程的名称,如“短消息起呼流程”,“短消息终呼流程”等,各业务流程均已预先做成树状结构保存起来。当点击“短消息中心”时,在右边将出现一个“连接”按钮,点击该“连接”按钮后,表示层将发送连接指令给应用层。
步骤704,应用层根据Trace Object Info表中记录的信息,连接跟踪上“短消息中心”。
步骤705,用户想退出VSFTS时,点击“断开连接”,表示层则发送断开连接指令给应用层。
步骤706,应用层接收断开连接指令后,向“短消息中心”发送取消跟踪指令和断开连接指令。
图8是根据本发明方法实施例的可视化业务流程跟踪方法的详细处理流程图,如图8所示,该方法包括以下步骤:
步骤801a,用户根据图7所述的方法登录成功后,可以点击具体的业务流程进行跟踪,例如选择“短消息起呼流程”。
步骤801b,表示层将发送获取流程图指令给应用层,该获取流程图指令中携带有业务流程ID。
步骤802,应用层根据流程ID到Flow Note Info表中查找出对应的流程节点,并按照Flow Note Relation中记录的关系构造业务流程图(优选地,该流程图可以为树状的结构),并通过表示层将该业务流程图反馈给用户,如果流程图构造失败则向用户返回失败信息。
步骤803a,获取相应的业务流程图之后,将在右边页面的上方显示该业务流程图,在右边页面的下方出现控制栏,控制栏中主要包括:跟踪条件输入框(例如针对短消息中心是主叫号码输入框和被叫号码输入框)、跟踪选择下拉框(包括“单业务跟踪”和“多业务跟踪”)、按钮(“跟踪”和“取消”)。用户选择“单业务跟踪”并输入所要跟踪的短消息的主叫号码和被叫号码,点击“跟踪”按钮。
步骤803b,表示层将发送跟踪指令应用层,该跟踪指令中携带有用户输入的所要跟踪的短消息的主叫号码和被叫号码。
步骤804,应用层向短消息中心发送上述跟踪指令,该跟踪指令中携带主叫号码、被叫号码跟踪、流程编号以及跟踪标识。短信中心接收到该跟踪指令后,记录到系统中并向可视化业务流程跟踪系统返回成功响应。
步骤805,当有短消息提交到短消息中心的时候,短消息中心判断短消息是否满足跟踪条件,在本次跟踪中是判断主叫号码和被叫号码,),满足要求时,将对此条短消息并且只对此条短消息做个特殊标识,在后续的起呼流程中进行跟踪。流经的每一个流程节点,短消息中心将自动向可视化业务流程跟踪系统发送轨迹包。
步骤806,应用层接收到轨迹包后,对轨迹包进行解码,然后把这些信息反映到相应的业务流程图中。具体处理为:如果接收到的轨迹包的处理结果为成功,则把其对应的流程图中的流程节点变成绿色(原来的颜色为黑色);如果接收到的轨迹包的处理结果为失败,则把其对应的流程图中的流程节点变成红色,且该流程节点旁边会出现一个文本框,文本框详细写明白错误码的含义以及操作建议。
步骤807,表示层定期刷新流程图,可以每隔3秒刷新一次。当刷新时,表示层向应用层发送更新流程图操作,应用层会向表示层返回相关的数据并显示在页面上,最后用户将能看到该条短消息在短消息中心系统中流经的流程节点的轨迹。
其中,上述步骤803a到步骤807主要描述来“单业务跟踪”的操作场景,通过该操作,用户能够跟踪单条业务在系统中的流经轨迹情况,检查系统业务流程的相关配置是否正确。下面对进行“多业务跟踪”的业务流程进行说明,上述步骤803a到步骤807将有所变化,具体如下所述。
步骤803a,执行完上述步骤801、步骤802之后,用户选择“多业务跟踪”,并输入所要跟踪的指定业务流程的流程编号,点击“跟踪”按钮,另外,此处也可以不输入号码,当不输入号码的时候表示全业务跟踪。
步骤803b,表示层将发送跟踪指令应用层,该跟踪指令中携带有指定业务流程的流程编号。
步骤804,应用层发送跟踪指令给短消息中心,指令中的关键字段是指定业务流程的流程编号。短信中心接收到该跟踪指令后,记录到系统中并给可视化业务流程跟踪系统返回成功响应。
步骤805,当有短消息提交到短消息中心的时候,短消息中心判断短消息是否满足跟踪条件,在本次跟踪中是判断该跟踪指令。对于进行该业务流程的所有短消息流经的每一个流程节点,短消息中心将自动向可视化业务流程跟踪系统发送轨迹包。
步骤806,应用层接收到轨迹包后,对轨迹包进行解码,然后把这些信息反映到相应的业务流程图中。具体处理为:如果接收到的轨迹包的处理结果为成功,则把其对应的流程图中的流程节点变成绿色(原来的颜色为黑色);如果接收到的轨迹包的处理结果为失败,则把其对应的流程图中的流程节点变成红色,与“单业务跟踪”不同的是节点旁边不会出现一个文本框。
步骤807,表示层定期刷新流程图,可以每隔3秒刷新一次。当刷新时,表示层向应用层发送更新流程图操作,应用层会向表示层返回相关的数据并显示在页面上,最后用户将能看到该条短消息在短消息中心系统中流经的流程节点的轨迹。
根据上述“多业务跟踪”,用户在测试系统的时候,能够清晰的看到流程分支是否均被覆盖,尤其对于流程分支较多业务流程,效果更加明显。
而且对于测试人员来说,通过上述业务流程可视化功能可以更容易测试出业务流程分支的覆盖情况,发生故障时,用服人员对故障定位,当流程出错时,可以快速地从流程图中获得错误原因以及操作意见并提出相应的解决方案,使用者可以通过VSFTS对业务软件系统进行可视化的单业务跟踪和多业务跟踪,可以让业务在系统中流程轨迹一览无余。可以看出,通过上述系统,对使用者分析和定位故障带来非常有利的帮助,同时也提升了产品的形象。
如上所述,借助于本发明提供的可视化业务流程跟踪方法和/或系统、业务流程处理系统,能够快速、方便的定位业务流程轨迹,相比于现有技术,该方法操作简单、定位准确,并且便于管理人员直观地发现故障点,提高了用户的体验。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。