CN110515611B - 一种文书编号的生成方法 - Google Patents

Abstract

本发明涉及一种文书编号的生成方法，用于实现针对不同业务场景下，不同文书（报告、单据等）的编号生成规则的管理，便于开发人员统一管理编号的生成规则，以及统一是用编号生成的接口。本发明提供的生成方式中，用户在可视化界面的操作中配置生成的规则数据将存放在数据库中，不同业务场景通过关联不同规则来生成对应的编号，再调用接口生成编号的过程中，业务方客户端需要传递规则中需要的系统参数和业务参数。实现了灵活的调用机制，以保证接口的可复用性和易维护性，这在一定程度上大大减少了系统的开发和维护成本。

Description

一种文书编号的生成方法

技术领域

本发明涉及计算机技术领域，特别是一种文书编号的生成方法。

背景技术

在许多业务系统中，基于业务的需要，我们需要生成多种不同规则的编号，比如某份报告中，某个单据里，甚至一些官方文档中等等。编号指的是利用有规则的任意符号按照顺序编号数或者编订的号数，它是基于不同业务场景、不同使用方，不同载体中的一种识别方法。比如一个用户办件在审核报告中有一个编号，在归档结果中又有一个编号。

在这样众多的业务场景下、载体中，其生成规则也是各不相同的。通常情况下，我们在不同业务场景中，在现有技术中都是直接在编写不同的生成规则，进行对应编号的生成。这种方式存在了很多的缺陷，1、代码耦合性高，编号生成代码直接与业务代码绑定调用；2、灵活性低，当规则发生改变时，原来的生成代码需要重新编写；3、代码复用性差，很多生成的方式中的片段规则都是可以复用的，比如获取当前日期的年月份，获取当前系统参数等；4、维护成本高，不同业务下的生成代码分布在不同的业务代码中，无法统一管理和维护，导致后期代码维护难度大大增高。

发明内容

有鉴于此，本发明的目的是提出一种文书编号的生成方法，用于实现针对不同业务提供差异化的生成规则管理，便于开发人员管理编号生成的不同规则，提高开发效率。

本发明采用以下方案实现：一种文书编号的生成方法，提供统一产品管理平台，所述平台包括配置中心系统和业务系统；按如下步骤实现：

步骤S1：用户在配置中心系统下，首先通过新增按钮新增一个编号规则，依次填写规则名称、规则分类信息，然后通过对参数一栏中的系统参数、业务参数和序列号规则参数进行拖动到规则栏排序来完成规则的设计；规则设计完成之后用户测试规则是否符合最终编号生成的结果满足唯一性要求，最后保存该规则配置；

步骤S2：开发人员在业务系统开发中在项目配置文件中指定某个编号在配置中心下编号规则的标识；

步骤S3：在业务系统运行期间，配置中心接收到来自业务系统的编号生成请求后，首先根据编号标识查找出唯一的规则，再通过请求中传递的业务参数与系统参数对规则进行编号及规则中的字符串替换操作，最终得到该规则下的唯一编号，最后将此编号返回给业务系统。

进一步地，所述业务系统通过远程调用RPC或HTTP的方式调用配置中心的编号生成服务，进行编号的生成；调用生成编号所需要的参数有：规则标识和规则中需要的参数。

进一步地，所述业务参数包括部门编号、事项发布年限；所述系统参数包括配置中心服务器操作系统环境变量和当前时间数据。与现有技术相比，本发明有以下有益效果：

本发明便于开发人员管理编号生成的不同规则，提高开发效率。

附图说明

图1为本发明实施例的流程图。

具体实施方式

下面结合附图及实施例对本发明做进一步说明。

应该指出，以下详细说明都是例示性的，旨在对本申请提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本申请所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本申请的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

如图1所示，本实施例提供了一种文书编号的生成方法，提供一产品管理平台，所述平台包括配置中心系统和事项管理系统；按如下步骤实现，以下步骤中的业务系统可为事项管理系统：

步骤S1：用户在配置中心系统下，首先通过新增按钮新增一个编号规则，依次填写规则名称、规则分类信息，然后通过对参数一栏中的系统参数、业务参数和序列号规则参数进行拖动到规则栏中排序来完成规则的设计；规则设计完成之后用户测试规则是否符合最终编号生成的结果满足唯一性要求，最后保存该规则配置；

步骤S2：开发人员在业务系统开发中在项目配置文件中指定某个编号在配置中心下编号规则的标识；

步骤S3：在业务系统运行期间，配置中心接收到来自业务系统的编号生成请求后，首先根据编号标识查找出唯一的规则，再通过请求中传递的业务参数与系统参数对规则进行编号及规则中的字符串替换操作，最终得到该规则下的唯一编号，最后将此编号返回给业务系统。

在本实施例中，所述步骤3的具体内容为：所述事项管理系统通过远程调用RPC或HTTP的方式调用配置中心的编号生成服务，进行编号的生成；调用生成编号所需要的参数有：规则标识和规则中需要的参数。

在本实施例中，所述业务参数包括部门编号、事项发布年限；所述系统参数包括配置中心服务器操作系统环境变量和当前时间数据。

在本实施例中，编号生成的规则数据是由用户自定义配置完成的，用户在配置中心系统提供的系统参数、业务参数、序列号等数据下，通过拖拽的形式，构建属于自己的规则生成方式。还有用户可在业务系统（如事项管理系统）中选择已配置完善的规则进行使用，将编号规则生成方式完全交付给用户，实现系统高可用、可配置化。

本实施例实现了所有系统的编号规则统一管理与维护，并对编号的生成给出了统一生成的接口。

编号生成的规则接口统一化，部门所有的业务子系统可使用这一系统进行所有编号的生成，方便开发人员维护与升级，大大减少了业务开发人员的工作量。

编号的自动化生成与管理，编号生成系统根据业务端参数，采用正则表达式、某种序列号自动递增的方式，生成唯一的编号。

编号生成系统中自动保存和维护已经生成的编号，业务客户端可不用存储，在要使用的过程中，通过相同的参数调用生成接口可返回已经生成的编号。降低了业务系统的数据维护和存储空间。

所述返回值，包括：返回结果的数据类型和数据格式。

较佳的，本实施例 首先将生成编号的代码从业务代码中剥离出来形成服务，达到了低耦合，使代码可维护性更好、代码复用性更高。这种服务的抽取与剥离，减少了业务开发人员的代码工作量，将同一功能性的代码作为服务，也符合微服务的思想。其次，将编号生成规则交由用户去定义，实现了系统的可配置化、和高度的用户自定义功能。还有将编号规则统一管理，及通过统一接口进行生成，减少了业务开发人员的工作，也无需业务开发人员对此内容有更多的了解，达到了分工明确、各展所长。最后，编号生成之后无需业务端进行管理与存储，一切的管理和存储在服务中提供，用户仅需按照生成编号的参数再次调用生成接口，服务即可返回原来生成的编号，不会重新生成编号。

在本实施例的产品平台中将编号生成规则的管理放在配置中心的系统中，单独一个编号管理的模块。配置中心系统是平台中所有系统配置的管理系统，其中包含：事项模型、事项配置、智能审批配置、支付物流预约配置、字典管理、编号管理等模块。应用系统主要有事项管理系统、权力运行系统、网上办事大厅、一窗等，本实施例中主要以事项管理系统为例，其他系统的应用大同小异。事项管理系统中主要以事项编码的生成为例，其他编号应用还有办件单号、审批文书编号、办件报告单号等。

特别的，本实施例的具体实施方式如下：

步骤S1：用户在配置中心下的编号规则模块下，首先通过新增按钮新增一个编号规则，依次填写规则名称、规则分类等基础信息，然后通过对参数一栏中的各种系统参数、业务参数、和序列号等规则参数进行拖动到规则栏中进行规则的设计。规则设计完成之后用户可测试生成规则是否符合，最后保存该规则配置。

在实例中，我们需要在配置中心配置事项编号。首先在编号规则管理模块下点击新增按钮，填写编号名称（事项编号）、编号类型。将参数栏中的各种参数拖动到规则栏中进行编号规则的设计，序列号生成器默认为递增的整型数据，最终的设计结果是：{{SX}}{{部门ID}}{{事项分布年份}}{{[5]位序列号}}。点击测试按钮进行编号的测试生成，生成结果为：SX080101201900001，测试结果符合，最后点击保存此编号规则。

步骤S2：开发人员通过规则ID，将自己编写的业务场景下的编号生成关联到上一步骤中用户配置的编号生成规则，并调用统一的生成接口进行编号的生成。

在事项管理系统中，对于事项管理模块下事项编号的管理应用了此发明，在事项管理系统中首先在配置文件中指定了配置中心中的某条编号规则为事项编号的生成规则。

开发人员如需在业务系统中引用到某种编号的生成（如事项管理系统中的事项编码），则需在系统配置文件中指定配置中心下某条编号规则的标识，在某些需要生成业务编号的场景下（新增事项），业务系统（本实例中即事项管理系统）通过远程调用RPC、HTTP的方式调用配置中心的编号生成服务进行编号（本实例中的事项编码）的生成，调用生成编号所需要的参数有：规则标识（指定要生成哪个规则的编号）、规则中需要的参数（比如事项编码中需要的参数可能有事项所属部门编码、事项发布年份、事项所属类别等）

步骤S3：业务系统运行中，业务场景下需要产生一个编号，通过后端向配置中心发起生成编号请求，在接收的响应中获取编号进行应用与保存。

在事项新增的业务中，由事项管理系统后端向配置中心发起事项编号的生成请求，请求中携带了配置文件中指定的规则标识，以及规则中需要的参数，当前事项所属部门编号、事项发布年份等。配置中心在接收事项管理系统的生成编号请求后，通过编号标识查询数据库中的编号规则，通过请求中的参数对规则字符串进行替换、计算后得到唯一的事项编号，最后将此编号写入配置中心生成编号的历史库中并返回给事项管理系统。

步骤S4：业务系统获取生成的编号后可在自己业务数据库中保存，也可不保存，下次需要使用时使用相同参数调用可获取之前生成的编号。

事项管理系统收到配置中心的返回数据即事项编号后，将其写入到事项数据中进行保存。在事项管理系统中再次打开新增的事项时，可通过相同的参数向配置中心发起编号的获取请求，配置中心在编号历史库中查询已存在的编号并返回。

以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。

Claims (2)

1.一种文书编号的生成方法，提供一产品管理平台，所述平台包括配置中心系统和业务系统；其特征在于：

按如下步骤实现：

步骤S1：用户在配置中心系统下，首先通过新增按钮新增一个编号规则，依次填写规则名称、规则分类信息，然后通过对参数一栏中的系统参数、业务参数和序列号规则参数进行拖动到规则栏排序来完成进行规则的设计；规则设计完成之后用户测试规则是否符合最终编号生成的结果满足唯一性要求，最后保存该规则配置；

步骤S2：开发人员在业务系统开发中在项目配置文件中指定某个编号在配置中心下编号规则的标识；

步骤S3：在业务系统运行期间，配置中心接收到来自业务系统编号生成请求后，首先根据编号标识查找出唯一的规则，再通过请求中传递的业务参数与系统参数对规则进行编号及规则中的字符串替换操作，最终得到该规则下的唯一编号，最后将此编号返回给业务系统；

所述步骤S3的具体内容为：所述业务系统通过远程调用RPC或HTTP的方式调用配置中心的编号生成服务，进行编号的生成；调用生成编号所需要的参数有：规则标识和规则中需要的参数；

编号生成之后的管理和存储在编号生成服务中提供；当用户按照生成编号的参数再次调用编号生成服务的生成接口时，编号生成服务返回原来生成的编号，且不会重新生成编号。

2.根据权利要求1所述的一种文书编号的生成方法，其特征在于：所述业务参数包括部门编号、事项发布年限；所述系统参数包括配置中心服务器操作系统环境变量和当前时间数据。

Images