一种基于统一参数的业务变更方法及装置与流程

1.本文涉及金融科技技术领域，尤其涉及一种基于统一参数的业务变更方法及装置。


背景技术：

2.随着银行业高速发展，银行所承载的社会功能日益增加，系统日益复杂，参数维护作为维持系统平稳运转不可或缺的一环，其目的是在保证银行系统平稳运行的情况下，对银行系统参数进行维护，达到银行系统迭代更新以及拓展银行业务的目的。
3.目前银行系统的参数维护普遍首先经过业务人员总结归纳，再由开发人员转化为sql脚本，最后由运维人员在目标系统中统一执行脚本维护参数。
4.参数的修改需要经过业务、开发、运维三方人员参与，在交流沟通的过程中易造成误解，导致参数修改过程反复、曲折，造成参数修改过程复杂繁琐。此外，由于银行系统复杂度较高，各系统之间、各业务模块之间参数维护相互独立，这就导致参数维护缺乏统一管理，同时由于上述原因导致参数管理缺乏版本版本控制，极大的影响了系统开发进程以及现有系统的稳定性。
5.如何解决现有技术中如何提高银行系统参数维护效率是亟需解决的问题。


技术实现要素：

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.业务变更请求单元，用于根据业务人员输入的业务变更类型选择信息，确定业务变更请求；
33.解析单元，用于根据所述业务变更请求确定场景信息和所述业务变更请求对应的元数据项，其中，所述场景信息包括环境信息、系统信息；
34.匹配单元，用于根据所述元数据项、所述环境信息和系统信息，匹配到对应的数据源；
35.存储单元，用于将所述业务人员针对所述元数据项输入的内容在所述对应的数据源进行存储。
36.本文实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的方法。
37.本文实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现上述的方法。
38.利用本文实施例，可以使得业务人员直接根据业务需求变更业务应用，从而完成所述业务需求，而不必如现有技术一般，有业务人员提出需求，有开发人员生成完成业务需求的脚本，再由维护人员将所述脚本更新到系统中，从而才能实现业务人员提出的业务需求；由于业务人员并不清楚原有业务代码中参数是如何命名的，当需要变更某个业务中的参数时，通过将参数转换为元数据项可以使得参数与具体业务无关，可以使得业务人员无需知道业务代码底层的参数命名规则，就可以对业务中的参数进行变更。
附图说明
39.为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有
技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
40.图1所示为本文实施例基于统一参数业务变更系统的结构示意图；
41.图2所示为本文实施例一种基于统一参数的业务变更方法的流程图；
42.图3所示为本文实施例业务变更的界面示意图；
43.图4所示为本文实施例一种基于统一参数的业务变更方法的流程图；
44.图5所示为本文实施例一种基于统一参数的业务变更装置结构示意图；
45.图6所示为本文实施例提供的一种计算机设备。
46.【附图标记说明】
47.101、用户终端；
48.102、业务变更装置；
49.103、数据源；
50.104、业务前端；
51.501、转换单元；
52.502、业务变更请求单元；
53.503、解析单元；
54.504、匹配单元；
55.505、存储单元；
56.602、计算机设备；
57.604、处理器；
58.606、存储器；
59.608、驱动机构；
60.610、输入/输出模块；
61.612、输入设备；
62.614、输出设备；
63.616、呈现设备；
64.618、图形用户接口；
65.620、网络接口；
66.622、通信链路；
67.624、通信总线。
具体实施方式
68.下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。
69.如图1所示为本文实施例基于统一参数业务变更系统的结构示意图，在本图中包括用户终端101，业务变更装置102，与业务相关的数据源103，业务前端104。其中，业务人员
使用用户终端101对需要维护的参数进行业务变更请求，可以通过例如笔记本电脑、台式计算机、平板电脑等设备实现；业务变更装置102将与业务相关的数据源103中的参数抽取后，转换为与业务无关的元数据项，存储于业务变更装置102，以便于业务人员在进行业务变更请求时对需要变更的参数进行选择，业务人员可以不了解数据源103以及对应的业务前端104的对应关系，也不需要知晓数据源103中参数的命名规则，只需要根据要变更的业务需求来选择元数据项，就可以根据业务人员的业务变更请求来匹配到对应的数据源103，并将变更的参数更新到数据源103，从而对业务进行变更；数据源103用于存储业务中所需的参数数据，其中的参数根据业务的不同也可能具有不同表达形式；业务前端104，用于相应用户需求，调用所述数据源103中的参数数据，完成用户所需求的业务功能，例如个人整存整取产品变更、个人整存整取产品新增等。
70.通过本文实施例的系统，可以使得业务人员直接根据业务需求变更业务应用，从而完成所述业务需求，而不必如现有技术一般，有业务人员提出需求，有开发人员生成完成业务需求的脚本，再由维护人员将所述脚本更新到系统中，从而才能实现业务人员提出的业务需求；由于业务人员并不清楚原有业务代码中参数是如何命名的，当需要变更某个业务中的参数时，通过将参数转换为元数据项可以使得参数与具体业务无关，可以使得业务人员无需知道业务代码底层的参数命名规则，就可以对业务中的参数进行变更，例如在业务1中，用户姓名的参数为业务1_用户姓名，而在业务2中，用户姓名的参数为业务2_用户id，通过将用户姓名的参数转换为与业务无关后，用户姓名都可以用username来指代，业务人员只需要在需要变更的业务n中选择该元数据项，就可以将该元数据项获取的用户姓名写入业务n对应的数据源中。
71.如图2所示为本文实施例一种基于统一参数的业务变更方法的流程图，在本图中描述了通过将与业务相关联的参数名转换为与业务无关的元数据项，以及业务人员对所要进行业务变更的场景信息就可以匹配到相应业务的数据源，就可以对业务所涉及的参数进行变更，从而实现对业务变更的目的，以下描述的步骤顺序并不是本文所限定方案的唯一顺序，可以有其他变化，不以本文所描述实施例为限。该方法具体包括：
72.步骤201，将不同业务中涉及的参数转换为与业务无关的元数据项；
73.步骤202，根据业务人员输入的业务变更类型选择信息，确定业务变更请求；
74.步骤203，根据所述业务变更请求确定场景信息和所述业务变更请求对应的元数据项，其中，所述场景信息包括环境信息、系统信息；
75.步骤204，根据所述元数据项、所述环境信息和系统信息，匹配到对应的数据源；
76.步骤205，将所述业务人员针对所述元数据项输入的内容在所述对应的数据源进行存储。
77.作为本文的一个实施例，将不同业务中涉及的参数转换为与业务无关的元数据项进一步包括，
78.获取不同业务的代码；
79.识别所述代码中参数名；
80.将所述参数名中与业务相关的内容删除，得到与业务无关的元数据项。
81.在本实施例中，通过代码读取接口获取各个业务的程序代码，所述代码读取接口可以是由程序实现读取其他程序代码。通过参数名匹配模块实现在读取到的各个业务程序
代码中识别参数名，所述参数名匹配模块可以由程序代码实现，通过事先预设的元数据列表，识别出该业务程序代码中包括哪些参数，例如通过字符串匹配的方式，当业务程序代码的参数名字符串包括元数据列表中的元数据项字符串，则输出该业务程序代码的参数名，该参数名包括与该业务相关的前缀或者后缀。由于不同的业务程序代码可能由不同的开发团队开发，因此对于参数名可能具有各自业务的特点和需求，含义相同的参数可能根据需要和团队的不同，在具有特定含义的字符串前面或者后面添加不同的字符串以形成与业务相关的参数名，业务人员很难清楚的获知每个业务程序代码中对于某个参数的特定命名规则，对于面向业务人员的业务变更而言是极为不利的，业务人员是与客户接触最为紧密的工作岗位，需要根据客户的需求、市场的情况灵活的对业务进行变更，例如对已有业务的修改，在已有业务的基础之上进行改进形成新增业务等工作，业务人员对于实际业务中所涉及参数名的真实含义很清楚，但是却不能清晰的确定每个业务中的具有前缀、后缀的参数名，因此会在业务人员进行业务变更时造成不便。
82.所述元数据列表是指代表具体含义的参数所具有的通用名称，其中存储的元数据项就是各个业务中具有某些具体含义参数所具有的通用名称，其与业务无关，例如元数据项current_interest的代表含义是活期利率，在业务1程序代码中的参数名为业务1_current_interest，在业务2程序代码中的参数名为current_interest_业务2，在任何一个业务中该参数(current_interest)的真实含义是一致的，通过在业务程序代码中匹配元数据列表中记录的各个元数据项，就可以得到该业务程序代码中包含元数据项含义的所有参数名。
83.参数名处理模块将参数名匹配模块输出的参数名中与业务相关的内容删除，例如删除current_interest_业务2中的“_业务2”，使得该业务2程序代码中匹配得到的参数名转换为与业务无关的元数据列表中的元数据项“current_interest”，由此，业务人员就可以根据业务变更的需求直接变更业务所使用的参数内容，而不必引用完整的该业务中特定的参数名。
84.作为本文的一个实施例，所述业务变更请求包括，业务变更类型信息、场景信息和元数据项，其中业务变更场景信息进一步包括新增请求或变更请求。
85.在本实施例中，业务人员可以根据客户的需求、市场的变化等因素，调整业务，可能涉及到对业务已有参数的赋值变化，例如将活期利息值进行升高或者降低；还可以增加新的业务产品，例如以某个已有业务为模板，调用需要的元数据项构成业务参数，设置这些参数的数值，形成新的业务产品。
86.作为本文的一个实施例，根据业务人员输入的业务变更类型选择信息，确定业务变更请求中进一步包括，
87.获取所述业务人员输入的登录信息；
88.根据所述登录信息以及所述业务变更类型选择信息，验证所述业务人员是否有权限进行相应业务变更，若通过验证，则确定业务变更请求，若验证失败，则拒绝业务变更请求。
89.在本实施例中，业务人员登录系统输入用户名、密码，并且输入业务变更类型选择信息，例如变更类型选择信息是选择新增整存整取业务产品，系统将会根据业务人员选择的业务变更类型，即新增整存整取业务产品，验证登录的业务人员是否有权限进行该业务
变更类型的事务。例如可以通过在业务人员权限表格中查找该用户的业务权限，如果新增整存整取业务产品的业务变更类型不在该用户的权限范围之内，则验证失败，通过页面向该业务人员反馈拒绝业务变更请求；如果新增整存整取业务产品的业务变更类型在该用户的权限范围之内，则确定业务变更请求。
90.作为本文的一个实施例，根据所述业务变更请求确定场景信息和所述业务变更请求对应的元数据项中进一步包括，
91.解析所述业务变更请求，得到所述环境信息及系统信息；
92.解析所述业务变更请求，得到该业务变更请求中需要变更的元数据项。
93.在本文实施例中，所述业务变更请求包括环境信息和系统信息，其中所述环境信息例如可以包括开发环境、测试环境或生产环境等，所述系统信息例如可以包括存款系统、客户系统或公共业务系统等，所述业务变更请求中还包括需要变更的元数据项，也就是说，业务人员根据业务变更的需求，需要对一个或者几个业务涉及的相同的一个或者几个参数进行变更，变更是指对某个元数据项或者某几个元数据项进行修改或者新增，这些元数据项在业务程序代码中体现为与业务相关的参数名，但是在本步骤中由于删除了元数据项与业务的相关性，因此这里的元数据项仅表示业务人员进行业务变更时所需变更参数代表的真实含义，而不是某个业务中真实的参数名。所述业务变更请求是通过业务变更类型选择信息确定的，例如，如图3所示的界面，其中提供了下拉选框供业务人员进行业务变更时选择，其中包括了业务变更类型的选择项，对环境信息、系统信息的选择项，以及添加元数据项作为业务程序代码中参数的下拉选框。通过对界面中业务变更类型下拉选框的解析，可以获得当前要进行的业务变更类型为业务新增请求或者是业务变更请求；通过对界面中场景下拉选框的解析，可以获得当前要进行的业务变更所针对的场景，即，针对哪个环境中的哪个系统进行业务变更；通过对界面中元数据项下拉选框的解析，可以获得当前要进行的业务变更所涉及的元数据项都包括哪些，以及元数据项变更的输入内容。
94.作为本文的一个实施例，在根据所述元数据项、所述环境信息和系统信息，匹配到对应的数据源中还包括，
95.根据所述环境信息和系统信息，获得对应的备选数据源集合；
96.根据所述元数据项，在所述备选数据源集合中匹配对应的数据源。
97.在本文实施例中，由于银行系统中包括多种环境，不同环境对应的数据源都不相同，而且不互相影响，不同环境中的不同业务与数据源之间的对应关系是多对多的关系。同样银行系统也包括多个系统，每个系统都包括了多个数据源。因此无法通过指定某个业务来确定数据源，需要通过业务变更请求中携带的环境信息和系统信息选择出相应的备选数据源集合，数据源可能包括某个环境中的某个业务对应的多个数据库，所述多个数据库构成了所述备选数据源集合。例如获取界面中业务变更请求中场景信息指明的开发环境以及存款系统，则能够得到该场景中所涉及的多个数据库作为备选数据源。还可以在选择环境信息时加入需要变更的业务信息，从而可以获得所述备选数据源。
98.通过在元数据项下拉选框中获取的多个元数据项可以在备选数据源集合中进行匹配，所述备选数据源集合中的每个数据库都可能包括与业务相关联的参数名，这些参数名和元数据项有一定相关联性，可以通过关键字匹配的方式、字符串匹配的方式进行匹配，将同时具有多个相关联元数据项的数据源作为上述业务变更请求对应的数据源。
99.作为本文的一个实施例，将所述业务人员针对所述元数据项输入的内容在所述对应的数据源进行存储中进一步包括，
100.获取所述业务人员针对所述元数据项输入的内容；
101.在所述对应的数据源中，将所述元数据项输入的内容写入对应的字段。
102.在本文实施例中，获取界面中业务变更请求中元数据项指明的多个元数据项，从上述的备选数据源中，匹配到一个包括全部元数据项的数据库，将获取到的界面中元数据项变更的内容写入到相应数据库中，从而实现业务人员通过简单的设置就可以对完成业务变更的目的。
103.作为本文的一个实施例，在将所述元数据项输入的内容写入对应的字段之前还包括，
104.备份业务变更前所述数据源，形成按照时间顺序排序的数据源历史版本。
105.在本文实施例中，当所述业务变更出现错误，则利用指定时间的数据源历史版本对该数据源进行恢复，从而可以避免数据库回滚或者闪回机制由于缓存区有限，造成无法回退到将长时间的数据源版本的问题。
106.作为本文的一个实施例，根据所述业务变更请求确定场景信息和所述业务变更请求对应的元数据项之中进一步包括，
107.结合所述场景信息以及所述业务人员输入的参考业务产品信息，确定参考业务产品；
108.将所述参考业务产品中的参数内容填写到所述业务变更请求对应的元数据项的内容中。
109.在本文实施例中，当业务人员通过界面中场景下拉选框的选择，确定了当前要进行业务变更所针对的场景，再通过输入框的方式或者下拉选框的方式获得业务人员选择的参考业务产品信息，所述参考业务产品信息例如可以包括该场景下的某个业务产品作为参考业务产品，或者通过业务人员输入的与业务相关的关键字，就可以从该场景下筛选出相应的业务产品作为参考业务产品。根据匹配或选择的方式确定了参考业务产品后，可以获取该参考业务产品程序代码中的所有参数及这些参数的具体内容，例如参数活期利率的具体设定数值，将这些参数的具体内容填写入业务人员选择出的元数据项的输入框内，作为该元数据项的预输入内容，当业务人员将需要变更的元数据项内容进行编辑之后，将全部的元数据项的输入内容存储入对应的数据源。通过上述的方案，可以节省业务人员输入业务变更中参数的内容，对于一些不需改变的参数内容可以直接保持原状，只针对需要变更的参数内容进行编辑、输入，节省了业务人员对业务变更的处理时间，提高了工作效率。
110.如图4所示为本文实施例一种基于统一参数的业务变更方法的流程图，在本图中描述了业务人员在进行业务变更时，在该业务人员的用户终端上进行业务变更申请，并在业务变更装置上进行业务变更审批，在审批通过之后对业务变更请求进行复核，根据复核的结果判断是否写入数据源中。该方法具体包括：
111.步骤401，业务变更的准备。
112.在本步骤中，事先将不同业务中涉及的参数转换为与业务无关的元数据项。例如将个人整存整取业务中的产品状态转换为元数据项status，将凭证类型表变更业务中的凭证状态转换为元数据项status。其中，元数据项status与业务无关。
113.步骤402，发起业务变更请求。
114.在本步骤中，业务人员通过用户终端向业务变更装置发起业务变更请求。所述业务人员通过如图3所示的用户终端界面输入业务变更类型选择信息，例如包括了业务变更类型的选择项，对环境信息、系统信息的选择项，以及添加元数据项作为业务程序代码中参数的下拉选框。所述用户终端界面中还可以包括参考业务产品信息的下拉选框，业务人员通过选择参考业务产品可以调出该参考业务产品的程序代码中所有涉及到的参数所对应的参数内容，将参数内容自动的填写到元数据项对应的元数据项内容中。
115.步骤403，撤销业务变更请求。
116.在本步骤中，业务人员还可以撤销业务变更请求，通过点击业务变更撤销按键撤销该业务变更请求。
117.步骤404，业务变更装置根据业务人员的登录信息进行登录验证。
118.在本步骤中，业务人员登录系统输入用户名、密码，并且输入业务变更类型选择信息，例如变更类型选择信息是选择新增整存整取业务产品，系统将会根据业务人员选择的业务变更类型，即新增整存整取业务产品，验证登录的业务人员是否有权限进行该业务变更类型的事务。
119.步骤405，业务变更请求受理。
120.在本步骤中，业务变更装置对业务变更请求进行处理，通过对界面中变更类型下拉选框的解析，可以获得当前要进行的业务变更类型为新增请求或者是变更请求；通过对界面中场景下拉选框的解析，可以获得当前要进行的业务变更所针对的场景，即，针对哪个环境中的哪个系统进行业务变更；通过对界面中元数据项下拉选框的解析，可以获得当前要进行的业务变更所涉及的元数据项都包括哪些。
121.步骤406，对所述业务变更请求进行分析。
122.在本步骤中，可以针对解析得到的业务变更类型、环境信息、系统信息以及元数据项是否存在输入内容的错误，例如超出允许值范围，是否数据类型不符要求，元数据项输入的内容是否明显超过参考业务产品中对应参数数值等，如果出现问题，则进入到步骤407，拒绝当前业务变更请求；如果没有问题，则进入步骤408提交所述业务变更请求。
123.步骤407，拒绝当前业务变更请求。
124.向业务人员的用户终端反馈拒绝当前业务变更请求的消息，并通知业务人员当前业务变更请求被拒绝的原因。
125.步骤408，提交所述业务变更请求。
126.在本步骤中，通过前述步骤获取到的界面中业务变更请求中场景信息指明的开发环境以及存款系统，则能够得到该场景中所涉及的多个数据库作为备选数据源。通过在元数据项下拉选框中获取的多个元数据项可以在备选数据源集合中进行匹配，所述备选数据源集合中的每个数据库都可能包括与业务相关联的多个参数名，这些参数名和元数据项有一定相关联性，也就是说参数和元数据项的含义相同，命名规则有所差异，但是大致相同，例如都具有表达含义的核心关键词，可以通过关键字匹配的方式、字符串匹配的方式进行匹配，将同时具有多个相关联元数据项的数据源作为上述业务变更请求对应的数据源。
127.其中，从备选数据源集合中匹配对应的数据源时，如果当前的业务变更请求是新增业务产品，则会新生成一个数据源(数据库)，并且标记该数据源与环境信息和系统信息
相关联，该新生成的数据源中的参数名根据参考业务产品程序代码中的参数名而定，或者将元数据项转换为数据源中的参数名，也就是说，增加元数据项的前缀或者后缀等方式在新生成的数据源中写入参数名。
128.步骤409，业务变更请求受理撤销。
129.在本步骤中，与上述步骤407和步骤408并列，当业务人员提出业务变更请求被受理之后，还可以提出撤销受理的请求，从而终结业务变更请求受理，返回步骤405。
130.步骤410，将提交的业务变更请求更新对应的数据源。
131.在本步骤中，获取界面中业务变更请求中元数据项指明的多个元数据项，从上述的备选数据源中，匹配到一个包括全部元数据项的数据源(数据库)，将获取到的界面中元数据项变更的内容写入到相应数据源中，从而实现业务人员通过简单的设置就可以对完成业务变更的目的。
132.步骤411，业务变更请求结束。
133.在本步骤中，结束业务变更请求的流程，例如如果写入数据源中的元数据项的内容无误，则业务变更请求正常结束；如果业务变更请求被撤销也将会触发业务变更请求结束的步骤；如果业务变更请求受理的拒绝，也会触发业务变更请求结束的步骤。
134.如图5所示为本文实施例一种基于统一参数的业务变更装置结构示意图，在本实施例中的装置可以利用台式计算机、服务器等设备实现帮助业务人员对业务变更的功能，具体包括：
135.转换单元501、业务变更请求单元502、解析单元503、匹配单元504、存储单元505；
136.其中转换单元501，用于将不同业务中涉及的参数转换为与业务无关的元数据项；
137.业务变更请求单元502，用于根据业务人员输入的业务变更类型选择信息，确定业务变更请求；
138.解析单元503，用于根据所述业务变更请求确定场景信息和所述业务变更请求对应的元数据项，其中，所述场景信息包括环境信息、系统信息；
139.匹配单元504，用于根据所述元数据项、所述环境信息和系统信息，匹配到对应的数据源；
140.存储单元505，用于将所述业务人员针对所述元数据项输入的内容在所述对应的数据源进行存储。
141.通过本文实施例的装置，可以令业务人员无需知道每种业务产品程序代码中的参数名，就可以对业务的参数进行变更，节省了业务产品开发的时间和人力成本。
142.如图6所示为本文实施例提供的一种计算机设备，本文实施例中进行业务变更的装置可以为本实施例中的计算机设备，执行本文的上述方法。所述计算机设备602可以包括一个或多个处理器604，诸如一个或多个中央处理单元(cpu)，每个处理单元可以实现一个或多个硬件线程。计算机设备602还可以包括任何存储器606，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器606可以包括以下任一项或多种组合：任何类型的ram，任何类型的rom，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备602的固定或可移除部件。在一种情况下，当处理器604执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备602
可以执行相关联指令的任一操作。计算机设备602还包括用于与任何存储器交互的一个或多个驱动机构608，诸如硬盘驱动机构、光盘驱动机构等。
143.计算机设备602还可以包括输入/输出模块610(i/o)，其用于接收各种输入(经由输入设备612)和用于提供各种输出(经由输出设备614)。一个具体输出机构可以包括呈现设备616和相关联的图形用户接口(gui)618。在其他实施例中，还可以不包括输入/输出模块610(i/o)、输入设备612以及输出设备614，仅作为网络中的一台计算机设备。计算机设备602还可以包括一个或多个网络接口620，其用于经由一个或多个通信链路622与其他设备交换数据。一个或多个通信总线624将上文所描述的部件耦合在一起。
144.通信链路622可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路622可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。
145.本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如前所述的方法。
146.应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。
147.还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
148.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。
149.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
150.在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
151.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。
152.另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单
元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
153.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
154.本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。