用户角色权限模式的图书销售系统

RBAC(Role-Based Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联。简单地说,一个用户拥有若干角色,每一个角色拥有若干权限。这样,就构造成“用户-角色-权限”的授权模型。在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系。下面就是基于该模式的图书销售系统。

                                        

首先,Book作为父类,写一个计算价格的方法double cost()。BookBiz类,初始化(static Book[] books和static void makeData())和写具体方法。如:

void inBook(int bookId, int num)、void outBook(int bookId,int num)、void saveBook(Book book)、void query()、Book buyBook(int bookId,int num)、EX buyEx(int exCode)、void checkout(Book book)、Book findBookById(int id)、static EX create(int id)等。

以上只是基本功能上的实现,下面才是关于用户角色权限的重点。

先看User类,只包含一条属性private Role role;一个boolean login(String username, String password){}、void in(int bookId,int num){role.in(bookId, num);}void out(int bookId,int num){role.out(bookId, num);}、void save(Book book){role.save(book);}、void query(){role.query();}、void checkout(Book book){role.checkout(book);}、Book buy(int bookId, int num){return role.buy(bookId, num);}、EX buyEx(int exCode){return role.buyEx(exCode);}等。

再来看Role抽象类,有三个属性:private String description//角色名   ;private StoreMgr storeMgr = null//库管权限;private Normal normal。方法比如void in(int bookId,int num){
if(storeMgr == null){
System.out.println("您没有库存管理员权限");
return;
}
storeMgr.in(bookId,num);
}
共有的方法: void query(){
if(normal == null&&storeMgr==null){
System.out.println("您还没有登录,请登陆后再操作");
return;
}else if(normal!=null){
normal.query();
}else{
storeMgr.query();
}
}
再来看Role里面的两个属性:权限Normal和StoreMgr被定义成两个接口,并由DefaultCustomer和DefaultStoreMgr来具体实现。比如StoreMgr里定义了方法有void in(int bookId,int num); void out(int bookId,int num);public void save(Book book);public void query();Normal里的方法为public void query();public Book buy(int bookId,int num);public EX buyEx(int exCode);public void chekout(Book book);具体实现方法如public void chekout(Book book) {
BookBiz bookBiz=new BookBiz();
bookBiz.checkout(book);}可以看出都是调用BookBiz里面已经写好的方法。
顺带提一下:Role里有两个子类,如class Customer extends Role {
public Customer(){
this.setDescription("普通顾客");
}
}
好了,梳理一下:User中只有一个属性Role,User可以做所有的事情,但都是指挥Role去做。Role是个有两个子类(角色)的抽象类,属性为角色名和两个权限(接口),这里面就是具体的两个权限(接口)做事情。当然这两个接口做事情也是靠实现它们的子类来具体实现的,而这两个实现接口的子类每次做事情需要加载BookBiz(该类只做数据库的操作,不关心具体命令),即模拟实现数据库的连接和其他各种操作。其他就是在测试类中根据用户输入来动态创建角色、创建权限、分配权限和授权角色,然后根据角色类型执行不同的具体操作。




  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
   图书管理系统实现内部图书借阅管理的系统化、规范化和自动化。图书管理系统支持管理员、用户及来防止三类用户访问。能够实现对图书信息及用户信息的规范化、高效率管理。    就图书而言,系统支持图书信息的查询、新增、修改、删除功能,系统能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。系统支持用户、管理员对图书信息不同的访问权限用户可以查询到图书基本信息,管理员可以查询到图书基本信息及图书借阅人id。同时,系统支持按书名、作者、图书分类三种方法查询图书,每册图书最大馆藏数为3,最大外借数小于馆藏数。提供新书录入功能,在数据库中添加新书信息;提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。对于有外界的图书,管理员不能将馆藏数修改为小于外借数。    就用户而言,系统支持用户信息的查询、新增(即注册)、修改和删除。系统能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、专业、学号、联系方式等信息。用户和管理员对用户信息有不同的操作权限用户可以查看、修改个人基本信息,管理员可以查看所有用户的信息,但没有修改用户信息权限,管理员可以删除没有借书的用户信息。对于已有借书的用户,管理员不能修改(保证图书信息的安全性,避免图书的丢失)。    就管理员而言,用户提供三种管理员权限权限1可以查看、添加、修改、删除图书信息,查看、删除用户信息;权限2可以执行借书操作;权限3可以执行还书操作
课程简介:历经半个多月的时间,Debug亲自撸的 “企业员工角色权限管理平台” 终于完成了。正如字面意思,本课程讲解的是一个真正意义上的、企业级的项目实战,主要介绍了企业级应用系统中后端应用权限的管理,其中主要涵盖了六大核心业务模块、十几张数据库表。 其中的核心业务模块主要包括用户模块、部门模块、岗位模块、角色模块、菜单模块和系统日志模块;与此同时,Debug还亲自撸了额外的附属模块,包括字典管理模块、商品分类模块以及考勤管理模块等等,主要是为了更好地巩固相应的技术栈以及企业应用系统业务模块的开发流程! 核心技术栈列表: 值得介绍的是,本课程在技术栈层面涵盖了前端和后端的大部分常用技术,包括Spring Boot、Spring MVC、Mybatis、Mybatis-Plus、Shiro(身份认证与资源授权跟会话等等)、Spring AOP、防止XSS攻击、防止SQL注入攻击、过滤器Filter、验证码Kaptcha、热部署插件Devtools、POI、Vue、LayUI、ElementUI、JQuery、HTML、Bootstrap、Freemarker、一键打包部署运行工具Wagon等等,如下图所示: 课程内容与收益: 总的来说,本课程是一门具有很强实践性质的“项目实战”课程,即“企业应用员工角色权限管理平台”,主要介绍了当前企业级应用系统中员工、部门、岗位、角色权限、菜单以及其他实体模块的管理;其中,还重点讲解了如何基于Shiro的资源授权实现员工-角色-操作权限、员工-角色-数据权限的管理;在课程的最后,还介绍了如何实现一键打包上传部署运行项目等等。如下图所示为本权限管理平台的数据库设计图: 以下为项目整体的运行效果截图: 值得一提的是,在本课程中,Debug也向各位小伙伴介绍了如何在企业级应用系统业务模块的开发中,前端到后端再到数据库,最后再到服务器的上线部署运行等流程,如下图所示:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值