应用响应式共享应用架构的内控管理系统的制作方法

本发明涉及内控软件管理技术领域，特别涉及一种应用响应式共享应用架构的内控管理系统。

背景技术：

由于传统的软件应用模式本身是基于通用性规范而定义的模式，并没有针对内控管理软件的提供一套完整架构或解决方案。所以在使用基于这种模式和架构来开发内控管理软件时，每个人员就会有不同的理解与实现方式，同时由于没有统一的数据平台，也没有实现平台间的数据互通互享各平台间一些通用性数据资源无法共享。

技术架构的老旧限制了平台在性能，扩展性，实时性方面都存在着很大的局限性，在数据大集中的趋势下，已经无法满足一些大规模，高并发应用需求，无法提供实时业务数据同步能力，无法实现超大规模系统性能的横向水平扩张需求，不具备提供政务大数据服务能力。

在移动互联网时代，基于传统架构开发的内控软件更是难以快速实现移动访问的需求。

技术实现要素：

本发明的目的旨在至少解决所述技术缺陷之一。

为此，本发明的目的在于提出一种应用响应式共享应用架构的内控管理系统。

为了实现上述目的，本发明的实施例提供一种应用响应式共享应用架构的内控管理系统，将内控体系梳理后，针对体系中的各个部分，定义出相应概念，作为该内控软件产品中一些基础数据单元或模块。以对组织结构、部门、岗位的权责明晰为基础，通过对基础流程架构的定义和建模，将业务选择、流程选择、风险点的选择、对风险点评估、风险控制措施建议进行标准化处理，其中，风险评估、措施现状同时依据参考的方式，通过后台大数据分析计算，并予以体现；，通过页面应用架构的前后台数据处理，从而自动在前端页面生成风险数据库、风险管理矩阵表等内控管理体系的基本输出，并可以基于不同管理者的管理需求，展现出不同的数据界面，从而实现内控管理的软件化解决方案。产品包括：应用服务器端和web应用前端，其中，所述应用服务器端与所述web应用前端进行通信，

所述应用服务器端包括：idc数据中心云服务器、数据库集群、分布式缓存系统、安全管理和内部调度系统、数据处理与应用接口系统，其中，

所述idc数据中心云服务器用于存储公共的共享性平台资源、私有的单位和部分的私有资源；

所述数据库集群用于以结构化形式和非结构化形式对所述idc数据中心云服务器的资源数据进行存储；

所述分布式缓存系统用于在接收到所述web应用前端的第一次请求时，从所述数据库集群中获取数据并返回，同时将该数据保存在分布式缓存系统中，当所述web应用前端再次发出同样的请求时可以直接从缓存中获取并返回；

所述安全管理和内部调度系统用于提供网络安全监控、验证访问的合法性、对应用进行监控、对内部资源进行调度；

所述数据处理与应用接口系统用以以统一restful架构的方式为所述web应用前端提供数据服务、提供信息资源共享接口以对接其它平台的内控管理系统或其它数据交互的应用，实现同级信息资源共享访问，跨级资源授权共享访问；

所述web应用前端包括：数据存储系统、数据模型系统、路由控制及template渲染系统、响应式页面系统，其中，

所述数据存储系统用于存储前端的本地数据，以及采用动态存储管理器存储应用程序在运行中的变量数据，以用于在各个页面或组件中使用

所述数据模型系统用于实现页面与数据的双向绑定以及响应式应用，包括封装视图显示逻辑和数据，并生成相应的属性和命令，以使视图通过更改通知事件来绑定和更改通知的任何变化；

所述路由控制及template渲染系统用于设置前端路由，根据路由地址在前端实现不同资源的显示或隐藏、界面的切换，以及利用虚拟化dom机制，每当检测到数据变化时，通过差异算法得到需要变更的dom，浏览器也只对实际操作或变化的dom进行更新；用template模板技术对视图中的表页面与业务逻辑进行分离；

所述响应式页面系统用于提供html响应页面。

进一步，所述idc数据中心云服务器包括：公有云和私有云，其中，所述公有云用于部署公共的共享性平台资源；所述私有云用于部署单位和部分的私有资源。

进一步，所述数据库集群包括关系型数据库mysql集群和非关系型数据库mongodb集群，其中，所述关系型数据库mysql集群用于以结构化形式存储数据；所述非关系型数据库mongodb集群用于以非结构化形式存储数据。

进一步，所述分布式缓存系统采用redis缓存系统和/或memcache。

进一步，所述数据处理与应用接口系统包括：统一的对外数据接口和平台信息资源共享接口，其中，所述统一的对外数据接口与所述web应用前端进行通信，所述平台信息资源共享接口与其他应用平台进行通信。

进一步，所述web应用前端采用hiphop虚拟机模式的架构。

进一步，所述数据存储系统用于在前端页面需要数据时，优先查看本地存储或状态管理器中是否存在，存在则直接使用而不需要请求应用后台服务器，如果不存在或数据过期则请求所述应用服务器端返回，然后保留一份数据放在本地存储或状态管理器中。

进一步，所述前端路由采用两种实现方式：

(1)通过html5的historyapi；

(2)利用location对象的hash值变化时不刷新页面的特性，同时监听hash值的变化来实现。

进一步，所述路由控制及template渲染系统使用模板技术，使用真实的数据代替占位符，模板引擎会自动进行转换成浏览器需要的html标签。

根据本发明实施例的应用响应式共享应用架构的内控管理系统，在“高内聚，低耦合”的技术架构要求下，响应式共享应用架构采用安全成熟的paas云服务，实现大型系统的实时高并发访问以及性能的无限制横向扩展能力。建设统一的专有云和大数据平台，实现统一资源池化，平台资源池各个政府部门间共享，最大化利用平台资源。建设统一的大数据交换平台，打通部门之间的网络，在以相互独立的方式进行数据统一存储，利用账号授权机制实现数据的控制，保障数据的安全。

本发明分离应用客户端与后端，前后端双向数据建模并抽象化实现数据的实时响应，提供多套针对不同业务场景的ui模板并能实现实时更新，建立后台统一的共享风险点、风险措施库，使用云计算的大数据分析能力处理各客户端的数据请据，实现了内控管理系统软件的现代化、标准化、信息化的技术架构。

依对组织结构、部门、岗位的权责明晰为基础，通过对基础流程架构的定义和建模，将风险点的选择、风险控制措施建议进行标准化处理，对风险评估、措施现状通过后台大数据分析计算，依据参考的方式并行予以体现，通过页面应用架构的前后台数据处理，从而自动在前端页面生成风险矩阵表以及基于不同管理者需求所展现的不同数据界面，实现内控管理的软件化解决方案。

其中，梳理出以下概念，作为该内控软件产品中一些基础单元或模块。

流程：为实现特定组织目标，在组织或岗位之间，展开的一系列有规律的管理活动。

业务动作：为实现特定组织目标，基于该业务的行业特点和职能属性，而客观独立存在的一系列有规律的业务活动。

管理动作：为实现特定组织目标和降低运营风险，管理人员对该流程中业务动作的发生过程，所实施的一系列监管方式。

基础流程：在特定的管理背景下，为实现特定组织目标，基于该业务的行业特点和职能属性，而客观存在的单个或多个流程。

衍生流程：为满足组织内外部的特定管理需要，通过对基础流程的拼接、截取而重新组合的流程。

流程架构：为实现特定组织目标，在特定行业、规模、管理偏好等因素的影响下，能够反映业务链之间的业务纵向分类层次和业务横向顺序关系的流程结构体系图。

现下应用软件的展现形式相较于早期有了很大的改变，以图片、动画、富媒体元素为主的内容也更加丰富。更多样的展现、更丰富的内容、更人性化的交互体验对应用软件技术提出了更高的要求。现下的内控管理系统大多基于早期的网页技术及形式建立，缺乏统一的建设标准，没有将软件的建设实现系统化、标准化。所以造成内控应用软件整体技术架构滞后，页面加载缓慢，数据扩展和服务能力较差；部门间数据孤立，信息共享难；数据管理机制落后，基本靠人工线下文档管理，不具备数据血缘追踪管理能力，难以进行数据溯源；各平台内容和形式参差不齐、软件操作行为不明确、组织结构权责不清晰、流程管理缺失或不完整、权限管理粗放的情况。

基于对组织结构、部门、岗位的权责明确为前提，通过对基础流程架构的定义和建模，将风险点的选择、风险控制措施建议进行标准化，平台共享化处理，采用统一的互联网出入口安全管理，对风险评估、措施现状通过后台大数据分析计算，依据参考的方式并行予以体现，通过响应式应用架构的前后台数据处理，从而自动在客户端页面生成风险矩阵表以及基于不同管理者需求所展现的不同数据界面，实现内控管理的软件化解决方案。

响应式共享架构基于云架构paas云平台，通过建设统一的云共享和大数据平台，可实现大型系统的实时高并发访问以及性能的无限制横向扩展能力。架构可以实现统一资源池化，平台资源池各个政府部门间共享，最大化利用平台资源的同时。通过建设统一的政务大数据交换平台，打通部门之间的网络，以相互独立的方式进行数据统一存储，又可利用账号授权机制实现数据的安全把控，保障数据的安全。

架构前后端完全分离，业务和逻辑相互独立。客户端选择适应于场景的各种ui模板，服务端通过restful架构提供api接口供前端访问，保证了前端后数据的最小量交互，减少了前后端的交互的带宽相求，同时保证了一套后台服务适用于web、手机、平板各个客户端。

响应式的客户端页面架构解决了服务响应慢造成的一种“假死、闪烁”的现象，大大提升了用户体验。通过客户端数据模型的建立，客户端拥有大多数的数据与业务处理逻辑，相比传统的需要经过请求、合成页面、响应的数据展现流程，更具有实时性，即使是在必须等待后台服务响应的时候，响应式单页应用也可以做到人性化的加载等待提示，而不出现传统页面上不友好的体验。服务端可以更高效的专注于数据服务，也实现了一套服务适用于多客户端的需求。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明实施例的应用响应式共享应用架构的内控管理系统的结构图；

图2为根据本发明实施例的响应式内控管理架构中服务器端的示意图；

图3-1为根据本发明实施例的各级平台数据交换共享架构的示意图；

图3-2为根据本发明实施例的各级内控体系平台的示意图。

图4为根据本发明实施例的响应式内控管理架构中网页客户端的示意图；

图5为根据本发明实施例的响应式原理的示意图；

图6为根据本发明实施例的指令解析器的示意图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

本发明实施例的应用响应式共享应用架构的内控管理系统将内控体系梳理后，针对体系中的各个部分，定义出相应概念，作为该内控软件产品中一些基础数据单元或模块。以对组织结构、部门、岗位的权责明晰为基础，通过对基础流程架构的定义和建模，将业务选择、流程选择、风险点的选择、对风险点评估、风险控制措施建议进行标准化处理，其中，风险评估、措施现状同时依据参考的方式，通过后台大数据分析计算，并予以体现；，通过页面应用架构的前后台数据处理，从而自动在前端页面生成风险数据库、风险管理矩阵表等内控管理体系的基本输出，并可以基于不同管理者的管理需求，展现出不同的数据界面，从而实现内控管理的软件化解决方案。

如图1所示，本发明实施例的应用响应式共享应用架构的内控管理系统，包括：应用服务器端100和web应用前端200，其中，应用服务器端100与web应用前端200进行通信。

具体地，如图2所示，应用服务器端100包括：idc数据中心云服务器、数据库集群、分布式缓存系统、安全管理和内部调度系统、数据处理与应用接口系统。即，应用服务器端的架构可划分为五层结构。

具体地，idc数据中心云服务器用于存储公共的共享性平台资源、私有的单位和部分的私有资源。

在本发明的一个实施例中，idc数据中心云服务器包括：公有云和私有云。其中，公有云用于部署公共的共享性平台资源。私有云用于部署单位和部分的私有资源。

具体地，idc数据中心云服务器是最底层建立在idc数据中心物理服务器上的公有云和私有云系统中。公有云中主要部署公享性平台资源，私有云主要部署单位、部门的私有资源。使用云计算架构来保证能够快速应对用户规模，网络速度，存储容量等增加需求，能够实现无缝的对接与扩展。同时实现了一键部署，自动升级，远程监控预警等功能。

本发明在后台内部控制管理系统中应用响应式架构，建立统一的资源信息共享平台，实现统一资源池化，平台资源池各个政府部门间共享，最大化利用平台资源。

数据库集群位于第二层，是大数据存储及分布式文件存储层。数据库集群用于以结构化形式和非结构化形式对idc数据中心云服务器的资源数据进行存储。

在本发明的一个实施例中，数据库集群包括关系型数据库mysql集群和非关系型数据库mongodb集群。关系型数据库mysql集群用于以结构化形式存储数据；非关系型数据库mongodb集群用于以非结构化形式存储数据。

具体地，数据库集群采用了关系型数据库mysql集群加非关系型数据库mongodb集群相结合的存储方案。即实现了非结构化数据的存储与扩展，也实现了结构化数据的存储需求。有效的保证了应用对各种数据的存储要求。分布式文件存储能够在应对高并发的静态资源请求时能以无缝扩展的方式应对海量存储。

本发明使用大数据存储技术解决后端分布式数据存储问题，采用非关系型数据库mongodb与关系型数据库mysql混搭并分别建立数据集群，为响应式共享应用提供快速可靠的存储需求。

分布式缓存系统位于第三层，用于在接收到web应用前端的第一次请求时，从数据库集群中获取数据并返回，同时将该数据保存在分布式缓存系统中，当web应用前端再次发出同样的请求时可以直接从缓存中获取并返回。

在本发明的一个实施例中，分布式缓存系统采用redis缓存系统和/或memcache。

具体地，分布式缓存系统使用redis、memcache等缓存系统解决高并发，大数据量请求时数据的查询压力，大幅度优化服务器对前端请求的的响应速度。在前端第一次请求过来时，从数据库中获取数据并返回，同时将该数据保存在分布式缓存系统中，当前端再次发出同样的请求时可以直接从缓存中获取并返回，大大提高了响应速度。

本发明使用分布式文件存储系统，应对应用多文件，大文件的上传与下载。

安全管理和内部调度系统位于第四层，用于提供网络安全监控、验证访问的合法性、对应用进行监控、对内部资源进行调度等。

数据处理与应用接口系统用以以统一restful架构的方式为web应用前端提供数据服务、提供信息资源共享接口以对接其它平台的内控管理系统或其它数据交互的应用，实现同级信息资源共享访问，跨级资源授权共享访问。

具体地，数据处理与应用接口系统位于第五层，是应用客户端与后台服务器的桥梁，也是连接应用与数据的唯一出入口。数据处理与应用接口系统包括：统一的对外数据接口和平台信息资源共享接口。其中，统一的对外数据接口与web应用前端进行通信，平台信息资源共享接口与其他应用平台进行通信。

具体地，数据处理与应用接口系统主要以统一restful架构的方式为web、手机、平板等客户端提供数据服务。同时提供信息资源共享接口，用于对接其它平台的内控管理系统或其它需要数据交互的应用，实现同级信息资源共享访问，跨级资源授权共享访问。

图3-1为根据本发明实施例的各级平台数据交换共享架构的示意图。如图3-1所示，省级内控体系平台与市级内控体系平台进行数据交换，市级内控体系平台进一步与县级内控体系平台进行数据交换，由此实现数据的逐级交换。如图3-2所示，各级内控体系平台中又包含了系统后台、管理后台、首页展示、管理界面等几个主要的模块化子系统。

综上，应用服务器端具有以下特点：

(1)使用云端部署，保证了应用的扩展性，稳定性，安全性。

(2)使用大数据技术实现用户数据的海量存储、扩展、运算、挖掘等需求。

(3)分布式的缓存系统增加了系统的信息吞吐量，提高了业务的响应速度。

(4)基于restful架构的数据接口，为web、手机端、平板等多客户端提供高效的数据服务。

如图4所示，web应用前端200包括：数据存储系统、数据模型系统、路由控制及template渲染系统、响应式页面系统。

在本发明的一个实施例中，web应用前端采用hiphop虚拟机(hvvm)模式的架构，整个前端被分成了四层。

web应用前端使用包括基于hvvm模式、前端路由、虚拟dom、template模板渲染等多种前端技术，为网页应用实现了一种前端响应页面应用。

具体地，数据存储系统用于存储前端的本地数据，以及采用动态存储管理器存储应用程序在运行中的变量数据，以用于在各个页面或组件中使用。

具体地，数据存储系统位于第一层，用于在前端页面需要数据时，优先查看本地存储或状态管理器中是否存在，存在则直接使用而不需要请求应用后台服务器，如果不存在或数据过期则请求应用服务器端返回，然后保留一份数据放在本地存储或状态管理器中。

数据存储系统以浏览器本地存储作为前端数据存储的“数据库存”，主要以cookie、localstorge、sessionstorge等方式进行前端本地数据的存储。同时也提供了一种基于javascript技术而实现的一种动态存储管理器，可以像桌面应用一样存储应用程序在运行中的一些变量数据用于在各个页面或组件中使用。当前端页面需要数据时，会最先查看本地存储或状态管理器中是否存在，存在则直接使用勿须请求应用后台服务器，如果不存在或数据过期则请求服务器返回后保留一份数据放在本地存储或状态管理器中。这样可能大幅度减少一些重复性数据的请求，减少服务器请求次数，也提高前端的响应性。

数据模型(viewmodel)系统位于第二层，是hvvm模式中的核心层，用于实现页面与数据的双向绑定以及响应式应用，包括封装视图显示逻辑和数据，并生成相应的属性和命令，以使视图通过更改通知事件来绑定和更改通知的任何变化。即当视图发生变化时，viewmodel知道视图的变化；当viewmodel变化时，视图也能被通知到。

路由控制及template渲染系统位于第三层，用于设置前端路由，根据路由地址在前端实现不同资源的显示或隐藏、界面的切换，以及利用虚拟化dom机制，每当检测到数据变化时，通过差异算法得到需要变更的dom，浏览器也只对实际操作或变化的dom进行更新；用template模板技术对视图中的表页面与业务逻辑进行分离。

在本发明的一个实施例中，前端路由采用两种实现方式：

(1)通过html5的historyapi；

(2)利用location对象的hash值变化时不刷新页面的特性，同时监听hash值的变化来实现。

此外，路由控制及template渲染系统使用模板技术，使用真实的数据代替占位符，模板引擎会自动进行转换成浏览器需要的html标签。

传统的web路由(即网页地址)是由后台应用控制的，即什么样的路由地址对应什么样的服务或资源是由后台应用控制并实现。而在响应式应用中，本发明引起了前端路由，即什么样的路由地址显示什么样的资源从后端交由前端控制了。应用在第一次请求或用户强制刷新浏览器，后台服务器过输出包含了应用所需要的整个前端资源，这种方式很像桌面应用的打包安装(安装后应用的资源都存在本地)。通过前端路由的匹配能实现根据路由地址在前端实现不同资源的显示或隐藏、界面的切换。

前端路由有两种实现方式，一是通过html5的historyapi。二是利用location对象的hash值变化时不刷新页面的特性，同时监听hash值的变化来实现。

使用前端路由技术，使应用在前端实现路由地址的切换不同页面而不用刷新页面，提供了一种具有即时性、高移植性、高访问性，类于是桌面客户端应用的应用体验。

频繁的操作浏览dom是影响页面响应性能的主要瓶颈。虚拟化dom是基于浏览器的dom结构，在数据和真实的浏览器dom间建立了一层缓存，虚拟出来的一种数据结构，它能准确地转换为真实的dom，利用virtualdom机制,其原理是每当数据变化时，通过差异算法得到真正需要变更的dom，浏览器也只对实际操作或变化的dom进行更新。由于virtualdom具有很高性能的存储器数据，只对差异的dom进行操作。

使用template模板技术对视图中的表页面与业务逻辑进行分离。应用的数据在将其渲染到浏览器dom过程中需要拼接字符串或创建新的dom元素。这种操作不仅费时还难以维护。使用模板技术，使用真实的数据代替占位符，模板引擎会自动进行转换成浏览器需要的html标签。

响应式页面系统位于第三层，用于提供html响应页面。响应式页面系统大量使用html5新标签，css3新特效强加页面的表现的同时，实现了对各尺寸设备的自适应。

响应式的原理：

追踪数据变化，通过javsscript中的object.defineproperty方法来劫持各个数据的setter,getter，在数据变动时发布消息给订阅者，触发相应的监听回调。图5为根据本发明实施例的响应式原理的示意图

本发明实现一个数据监听器observer，能够对数据对象的所有属性进行监听，如有变动可拿到最新值并通知订阅者。

利用obeject.defineproperty()来监听属性变动，那么将需要observe的数据对象进行递归遍历，包括子属性对象的属性，都加上setter和getter。这样的话，给这个对象的某个值赋值，就会触发setter，那么就能监听到了数据变化。

本发明实现一个指令解析器compile，对每个元素节点的指令进行扫描和解析，根据指令模板替换数据，以及绑定相应的更新函数。图6为根据本发明实施例的指令解析器的示意图。

本发明实现一个观察者watcher，作为连接observer和compile的桥梁，能够订阅并收到每个属性变动的通知，执行指令绑定的相应回调函数，从而更新视图。

综上，web应用前端具有以下特点：

(1)应用前端独立于后台服务，完成了前后端的分离，从页能将应用的前端部分实现模板化，标准化。

(2)运用html5、css3等浏览器技术的前端面前具有高度重用性，能很好的适用于手机、平板等移动设备直接使用。

(3)基于前端建立的数据模型，响应式前端具有数据与页面的实时性，页面操作流畅，响应迅速等优点。

(4)基于html5、location对象hash值方式实现的前端路由，能够代替传统的“跳转式后台路由”实现网页形式的单页应用。

响应式共享应用在内控管理中的应用：

流程架构及管理动作、业务动作、基础流程、衍生流程等定义与分解，基于对组织结构、部门、岗位的权责明确为前提，通过对基础流程架构的定义和建模，将风险点的选择、风险控制措施建议进行标准化，平台共享化处理，采用统一的互联网出入口安全管理，对风险评估、措施现状通过后台大数据分析计算，依据参考的方式并行予以体现，通过响应式应用架构的前后台数据处理，从而自动在客户端页面生成风险矩阵表以及基于不同管理者需求所展现的不同数据界面，实现内控管理的软件化解决方案。

技术内容：响应式共享应用架构包括了后端服务器架构和前端客户端架构。后端服务器架构基于云计算和大数据平台，应用了数据库存储集群、分布式文件存储、数据缓存技术等，服务器端更高效的专注于数据服务，提高了应用的信息吞吐量、响应速度，实现了服务的高效性、安全性、稳定性。同时，通过内部调度和共享接口实现包括内控管理中的风险点，风险控制措施建议等资源的平台共享。

客户端架构是基于hvvm模式的响应式网页单页应用，能为用户提供更好的用户体验及数据展现，通过在前端建立数据模型，并与页面进行双向绑定从而实现双向通信，将数据的变动及页面的变动即时互动起来。使用前端路由，在不跳转刷新页面的情况下实现各种页面与数据的展现，提供了一种即时性好，响应速度快，类似于桌面应用的良好体验。能够用于实现内控管理中如流程等复杂模块。基于响应式应用架构的前端页面能够将内控管理系统中的页面实现标准化，模板化并实时切换和更新。

根据本发明实施例的应用响应式共享应用架构的内控管理系统，在“高内聚，低耦合”的技术架构要求下，响应式共享应用架构采用安全成熟的paas云服务，实现大型系统的实时高并发访问以及性能的无限制横向扩展能力。建设统一的专有云和大数据平台，实现统一资源池化，平台资源池各个政府部门间共享，最大化利用平台资源。建设统一的大数据交换平台，打通部门之间的网络，在以相互独立的方式进行数据统一存储，利用账号授权机制实现数据的控制，保障数据的安全。

本发明分离应用客户端与后端，前后端双向数据建模并抽象化实现数据的实时响应，提供多套针对不同业务场景的ui模板并能实现实时更新，建立后台统一的共享风险点、风险措施库，使用云计算的大数据分析能力处理各客户端的数据请据，实现了内控管理系统软件的现代化、标准化、信息化的技术架构。

依对组织结构、部门、岗位的权责明晰为基础，通过对基础流程架构的定义和建模，将风险点的选择、风险控制措施建议进行标准化处理，对风险评估、措施现状通过后台大数据分析计算，依据参考的方式并行予以体现，通过页面应用架构的前后台数据处理，从而自动在前端页面生成风险矩阵表以及基于不同管理者需求所展现的不同数据界面，实现内控管理的软件化解决方案。

其中，梳理出以下概念，作为该内控软件产品中一些基础单元或模块。

流程：为实现特定组织目标，在组织或岗位之间，展开的一系列有规律的管理活动。

业务动作：为实现特定组织目标，基于该业务的行业特点和职能属性，而客观独立存在的一系列有规律的业务活动。

管理动作：为实现特定组织目标和降低运营风险，管理人员对该流程中业务动作的发生过程，所实施的一系列监管方式。

基础流程：在特定的管理背景下，为实现特定组织目标，基于该业务的行业特点和职能属性，而客观存在的单个或多个流程。

衍生流程：为满足组织内外部的特定管理需要，通过对基础流程的拼接、截取而重新组合的流程。

流程架构：为实现特定组织目标，在特定行业、规模、管理偏好等因素的影响下，能够反映业务链之间的业务纵向分类层次和业务横向顺序关系的流程结构体系图。

现下应用软件的展现形式相较于早期有了很大的改变，以图片、动画、富媒体元素为主的内容也更加丰富。更多样的展现、更丰富的内容、更人性化的交互体验对应用软件技术提出了更高的要求。现下的内控管理系统大多基于早期的网页技术及形式建立，缺乏统一的建设标准，没有将软件的建设实现系统化、标准化。所以造成内控应用软件整体技术架构滞后，页面加载缓慢，数据扩展和服务能力较差；部门间数据孤立，信息共享难；数据管理机制落后，基本靠人工线下文档管理，不具备数据血缘追踪管理能力，难以进行数据溯源；各平台内容和形式参差不齐、软件操作行为不明确、组织结构权责不清晰、流程管理缺失或不完整、权限管理粗放的情况。

基于对组织结构、部门、岗位的权责明确为前提，通过对基础流程架构的定义和建模，将风险点的选择、风险控制措施建议进行标准化，平台共享化处理，采用统一的互联网出入口安全管理，对风险评估、措施现状通过后台大数据分析计算，依据参考的方式并行予以体现，通过响应式应用架构的前后台数据处理，从而自动在客户端页面生成风险矩阵表以及基于不同管理者需求所展现的不同数据界面，实现内控管理的软件化解决方案。

响应式共享架构基于云架构paas云平台，通过建设统一的云共享和大数据平台，可实现大型系统的实时高并发访问以及性能的无限制横向扩展能力。架构可以实现统一资源池化，平台资源池各个政府部门间共享，最大化利用平台资源的同时。通过建设统一的政务大数据交换平台，打通部门之间的网络，以相互独立的方式进行数据统一存储，又可利用账号授权机制实现数据的安全把控，保障数据的安全。

架构前后端完全分离，业务和逻辑相互独立。客户端选择适应于场景的各种ui模板，服务端通过restful架构提供api接口供前端访问，保证了前端后数据的最小量交互，减少了前后端的交互的带宽相求，同时保证了一套后台服务适用于web、手机、平板各个客户端。

响应式的客户端页面架构解决了服务响应慢造成的一种“假死、闪烁”的现象，大大提升了用户体验。通过客户端数据模型的建立，客户端拥有大多数的数据与业务处理逻辑，相比传统的需要经过请求、合成页面、响应的数据展现流程，更具有实时性，即使是在必须等待后台服务响应的时候，响应式单页应用也可以做到人性化的加载等待提示，而不出现传统页面上不友好的体验。服务端可以更高效的专注于数据服务，也实现了一套服务适用于多客户端的需求。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求及其等同限定。