一种规章制度处理方法、制度信息获取及装置

摘要

本申请提供了一种规章制度处理方法、制度信息获取方法及装置，其中，规章制度处理方法包括：获取目标规章制度，并将目标规章制度拆分为条款；确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例；将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成制度条款案例库。本申请提供的规章制度处理方法可将规章制度处理成多个形式和逻辑统一、内容丰富、易于指导系统建设的条目化的制度条款案例，本申请提供的制度信息获取方法可实现系统需求与制度条款案例的精准匹配。

说明书

技术领域

本申请涉及数据处理技术领域，尤其涉及一种规章制度处理方法、制度信息获取方法及装置。

背景技术

随着社会的发展，银行业向互联网化、智能化、开放化发展，同时，银行系统的合法合规、可靠性和安全性也越来越重要。系统需求研制是系统的源头，软件开发是系统的核心，软件测试是系统的质量保证，只有在系统开发各个阶段时刻关注规章制度才能有效保证系统的合法、合规性。

然而，现有的规章制度存在繁杂繁琐、条款众多、书写逻辑不一等众多问题，其难以对系统开发和测试起到指导作用。而如何对规章制度进行处理，使其能够较好的对系统开发和测试起到指导作用是当前亟需解决的问题。

发明内容

有鉴于此，本申请提供了一种规章制度处理方法、制度信息获取方法及装置，用以对规章制度进行处理，使其能够对系统开发和测试起到较好地指导作用，其技术方案如下：

一种规章制度处理方法，包括：

获取目标规章制度，并将所述目标规章制度拆分为条款；

确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例，其中，一条款对应的技术属性包括与该条款相关的目标系统、所述目标系统中与该条款相关的目标模块、所述目标模块中与该条款相关的目标子模块、所述目标子模块下的测试功能点；

将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成条目化制度条款案例库，其中，一条款对应的条款属性包括该条款所属的规章制度的标识信息。

可选的，一条款所属的条款类型为以下条款类型中的一种：约束控制类、流程串联类、接口关联类、界面展示类、数据验证类和通用类。

可选的，确定一条款对应的技术属性的过程包括：

根据该条款的内容以及已有的各系统的功能，确定已有的各系统中与该条款相关的目标系统；

根据该条款的内容以及所述目标系统所包含的各个模块的功能，确定所述目标系统中与该条款相关的目标模块；

根据该条款的内容以及所述目标模块所包含的各个子模块的功能，确定所述目标模块中与该条款相关的目标子模块；

根据该条款的内容以及所述目标子模块的功能，确定所述目标子模块下的测试功能点。

可选的，确定一条款所属的条款类型的过程包括：

根据该条款的内容的语义，同时结合该条款中子条款之间的逻辑关系以及该条款所在的规章制度中该条款的上下文信息，确定该条款所属的条款类型。

可选的，确定一条款对应的可操作条款案例，包括：

根据该条款的内容以及该条款所属的条款类型，确定该条款对应的可操作条款案例。

可选的，所述根据该条款的内容以及该条款所属的条款类型，确定该条款对应的可操作条款案例，包括：

若该条款所属的条款类型为约束控制类，则根据该条款所包含的每个条件确定一条可操作性条款信息，其中，所述可操作信息包括测试操作和预期操作结果；

若该条款为流程串联类，则根据该条款中所包含的业务流程中的每个步骤确定一条可操作性条款信息；

若该条款所属的条款类型为除所述约束控制类和所述流程串联类之外的其它类型，则根据所述目标条款的内容确定一条可操作性条款信息。

一种制度信息获取方法，包括：

获取与系统需求相关的关键词；

基于所述关键词，从预先采用上述任一项所述的规章制度处理方法构建出的条目化制度条款案例库中获取与所述关键词相关的制度条款案例，以指导系统开发和测试。

一种规章制度处理装置，包括：制度获取模块、制度拆分模块、信息确定模块、制度条款案例构建模块和制度条款案例库构建模块；

所述制度获取模块，用于获取目标规章制度；

所述制度拆分模块，用于将所述目标规章制度拆分为条款；

所述信息确定模块，用于确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例，其中，一条款对应的技术属性包括与该条款相关的目标系统、所述目标系统中与该条款相关的目标模块、所述目标模块中与该条款相关的目标子模块、所述目标子模块下的测试功能点；

所述制度条款案例构建模块，用于将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例；

所述制度条款案例库构建模块，用于由所述制度条款案例构建模块构建出的所有条款案例组成条目化制度条款案例库，其中，一条款对应的条款属性包括该条款所属的规章制度的标识信息。

可选的，所述信息确定模块在确定一条款对应的可操作条款案例时，具体用于根据该条款的内容以及该条款所属的条款类型，确定该条款对应的可操作条款案例。

一种制度信息获取装置，包括：关键词获取模块和制度条款案例获取模块；

所述关键词获取模块，用于获取与系统需求相关的关键词；

所述制度条款案例获取模块，用于基于所述关键词，从预先采用上述的规章制度处理装置构建出的条目化制度条款案例库中获取与所述关键词相关的制度条款案例，以指导系统开发和测试。

经由上述方案可知，本申请提供的规章制度处理方法，在获得目标规章制度后，首先将目标制度拆分为条款，然后确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例，最后将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成条目化制度条款案例库，本申请实施例提供的规章制度处理方法可将规章制度处理成多个形式和逻辑统一、内容丰富的制度条款案例，获得的制度条款案例对系统开发和测试都能起到较好的指导作用，本申请提供的制度信息获取方法可根据与系统需求有关的关键词，从条目化制度条款案例库获取与系统需求匹配的制度条款案例，从而实现需求与制度信息的精准匹配。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的规章制度处理方法的流程示意图；

图2为本申请实施例提供的确定一条款对应的技术属性的流程示意图；

图3为本申请实施例提供的条款案例检索工具的界面的一示例；

图4为本申请实施例提供的规章制度处理装置的结构示意图；

图5为本申请实施例提供的规章制度处理设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

鉴于现有的规章制度存在繁杂繁琐、条款众多、书写逻辑不一等众多问题，其对系统需求研制、软件开发和软件测试难以起到指导作用，本申请提供了一种规章制度处理方法，请参阅图1，示出了该规章制度处理方法的流程示意图，可以包括：

步骤S101：获取目标规章制度，并将目标制度拆分为条款。

其中，目标规章制度可以为一个规章制度，也可以为多个规章制度，一个规章制度通常包括多个条款，步骤S101的目的在于将每个规章制度拆分为条款。

步骤S102：确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例。

需要说明的是，一个系统通常包括多个模块，每个模块会包括多个子模块，有鉴于此，本实施例中的技术属性包括与对应条款相关的目标系统、目标系统中与对应条款相关的目标模块、目标模块中与对应条款相关的目标子模块以及目标子模块下的测试功能点。

本实施例中的条款类型可以包括：约束控制类、流程串联类、接口关联类、界面展示类、数据验证类和通用类，即，拆分得到的每个条款所属的条款类型为上述六种条款类型中的一种。需要说明的是，约束控制类条款为包含一个或多个约束条件的条款，流程串联类条款为包含业务流程的条款，接口关联类条款为与两个系统之间接口功能相关的条款，界面展示类条款为与系统界面展示有关的条款，数据验证类条款为与验证数据是否正确有关的条款，通用类条款指的是除约束控制类、流程串联类、接口关联类、界面展示类和数据验证类条款之外的条款。

本实施例中可操作条款案例为根据对应的条款转换而来的可操作的条款案子，可操作条款案例包括至少一条可操作条款信息，可操作信息包括测试操作和预期操作结构。

步骤S103：将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成条目化制度条款案例库。

其中，条款属性包括对应条款所属的规章制度的标识信息，具体的，条款属性可以包括对应条款所属的规章制度的发文号和名称。

在本实施例中，对于拆分得到的每个条款，可将该条款的内容、该条款对应的条款数据、该条款对应的技术属性、该条款所属的条款类型和该条款对应的可操作条款案例按统一的格式组合为一条制度条款案例，下表1示出了一条制度条款案例的示例：

表1制度条款案例

本申请实施例提供的规章制度处理方法，在获得目标规章制度后，首先将目标制度拆分为条款，然后确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例，最后将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成条目化制度条款案例库。本申请实施例提供的规章制度处理方法可将规章制度处理成多个形式和逻辑统一、内容丰富的制度条款案例，获得的制度条款案例对系统需求研制、软件开发、软件测试甚至系统优化起到较好的指导作用。

接下来对上述实施例中的“步骤S102：确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例”的具体实现过程进行介绍。

由于确定拆分得到的各个条款对应的技术属性、所属的条款类型和对应的可操作条款案例的过程相同，本实施例以拆分得到的一个条款x为例，对确定条款对应的技术属性、所属的条款类型和对应的可操作条款案例的过程进行介绍。

经由上述实施例可知，条款x对应的技术属性包括：与条款x相关的目标系统S

请参阅图2，示出了确定条款x对应的技术属性的流程示意图，可以包括：

步骤S201：根据条款x的内容以及已有的各系统的功能，确定已有的各系统中与条款x相关的目标系统S

需要说明的是，与条款x相关的目标系统S

步骤S202：根据条款x的内容以及目标系统S

需要说明的是，目标系统S

步骤S203：根据条款x的内容以及目标模块M

需要说明的是，目标系统S

步骤S204：根据目标条款的内容以及目标子模块的功能，确定目标子模块下的测试功能点。

接下来对确定条款x所属的条款类型的过程进行介绍。

确定条款x所属的条款类型的过程包括：根据条款x所包含内容的语义，同时结合条款x中子条款之间的逻辑关系以及条款x在其所在的规章制度中的上下文信息，确定条款x所属的条款类型。

一般而言，通过条款x所包含内容的语义即可确定出条款x所属的条款类型，考虑到某些类型的条款具有一定的特点，比如流程串联类的条款中各子条款具有一定的逻辑关系，又考虑到连续条款具有一定关联性(比如某个规章制度中的第3～5个条款均是与数据验证有关的条款)，为了能够更加准确地确定出条款x所属的条款类型，本实施例同时结合条款x中子条款之间的逻辑关系，以及条款x在其所在的规章制度中的上下文信息进行确定。

最后对确定款x对应的可操作条款案例的过程进行介绍。

确定条款x对应的可操作条款案例的过程可以包括：根据条款x的内容以及条款x所属的条款类型，确定条款x对应的可操作条款案例。

具体的，根据条款x的内容以及条款x所属的条款类型，确定条款x对应的可操作条款案例的过程可以包括：

若条款x所属的条款类型为约束控制类，则根据条款x所包含的每个条件确定一条可操作条款信息，每条可操作信息包括一测试操作和一预期操作结果，各条可操作信息中的测试操作不同，预期操作结果相同，需要说的是，预测操作结果为在条款x包含的条件的约束下，预期达到的结果，假设条款x包括3个条件，则根据条款x可确定3条可操作性条款信息，3条可操作条款信息中的测试操作不同，预期操作结果相同；

若条款x为流程串联类，则根据条款x中所包含的业务流程中的每个步骤确定一条可操作条款信息，每条可操作条款信息包括一测试操作和一预期操作结果，各条可操作款信息中的测试操作不同，预期操作结果相同，需要说明的是，执行完条款x中所包含的业务流程后预期得到的结果，假设条款x包括的业务流程包括5个步骤，则根据条款x可确定5条可操作性条款信息，每条可操作性条款信息对应业务流程所包含的5个步骤中的一个步骤，5条可操作性条款信息中的测试操作不同，预期操作结果相同(均为执行完所有步骤预期得到的结果)；

若条款x所属的条款类型为除约束控制类和流程串联类之外的其他类型，则根据条款x确定一条可操作性条款信息，同样的，可操作性条款信息包括一测试操作和一预期操作结果。

经由上述过程，对于约束控制类条款，其包含几个条件，最终确定出的可操作条款案例即包括几条可操作条款信息，对于流程串联类条款，其包含几个步骤，最终确定出的可操作条款案例即包括几条可操作条款信息，对于其它类型的条款，最终确定出的可操作条款案例均包括一条可操作条款信息。上述确定条款x对应的可操作条款案例的过程实施是将条款x转换为条目化的可操作条款案例的过程。

在上述实施例提供的规章制度处理方法的基础上，本申请实施例还提供了一种制度信息获取方法，该方法可以包括：获取与系统需求相关的关键词，基于获取的关键词，从预先采用上述实施例提供的规章制度处理方法获得的条目化制度条款案例库中获取与关键词相关的制度条款案例，以指导系统需求研制、软件开发或软件测试。

在本实施例中，在获得条目化制度条款案例库的基础上，可搭建制度条款案例检索工具，基于制度条款案例检索工具在条目化制度条款案例库中进行制度条款案例检索，其中，条款案例检索工具可接收用户基于具体的系统需求输入的关键词，基于用户输入的关键词在条目化制度条款案例库中检索与系统需求匹配的制度条款案例，并输出检索结果，图3示出了条款案例检索工具的界面的一示例，用户可在图3示出的条款案例检索工具的界面中的检索条件输入框中输入关键词，条款案例检索工具根据用户输入的关键词在条目化制度条款案例库中检索与用户输入的关键词相关的制度条款案例，并返回检索结果，在检索时，会将关键词与条目化制度条款案例库中每条制度条款案例中对应字段的信息进行匹配。

在一种可能的实现方式中，可从条目化制度条款案例库中的每条制度条款案例中抽取关键词(可从条款内容、技术属性、条款属性、条款类型、可操作条款案例这几项中的一项或多项中抽取关键词)，建立抽取的关键词与对应的制度条款案例的索引标识的关联关系，当用户输入的关键词为抽取出的某一关键词时，可基于与关键词关联的索引标识找到对应的制度条款案例。

经由本申请实施例提供的规章制度处理方法，可将繁杂繁琐、条款众多、书写逻辑不一的规章制度处理为形式统一、内容丰富、逻辑清晰、规则明确、易于指导系统建设的条目化的制度条款案例，经由本申请实施例提供的制度信息获取方法可实现系统需求与制度条款案例的精准匹配，比如，系统需求涉及哪些部分，就匹配哪些制度条款案例，在系统需求制定阶段，匹配的制度条款案例能够为需求发起方提供制度指导，保证需求制定阶段系统的合规性，在软件开发阶段，匹配的制度条款案例为开发人员提供制度指导，有助于开发人员尽可能准确地理解和获取系统需求，实现相关规则，在软件测试阶段，匹配的制度条款案例能够为开发人员提供制度指导，明确合规合理的操作步骤，向测试人员提示重要测试点，避免系统的不合规操作，最终实现制度对需求定制、软件开发、软件测试的精细化指导，从而提升系统的合法、合规性。

本申请实施例还提供了一种规章制度处理装置，请参阅图4，示出了该装置的结果示意图，可以包括：制度获取模块401、制度拆分模块402、信息确定模块403、制度条款案例构建模块404和制度条款案例库构建模块405。

制度获取模块401，用于获取目标规章制度。

制度拆分模块402，用于将所述目标规章制度拆分为条款。

信息确定模块403，用于确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例。

其中，一条款对应的技术属性包括与该条款相关的目标系统、所述目标系统中与该条款相关的目标模块、所述目标模块中与该条款相关的目标子模块、所述目标子模块下的测试功能点；

制度条款案例构建模块404，用于将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例；

制度条款案例库构建模块405，用于由所述制度条款案例构建模块构建出的所有条款案例组成条目化制度条款案例库。

其中，一条款对应的条款属性包括该条款所属的规章制度的标识信息。

可选的，一条款所属的条款类型为以下条款类型中的一种：约束控制类、流程串联类、接口关联类、界面展示类、数据验证类和通用类。

可选的，信息确定模块403在确定一条款对应的技术属性时，具体用于根据该条款的内容以及已有的各系统的功能，确定已有的各系统中与该条款相关的目标系统；根据该条款的内容以及所述目标系统所包含的各个模块的功能，确定所述目标系统中与该条款相关的目标模块；根据该条款的内容以及所述目标模块所包含的各个子模块的功能，确定所述目标模块中与该条款相关的目标子模块；根据该条款的内容以及所述目标子模块的功能，确定所述目标子模块下的测试功能点。

可选的，信息确定模块403在确定一条款所属的条款类型时，具体用于根据该条款的内容的语义，同时结合该条款中子条款之间的逻辑关系以及该条款所在的规章制度中该条款的上下文信息，确定该条款所属的条款类型。

可选的，信息确定模块403在确定一条款对应的可操作条款案例时，具体用于根据该条款的内容以及该条款所属的条款类型，确定该条款对应的可操作条款案例。

可选的，信息确定模块403在根据该条款的内容以及该条款所属的条款类型，确定该条款对应的可操作条款案例时，具体用于若该条款所属的条款类型为约束控制类，则根据该条款所包含的每个条件确定一条可操作性条款信息，其中，所述可操作信息包括测试操作和预期操作结果；若该条款为流程串联类，则根据该条款中所包含的业务流程中的每个步骤确定一条可操作性条款信息；若该条款所属的条款类型为除所述约束控制类和所述流程串联类之外的其它类型，则根据所述目标条款的内容确定一条可操作性条款信息。

本申请实施例提供的规章制度处理装置，可将规章制度处理成多个形式和逻辑统一、内容丰富的制度条款案例，获得的制度条款案例对系统需求研制、软件开发、软件测试甚至系统优化能够起到较好的指导作用。

本申请实施例还提供了一种制度信息获取装置，包括：关键词获取模块和制度条款案例获取模块。

所述关键词获取模块，用于获取与系统需求相关的关键词；

所述制度条款案例获取模块，用于基于所述关键词，从预先采用上述实施例提供的规章制度处理装置构建出的条目化制度条款案例库中获取与所述关键词相关的制度条款案例，以指导系统开发和测试。

经由本申请实施例提供的制度信息获取装置可实现系统需求与制度条款案例的精准匹配，从而实现制度对需求定制、软件开发、软件测试的精细化指导。

本申请实施例还提供了一种规章制度处理设备，请参阅图5，示出了该设备的结构示意图，该设备可以包括：至少一个处理器501，至少一个通信接口502，至少一个存储器503和至少一个通信总线504；

在本申请实施例中，处理器501、通信接口502、存储器503、通信总线504的数量为至少一个，且处理器501、通信接口502、存储器503通过通信总线504完成相互间的通信；

处理器501可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器503可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：

获取目标规章制度，并将所述目标规章制度拆分为条款；

确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例，其中，一条款对应的技术属性包括与该条款相关的目标系统、所述目标系统中与该条款相关的目标模块、所述目标模块中与该条款相关的目标子模块、所述目标子模块下的测试功能点；

将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成条目化制度条款案例库，其中，一条款对应的条款属性包括该条款所属的规章制度的标识信息。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

本申请实施例还提供一种可读存储介质，该可读存储介质可存储有适于处理器执行的程序，所述程序用于：

获取目标规章制度，并将所述目标规章制度拆分为条款；

确定拆分得到的每个条款对应的技术属性、所属的条款类型和对应的可操作条款案例，其中，一条款对应的技术属性包括与该条款相关的目标系统、所述目标系统中与该条款相关的目标模块、所述目标模块中与该条款相关的目标子模块、所述目标子模块下的测试功能点；

将拆分得到的每个条款以及其对应的条款属性、技术属性、所属的条款类型和对应的可操作条款案例组成一条制度条款案例，由获得的所有制度条款案例组成条目化制度条款案例库，其中，一条款对应的条款属性包括该条款所属的规章制度的标识信息。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。