图书管理系统界面设计完成后可以有效的节省工作人员的工作内容。那么大家知道设计时需要设计什么内容以及有什么要求吗?下面小编就给大家介绍了图书管理系统界面设计内容及要求都有哪些,一起来看看吧。
图书管理系统界面设计内容
(1)书籍信息录入
图书管理员录入书籍的书号、名称,修改录入的出错(维护),形成图书表。
(2)读者信息录入
系统管理员录入读者的个人信息,修改录入的出错(维护),形成读者表。
(3)借阅情况的录入
图书管理员在读者借阅图书时录入信息,修改录入的出错(维护),形成借阅表和历史借阅表。
(4)计算扣款金额
图书管理员按读者借书时间、还书时间和借阅时长判断读者是否需要扣费,然后生成信息到历史借阅表中。
(5)读者、图书管理员及图书信息的查询
读者可以根据自己的读者号查询自己的个人信息;图书管理员可以根据自己的管理员号查询自己的个人信息(包括工资);所有人都可以登录之后无条件查询图书的信息包括馆藏册数。
(图片来自网络)
图书管理系统界面设计要求
完成用户需求的分析,找出系统的执行者、用况,画出用况模型图(包括用例描述)。
找出系统的概念类,建立基本模型。
建立系统顺序/通信图,找出系统与外界交互的消息。
建立系统活动图,找出系统的主要业务流程与关键操作流程。
建立系统中主要对象的状态机图,找出对象在其生存期内因响应事件所经历的状态序列。
给出系统的问题域部分设计的思路。
给出系统的关键界面设计图,并予以说明。
给出数据管理部分的设计结果。
给出控制驱动部分的设计思路。
设计系统的构件图和部署图。
(图片来自网络)
图书管理系统界面设计七个类目
读者类:属性包含(1)读者证号 (2)密码 (3)最大借书数量
方法包括(1)借书 (2)还书 (3)查看用户账户 (4)查看借书数量 (5)登录系统(6)查询图书信息 (7)交罚款
图书管理员类:属性包含(1)管理员帐号 (2)密码
方法包括(1)查询图书信息(2)修改图书信息
书架类:属性包含(1)书架号 (2)类型(3)位置(4)存放数量
方法只有 存放图书
图书类:属性包含(1)书号(2)书名(3)数量(4)价格(5)出版社
(6)馆藏册数(7)在馆册数
系统管理员类:属性包含 值班时间
方法包括(1)查看用户个人信息(2)修改用户个人信息
后台系统类:属性包含(1)级别(2)配置
方法包括(1)存储用户个人信息(2)存储图书信息(3)存储借阅信息
Item类:属性包含 id
方法包括(1)创建(2)销毁(3)更新(4)显示图书信息(5)显示借阅次数
(图片来自网络)
其中,图书管理员类和系统管理员类是工作人员类的子类,图书管理员在继承了其父类的属性和操作以外还自己添加了管理员帐号和密码这两个属性,添加了查询图书信息和修改图书信息这两个操作。系统管理员在继承了父类的基础以外还添加了值班时间这个属性,以及查看用户个人信息和修改用户个人信息这两个操作。
另外,读者类和工作人员类是Person类的子类,读者在继承了其父类的属性和操作以外还自己添加了读者证号、密码和最大借书数量这几个属性,添加了借书、还书、查看用户账户、查看借书数量、登录系统、查询图书信息和交罚款这些操作。工作人员在继承了其父类的属性和操作以外还自己添加了工资和管理范围这两个属性,添加了登录账户、查询用户借阅信息、管理借书记录、管理还书记录、查看用户账户这些操作。
Person类是读者类和工作人员类的父类,它包含了所有人都有的三个属性:姓名、性别和年龄。读者类和工作人员类继承于Person类,这就简化了这两个子类的属性。
(图片来自网络)
类之间的关系先从图书管理员讲起,图书管理员能够为读者提供服务,因此,二者之间应该是服务与被服务的关系。另外,图书管理员能够管理书架和图书,而且书架与图书之间是存放与被存放的关系,所有的图书都被存放于图书馆的书架中。最后,图书管理员还能够查看Item,Item类有点类似于超市中在购物后产生的小票,当读者在完成整个借阅的操作之后,后台系统会自动生成一个Item,因此,在类图中Item与后台系统之间是一种聚合的关系,而读者也可以查看Item,因为当读者在完成借阅之后,Item便可以证明借书是否成功以及后台系统是否发生故障。
除了图书管理员之外,同样继承于工作人员的系统管理员类也与其他类有着很多联系,比如说系统管理员同样与图书类有着维护与被维护这样的关系,但与图书管理员不同的是,系统管理员只负责通过从后台系统中的添加、修改或者删除来管理图书,而不是像图书管理员一样去管理实体的图书。另外,系统管理员可以管理后台系统,控制后台系统中所存储的信息以及当后台系统在发生一些故障时,系统管理员能够提供及时的维修。
以上就是小编给大家介绍的图书管理系统界面设计内容及要求,需要设计图书管理系统界面的话就可以参考以上设计内容及要求哦,后续我们还会跟大家分享其他类别的管理系统界面设计相关内容的。