[发明专利]一种针对业务规则分析及组件复用的设计方法在审
申请号: | 202110857840.X | 申请日: | 2021-07-28 |
公开(公告)号: | CN113760265A | 公开(公告)日: | 2021-12-07 |
发明(设计)人: | 刘明明 | 申请(专利权)人: | 北京思特奇信息技术股份有限公司 |
主分类号: | G06F8/36 | 分类号: | G06F8/36;G06F8/41 |
代理公司: | 北京汇信合知识产权代理有限公司 11335 | 代理人: | 王维新 |
地址: | 100086 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 针对 业务 规则 分析 组件 设计 方法 | ||
本发明公开了一种针对业务规则分析及组件复用的设计方法,包括:业务分发方法;其中,业务分发方法包括:业务分发工程接收前台发送的统一报文,通过解析、分析报文生成业务执行编码;基于生成的业务执行编码,获取组件业务配置表,生成业务执行流程模板;通过当前订单报文与业务执行编码对应配置关系表,生成该订单组件执行流程,并存入订单组件流程执行计划表中;异步消息通知组件工程调用组件执行。本发明在保障用户业务受理独立明确的基础上,通过前后台代码复用,减少运维成本;通过配置化,解决业务环节动态增减导致大量开发工作量及问题产生BUG率。
技术领域
本发明涉及技术领域,具体涉及一种针对业务规则分析及组件复用的设计方法。
背景技术
项目产商品改造以前,针对每种业务场景需开发单独功能点进行业务支持;其优点为每种业务场景到相应功能点直接办理,受理比较明确,减少业务受理错误产生的情况;但,其仍存在如下缺陷:
1.功能点较多,带来主要问题客户受理时需要在众多功能点中找相应场景的业务进行办理,导致效率比较低;
2.前后台代码不能复用,导致很多冗余代码;当修改一个共有问题时,可能需要修改多个功能点的代码,使得维护成本比较高;
3.业务受理流程无法统一,如果在业务中增加流程,例如增加无纸化流程,这样会导致很多功能代码都需要在中间环节增加此流程处理,这样涉及很多功能都需要对无纸化环节前后代码进行处理,修改量比较大,并且修改功能比较多,影响比较大。
发明内容
针对现有技术中存在的上述问题,本发明提供一种针对业务规则分析及组件复用的设计方法。
本发明公开了一种针对业务规则分析及组件复用的设计方法,包括:业务分发方法;其中,
所述业务分发方法包括:
业务分发工程接收前台发送的统一报文,通过解析、分析报文生成业务执行编码;
基于生成的业务执行编码,获取组件业务配置表,生成业务执行流程模板;
通过当前订单报文与所述业务执行编码对应配置关系表,生成该订单组件执行流程,并存入订单组件流程执行计划表中;
异步消息通知组件工程调用组件执行。
作为本发明的进一步改进,分析报文的分析方法包括:
通过前台的商品选择,区分业务类型;
通过前台配置商品开户类和存量类业务,区分业务动作;其中,所述业务动作包括开户和变更;
通过商品配置,获取每种商品的细分类;
基于业务类型、业务动作和商品的细分类,通过编码组合生成业务执行编码。
作为本发明的进一步改进,所述组件业务配置表包括:
组件定义表,用于定义组件实例名称,组件在执行时通过此名称获取服务实例,以调用服务执行;
业务定义表,用于定义业务执行编码及名称、业务类型;
业务组件关系表,用于定义当前业务关联的待执行组件;
业务组件执行顺序表,用于定义当前业务组件执行流程以及定义组件执行方式。
作为本发明的进一步改进,所述订单组件流程执行计划表存放该订单组件执行流程,包括执行顺序号、执行状态,上一个执行组件,下一个执行组件及组件执行详细情况。
作为本发明的进一步改进,所述组件执行是通过读取所述订单组件流程执行计划表的数据,并顺序调用。
作为本发明的进一步改进,还包括:商品展示方法;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京思特奇信息技术股份有限公司,未经北京思特奇信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110857840.X/2.html,转载请声明来源钻瓜专利网。