生产型软件框架系统及软件访问系统的制作方法

本申请涉及软件框架技术领域，具体而言，涉及一种生产型软件框架系统及软件访问系统。

背景技术：

随着科学技术的不断发展，各行业领域也都在逐步进行信息化管理建设。目前，大多数生产型企业在生产管理过程中所使用的应用软件通常是针对一项软件功能对应分配一套独立的软件框架。生产管理型软件的开发人员通过复制多份软件框架，并针对每份软件框架进行不同功能需求的软件开发，得到该生产管理型软件所包括的各项软件功能产品。这类生产管理型软件是多种框架组件的简单组合，各项软件功能产品之间极易形成信息孤岛，进而导致各软件功能产品在软件功能交互时的框架复用性差，同时也使各软件功能产品在进行版本更新时的更新难度高，整个软件管理过程存在管理分散的问题。

技术实现要素：

为了克服现有技术中的上述不足，本申请的目的在于提供一种生产型软件框架系统及软件访问系统，其能够在同一软件框架下对不同功能需求的微服务进行统一管理，以避免出现微服务之间的信息孤岛，提高框架复用性，降低软件的更新难度及维护难度。

就框架系统而言，本申请实施例提供一种生产型软件框架系统，所述框架系统包括管理后台、注册中心、通信网关、监控中心及多个微服务单元；

所述管理后台与每个微服务单元连接，用于对每个微服务单元的业务功能及多个微服务单元之间的调用关系进行配置，并获取每个微服务单元运行时的业务数据，以对获取到的业务数据进行管理；

所述通信网关及每个微服务单元分别与所述注册中心连接，与通信网关通信的前端设备通过所述通信网关从所述注册中心处获取当前注册的各微服务单元的服务信息，其中每个微服务单元在自身启动时向所述注册中心注册服务信息；

所述通信网关经所述监控中心与每个微服务单元连接，所述监控中心接收由所述前端设备通过所述通信网关发送的服务请求，并将接收到的服务请求发送到对应的微服务单元处进行微服务处理，其中所述监控中心用于对所述服务请求的传输路径及各微服务单元的调用状态进行监控，并对所述服务请求所对应的微服务进行熔断管理。

可选地，在本申请实施例中，上述管理后台包括功能配置模块、调用配置模块及数据管理模块；

所述功能配置模块，用于根据生产型软件所对应的业务功能需求，对每个微服务单元的业务功能进行配置；

所述调用配置模块，用于为每个微服务单元配置对应的调用接口，以使任意两个所述微服务单元通过所述调用接口进行相互调用；

所述数据管理模块，用于根据所述业务功能需求对获取到的业务数据进行数据整理，并提供对应的数据查询功能。

可选地，在本申请实施例中，上述数据管理模块包括权限校对子模块、数据过滤子模块及数据归类子模块；

所述数据归类子模块，用于根据所述业务功能需求所对应的预设业务类型对获取到的业务数据进行数据归类得到对应的数据归类结果；

所述权限校对子模块，用于对接收到的管理员账号进行查询权限等级校对；

所述数据过滤子模块，用于根据所述等级校对结果从所述数据归类结果中过滤出与所述等级校对结果对应的数据。

可选地，在本申请实施例中，上述数据管理模块还包括权限配置子模块；

所述权限配置子模块，用于对不同数据查询人员的管理员账号所对应的查询权限等级进行配置，得到管理员账号与查询权限等级之间的对应关系。

可选地，在本申请实施例中，上述管理后台还包括适配调控模块；

所述适配调控模块，用于根据预存的硬件承载设备的硬件信息对每个微服务单元与对应的硬件承载设备之间的交互状况进行调控，使每个微服务单元与对应的硬件承载设备相互适配。

可选地，在本申请实施例中，上述管理后台还包括对象构建模块；

所述对象构建模块，用于对各微服务单元所对应的业务对象模型进行构建，以使每个所述微服务单元可基于对应的业务对象模型实现相应的业务功能。

可选地，在本申请实施例中，上述监控中心包括路由配置模块、请求追踪模块、调用监测模块及熔断管理模块；

所述路由配置模块，用于对所述通信网关与各所述微服务单元之间的路由路径进行配置；

所述请求追踪模块，用于对来自所述前端设备的服务请求的传输路径进行链路追踪；

所述调用监测模块，用于对各所述微服务单元的调用状态进行监测；

所述熔断管理模块，用于当接收到的所述服务请求所对应的微服务单元无法在对应的预设响应时长内提供对应的微服务时，对该微服务进行熔断处理。

可选地，在本申请实施例中，上述框架系统还包括功能封装单元；

所述功能封装单元，用于对所述管理后台、所述注册中心、所述通信网关、所述监控中心及每个所述微服务单元各自对应的软件功能进行封装，以使所述管理后台、所述注册中心、所述通信网关、所述监控中心及每个所述微服务单元均可正常启动。

可选地，在本申请实施例中，上述框架系统基于即时信息和空间协议impp软件框架结构创建形成。

就访问系统而言，本申请实施例提供一种软件访问系统，所述访问系统包括前端设备及安装有基于任意一种上述的生产型软件框架系统开发得到的目标生产型软件的硬件承载设备；

所述前端设备与所述硬件承载设备通信连接，用于通过网络访问所述硬件承载设备安装的所述目标生产型软件。

相对于现有技术而言，本申请具有以下有益效果：

本申请通过框架系统中的管理后台对每个微服务单元的业务功能及多个微服务单元之间的调用关系进行配置，并使该管理后台对每个微服务单元的业务数据进行管理，以基于所述管理后台实现对各微服务单元的软件版本状况及数据交互状况进行统一管理。本申请通过所述框架系统中的注册中心对各微服务单元的启动状况进行统一管理。本申请通过所述框架系统中的监控中心对由前端设备输入的服务请求所涉及到的各微服务单元的调用状态进行监控，并对该服务请求所对应的微服务进行熔断管理，以实现对各微服务单元的服务调用状况进行统一管理。因此，本申请通过管理后台、注册中心及监控中心之间的相互配合，对同一软件框架下的存在不同功能需求的微服务进行统一管理，以避免出现微服务之间的信息孤岛，提高框架复用性，降低软件的更新难度及维护难度。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举本申请较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对本申请保护范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的生产型软件框架系统的方框示意图；

图2为本申请实施例提供的管理后台的方框示意图之一；

图3为本申请实施例提供的数据管理模块的方框示意图之一；

图4为本申请实施例提供的数据管理模块的方框示意图之二；

图5为本申请实施例提供的管理后台的方框示意图之二；

图6为本申请实施例提供的监控中心的方框示意图。

图标：10-生产型软件框架系统；100-管理后台；200-微服务单元；300-注册中心；400-通信网关；500-监控中心；110-功能配置模块；120-调用配置模块；130-数据管理模块；131-权限校对子模块；132-数据过滤子模块；133-数据归类子模块；134-权限配置子模块；140-适配调控模块；150-对象构建模块；510-路由配置模块；520-请求追踪模块；530-调用监测模块；540-熔断管理模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，是本申请实施例提供的生产型软件框架系统10的方框示意图。在本申请实施例中，所述生产型软件框架系统10用于提供一种适用用于生产管理软件的软件框架，该软件框架可对不同功能需求的微服务进行统一管理，以避免出现微服务之间的信息孤岛，提高框架复用性，降低软件的更新难度及维护难度。其中，所述生产型软件框架系统10包括管理后台100、注册中心300、通信网关400、监控中心500及多个微服务单元200。

在本实施例中，所述管理后台100与多个所述微服务单元200连接，用于对每个微服务单元200的业务功能及任意两个微服务单元200之间的调用关系进行配置，并从每个微服务单元200处获取其在运行时的业务数据，以对获取到的业务数据进行管理。其中，所述微服务单元200用于根据生产型软件的不同业务需求执行对应的业务功能，所述生产型软件框架系统10通过所述管理后台100实现对各微服务单元200的软件版本状况及数据交互状况进行统一管理。

其中，所述微服务单元200可由软件开发人员基于impp(instantmessagingandpresenceprotocol，即时信息和空间协议)软件框架结构进行微服务开发得到，所述管理后台100可由软件开发人员基于impp软件框架结构中的springboot框架开发得到。

可选地，请参照图2，是本申请实施例提供的管理后台100的方框示意图之一。在本实施例中，所述管理后台100包括功能配置模块110、调用配置模块120及数据管理模块130。

在本实施例中，所述功能配置模块110用于根据生产型软件所对应的业务功能需求，对每个微服务单元200的业务功能进行配置，从而在同一软件框架下对各微服务单元200的软件版本状况进行统一管理。其中，一个微服务单元200对应一个完整的业务功能，不同的微服务单元200之间可存在相似的部分软件程序或软件代码。在本实施例的一种实施方式中，所述功能配置模块110根据业务功能需求在多个所述微服务单元200中至少配置出mes(manufacturingexecutionsystem，制造企业生产过程执行系统)功能单元及wms(warehousemanagementsystem，仓库管理系统)功能单元。

在本实施例中，所述调用配置模块120用于为每个微服务单元200配置对应的调用接口，以使任意两个所述微服务单元200可通过各自的调用接口基于feign算法进行相互调用。所述调用配置模块120通过在所述生产型软件框架系统10提供的同一软件框架下对各微服务单元200的调用接口进行统一配置，避免各微服务单元200之间出现信息孤岛，同时避免现有技术存在的每次软件版本更新时的接口重复配置操作。在本实施例的一种实施方式中，所述调用配置模块120将同一软件框架下的各调用接口配置为interface类接口。

在本实施例中，所述数据管理模块130用于根据所述业务功能需求对获取到的业务数据进行数据整理，并提供对应的数据查询功能。其中，所述数据管理模块130可基于ehcache缓存算法对获取到的部分业务数据进行本地缓存，并基于redis缓存算法对获取到的剩余业务数据进行分布式缓存。

可选地，请参照图3，是本申请实施例提供的数据管理模块130的方框示意图之一。在本实施例中，所述数据管理模块130可以包括权限校对子模块131、数据过滤子模块132及数据归类子模块133。

在本实施例中，所述数据归类子模块133用于根据所述业务功能需求所对应的预设业务类型对获取到的业务数据进行数据归类，得到对应的数据归类结果。其中，所述数据归类子模块133可按照所述预设业务类型将具体的数据分类结果分类存储到对应的数据库中，其中所述预设业务类型用于表示所述业务功能需求所要实现的具体业务功能。

在本实施例中，所述权限校对子模块131用于对接收到的管理员账号进行查询权限等级校对。所述生产型软件框架系统10所对应的使用人员可通过在所述管理后台100处输入其对应的管理员账号，以使所述权限校对子模块131对该管理员账号的查询权限等级进行校对确认。在本实施例的一种实施方式中，所述生产型软件框架系统10提供三种查询权限等级：普通用户、系统管理员及超级管理员，其中普通用户是业务操作人员所具有的权限，系统管理员是日常维护人员所具有的权限，超级管理员是系统开发人员所具有的权限。

在本实施例中，所述数据过滤子模块132用于根据所述等级校对结果从所述数据归类结果中过滤出与所述等级校对结果对应的数据，从而提供对应的数据查询功能。

可选地，请参照图4，是本申请实施例提供的数据管理模块130的方框示意图之二。在本实施例中，所述数据管理模块130还可以包括权限配置子模块134。

在本实施例中，所述权限配置子模块134用于对不同数据查询人员的管理员账号所对应的查询权限等级进行配置，得到管理员账号与查询权限等级之间的对应关系。其中，所述权限配置子模块134在配置得到所述管理员账号与查询权限等级之间的对应关系后，将所述对应关系发送给所述权限校对子模块131进行存储及使用。

可选地，请参照图5，是本申请实施例提供的管理后台100的方框示意图之二。在本实施例中，所述管理后台100还可以包括适配调控模块140及对象构建模块150。

在本实施例中，所述适配调控模块140用于根据预存的硬件承载设备的硬件信息对每个微服务单元200与对应的硬件承载设备之间的交互状况进行调控，使每个微服务单元200与对应的硬件承载设备相互适配。其中，所述预存的硬件承载设备的硬件信息为预先存储的可安装基于所述生产型软件框架系统10开发得到的生产型软件的硬件设备的硬件接口信息。

在本实施例中，所述对象构建模块150用于对各微服务单元200所对应的业务对象模型进行构建，以使每个所述微服务单元200可基于对应的业务对象模型实现相应的业务功能。例如，所述管理后台100可基于所述对象构建模块150针对mes功能单元创建其对应的生产管理对象模块，也可基于所述对象构建模块150针对wms功能单元创建其对应的仓储软件管理对象。

请再次参照图1，在本实施例中，所述注册中心300与每个微服务单元200连接，每个微服务单元200在自身启动时向所述注册中心300进行服务信息注册操作，以告知所述注册中心300自身当前所能提供的微服务。其中，所述注册中心300可由软件开发人员基于impp软件框架结构中的springeureka框架开发得到，所述生产型软件框架系统10可基于所述注册中心300对各微服务单元200的启动状况进行统一管理。

在本实施例中，所述通信网关400与所述注册中心300连接，以使与所述通信网关400通信的前端设备能够通过所述通信网关400从所述注册中心300处获取当前注册的各微服务单元200的服务信息，从而使所述前端设备处的软件访问人员基于所述注册中心300展示的服务信息选取需要实现的微服务，并向所述通信网关400发送用于表示访问人员的微服务需求的服务请求。其中，所述通信网关400可由软件开发人员基于impp软件框架结构中的springgateway框架开发得到，所述通信网关400可按照集群化配置。

在本实施例中，所述通信网关400经所述监控中心500与每个微服务单元200连接，所述监控中心500接收由所述前端设备通过所述通信网关400发送的服务请求，并将接收到的服务请求发送到对应的微服务单元200处进行微服务处理，以使接收到所述服务请求的微服务单元200调用该服务请求所涉及到的其他微服务单元200来提供对应的微服务。其中，所述监控中心500用于对所述服务请求的传输路径及各微服务单元200的调用状态进行监控，并对所述服务请求所对应的微服务进行熔断管理，以实现对各微服务单元200的服务调用状况进行统一管理。

可选地，请参照图6，是本申请实施例提供的监控中心500的方框示意图。在本实施例中，所述监控中心500可以包括路由配置模块510、请求追踪模块520、调用监测模块530及熔断管理模块540。

在本实施例中，所述路由配置模块510用于对所述通信网关400与各微服务单元200之间的路由路径进行配置，以确保所述通信网关400接收到的服务请求可经所述监控中心500传输到对应的微服务单元200处。

在本实施例中，所述请求追踪模块520用于对来自所述前端设备的服务请求的传输路径进行链路追踪。其中，所述请求追踪模块520可通过zipkin追踪工具实现链路追踪功能。

在本实施例中，所述调用监测模块530用于对各微服务单元200的调用状态进行监测。

在本实施例中，所述熔断管理模块540用于当接收到的所述服务请求所对应的微服务单元200无法在对应的预设响应时长内提供对应的微服务时，对该微服务进行熔断处理。当所述监控中心500接收到一个服务请求，并将该服务请求发送给其对应的微服务单元200后，所述监控中心500将通过所述调用监测模块530监测与该服务请求对应的微服务单元200是否在该服务请求所对应的预设响应时长内完成调用操作，并在未完成所述调用操作时通过所述熔断管理模块540告知与该服务请求对应的微服务单元200停止执行与该服务请求对应的微服务，并向所述前端设备反馈服务错误信息，以完成所述熔断处理。其中，所述监控中心500通过hystrix熔断工具实现所述调用监测模块530的调用监测功能及所述熔断管理模块540的熔断功能。

在本实施例中，所述生产型软件框架系统10还包括功能封装单元，所述功能封装单元用于对所述管理后台100、所述注册中心300、所述通信网关400、所述监控中心500及每个所述微服务单元200各自对应的软件功能进行封装，以使所述管理后台100、所述注册中心300、所述通信网关400、所述监控中心500及每个所述微服务单元200均可正常启动及正常运行。其中，所述功能封装单元也是由软件开发人员基于impp软件框架结构创建得到。

在本实施例的一种实施方式中，所述功能封装单元包括多个功能封装组件，每个功能封装组件与对应的软件封装对象集成在一起，以实现对所述软件封装对象的功能封装。

在本申请实施例中，所述生产型软件框架系统10通过管理后台100、注册中心300及监控中心500之间的相互配合，对同一软件框架下的存在不同功能需求的微服务进行统一管理，以避免出现微服务之间的信息孤岛，提高框架复用性，降低软件的更新难度及维护难度。

本申请实施例还提供一种软件访问系统，所述软件访问系统包括前端设备及安装有基于上述生产型软件框架系统10开发得到的目标生产型软件的硬件承载设备，其中所述前端设备可以是，但不限于，个人电脑(personalcomputer，pc)、平板电脑、个人数字助理(personaldigitalassistant，pda)、移动上网设备(mobileinternetdevice，mid)等，所述硬件承载设备包括网关设备、服务器、移动上网设备等。

其中，所述前端设备与所述硬件承载设备通信连接，以通过网络访问所述硬件承载设备安装的所述目标生产型软件，使所述硬件承载设备向所述前端设备提供对应的业务服务。

综上所述，在本申请实施例提供的生产型软件框架系统及软件访问系统中，本申请通过生产型软件框架系统中的管理后台对每个微服务单元的业务功能及多个微服务单元之间的调用关系进行配置，并使该管理后台对每个微服务单元的业务数据进行管理，以基于所述管理后台实现对各微服务单元的软件版本状况及数据交互状况进行统一管理。本申请通过所述框架系统中的注册中心对各微服务单元的启动状况进行统一管理。本申请通过所述框架系统中的监控中心对由前端设备输入的服务请求所涉及到的各微服务单元的调用状态进行监控，并对该服务请求所对应的微服务进行熔断管理，以实现对各微服务单元的服务调用状况进行统一管理。因此，本申请通过管理后台、注册中心及监控中心之间的相互配合，对同一软件框架下的存在不同功能需求的微服务进行统一管理，以避免出现微服务之间的信息孤岛，提高框架复用性，降低软件的更新难度及维护难度。

以上所述，仅为本申请的各种实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，所作的可轻易想到的修改变化或等同替换，均应涵盖在本申请的保护范围之内。