后台管理框架之一：目标和思路

　　前面已经提到准备做一个后台管理框架，一来是对架构设计挺感兴趣，二来后台管理使用范围挺广，三来也是为了系统地整合一些技术知识，所以就着手开始准备。

　　框架首先要确定目标，定位具体要干什么，也就是需求。这个后台框架的主体设想来源于我11年参加的那个省级大型业务系统的后台管理需求。这个项目业务比较复杂，涉及多个单位（有技术单位、也有业务单位、还有综合单位），每个业务单位还涉及多级业务部门，同样一个业务在不同单位、不同部门之间还存在一定差异性，基础使用单位２００多，近万名用户。如此项目，要求基础框架可配置、业务模块可插拔、业务环节可定义、业务活动可追踪、业务数据可共享，可想而知项目的复杂程度。这对系统框架的要求是很高的，当时做得并不是很好，很多东西还可以进行一步完善。根据项目总结的一些经验，结合后来自己的一些思路和认识，我认为这个整体管理框架可以基于以下考虑：

　　一、基础管理的考虑，应该需要综合考虑以下几个方面：

　　１、基础数据管理：机构、人员、用户的基础管理；　

　　２、通用数据管理：通用的字典项、菜单管理（也可以叫业务模块，总之是一种叫法而己）；　

　　３、通用权限管理：基于角色、岗位的用户权限模型，大型系统中应该考虑的多级权限模型；粗略的权限模型可以做到基于模块的，细化的权限模型应该做到基于资源（一切可供管理的信息都可以被称做资源，如菜单、图片、页面、按钮、流程环节等等）；

　　４、通用认证管理：基于ＷＥＢ的权限认证管理；

　　５、通用日志管理：基于ＷＥＢ的系统日志记录，包括系统异常、ＷＥＢ事件、ＳＱＬ执行、用户操作、用户日志等等各类日志的记录与追踪；

　　二、基于业务的考虑，应该综合考虑以下几个方面：

　　１、Portal页面展示：基于业务系统的页面自定制；

　　２、多级管理模型：根据用户单位、部门、级别的多/分级系统后台管理；业务环节的继承与重写等；　

　　３、基础数据共享：基于业务数据的提供者和基础数据的订阅者，实现各系统之间的数据共享；

　　４、通用流程管理：业务系统与工作流产品的整合，以满足实际业务要求为前提；

　　５、系统单点登录：不同业务系统之间的单点登录；

　　６、消息驱动流转：通过消息的模式驱动业务流转；

　　以上是我的一些考虑，短时间内也考虑不了很周全，后续将逐步完善。根据这个框架的定位，这个项目主要将考虑基础管理方面的功能要求，以后台管理框架为主，会简要考虑一些扩展内容，如Portal，其它的如果有可能后续再继续。