一种针对业务规则分析及组件复用的设计方法与流程

1.本发明涉及技术领域，具体涉及一种针对业务规则分析及组件复用的设计方法。


背景技术：

2.项目产商品改造以前，针对每种业务场景需开发单独功能点进行业务支持；其优点为每种业务场景到相应功能点直接办理，受理比较明确，减少业务受理错误产生的情况；但，其仍存在如下缺陷：
3.1.功能点较多，带来主要问题客户受理时需要在众多功能点中找相应场景的业务进行办理，导致效率比较低；
4.2.前后台代码不能复用，导致很多冗余代码；当修改一个共有问题时，可能需要修改多个功能点的代码，使得维护成本比较高；
5.3.业务受理流程无法统一，如果在业务中增加流程，例如增加无纸化流程，这样会导致很多功能代码都需要在中间环节增加此流程处理，这样涉及很多功能都需要对无纸化环节前后代码进行处理，修改量比较大，并且修改功能比较多，影响比较大。


技术实现要素：

6.针对现有技术中存在的上述问题，本发明提供一种针对业务规则分析及组件复用的设计方法。
7.本发明公开了一种针对业务规则分析及组件复用的设计方法，包括：业务分发方法；其中，
8.所述业务分发方法包括：
9.业务分发工程接收前台发送的统一报文，通过解析、分析报文生成业务执行编码；
10.基于生成的业务执行编码，获取组件业务配置表，生成业务执行流程模板；
11.通过当前订单报文与所述业务执行编码对应配置关系表，生成该订单组件执行流程，并存入订单组件流程执行计划表中；
12.异步消息通知组件工程调用组件执行。
13.作为本发明的进一步改进，分析报文的分析方法包括：
14.通过前台的商品选择，区分业务类型；
15.通过前台配置商品开户类和存量类业务，区分业务动作；其中，所述业务动作包括开户和变更；
16.通过商品配置，获取每种商品的细分类；
17.基于业务类型、业务动作和商品的细分类，通过编码组合生成业务执行编码。
18.作为本发明的进一步改进，所述组件业务配置表包括：
19.组件定义表，用于定义组件实例名称，组件在执行时通过此名称获取服务实例，以调用服务执行；
20.业务定义表，用于定义业务执行编码及名称、业务类型；
21.业务组件关系表，用于定义当前业务关联的待执行组件；
22.业务组件执行顺序表，用于定义当前业务组件执行流程以及定义组件执行方式。
23.作为本发明的进一步改进，所述订单组件流程执行计划表存放该订单组件执行流程，包括执行顺序号、执行状态，上一个执行组件，下一个执行组件及组件执行详细情况。
24.作为本发明的进一步改进，所述组件执行是通过读取所述订单组件流程执行计划表的数据，并顺序调用。
25.作为本发明的进一步改进，还包括：商品展示方法；
26.所述商品展示方法，包括：
27.在产商品增加商品的筛选条件，加快用户受理过程中各场景快速定位受理；其中，所述筛选条件包括按业务大类、套餐区间、规格、销量及名称模糊查询。
28.作为本发明的进一步改进，还包括：组件复用方法；
29.所述组件复用方法，包括：
30.前台采用组件开发模式，开发最小原子组件；前台通过组件组装，动态生成商品对应的定制化界面；后台业务每个环节也拆分各个组件，针对不同业务场景，但所有组件相同的业务可共用组件。
31.与现有技术相比，本发明的有益效果为：
32.本发明在保障用户业务受理独立明确的基础上，通过前后台代码复用，减少运维成本；通过配置化，解决业务环节动态增减导致大量开发工作量及问题产生bug率。
附图说明
33.图1为本发明一种实施例公开的业务分发方法的流程图。
具体实施方式
34.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
35.下面结合附图对本发明做进一步的详细描述：
36.本发明提供一种针对业务规则分析及组件复用的设计方法，其在做产商品统一受理改造的基础上进行统一改造优化；包括：
37.为解决前台功能点较多的问题，本发明设计一种商品展示方法，即，产商品改造后前台统一商品展示，每种商品相当于前基的一种业务场景或功能点，这样在产商品增加商品的筛选条件，如按业务大类、套餐区间、规格、销量及名称模糊查询等不同维度，加快用户受理过程中各场景快速定位受理。
38.为解决代码复用的问题，本发明设计一种组件复用方法，即，在商品过程中前台后采用组件开发模式，开发最小原子组件，前台通过组件组装，动态生成商品对应的定制化界面；后台业务每个环节也拆分各个组件，这样针对不同业务场景，但所有组件相同的业务可共用组件，达到代码复用的目的；同时如果此组件后续有所变化，只需要更改组件实现，及达到所有使用该组件业务同时改变，减少运维成本及因修改而产生问题的概率。
39.为解决业务流程环节变化，带来开发修改量大的问题；本发明提供一种业务分发方法，即，采取按不同业务规则，通过配置动态生成业务执行流程方案；这样根据不同业务场景，配置动态流程，无论在中间增加或减少相应流程环节，都不需要进行代码开发改造，而只需要修改配置即可，大大提高业务动态支撑能力。
40.具体的，如图1所示，本发明的业务分发方法，包括：
41.步骤1、业务分发工程接收前台发送的统一报文，通过解析、分析报文生成业务执行编码；其中，
42.分析报文的分析方法包括：通过前台的商品选择，区分业务类型；其中，业务类包括移网、宽带、固话或融合相关业务；通过前台配置商品开户类和存量类业务，区分业务动作；其中，业务动作包括开户和变更；通过商品配置，获取每种商品的细分类；基于业务类型、业务动作和商品的细分类，通过编码组合生成业务执行编码。如，宽带提速类。l代表宽带业务，宽带提速是变更类业务则为chg代表，做的宽带提速商品配置有细分类型609，这样最终组成的业务编码为：l
‑
chg
‑
609。
43.步骤2、基于生成的业务执行编码，获取组件业务配置表，生成业务执行流程模板；其中，组件业务配置表包括：
44.组件定义表，用于定义组件实例名称，组件在执行时通过此名称获取服务实例，以达到调用服务执行目的。组件服务里通过spring aop实现组件日志统一记录，组件执行完成后订单状态统一更改，及组件流程执行计划表组件执行情况自动统一更新等，使得开发人员只需关心业务逻辑的实现。
45.业务定义表，用于定义业务执行编码及名称、业务类型等说明，通过业务定义表可知道当前执行的业务情况，同时业务类型在生成定单表有记录，这样订单可以展示受理的业务情况。
46.业务组件关系表，用于定义当前业务关联的待执行组件；
47.业务组件执行顺序表，用于定义当前业务组件执行流程以及定义组件执行方式，即同步或异步；同步执行时，需等待执行结果才能继续执行下一个组件，而异步执行时，不需等待当前组件执行完成，即可执行下一步流程。
48.步骤3、通过当前订单报文与业务执行编码对应配置关系表，生成该订单组件执行流程，并存入订单组件流程执行计划表中；其中，
49.订单组件流程执行计划表存放该订单组件执行流程，包括执行顺序号、执行状态，上一个执行组件，下一个执行组件及组件执行详细情况。
50.步骤4、异步消息通知组件工程调用组件执行；其中，
51.组件执行是通过读取订单组件流程执行计划表的数据，并顺序调用。
52.进一步，业务分发的前提是前台商品统一组件化受理，请求到后台服务报文为统一格式报文。
53.实例1：
54.沃家组网和宽带提速业务的前台受理不同，沃家组网需要录入终端相关信息，而宽带提速则没有这块内容；前台产商品则需要为两种业务配置不同业务大类，为沃家组网业务根据此大类添加录入终端串码组件，而后台这两种业务都统一用同一个接口，这样只需要根据不同业务类型，配置业务分发相关配置，但最终调用组件为同一个组件实现，达到
了代码复用的目的。
55.实例2：
56.固网移机原来不支持无纸化，产商品统一改造上线后，通过在业务分发配置增加无纸化流程组件的配置，即可动态增加无纸化，不需要做相关代码改造。
57.本发明的优点为：
58.本发明在保障用户业务受理独立明确的基础上，通过前后台代码复用，减少运维成本；通过配置化，解决业务环节动态增减导致大量开发工作量及问题产生bug率。
59.以上公开的本发明优选实施例只是用于帮助阐述本发明。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。