一种信息系统框架、开发方法以及多级管理系统

摘要

本发明实施例涉及计算机技术领域，尤其涉及一种信息系统框架、开发方法以及多级管理系统，该信息系统框架具体包括：组件库，展示层，包括具有至少一个层级的展示框架，从所述组件库中调用所需的信息交互组件后，将其配置于展示框架对应的前端页面内；采集层，包括具有至少一个层级的采集框架，所述采集框架与所述展示框架互为父子关系，以及基础层，分别与所述展示层和采集层交互连接，且至少配置有数据库以及多个用于多级管理系统运行所需的引擎模块和算法模块；综上所述，采用本申请的信息系统框架进行多级管理系统开发时，可以减少大量重复开发工作，从而有效缩短开发时间，提高开发效率。

说明书

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种信息系统框架、开发方法以及多级管理系统。

背景技术

传统的计算机软件开发过程是将用户需求转化为软件所需的软件工程活动的总集，具体的，软件工程师根据详细需求文档编写系统详细设计文档，程序员根据系统详细设计文档逐行手工编写软件代码，通过编译构建可执行的软件包后交给测试人员在测试环境中测试验证，最后由运维人员搭建生产环境并完成相关软件包的部署最终完成需求的交付。

项目团队当采用传统的计算机软件开发方法，执行不同多级管理系统开发任务时，经常会遇到不同项目之间有大量重复性代码的情况，因此开发人员针对不同的项目经常会编写有相同的代码，这样无疑增加了开发人员的作业量，从而导致开发周期冗长，且开发效率低下。

发明内容

本申请的目的在于提供一种信息系统框架、开发方法以及多级管理系统，以解决现有技术中采用传统开发模式进行多级系统开发时，由于存在大量重复开发工作从而导致开发周期冗长，且效率低下的技术问题。

（一）技术方案

为实现上述目的，本发明第一方面提供了一种信息系统框架，包括：

组件库，包括多个不同类型的信息交互组件；

展示层，包括具有至少一个层级的展示框架，从所述组件库中调用所需的信息交互组件后，将其配置于展示框架对应的前端页面内；

采集层，包括具有至少一个层级的采集框架，所述采集框架与所述展示框架互为父子关系，所述采集框架对应的前端页面内与所述展示层相对应的位置亦配置有相同的信息交互组件，将所述信息交互组件中的数据与其相对应层级的采集框架进行绑定关联，以使得至少该数据以及与其相对应层级标签在位于顶层展示框架的预设显示区域内进行显示；

以及基础层，分别与所述展示层和采集层交互连接，且至少配置有数据库以及多个用于多级管理系统运行所需的引擎模块和算法模块，其中预先存储的数据均用于被每个层级根据开发需要调用。

为实现上述目的，本发明第二方面提供了一种多级管理系统开发方法，至少应用一个如前述中任一项所述的信息系统框架，所述方法包括：

在每层展示框架和采集框架中构建前端页面；

根据开发需要从组件库内调用所需的信息交互组件，并将该信息交互组件配置于对应框架内的预设位置；

将所述信息交互组件中的数据与其相对应层级的采集框架进行绑定关联，以使得至少该数据以及与其相对应层级标签在位于顶层展示框架的预设显示区域内进行显示；

所述信息交互组件与所述基础层交互连接，以调用预先存储于基础层内的逻辑信息。

为实现上述目的，本发明第三方面提供了一种多级管理系统，采用如前述所述的开发方法构建形成。

（二）有益效果：

本发明与现有技术相比，具有以下有益效果：

一方面，本申请通过采用将多级管理系统所需的基础能力预先配置于基础层中，并将多级设计预先搭建于展示层和采集层中，以及将类似于评论、文件、重要事项等多个不同类型的信息交互组件进行预先封装并将其存储于组件库内，以按需进行调用的设计，从而减少了多级框架的搭建过程、以及基础能力和所需的信息交互组件的开发过程；因此，在进行多级管理系统开发时，仅需首先在每层级框架中构建前端页面；之后根据开发需要从组件库内调用所需的信息交互组件，并将该信息交互组件配置于对应框架内的预设位置；最后将该信息交互组件与基础层进行交互连接即可，以调用预先存储于基础层内的逻辑信息；综上所述，本申请通过多级框架、多个信息交互组件以及基础能力等的复用设计，提供了一个通用化的从产品形态与结构搭建、基础功能有效组合的信息系统框架，从而可以减少大量重复开发工作的同时，可以统一产品设计标准，从而有效缩短开发时间，提高开发效率。

另一方面，本申请通过将前述信息交互组件中的数据分别与其相对应的采集框架和展示框架进行绑定关联，以使得至少该数据以及与其相对应层级标签在位于顶层展示框架的预设显示区域内进行显示的设计，从而使得位于底层的数据以及与其对应的层级标签向顶层进行逐级穿透，也就是说可以实现数据最短路径触达，进而使得用户在无需进行任何跳转操作，即可知晓前述信息交互组件位于底层的数据，并通过一次点击操作即可进入该数据所在详情页，并对该数据进行处理操作，综上所述，采用本申请的设计可以有效减少操作步骤，提高操作效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本发明实施例一提供的一种信息系统框架的结构示意图；

图2为图1的一个具体实施例对应的结构示意图；

图3本发明实施例一提供的展示框架和采集框架配合的结构框图；

图4为本发明实施例提供的位于顶层的展示框架的结构示意图。

图5为本发明实施例提供的前面页面中放置位的结构示意图。

图6为本发明实施例二提供的一种多级管理系统开发方法的流程框图；

图7为应用本发明的信息系统框架开发出的绩效管理系统的界面图；

图8为应用本发明的信息系统框架开发出的机电管理系统的界面图；

图9为本发明实施例三提供的一种电子设备的结构框图。

图中：1、组件库；2、信息交互组件；3、展示层；4、采集层；5、基础层；6、放置位；7、第一层展示框架；8、第二层展示框架；9、第三层展示框架；10、一级采集框架；11、二级采集框架；12、三级采集框架；13、处理器；14、存储装置；15、总线；16、电子设备；17、随机存取存储器；18、高速缓存存储器；19、存储系统；20、程序模块；21、外部设备；22、显示器；23、I/O接口；24、网络适配器。

具体实施方式

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

下面结合附图和具体实施方式对本发明作进一步详细说明：

实施例一

本实施例要求保护的一种通用的信息系统框架适用于对多级管理系统的快速开发，尤其适用于嵌设于系统内的微应用开发，从而统一微应用设计标准，提升微应用开发速度，示例性的，可以适配于时间管理系统、项目管理系统、绩效管理系统、机电管理系统、运销系统以及无人运输系统等；该信息系统框架可以预先配置在电子计算设备上，例如可以是手机、平板电脑、计算机等的电子设备16。

具体如图1-图5所示，需要说明的是图1和图2中的箭头方向为位于底层的数据以及其对应的层级标签向顶层逐级穿透方向，该信息系统框架包括：

组件库1，包括多个不同类型的信息交互组件2，多个信息交互组件2至少包括：评论、重要事项、日志、文件，成员管理控件以及多种功能控件，更为具体的，其中，重要事项和评论属于文本类型，执行进度属于数字类型以及图片类型，理论上，只要具有公有部分的组件均可以被抽取放入组件库1内以用于被调用，其中，每个信息交互组件2均由公共样式和数据被抽取后封装形成的，之后将封装完成的信息交互组件2存储于组件库1中；综上所述，本实施例可以实现文本、文件、数字以及图片中一种或者多种组合的信息展示。

该组件库1可以存储在信息系统框架的基础层5中，或者为了减少存储空间可以将其预先存储在云端服务器中，以用于根据开发需要进行调用，无需二次开发；进一步的，每个所述信息交互组件2均设置有自定义接口，用于根据开发需要对所述信息交互组件2进行自定义修改；另外，组件库还封装有公共的页面操作，例如滑动、翻页、点击等，在此不做具体的赘述。

展示层3，包括具有至少一个层级的展示框架，其中展示框架的层级数量在本实施例中不做具体限定，可以根据需要进行预先设置或者开发人员根据需要进行增加或者删除；优选的展示框架的层级数量设置为三层，具体的，该三级展示框架包括：第一层展示框架7、与所述第一层展示框架7互为父子关系的第二层展示框架8、以及与所述第二层展示框架8互为父子关系的第三层展示框架9。

从所述组件库1中调用所需的信息交互组件2后，将其配置于每层展示框架对应的前端页面内，其中，被调用的多个所述信息交互组件2至少用于调用文件数据和数字数据，示例性的，当进行多级管理系统开发时，可以从组件库1中直接调用重要事项、日志和评论以实现数据交互，其中评论还可以实现人与人之间的交互；另外，还可以调用文件以实现文件数据的交互。

采集层4，包括具有至少一个层级的采集框架，所述采集框架与所述展示框架互为父子关系，同理的，采集框架的层级数量在本实施例中亦不做具体限定，优选的采集框架的层级数量亦设置为三层，具体的，所述采集框架由所述三级展示框架中第三层展示框架9的节点生成，具体的，第三层展示框架9用于显示关键节点信息，例如：验收时间，上线时间，每个关键节点通过下面每层采集框架进行逐条完成；所述采集框架对应的前端页面内与所述展示层3相对应的位置亦配置有相同的信息交互组件2，在本实施例中，由于展示框架与采集框架均具有一些共同的要素，从而实现了整个信息系统框架的有机沟通和连接。

在一个具体的实施例中，当任务数量较少时，采集框架可以仅包括一个层级，而当任务数量较多，且之间具有包含关系，对应的采集框架可以设置为互为父子关系的多个层级，优选的，在本实施例中，采集框架设置为互为父子关系的三级采集框架12，从上至下依次设置为一级采集框架10、二级采集框架11以及三级采集框架12，需要说明的是，本实施例中未对采集框架的具体层级数量进行限定，只要采用采集框架的设计均属于本实施例的保护范围。

进一步的，所述展示框架和所述采集框架内均设置有自定义控件，所述自定义控件用于响应于开发操作，对展示框架数量和/或所述采集框架数量进行增加或者删除；为了方便理解以采集框架为例进行举例说明，展示框架数量的增加或者删除与采集框架类似，故不在此做过多赘述，具体的，当初始设定时采集框架设置为三级采集框架12，但是在实际开发时，对应的多级管理系统任务数量较少，例如仅需要一级采集框架10时，仅需触发对应待删除层级采集框架的自定义控件即可，从而实现将多余层级的采集框架进行删除，从而仅保留一级采集框架10；同理的，当初始设定时采集框架仅设置为一级采集框架10，但是在实际开发时，对应的多级管理系统任务数量较多且具有从属关系，此时可以通过触发一级采集框架10上的自定义控件进行层级增加即可，示例性的，每次触发可以增加一个与一级采集框架10互为父子关系的层级采集框架，或者每次触发可以增加两个分别与一级采集框架10互为父子关系的层级采集框架，具体触发方式可以根据需要进行预先设计，本实施例中对其未作具体的限定。

以及基础层5，分别与所述展示层3和采集层4交互连接，优选的，所述采集层通过接口与外部系统进行交互连接以获取数据，其中外部系统至少包括外部连接设备、系统以及用户输入区域；并且至少配置有数据库以及多个用于多级管理系统运行所需的引擎模块和算法模块，其中预先存储的数据均用于被每个层级根据开发需要调用；其中，数据库可以用于预先储存信息交互组件2的数据，用于后续开发过程中直接进行调用，或者可以用于在多级管理系统运行时用于储存数据；在一个具体的实施例中，每个信息交互组件2与基础层5之间可以为锁定连接，但是在该连接方式下，每个信息交互组件2将无法根据开发需求进行适应性修改，因此，为了解决该技术问题，本实施例优选采用的方案是，在选定所需的信息交互组件2后，首先根据开发需要通过自定义接口对某个或者某些信息交互组件2按照对应的开发需求进行修改，当修改完成后再通过接口与基础层5进行连接，综上所述，采用本实施例的设计可以扩大信息系统框架的适配范围。

根据本发明的一个实施例，多个所述引擎模块至少包括：规则引擎模块、动态表单引擎模块、工作流程引擎模块；具体的，上述引擎模块均设置有自定义接口，以便于数据的添加与删除；示例性的，当规则引擎模块中仅有部分规则是待开发的多级管理系统所需要的，可以通过自定义接口进行删除；同理亦是，具体不在此做过多赘述。

具体的，规则引擎模块用于存储规则信息，示例性的，展示框架和采集框架对应的层级关系预先存储于规则引擎模块中，用于在开发过程中被调用；其他用于多级管理系统运行所需的规则亦存在在规则引擎模块中，另外，可以根据需要进行添加或删除；优选的，通用的规则全部存储在规则引擎模块中，以便开发调用；工作流程引擎模块用于数据的流转，示例性的，当用于本申请的信息系统框架用于开发绩效管理系统，工作流程引擎模块可以提供一个审批工作流，用于审批数据的流转；动态表单引擎模块中存储有各种类型的动态表单，用于在进行系统开发时被每层采集框架和/或每层展示框架调用，用于数据显示，具体的，每层采集框架和/或每层展示框架对应设置有获取控件，用于至少从表单引勤模块中获取动态表单以及在工作流程引擎模块中获取工作流，从而实现系统的快速搭建。

更为具体的，多个所述算法模块至少包括：加密算法以及分级推送算法；其中加密算法用于对部分数据进行加密，该数据对应发送端和接收端均为不加密文件，仅在数据传输过程中始终处于加密状态，从而避免数据信息泄露，为了方便理解以文件传输为例进行举例说明，假使A向B发送文件，首先，A将待发送文件上传至用户输入区域内，之后通过通过加密模块对文件进行加密处理，从而使得在数据流传过程中文件始终处于加密状态，即使是系统运维人员亦无法破解以及查看，当该文件输出至B所在的交互区域内，当B执行文件下载操作后，该文件将自动解密；当然，上述两个交互区域可以为一个，也就是说，A可以将待发送文件发送至用户输入区域内，并@B，当接收到下载操作时，将对下载人的身份信息进行识别，若检测到当前下载人为B则对文件进行自动解密操作，否则将不执行，从而保证数据传输过程的保密性；综上所述，本申请通过采用将多级管理系统所需的基础能力预先配置于基础层5中，并将多级设计预先搭建于展示层3和采集层4中，以及将类似于评论、文件、重要事项等这一类的信息交互组件2进行预先封装并将其存储于组件库1内，以按需进行调用的设计，从而减少了多级框架的搭建过程、以及基础能力和所需的信息交互组件2的开发过程；因此，在进行多级管理系统开发时，仅需首先在每层级框架中构建前端页面；之后根据开发需要从组件库1内调用所需的信息交互组件2，并将该信息交互组件2配置于对应框架内的预设位置；最后将该信息交互组件2与基础层5进行交互连接即可，以调用预先存储于基础层5内的逻辑信息；综上所述，本申请通过多级框架、多个信息交互组件2以及基础能力等的复用设计，提供了一个通用化的从产品形态与结构搭建、基础功能有效组合的信息系统框架，从而可以减少大量重复开发工作的同时，可以统一产品设计标准，从而有效缩短开发时间，提高开发效率。

在一个优选的实施例中，本实施例要求保护的信息系统框架还可以适用于微应用开发，当采用本申请的信息系统框架进行微应用开发后，仅需要与待嵌入系统进行对接即可，示例性的，想要在我公司自主研发的智物联信管理软件中，采用本申请的信息系统框架开发出图7所示的绩效考核系统的微应用，开发完成后通过智物联信对应的文档与绩效考核系统进行对接；同理的，当需要将该微应用嵌入至其他第三方软件时，仅需按照第三方软件提供的文档实现该微应用与第三方软件组织架构的对接；另外，为了进一步提升开发效率，可以将常用的第三方软件对接方式进行预先存储，待需要时可以直接调用，无需再次执行对接流程，示例性的，可以将常用的微信、钉钉以及我公司自主研发的智物联信管理软件对应的对接方式进行预先存储。

另外，以评论功能为例进行举例说明，当每个微应用对评论的展示形式均不同时，示例性的，A系统的评论需要采用平铺的方式进行展示，B系统的评论具有筛选功能，可以实现按照评论的创建时间进行倒叙展示，C系统的评论需要按照层级结构进行展示，也就说将甲的评论收纳在一起，将乙的评论收纳在一起；从而导致无法直接将代码进行复用，需要根据对接系统所需的不同呈现方式进行二次开发，进而增加开发量。

为了解决上述技术问题，本实施例将评论组件与不同系统对接的公用部分亦对应进行抽取，从而将其封装成一个代码包，例如以java包的形式存放在组件库1中，其中包含操作指引，当在进行对应系统开发时可以采用引用的方式，之后按照操作指引进行逐步执行即可；也就说在评论组件中预先封装有不同类型的评论展示形式，对应的展示方式进行对应代码调用即可，综上所述，采用本实施例的设计可以减少二次开发量，减少对接时间，更重要的是可以实现对多个微应用进行规范化管理，并且每个微应用中抽取的代码分散至各自的数据库中，从而便于后续对其进行二次开发，数据数量相对较少，示例性的，当A系统具有1000万评论数据，B系统具有2000万评论数据，当需要对B系统的评论数据执行分词操作时，仅需对该2000万评论数据进行分词操作即可，无需对剩余的1000万评论数据进行操作。

在一个具体的实施例中，所述第二层展示框架8的数量和所述第三层展示框架9的数量均设置为至少一个；在一个具体的实施例中，当待开发的多级管理系统中项目数量较少时，第二层展示框架8的数量和第三层展示框架9的数量可以设置为一个，也就是说，此时，第一层展示框架7、第二层展示框架8和第三层展示框架9为一一对应关系；而当待开发的多级管理系统中项目数量较多时，为了实现清晰划分，第二层展示框架8的数量和第三层展示框架9的数量可以设置为多个，也就是说，此时，一个第一层展示框架7对应多个第二层展示框架8，每个第二层展示框架8对应多个第三层展示框架9；进一步的，经过多次测试确定，优选的，第二层展示框架8的数量设置为小于等于8个，也就是说一个第一层展示框架7最多对应8个第二层展示框架8，换句话说，每个项目最多通过8个项目流程即可实现；更为具体的，同一第一层展示框架7中的多个第二层展示框架8可以是存在顺序触发关系，或者，可以是同步执行关系，对此不作限定。不同的第一层展示框架7或者第三层展示框架9均可以是同一个执行对象或者不同执行对象进行执行，对此不作限定。

在上述实施例中，信息系统框架中的每个层级均设置有预设显示区域，用于显示每个层级的交互数据，优选的，预设显示区域内按照预设显示预设数量进行显示，示例性的，预设数量可以是5个或10个等，可根据显示需求设置，对此不作限定。

另外，在本实施例的信息系统框架中还包括：将所述信息交互组件2中的数据与其相对应的采集框架进行绑定关联，以使得至少该数据以及与其相对应层级标签在展示框架的预设显示区域内进行显示；示例性的，当仅需要评论进行穿透显示时，将在展示层和采集层的每个层级对应位置配置有评论组件即可；而当需要两种类型的数据进行穿透，仅需设置两种类型的信息交互组件即可，通过在每个层级配置有文件和评论，即可实现文件和文本两个类型数据的穿透，以此类推，采用本实施例的设计，可以实现文本、文件、数字以及图片中一种或者多种组合类型数据的穿透；在另一个实施例中，为了实现多种类型数据的穿透，除了上述方案，还可以采用每个所述信息交互组件内的数据类型为多种，该类型至少包括文本、数字、文件以及图片的设计，即当在各个层级中配置有评论组件时，用户可以以文本、数字或者图片其中一个或者多种组合的形式进行组合评论。

进一步的，沿着所述采集层至所述展示层的方向，任一位于上一层级的显示区域内所显示的数据量大于其所属下一层级的显示区域内所显示的数据量；位于顶层展示框架的显示区域内汇聚有与其绑定关联的所有数据以及对应的层级标签；具体的，本实施例中的展示层和采集层层级分明，当需要具有特定意义的数据在位于顶层展示框架的预设区域内进行显示，仅需将该数据与其对应层级的采集框架进行绑定即可，之后该数据将沿着采集层至展示层的方向逐级穿透，使得越靠近位于顶层展示框架的层级显示区域内数据量则越大，直至与每个层级内具有特定意义的数据均被汇集在位于顶层展示框架的显示区域内，其中该具有特定意义的数据至少包括文字和数字，且对应来源至少包括文件、人员、交流内容、重要事项、数字目标及数据看板；示例性的，当文件类和数字类的数据均进行逐级穿透时，最后聚集在位于顶层框架的预设区域内的数据类型将是多样的，用户可以根据需要进行选择查看，并跳转至对应数据所在层级的详情页，综上所述，采用本实施例的设计，可以实现在位于顶层展示框架的显示区域内实现多种类型数据的同时展示，以满足不同用户数据查看的需要。

更为具体的，当位于下层级的数据最终在位于顶层展示框架7的预设显示区域内显示时，可以清楚的看到该数据来自于哪个层级，并通过点击该数据即可跳转至其所在的层级详情页内，综上所述，采用本实施例的设计，用户无需进行逐层级点击即可触达信息，从而保证用户获取信息路径最短。

在一个具体的实施例中，当采用本申请要求保护的框架进行多级管理系统开发时，可以将展示层的层级设置为2层，将采集层内的层级设置为6层，也就是说采集框架具有6层，更为具体的，位于第8层级的数据可以穿透至1-7层级的每一层，位于第7层级的数据可以穿透至1-7层级的每一层；其他层级穿透过程与上述类似，故不在此做过多赘述。

具体的，信息系统框架对应的数据库中包含作为信息系统框架身份标签和代表其内部层级关系的标签字段，需要说明的是该身份标签为信息系统框架的唯一标识，当信息系统框架为多个时，通过身份标签即可确定对应的信息系统框架以及其内部的层级关系，因此，当至少一个信息交互组件2中的数据的身份标签与其对应层级的采集框架进行身份绑定关联后，此时由于展示框架和采集框架互为父子关系，从而使得该条数据与对应的信息系统框架中的每个层级均绑定关联，进而使得该条数据以及该条数据对应的层级标签逐级在其所属上级框架的预设区域内进行显示，直至在第一层展示框架7的预设显示区域内进行显示，综上所述，采用本实施例的设计可以使得位于底层的数据以及与其对应的层级标签向顶层进行逐级穿透，也就是说可以实现数据最短路径触达，进而使得用户在无需进行任何跳转操作，即可知晓前述信息交互组件2位于底层的数据，并通过一次点击操作即可进入该数据所在详情页，并对该数据进行处理操作，从而可以有效减少操作步骤，提高操作效率；为了进一步提高操作效率，优选的，每个信息交互组件2中的每条数据均与其对应层级的采集框架进行身份绑定，从而实现每个信息交互组件2中位于底层的数据以及该条数据对应的层级标签均可以逐级想顶层进行穿透。

在一个具体的实施例中，为了方便理解，在本实施例中以重要事项组件对应的数据为例进行举例说明，其他信息交互组件2的数据与本实施例类似故不在此做过多赘述；具体的，当用户在一级采集框架10中发布一条重要事项数据后，该条重要事项数据将在一级采集框架10所属上层级框架的预设显示区域内均可以被查收到，也就说，在第三层展示框架9、第二层展示框架8和第一层展示框架7的预设显示区域内均可以查到看该条重要事项数据以及与其对应层级标签。

更为具体的，为了实现上述数据穿透的显示效果，该条重要事项数据需要与一级采集框架10进行绑定关联，从而可以确定该条重要事项数据是从一级采集框架10内发出的，此时，由于一级采集框架10属于第三层展示框架9的其中一个，第三层展示框架9属于第二层展示框架8的其中一个，第二层展示框架8属于第一层展示框架7的其中一个；换句话说，层级排布由上之下为分散形的线性关系，而对应的从下至上仅有一条路径，也就是说，一个一级采集框架10只能与一个第三层展示框架9相关联，一个第三层展示框架9只能与一个第二层展示框架8相关联，一个第二层展示框架8只能与一个第一层展示框架7相关联，所以，当该条重要事项数据需要与一级采集框架10进行绑定关联时，对应的该条重要数据将同时与该一级采集框架10相对应的第三层展示框架9、第二层展示框架8和第一层展示框架7相关联，从而实现将该条重要事项数据依次沿着第三层展示框架9、第二层展示框架8和第一层展示框架7进行逐级显示，最终在第一层展示框架7的预设显示区域内进行显示，也就是说采用本申请的设计可以实现将位于底层的数据向顶层进行逐级穿透，可以使得用户在无需进行跳转操作时，即可知晓前述信息交互组件2位于底层的数据，从而减少了操作步骤，提高操作效率。

进一步的，每个层级均设置有执行状态或者执行进度，由于展示框架和采集框架之间互为父子关系，所以各层级采集框架的执行状态影响所属第三层展示框架9的执行进度，各第三层展示框架9的执行状态影响所属第二层展示框架8的执行进度，各第二层展示框架8的执行状态影响所属第一层展示框架7的执行进度，综上所述，通过采用本实施例的信息系统框架进行多级管理系统开发，可以对系统中各节点信息进行管理和查询。

综上所述，采用本实施例的设计还可以实现对数据的快速查找，为了方便理解，本实施例中以查找评论数据为例进行举例说明，具体的，当在第二层展示框架8中发布了一条评论数据后，相当于在之前的数据中增加了一条数据，此时由于评论所在的第二层框架的身份标签以及其所属的第一层展示框架7的身份标签均与该条评论数据的身份标签进行绑定关联，从而使得该条评论数据和对应的层级标签均在第一层展示框架7的预设显示区域内进行显示，只要在第一层展示框架7中点击该条评论数据即可跳转到该层级框架对应的详情页，从而可以在该详情页中进行回复等操作；另外，采用本实施例的设计，还可以通过任一一个评论数据对应的身份标签即可查询到该信息系统框架对应的所有评论数据，综上所述，采用本实施例的查询方法可以快速查询到所需数据，无需在数据库中进行盲目查找，从而大大提升产品性能。

更为具体的，在上述实施例中，展示层用于数据展示，采集层用于具体功能实现，其中，展示层的每个层级中均可以调用预先存储的各类图表、二维图形、三维图形等，具体的类型选择可自定义根据需求自由定制，并且各类图形上都有角标穿透位置及组件区域，便于用户实时发现问题进行交流，同理的，为了保证顺利向上穿透，采集层的每个层级亦对应设置有角标穿透位置及组件区域。

进一步的，为了提升信息获取效率，所述基础层5还配置有数字分级模块，用于对所述信息交互组件2内的数据根据预设规则进行分级；在本实施例中，位于顶层展示框架的预设显示区域内可以同时显示多个数据；具体显示数量可以通过预先设置，示例性的，预设数量可以是5个或10个等，可根据显示需求设置，对此不作限定。根据时间戳从小到大依次排序，从排序末端依次获取预设数量的信息，作为进行显示的信息；在预设显示区域内根据时间戳对进行显示的信息进行排序显示。

在一些实施例中，预设规则为将待显示数据按照重要等级进行排列，其中，等级信息可以由用户通过添加标签的形式获得；更为具体的，首先获取各节点处的信息，包括：对各节点处的信息根据预设规则进行排序，根据排序确定预设数量的进行显示的信息。示例性的，根据预设规则进行排序可以为按信息产生的时间先后顺序进行排序，基于所述排序获取最新信息，优选的，可以将与当前时刻的时间间隔最小的时间戳对应的信息确定为最新信息，将该最新信息显示第一层展示框架7的预设显示区域内。又示例性的，根据预设规则进行排序可以为按信息的重要等级高低进行排序，基于所述排序获取重要等级较高的信息，优选的，可以预先设置等级高低标准，基于等级高低标准确定信息的重要等级高低。需要说明的是，在将该最新信息显示在第一层展示框架7的预设显示区域之后，若该信息系统框架中获取到新的交互信息，则基于该新的交互信息替换所述预设显示区域中已显示的信息，即将该新的交互信息显示在预设显示区域，保证预设显示区域内实时显示最新信息。

更为具体的，第一层展示框架7配置有“我的卡片”信息交互区域，以及“我的看板”信息交互区域，用于进行数据统计分析，该信息交互区域内显示有从底层框架穿透的关键数据信息，其中，“我的卡片”是将显示的数据信息以卡片形式进行展示，而“我的看板”则是将显示数据信息以铺开设计进行显示，两者均由从组件库1中调用形成。

根据本发明的一个实施例，每层所述展示框架和所述采集框架还配置有成员管理控件，所述成员管理控件与多个所述信息交互组件2交互连接，以使得与用户权限相关联的数据，可以在每层框架中的预设显示区域内进行显示；具体的，成员管理控件包括：负责人、关键人和参与人，权限等级依次降低，为了减少数据处理量本实施例中优选的将角色与动作之间的关系预先存储于矩阵数据表内，当在对应层级框架新增成员后，通过成员管理控件赋予该成员新的角色，通过在上述矩阵数据表内中查找即可确定该成员对应的权限动作；更为具体的，该数据库横坐标为具体的角色，纵坐标为对应的动作，例如可以添加成员或者@成员等一些列动作；综上所述，采用本实施例的设计可以将所有数据量控制于该矩阵数据表内，之后及时需要增加角色或者动作，对应的仅需增加与其相匹配的一条数据即可，从而不会导致数据量急速增加，进而保证系统运行稳定性。

进一步的，为了实现每一层级对其所属下一层级均具有知情权，对其所属上一层级均具有被动汇报能力，本实施例优选的将数据穿透规则制定为仅使得用户权限为负责人对应的数据向其所属的上层级进行穿透，并且该条数据对应绑定的权限变为下层级的参与人，该穿透规则预先存储于规则引擎模块中，当使用时将对应的访问数据进行收集后发送给前端，也就是说，下层级详情页中的负责人可以穿透至上级作为参与人，示例性的，当用户在一级采集框架10中的角色为负责人，则对应在第三层展示框架9的预设显示区域内则可以看到该用户的角色为下级参与人；更为具体的，当在每个层级框架中赋予成员角色时，对应赋予该成员为当前层级框架的负责人，与此同时在上层级框架中绑定该成员为下级参与人，从而使得下层级框架中的负责人穿透至上层级框架后则变为参与人，以此类推即可。

在另一个实施例中，该信息系统框架还可以配置有角色转化模块，若检测到该成员的角色在当前层级为负责人，当其穿透至上层级框架时，则通过角色转化模块将该数据对应成员的角色从负责人切换为参与人，从而保证每一层级对其所属下一层级均具有知情权，对其所属上一层级均具有被动汇报能力。

在一个优选的实施例中，所述展示框架和所述采集框架对应的前端页面由通过调用预先存储的H5页面或者代码包构建形成；具体的，在前端开发过程中，每个详情页都要写一个页面，开发时需要针对每个详情页进行单独开发，开发步骤繁琐，延长开发时间，而采用本实施例的设计可以有效解决上述问题，即开发时仅需直接调用即可；另外，由于第一层展示框架7和第二层展示框架8页面的详情页样式均与其他层级样式不同故需要单独设计一个页面，但是由于第三层展示框架9和每个采集框架的详情页样式大致相同，故可以预先设计一个前端页面即可，实现第三层展示框架9和每个采集框架的通用，因此，采用本实施例的设计可以实现仅需预先设计三个前端页面即可实现至少四个层级对应详情页的页面设计。

在上述实施例的基础上，每个前端页面内设置有多个用于放置信息交互组件2的放置位6，为了保证前端页面处于正常显示尺寸，对应要求每相邻两个所述放置位6之间的间距为其当前所在前端页面宽度与放置位6个数之间的比值，具体的，每相邻两个放置位6的间距均相等，进而使得将对应的信息交互组件2配置于放置位6后，每相邻两个信息交互组件2之间的间距均相同，具体的间距信息根据当前所在前端页面宽度与放置位6个数之间的比值关系进行预先计算，从而使得不同数量的信息交互组件2可以使用前端页面的宽度，避免前端页面出现由于信息交互组件2数量过多导致前端页面出现变形的问题；另外，采用本实施例的设计还可以使得信息交互组件2可以适配不同模块的前端页面尺寸，从而保证形成标准化的信息交互组件2可以适配于任何尺寸的前端页面中，其中样式、个数、位置或者尺寸均可以根据需要进行改变。

在一个实施例中，所述基础层5还配置有消息处理模块，用于若接收到任一层级内预设交互区域内发出的必须执行消息，则将该必须执行消息显示在第一层展示框架7预设显示区域内，并增加必须执行处理事项组件右上角数字标识，该数字标识基于用户点击该必须执行消息，跳转至对应详情页后回复操作进行减少；具体的，必须执行消息包括@@字段，若检测到具有@@字段的必须执行消息，则将该必须执行消息显示在位于顶部展示框架的预设显示区域内，并增加必须执行处理事项组件右上角数字标识的数量，该数字标识的数量仅在检测到用户回复或者处理该必须执行消息后对应减小；另一个实施例中，若接收到任一层级的交互区域内发出包含@的信息，则确定该信息为非必须执行的，将该消息显示在第一层展示框架7的预设显示区域内，并增加需执行处理组件右上角数字标识的数量，该数字标识的数量基于用户点击该消息跳转至其对应的详情页的操作而减少；综上所述，采用本实施例的设计可以实现对消息进行分级，分给必须执行和需执行，从而能够帮助用户对事情进行有序的处理和安排。

在前述实施例的基础上，基础层5中还配置有记忆模块，用于记录用户的使用习惯，当用户退出后，再次进入时，直接跳转至用户上次退出时打开的页面，从而进一步减少用户操作步骤。

在一个实施例中，当所述展示框架设置为多个时，位于顶层展示框架内至少还配置有跟随层级控件，若接收到用户触发所述跟随层级控件以及对应层级的操作，则将所述预设显示区域内的显示内容更新为与当前被触发的层级相关的数据；由于采用前述方式已将每个层级内的数据与每个层架框架进行绑定关联，从而使得显示在第一层展示框架7内的数据均具有层级标签以及对应的子业务标签，并且对该子业务对应的数据进行收集，根据用户的切换子业务操作，将具有该子业务标签的全部数据进行对应显示即可，从而便于用户直观了解对应子业务的数据情况，进一步减少操作步骤。

具体的，所述第一层展示框架7对应配置有全部层级控件和跟随层级控件；更为具体的，若接收到用户触发全部层级控件的操作，则在第一层展示框架7的预设显示区域内显示每个层级对应的数据，该数据中包含对应的层级标签，用于确定该数据来自于哪个层级，并可以通过一次点击即可跳转至该数据所在层级的详情页内进行处理操作；对应的跟随层级控件切换过程与显示相同，故不在此做过多赘述。

为了理解方便，以图8所示的机电管理系统为例进行说明，机电管理系统包括：设备库、润滑管理、易损维保、紧急维修、临时任务等多个子任务，若接收到用户触发全部层级控件的操作，则在机电管理系统对应的显示区域内显示每个子任务中对应的设备数量、部件数量、策略、重要事项以及评论等数据，用于用户无需执行任何跳转操作的前提下，直观查收到对应子任务的数据；若接收到用户触发所述跟随层级控件以及某个子业务的操作，示例性的，以点击易损维保子业务为例进行说明，此时将机电管理系统预设显示区域内的数据更新为与易损维保子业务相关的数据，以便于用户直观了解，与易损维保子业务相关的设备数据、评论数据、重要事项数据等多种数据，同理的，当仅需要查看紧急维修子业务相关的数据时，仅需点击紧急维修子业务即可，预设显示区域内的数据将显示与紧急维修子业务相关的，其他子业务操作过程类似，故不在此做过多赘述。

实施例二

如图6所示，本实施例提供一种多级管理系统开发方法，至少应用一个如前述中任一项所述的信息系统框架，当进行单系统开发时，信息系统框架仅可以使用一个，当在一个大系统中进行多个微应用开发时，则对应需要多个信息系统框架，具体开发过程均相同，下面以一个单系统开发过程为例进行举例说明，所述方法包括：

S101:在每层展示框架和采集框架中构建前端页面；

S102:根据开发需要从组件库1内调用所需的信息交互组件2，并将该信息交互组件2配置于对应框架内的预设位置；

S103:将所述信息交互组件2中的数据与其相对应层级的采集框架进行绑定关联，以使得至少该数据以及与其相对应层级标签在位于顶层展示框架7的预设显示区域内进行显示；

S104:所述信息交互组件2与所述基础层5交互连接，以调用预先存储于基础层5内的逻辑信息。

在一个具体的实施例中，如图7所示为采用本实施例的开发方法对应构建出绩效管理系统，如图8所示为采用本实施例的开发方法对应构建出的机电管理系统，图中每个数据后面的具体层级信息由于页面有限并没有示出，每个显示数据右下角均具有层级信息，例如评论数据右下角设置有来自二级任务-日考勤数据统计，其他数据类似，故不做过多赘述，当然本实施例要求保护的开发方法不仅限于对上述两种管理系统进行开发，本实施例中未对待开发的管理系统的开发类型进行限定，只要可以采用本实施例的开发方法进行开发形成的管理系统均属于本实施例的保护范围。

实施例三

如图9所示，电子设备16以通用计算设备的形式表现。电子设备16的组件可以至少包括：一个或者多个处理器13，存储装置14，连接不同系统组件（包括存储装置14和处理器13）的总线15。

总线15表示几类总线15结构中的一种或多种，包括存储器总线15或者存储器控制器，外围总线15，图形加速端口，处理器13或者使用多种总线15结构中的任意总线15结构的局域总线15。举例来说，这些体系结构至少包括工业标准体系结构（Industry StandardArchitecture，ISA）总线15，微通道体系结构（Micro Channel Architecture，MCA）总线15，增强型ISA总线15、视频电子标准协会（Video Electronics Standards Association，VESA）局域总线15以及外围组件互连（Peripheral Component Interconnect，PCI）总线15。

电子设备16典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备16访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置14可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器17（Random Access Memory，RAM）和/或高速缓存存储器18。电子设备16可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统19可以用于读写不可移动的、非易失性磁介质（图未显示，通常称为“硬盘驱动器”）。尽管图中未示出，可以提供用于对可移动非易失性磁盘（例如“软盘”）读写的磁盘驱动器，以及对可移动非易失性光盘（例如只读光盘（Compact Disc-Read Only Memory，CD-ROM）、数字视盘（Digital Video Disc-Read Only Memory，DVD-ROM）或者其它光介质）读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线15相连。存储装置14可以包括至少一个程序产品，该程序产品具有一组（例如至少一个）程序模块20，这些程序模块20被配置以执行本发明各实施例的功能。

具有一组（至少一个）程序模块20的存储程序，可以存储在例如存储装置14中，这样的程序模块20至少包括操作系统、一个或者多个应用程序、其它程序模块20以及程序数据，这些示例中的每一个或某种组合中可能包括网关环境的实现。程序模块20通常执行本发明所描述的实施例中的功能和/或方法。

电子设备16也可以与一个或多个外部设备21（例如键盘、指向设备、摄像头、显示器22等）通信，还可与一个或者多个使得用户能与该电子设备16交互的设备通信，和/或与使得该电子设备16能与一个或多个其它计算设备进行通信的任何设备（例如网卡，调制解调器等等）通信。这种通信可以通过I/O接口23进行。并且，电子设备16还可以通过网络适配器24与一个或者多个网关（例如局域网（Local Area Network，LAN），广域网Wide AreaNetwork，WAN）和/或公共网关，例如因特网）通信。如图所示，网络适配器24通过总线15与电子设备16的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备16使用其它硬件和/或软件模块，至少包括：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列（Redundant Arrays of Independent Disks，RAID）系统、磁带驱动器以及数据备份存储系统等。

处理器13通过运行存储在存储装置14中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的方法。

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

上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。