图书馆借还书管理系统分析与设计Word文件下载.docx
- 文档编号:15344328
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:31
- 大小:373.31KB
图书馆借还书管理系统分析与设计Word文件下载.docx
《图书馆借还书管理系统分析与设计Word文件下载.docx》由会员分享,可在线阅读,更多相关《图书馆借还书管理系统分析与设计Word文件下载.docx(31页珍藏版)》请在冰豆网上搜索。
2.3.1确定参与者3
2.3.2确定用例3
2.3.3系统用例建模4
2.3.4用例描述4
3.图书馆借还书管理系统分析8
3.1系统用例建模8
3.2静态结构模型10
3.2.1类的识别10
3.2.2类的关联分析11
3.2.3类的属性描述12
3.3系统动态模型12
3.3.1系统执行顺序分析12
3.3.2系统的协作分析15
3.3.3系统状态分析17
3.3.4活动分析18
4.图书馆借还书管理系统系统设计与实现22
4.1UML体系结构设计22
4.1.1硬件体系结构设计22
4.1.2软件体系结构设计22
4.2对象模型设计23
4.3系统实现25
4.3.1组件分析25
4.3.2配置分析25
5.课程设计心得体会27
参考文献28
1.选题背景
当今时代是飞速发展的信息时代。
在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。
尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。
本系统就是为了管理好图书馆信息而设计的。
图书馆作为一种信息资源的集散地,图书和用户借阅资料繁多,包含很多的信息数据的管理。
根据调查得知,他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理,对于图书借阅情况(如借书天数、超过限定借书时间的天数)的统计和核实等往往采用对借书卡的人工检查进行,对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。
数据信息处理工作量大,容易出错;
由于数据繁多,容易丢失,且不易查找。
总的来说,缺乏系统,规范的信息管理手段。
尽管有的图书馆有计算机,但是尚未用于信息管理,没有发挥它的效力,资源闲置比较突出,这就是管理信息系统的开发的基本环境。
数据处理手工操作,工作量大,出错率高,出错后不易更改。
图书馆采取手工方式对图书借阅情况进行人工管理,由于信息比较多,图书借阅信息的管理工作混乱而又复杂;
一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。
基于这此问题,我认为有必要建立一个图书管理系统,使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改图书情况。
随着科学技术的高速发展,我们已步入数字化、网络化的时代。
图书馆是学校的文献信息中心,是为全校教学和科学研究服务的学术性机构,是学校信息化的重要基地。
图书馆的工作是学校教学和科学研究工作的重要组成部分,是全校师生学习和研究的重要场所。
为了更好地适应这种网络数字化信息的环境,一种成功的跟踪最新技术,充分利用软硬件资源,扎根于准、新、全数字资源的"
图书馆管理信息系统"
已孕育而生。
另外,由于图书馆陈旧的管理手段给读者和图书馆管理员带来的很多操作上的不方便,同时为了提高工作效率、服务质量和管理水平,并使图书馆管理人员从繁琐的工作中解脱出来,从而使我们下定决心开发该系统。
面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。
UML是OOA和OOD的常用工具。
使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。
应用软件系统,就其本质来说,是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程,按照UML的方法,就是建立这一些模型的过程。
关于这个图书馆借还书系统,基本的需求比较简单,就是允许借阅者可以在图书馆借阅和归还图书,另外,也可以通过网络或者图书馆的终端来查询和预订图书。
当然,图书馆管理员也可以对图书和借阅者进行管理。
2.图书馆借还书管理系统需求分析
2.1图书馆借还书管理系统需求陈述
作为图书馆借还书管理系统,需要完成图书借阅、图书归还、图书预定及取消预订等功能,系统开发的总目标是:
系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记,也就是将图书的基本信息(如:
书的编号、书名、作者、入库时间、出版时间等)预先存入数据库中,供以后检索。
下面陈述对图书馆管理系统的需求。
在图书管理系统中,要为每一个借阅者建立一个账户,并给借阅者发放借阅证(借阅者可以提供借阅证号、借阅者名),账户中存储借阅者的个人信息、借阅信息及预订信息等。
持有借阅证的借阅者可以借阅图书、返还图书、查询图书信息、预定图书或取消预定图书,但其中借阅图书、返还图书是通过图书管理员代理进行的,也就是借阅者不直接与系统交互,而是图书管理员充当借阅者的代理与系统交互,在借阅图书时,需要扫描借阅者的借书证及所要借阅的图书条形码,系统验证借阅者是否有效(在系统中存在该账户或满足借书要求),若有效,借阅请求被接受,系统查询数据库系统,看借阅者所借阅的图书是否存在,若存在,则借阅者可借出图书,建立并在系统中存储借阅记录。
借阅者还书后,删除关于所还书刊的借阅记录。
如果借阅者所借的图书已被借出,借阅者还可预订该图书;
系统还提供相关的安全性认证。
2.2图书馆借还书管理系统需求分析
2.2.1系统功能需求分析
对上述图书馆借还书管理系统的问题描述进行分析,可以获得如下功能性需求:
(1)借阅者可以通过网络查询书籍信息和预定书籍。
(2)借阅者能够节约书籍和还书。
(3)图书管理员能够处理借阅者的借阅和还书请求。
(4)系统管理员可以对系统的数据进行维护,如增加、删除和更新数目,增加、删除和更新借阅者账户,增加和删除书籍。
满足上述需求的系统主要包括一下几个模块。
(1)基本数据维护模块。
基本数据维护模块提供了使用者录入、修改并维护基本数据的途径。
例如对借阅者的、书籍的各项信息的更新与修改。
(2)基本业务模块。
基本业务模块主要用于实现用户借书与还书的管理,例如借阅者可以登录系统预订书籍,图书管理员可以取消书籍的预订,当然还可以进行借书、还书等操作。
(3)数据库管理模块。
在系统中,所有书籍的信息以及借阅者的账户信息都要统一管理,书籍的借阅情况、预订情况也要进行详细的记录,所以要用统一的数据库平台进行管理。
(4)信息查询模块。
信息查询模块主要用于查询书籍的信息和借阅者的信息。
2.2.2性能需求
本系统使用UML建模技术,对图书管理系统进行分析与设计,使开发的系统方便用户的使用和维护,根据图书管理工作性质和环境决定了本系统在性能方面要达到以下要求。
1.在性能方面,要求系统的查询和更新时间不超过1秒。
2.系统最小寿命:
系统应该在无重大改动的条件下正常运行5年以上。
3.设备要求:
计算机稳定性良好,整套系统经济实惠。
4.在使用上:
要求系统易理解,易学习,易操作。
5.在安全上:
要求系统安全可靠,容错,易恢复。
6.在数据集上:
要求用统一的数据库实现数据的完整性和实时性。
7.在可为维护性上:
要求系统可修改,可测试,可扩充,可移植。
2.3系统需求建模
根据对系统需求建模的分析可知几乎在任何情况下都需要使用用例,通过用例可以获取用户需求,规划和控制图书馆借还书管理系统项目。
获取用例是需求分析阶段的主要工作之一,而且是首先要做的工作。
大部分用例将在项目的需求分析阶段产生而且随着开发工作的深入还会发现更多用例,这些新发现的用例都应及时补充进已有的用例集中。
用例集中的每个用例都是对系统的一个潜在的需求。
一个用例模型由若干幅用例图组成。
创建用例模型的工作包括:
定义系统、寻找参与者和用例、描述用例、定义用例之间的关系、确定模型,其中寻找参与者和用例是关键。
2.3.1确定参与者
通过对系统需求的分析,可以确定系统中有两个参与者:
借阅者、图书管理员。
参与者的描述如下。
1.借阅者
描述:
借阅者可以借阅、预定、归还图书,还可以取消预定。
示例:
持有借阅证的人或组织。
2.图书管理员
图书管理员描述系统,可以创建、修改、删除借阅者的信息,可以添加、编辑、删除图书信息,即维护目录。
图书管理员。
3.系统维护人员
系统维护人员可以进行对系统的一系列维护活动。
系统维护人员。
2.3.2确定用例
前面已经识别出了参与者,通过对需求的进一步分析,可以确定系统中有如下用例存在。
从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有:
(1)登录系统:
管理员可以通过登录该系统进行各项功能的操作
(2)书籍管理:
包括对书籍的增删改等。
(3)书籍借阅管理:
包括借书、还书、预订、书籍逾期处理和书籍丢失处理等等。
(4)读者管理:
包含对读者的增删改等操作。
读者所包含的用例有:
(1)登录系统
(2)借书:
进行借书业务。
(3)还书:
读者具有的还书业务。
(4)查询:
包含对个人信息和书籍信息的查询业务
(5)预订:
读者对书籍的预订业务。
(6)逾期处理:
就是书籍过期后的缴纳罚金等。
(7)书籍丢失处理:
对书籍丢失后的不同措施进行处理。
2.3.3系统用例建模
在识别出参与者和用例后,要想建立用例图,还需要识别出它们之间的关系。
借阅图书、预定图书、取消预定这些动作是由借阅者执行的,但是对于软件系统来说,这些操作是由图书管理员与系统进行交互完成的,也即用例借书、还书、预定图书、取消预定实际上是与图书管理员交互的,在参与者“借阅者”和参与者“图书管理员”之间存在着依赖关系,即“借阅者”借助“图书管理员”完成这些工作。
用例“维护借阅者信息”、“维护图书信息”也是与参与者“图书管理员”交互,为了系统的安全性,系统还需要提供进行身份验证的功能,以确保只有具有权限的“图书管理员”才可以使用系统的功能,所以“图书管理员”必须与用例“登录”交互,即“图书管理员”在使用系统前,要使用用户名和密码进行登录,系统验证用户的密码正确后,用户才可以执行进一步的操作。
其中图书馆借还书管理信息系统用例图如图2.1所示:
2.3.4用例描述
用例可以用事件流来描述,用例的事件流是对完成用例行为所需的事件的描述。
事件流描述了系统应该做什么,而不是描述系统应该怎么做,也就是说,事件流描述是用域语言描述的,而不是用实现语言描述的。
图书馆借还书管理系统的用例的事件流描述如下:
1.名称:
借阅图书
1.1.前置条件:
在这个用例开始前,图书管理员必须登录到系统中。
1.2.后置条件:
如果这个用例成功,在系统中建立并存储借阅记录,如果必要还要删除预订记录。
否则,系统的状态没有变化。
1.3.扩充点:
没有。
图2.1图书馆借还书管理系统用例图
1.4.事件流
1.4.1.基流
当借阅者从图书馆借阅图书时,用例启动。
如果图书管理员选择:
“借书”,则直接借阅图书。
如果所借图书是经过预订的,则执行预订借阅图书。
1.4.2分支流
直接借阅图书
(1)提供书刊种类、借阅者信息。
(2)检索书刊种类。
(3)确定所借书刊是否都以借出。
(
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书馆 借还书 管理 系统分析 设计
![提示](https://static.bdocx.com/images/bang_tan.gif)