为了满足客户具有下级单位的管理问题,本系统还支持多单位的管理。建立多个单位后,每个单位的用户可以登录自己单位的管理系统,使用自己单位独立的权限设置。如果用户具有多个单位的登录权限,在登录系统时,还可以选择需要登录的单位,进入到指定单位的系统中。在数据库层,每个单位的数据是独立存储的,可以有效的分散系统在运行过程中的数据压力。
四、主要解决的问题
4.1 用户使用问题
本系统在设计时,充分考虑了用户的使用习惯,采用模拟应用程序的系统界面,保留了诸如“列表中单选、复选、批量选择”等功能,可以使用户快速上手、快速熟悉。
在界面设计时,尽量满足人体工程学的要求,使用户鼠标滑动的轨迹最短,点击次数最少,减少用户使用系统时的工作强度。
4.2 系统维护问题
系统的“组织机构管理”、“数据结构管理”、“权限设置”、“系统设置”的功能,采用简单易用的界面设计,很多界面大量采用了拖拽等功能,降低了系统维护的难度,使系统管理员、业务管理员可以方便、快捷的对系统进行日常的维护和管理。
4.3 数据及原文存储问题
为了加快系统的查询速度,降低数据库的运行压力,本系统对数据存储时,采取了“分单位分表”的存储策略。即每个单位的门类表都是独立的、私有的,这样在查询时,可以在一定程度上保证数据查询的效率,提高系统运行的速度。
由于档案系统原文上传量巨大,为了解决海量原文存储的问题,本系统采用了“原文服务”的方式,对原文存储进行动态的扩展。
“原文服务”支持“文件系统”和“WebDAV”两种模式。系统可以无限制的添加任意多个原文服务,原有的原文存储到达极限时,只需为当前单位指定一个新添加的原文服务,即可实现动态的原文存储扩展。
“文件系统”即是当前服务器所挂载的磁盘系统中的文件存储路径,可以直接进行设置。但此种模式会受到操作系统管理磁盘分区2T的限制。
“WebDAV”采用公开的,基于HTTP端口的WebDAV协议进行文件传输。WebDAV协议具有安全、透明、高效的特点,并且已经成为标准的协议,被绝大多数HTTP服务器支持。本系统中使用开源的Apache服务器作为WebDAV文件服务器,可以保证系统的安全和稳定。
4.4 二次开发问题
本系统采用标准的MVC架构,使用业界流行的STRUTS、SPRING、HIBERNATE作为基础的开发平台,将对系统的基本元素,如:组织机构、数据结构、数据管理等的操作提取出来,抽象为开放的API接口。进行二次开发时,程序员只需调用这些API,即可实现对底层基本元素的操作,可以有效的提升开发速度。
系统在设计时,充分考虑了功能的扩展,在系统功能、门类功能、业务表功能等处均设置了开放的接口,可以根据用户不同的需求,快速进行相应功能的开发,并且可以简单的进行功能的挂接。