文档介绍：薂第6章图书馆管理系统羇本章讨论的案例是一个图书管理系统,主要处理图书馆书目借阅信息。图书馆管理系统是一个比较早的应用,在数据库应用刚出现时,在DOS系统下就出现了各种版本的图书馆管理系统。然而随着图书馆管理要求的不断提高、应用的不断加深,现代图书馆管理理念已经应运而生。本章将结合现代图书馆的管理流程讲解典型图书馆管理系统的设计和实现。,国内软件商已经开发出很多较好的商品化图书管理软件,这些图书管理软件的功能和性能都很完善,它们大多是面向大型专业图书馆而开发的,专业性强、功能分工较细、操作和使用比较复杂,难以掌握。国内很多中小型图书馆由于管理人员不多且大多数不是图书馆管理业务的专业人员,业务分工也不是很详细明确,这样的软件对于他们而言太庞大、太复杂了,所以应用效果并不是很好。技术的简单实用的图书馆管理系统(LMS),系统没有刻意追求专业性和商品化软件的华丽包装,而是本着简单、实用的原则,既在功能上满足用户的需求,又力求操作简便,使本系统很容易掌握和使用。读者也完全可以照着自己的需要对系统进行功能上的添加和删改,使之适应进一步使用的需求,技术构建,本系统既可以单机运行又可以在网络中运行,具有较高的适应性。芁本系统主要由两类界面组成,一是检索子系统界面,二是管理子系统界面,分别实现两类不同的功能。下面我们给出预期要开发的图书馆管理系统的检索子系统界面,界面如图6-1所示。肇蚇图6-1图书馆管理系统外部服务接口界面肄从界面中我们不难看出,图书馆管理系统的检索子系统界面主要包括书目查询、读者查询、新书通报、书刊分类等几个部分,而书目查询和读者查询将会是主要的。肀下面再给出图书馆管理系统的管理子系统主要界面,如图6-2所示。***螄图6-2图书馆管理系统主要信息维护界面薁从管理子系统界面中,我们可以看出图书馆管理系统需要维护的部分主要为两大块:用户信息维护和图书信息维护。袈以上这些内容我们将会在以后章节中作具体分析、说明。。需求分析就是描述系统的需求,通过定义系统中的关键域类来建立模型。分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制,因此,系统的需求分析应该是开发人员和用户或者客户一起完成的。需求分析可以采用面向对象的方法来完成,即明确系统要服务于哪些用户,对这些用户提供哪些服务等。目前有一种刚兴起的建模技术,对我们完成需求分析会有很大帮助,本书在最后一个章节中对这种方法进行了较为详细的介绍,感兴趣的读者可以参阅第12章UML建模技术。,可将需求划分为管理员对功能的需求和读者对功能的需求两个大部分内容,具体列举如下。莇管理员对功能的需求薅系统开发的总体任务是实现各种信息的系统化、规范化和自动化。图书馆管理信息系统需要完成的功能主要有:螁读者基本信息的输入,包括读者编号、读者姓名、读者性别、工作单位、家庭住址、电话号码、电子邮件地址、备注等。蚀读者基本信息的查询、修改。蒇书籍信息的输入,包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、书籍页数、关键词、备注信息等。羆书籍信息的查询、修改。蒃借书信息的输入,包括借书信息编号、读者编号、书籍编号、借书日期、以及应还日期的生成等。荿还书信息的输入,包括还书信息编号、读者编号、书籍编号、借书日期、还书日期、备注信息等。蒆读者对功能的需求莇图书信息检索,范围可按ISBN、著者、书名、索书号、分类号、主题名、书目号等检索款目进行任意条件组合精确或模糊检索,最快时间查找目标书籍。膅读者个人信息检索,获取当前读者的个人信息。并根据借书证号查询当前读者当前在借书情况,历史借书情况,超期图书警告情况等。、书籍信息以及两者相互作用产生的借书信息、还书信息。因此需要对读者资源、书籍资源、借书信息、还书信息进行及时管理,及时了解各个环节中信息的变更,力求提高管理效率。螈一般的性能需求是指相互消息传递顺利,协议分析正确,界面友好,运行时间满足使用需要,安全性得到完全保证。袇就实际情况,在高系统配置、高网络带宽很容易得到保证的情况下,我们最需要考虑的性能需求就是系统安全性问题。在开发系统的每个阶段,均需要考虑彼此间的认证与授权。尤其要注意认证,简单地说就是确定谁是特定用户,并针对安全源验证该用户的身份。在处理完识别用户的方法之后,必须利用一种方法以向用户授权,从而能够使用系统的特定功能。也就是说,需要一种方法来决定允许特定用户进行什么样的操作。蒅这些都是进行下一步系统设计时需要考虑的性能方面内容。