【项目内容描述】
1． 用户
应用系统的具体操作者，包括账户、用户名称等信息
2． 角色
为了对许多用户拥有相似权限的进行分类管理，这类分组统称为角色，角色可以形成树状视图，便于管理。同时角色权限存在继承情况，即下级角色具有的权限，上级角色也同样具有；但相反，上级角色具有的权限，下级角色不一定具有。

3． 部门
按客观条件一个员工应该录属于某个部门，而且部门组织也多个层次的，同时组织部门的权限也是继承的，即上级部门所属员工具有的权限，上级部门同样具有；但相反，上级部门具有的权限下级部门不一定具有。另外，部门也可以属于一或多个角色。

4． 访问权限
访问权限，控制到URL和功能按钮。只有具有相对应的权限，才显示其可访问的URL和功能按钮。
5． 用户或部门归属角色
一个用户或部门可以被授予多个角色，一旦用户或部门拥有了某个角色，也就拥有了某个角色的所有权限，如果用户或部门没有分配角色，用户或部门的权限只有该用户或部门被授予的访问权限
三． 具体功能
1． 约定
A. 系统保留有一个超级用户，拥有系统的所有权限，系统使用时首先由超级用户建立一个或多个应用用户和角色，然后由应用用户进行权限管理操作
B. 提供账户锁定与解锁功能，一旦账户锁定，用户将暂时不能登录系统



2． 功能
1) 用户或部门权限管理：
提供用户分组维护、用户维护及用户或部门权限分配功能：
 用户分组维护：用户分组增加、删除、修改，增加时用户可以选择在树的哪个节点下增加用户分组，从而构造用户分组的树状结构
 用户维护：用户增加、删除、修改、账户锁定与解锁、口令修改，增加用户时用户可以选择在哪个用户分组下增加
用户按部分分, 可在部门下对用户进行操作
 用户或部门权限分配：如下图所示（不用考虑数据资源），其中图中的“订座”是一级菜单，航班信息查询为二级菜单。可以为某个用户或部门进行授权。可以不用考虑图中“管理权限”这个功能，只需控制到用户或部门的菜单即可。




2) 角色权限管理
提供角色维护及角色权限分配功能：
 角色维护：角色增加、删除、修改，增加时角色时可以选择在树的哪个节点下增加角色，从而构造角色树状结构
 角色权限分配：如下图所示（不用考虑图中的数据资源），其中图中的“订座”是一级菜单，航班信息查询为二级菜单。可以为某个角色进行授权。可以不用考虑图中“管理权限”这个功能，只需控制到角色访问的菜单即可


【接包方必备的条件】


【其他要求】