基于EXTJS技术的通用企业信息管理平台设计思路

摘 要

建设信息化管理平台是每个企业必不可少的任务,企业建设信息化管理平台最关注的就是成本和实用性,如何降低开发成本是一个持久的话题.通过分析多个行业的信息管理平台,发现一些底层功能几乎相同.因此我们想搭建一个底层通用的信息管理平台的开发框架,使企业能快速开发自有业务的信息管理平台,帮助企业节约开发成本.本文通过研究目前现状,对比研发成本与购写成本,指出该套框架关键部分的设计要点.

【关 键 词 】信息管理系统 快速开发框架 EXTJS技术 权限设计

1.研究背景

项目组对武汉市本地13家中小型企业的实地调研表明,随着企业对信息化管理软件的逐渐认知和接受,信息化管理系统对企业形成的价值需求已逐步显现.在调研的13家企业中,国有企业、民营企业和集体企业分别占比70%、15%和15%；其中,已使用信息化管理软件进行信息管理的企业占比38%,而在剩余没有使用信息化管理软件的企业中,有意向使用信息化管理软件的企业占比达到了100%.由此可见,企业用户对信息化管理软件的需求已经进入成熟阶段.多数企业逐步将信息技术纳入到自己的战略管理之中,企业不仅希望管理软件支撑业务运营,同时还要其为企业创造更多的价值,企业开始认识到信息化管理模式在企业管理中的重要性.信息化管理软件的整合性、弹性、集中的数据储存、便利性、提升管理绩效、增进组织互动关系等功能皆有助于促进企业在发展过程中适应时代环境,为企业未来系统建设构建统一的底层架构打下良好的基础.但多数企业囿于投入成本、认知难度、部署难度、平台性的问题,对信息化管理系统只能抱以观望的态度.

2.研发成本与购写成本对比

对于中小型企业来说,高昂的开发成本、软件部署难度、运行及处理平台的多样性都是他们难以承受的投资风险；企业不仅需要负责对管理软件底层支撑软件及硬件环境的开发和部署,还需要负责维护系统正常运行所需的后续人员培训、信息资源优化、整体成本调整等工作.由此可见,开发管理软件所需大量的人力投入、技术投入以及时间投入是阻碍中小型企业将信息化运用于企业管理的主要原因.

企业为了应对当前社会和经济的急剧发展及变更,对管理软件也提出了更高的功能需求,系统实施、集成,IT规划,支持与维护等方面尤为突出.而大多数企业自主开发的管理软件由于在软件规划时期就对其功能进行了相对固化的调整,这种软件结构很难适应系统在后续时期对上述功能需求的扩展.

相对来说,更多的企业由于考虑到人力成本、技术成本和时间成本的多重投资,倾向于使用更加便捷、快速开发或取得应用授权等方式来使用管理软件,从而减轻繁琐的开发、部署、培训、优化及维护工作.基于云计算等主流技术所催生的管理软件完美解决了多重成本投入、认知难度、部署难度、平台性的问题,能够灵活运用当前的互联网技术,实现资源分配及利用的最优化,让企业能够按照实际需求快速地搭建管理软件赖以运行的软件及硬件资源,并且能够在后期系统技术升级时方便地对软硬件进行增减、更改和部署.基于上述优点,企业选择使用快速开发框架搭建符合企业运营的管理软件将无需承担过高的投资风险.

3.使用ExtJS前端技术

在目前互联网技术的不断深化改革的过程中,越来越多的创新的、符合现代社会及人类行为思想的新技术开始诞生.各大互联网公司的优秀应用培养并改善了人们的前端使用习惯和操作体验.从Web2.0时代兴起到Web3.0时代盛行的Ajax体验,已经逐渐成为WebApp的标配.目前,互联网上最流行的前端框架就是JqueryUI 和 ExtJS.从应用于企业信息管理平台来看,ExtJS有着非常接近于C/S模式应用的操作体验.在WebApp中,多标签、鼠标右键菜单、拖拽、Ajax无刷新请求已经成为了ExtJS的代名词.用一个较专业的词语来形容,即Native（本地化应用）.给予使用者良好的操作体验对于一套企业信息管理平台非常重要,这可能会直接关系到生成效率.

4“通用”的底层设计

俗话说隔行如隔山,不同行业领域的企业在内部的管理、应用、需求上都有着巨大的区别.因此应用软件和管理软件的开发有着明显的行业领域性.经过调研多家IT开发企业、大型公司技术部、个人软件工作室的结果看来,最令他们头疼的就是每当一个项目开始的时候,他们总得去重复做一些项目底层的设计和部署.这些底层的功能设计就是一些我们经常可以见到的权限管理、角色管理、用户管理、日志管理、字典管理.即使不同行业的企业,这些底层的功能也是不可或缺的.如果搭建一个底层框架,使其包含现有的权限、角色、用户、日志、字典等管理功能,在这套框架基础上,开发人员只需专心地部署公司的业务逻辑,这样能够使得开发过程更加方便、高效、有意义.

目前B/S模式的应用,大多以MVC架构为主流.这种架构模式把传统的URI请求对应的物理文件变为URI请求到对应的函数方法,显得更加清晰和简洁,也便于后期人员维护.我们的设计方案也是基于MVC架构扩展开的.

基于MVC架构的程序,有着精确的URI格式.常见的比如有：

/控制器/方法

/模块/控制器/方法

无论URI的格式怎样改变,最终的共同点都是请求到程序内的具体方法.为了更加精确地控制权限,我们还为请求的“具体方法”加上GET、POST两种HTTP请求方式判断.再统一编码规范,凡是有数据写入的方法统一使用POST请求,请求数据显示的方法统一使用GET请求.这样一来,读写权限的分离也就基本实现.大致的配置模型如表1所示.

接下来就是角色与用户.很早以前,管理信息系统的权限是以用户与对应的权限绑定的方式来配置,这种方式需要为每个用户都设置一次权限.之后,很多后台引入了用户组的概念,权限与用户组直接关联,用户只需与用户组关联,用户只需要分配对应的组就能拥有对应的权限,而具体权限的配置就只需在组管理内设置.科技和管理水平日益进步,即使使用用户组概念也未必能满足当前的需求.当某领导既要有A组的权限、又要有B组的权限时,解决办法只能再为某领导单独创建一个组,或者为其再开设一个.这只是在角色权限管理中某领导遇到了类似的问题我们可以用这种方式解决,在实际企业运营过程中,也许有不少的角色需要跨职能、跨部门处理一些业务.为了优化以上的问题,将原有一对多的组与用户的逻辑关系,改善为多对多的角色与用户的关系.

权限的分配设置基本完成,接下来要做的就是权限的验证.权限与方法相联系,MVC架构的程序每一次请求都是请求到具体方法.相当于每一次请求都需要验证其是否有足够的权限和其身份是否合法.曾经的非MVC架构程序中,经常能见到所有页面都include 某个文件,而这个文件就是用来验证权限的.在MVC架构程序中,有一种名为过滤器的模块,每次请求都需要经过它.根据上述的要求,将权限验证的部分写入过滤器之中,就可顺利实现.整套权限管理的框架也就形成了.

根据前文中提到的MVC过滤器,日志的管理思路也十分清晰.日志记录着整个系统的运作,具有非常重要的作用.一旦遇到了某些故障和问题,作为技术人员第一反应就是去检查日志.一个完整的日志,它包含了时间、位置、角色、具体操作、异常信息、日志级别.日志的记录工作由过滤器和异常处理器来共同完成.正常的请求操作的日志全部由过滤器处理记录,而当请求操作遇到异常时,由异常处理器记录该条日志并记录异常信息.整个日志管理功能实际上是分为异常日志和操作日志两部分.一套拥有用户、角色、权限、日志管理的管理信息平台的开发框架到此也基本完成.

整套框架没有涉及到任何业务部分,但包含了相对完整的底层功能.因此称之为“通用”.无论是软件公司、自身技术部,基于这套框架来开发企业信息管理平台,只需要专心实现实际需求、部署公司的业务逻辑,并且按照一定的开发规范,权限、日志、用户等模块就无需再投入冗余的时间成本.

（通讯作者：张莉）