软件工程课程设计之图书馆管理系统Word下载.docx
- 文档编号:14523578
- 上传时间:2022-10-23
- 格式:DOCX
- 页数:29
- 大小:392.59KB
软件工程课程设计之图书馆管理系统Word下载.docx
《软件工程课程设计之图书馆管理系统Word下载.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计之图书馆管理系统Word下载.docx(29页珍藏版)》请在冰豆网上搜索。
计算机虽然与人类的关系越来越密切,但还有人由于计算机操作的不便而使用手工进行管理。
为了适应现代社会高度强烈的时间观念,图书馆管理系统软件为管理人员带来了极大的方便。
操作人员只需输入一些简单的汉子,数字,即可达到自己的目标。
大到国家,小到居家,每一个城市,学校都会有自己的图书馆,随着时间的推移,记载的文字也在慢慢增加,为了方便管理,同时也方便读者阅读,图书馆管理系统也在慢慢的完善。
图书馆管理系统在正常的运行中需要对图书资源、读者信息、预定,借阅信息进行管理,利用信息管理系统及时了解各环节中信息的变更,有利于提高图书管理效率。
对于图书馆来说,利用计算机支持高效率的完成日常事务,是适应现代要求、推动管理走向科学化、规范化的必要条件,而且图书馆管理又是一项非常繁琐的事情,数量大,核算极其不便。
同时计算机具有手工管理所无法比拟的优点。
例如:
检索迅速,查找方便、可靠性高、存储量大、保密性好、寿命长等。
这些优点能够极大地提高图书馆管理效率,也使图书馆的科学化正规化管理。
应用软件系统,就其本质来说,是使用计算机对现实世界进行的数字化模拟。
应用软件的制造过程,按照UML的方法,就是建立这一些模型的过程。
关于这个图书馆系统,基本的需求比较简单,就是允许借阅者可以在图书馆借阅和归还图书,另外,也可以通过网络或者图书馆的终端来查询和预订图书。
当然,图书馆管理员也可以对图书和借阅者进行管理。
为了简化系统,我们没有把图书馆中的人员作细分。
2图书馆管理系统需求分析
2.1图书馆管理系统需求陈述
作为图书管理系统,需要完成图书借阅、图书归还、图书预定及取消预订等功能,系统开发的总目标是:
系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记,也就是将图书的基本信息(如:
书的编号、书名、作者、入库时间、出版时间等)预先存入数据库中,供以后检索。
下面陈述对图书馆管理系统的需求。
在图书管理系统中,要为每一个借阅者建立一个账户,并给借阅者发放借阅证(借阅者可以提供借阅证号、借阅者名),账户中存储借阅者的个人信息、借阅信息及预订信息等。
持有借阅证的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊或取消预定书刊,但其中借阅书刊、返还书刊是通过图书管理员代理进行的,也就是借阅者不直接与系统交互,而是图书管理员充当借阅者的代理与系统交互,在借阅书刊时,需要扫描借阅者的借书证及所要借阅的书刊条形码,系统验证借阅者是否有效(在系统中存在该账户或满足借书要求),在系统存储借阅记录;
借阅者还书后,系统删除关于所还书刊的借阅记录;
在预定书刊时,需要输入书刊名,如果该书刊存在则可预定,当预定书刊已获得,则系统删除相关预订信息;
系统还提供相关的安全性认证。
2.2图书馆管理系统需求分析
2.2.1系统功能需求分析
1.读者管理。
读者信息的设置、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等;
2.书籍管理。
籍基本信息设置、输入、修改、查询,包括书籍编号、类别、关键词、备注;
3.借阅管理。
括借书、还书、预订书籍、续借、查询书籍、过期处理和书籍丢失后的处理;
4.系统管理。
包括用户权限管理,数据管理。
满足以上需求的系统主要包含有一下几个子系统。
1.基本业务功能子系统。
系统中主要包含了借书、还书和预订等功能;
2.基本数据录入功能子系统。
子系统主要包含有书籍信息和读者信息录入功能;
3.信息查询子系统。
含了多功能的查询书籍信息和读者信息;
4.数据库管理功能子系统。
要包含了借阅信息管理功能、书籍信息管理功能和预订信息管理功能;
5.帮助功能子系统。
2.2.2性能需求
本系统使用UML建模技术,对图书管理系统进行分析与设计,使开发的系统方面用户的使用和维护,根据图书管理工作性质和环境决定了本系统在性能方面要达到以下要求。
1.系统可扩充性要求
要保证所整合的图书管理系统的可扩充性,对不同级别的用户要求的层次和模块,可灵活地进行定制。
使得将来易于与当前系统实现互连互通,为用户提供全方位,高质量和高效率服务。
2.界面友好性要求
系统提供统一的操作界面和方式。
要求操作界面美观大方、布局合理、功能完善,对于初级用户容易上手。
3.服务个性化要求
系统针对不同级别的用户提供方便的界面形式,以满足用户需求。
如图书管理员登录系统之后,可以看到系统所有的内容。
用户登录后,可以看到最关心的信息,对于有些不必要的细节,系统不会显示。
4.可管理性要求
系统涉及面较广,系统应提供对管理内容的分级分类管理和维护、审批服务事项、维护工作流定制与监控、用户信息维护、系统配置和管理、故障诊断等功能。
2.3系统需求建模
根据对系统需求建模的分析可知几乎在任何情况下都需要使用用例,通过用例可以获取用户需求,规划和控制图书馆管理系统项目。
获取用例是需求分析阶段的主要工作之一,而且是首先要做的工作。
大部分用例将在项目的需求分析阶段产生而且随着开发工作的深入还会发现更多用例。
创建用例模型的工作包括:
定义系统、寻找参与者和用例、描述用例、定义用例之间的关系、确定模型,其中寻找参与者和用例是关键。
2.3.1确定参与者
通过对系统需求的分析,可以确定系统中有两个参与者:
借阅者、图书管理员。
参与者的描述如下。
1.借阅者:
借阅者可以借阅、预定、归还书刊,还可以取消预定。
2.图书管理员:
图书管理员描述系统,可以创建、修改、删除借阅者的信息,可以添加、编辑、删除书刊信息,即维护目录。
2.3.2确定用例
前面已经识别出了参与者,通过对需求的进一步分析,可以确定系统中有如下用例存在。
从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员的用例有。
1.登录系统。
管理员可以通过登录该系统进行各项功能的操作;
2.添加书籍管理。
包括对书籍的增加操作;
3.维护书籍信息。
包括借书、还书、预订、书籍逾期处理和书籍丢失处理等等;
4.维护借阅者信息。
包含对读者的修改等操作;
5.添加借阅者管理。
包含对读者进行添加操作。
读者的用例有。
1.登录系统;
2.借书。
进行借书业务;
3.还书。
读者具有的还书业务;
4.预订。
读者对书籍的预订业务;
2.3.3系统用例建模
借阅书刊、预定书刊、取消预定这些动作是由借阅者执行的,但是对于软件系统来说,这些操作是由图书管理员与系统进行交互完成的,也即用例借书、还书、预定书刊、取消预定实际上是与图书管理员交互的,在参与者“借阅者”和参与者“图书管理员”之间存在着依赖关系,即“借阅者”借助“图书管理员”完成这些工作。
用例“维护借阅者信息”、“维护书刊信息”也是与参与者“图书管理员”交互,为了系统的安全性,系统还需要提供进行身份验证的功能,以确保只有具有权限的“图书管理员”才可以使用系统的功能,所以“图书管理员”必须与用例“登录”交互,即“图书管理员”在使用系统前,要使用用户名和密码进行登录,系统验证用户的密码正确后,用户才可以执行进一步的操作。
图2.1借阅者用例图
图2.2图书管理员用例图
2.3.4用例描述
用例可以用事件流来描述,用例的事件流是对完成用例行为所需的事件的描述。
事件流描述了系统应该做什么,而不是描述系统应该怎么做,也就是说,事件流描述是用域语言描述的,而不是用实现语言描述的。
图书管理系统的用例的事件流描述如下:
1.借阅书刊:
如果读者(借阅者)没有保留,书刊标题被识别;
书刊标题的一个可得的栏目(项)被识别;
读者(借阅者)被识别;
图书馆借这个项(书刊);
新的借出被记录。
如果读者(借用人)有预定:
读者被识别;
书刊标题被识别;
图书馆借出相应的书(项);
新的借出被记录;
预定被删除。
2.返还书刊:
如果借阅记录存在:
删除借阅记录;
如果书刊不存在,系统显示提示信息,用例终止;
3.预订书刊:
如果书刊存在:
检索借阅者;
系统接收预订,创建预订记录;
将预订记录存储在系统中;
如果书刊不存在:
系统显示提示信息,用例终止;
4.取消预订:
如果预订信息存在:
提供所预订书刊的种类、借阅者的信息;
检索所预订的书刊种类;
从系统中删除预定信息;
如果预订不存在:
5.维护借阅者信息:
如果借阅者已存在:
借阅者被识别;
提供借阅者信息;
如果所选活动是删除借阅者:
从系统中删除借阅者的信息,以及借阅者的预订记录;
如果所选活动室修改借阅者:
修改相应的信息;
更新系统中借阅者的信息;
如果借阅者不存在:
所选活动是添加借阅者:
输入借阅者信息;
系统存储借阅者信息.
6.维护书刊信息:
如果书刊已存在:
书刊被识别;
提供书刊信息;
如果所选活动是删除书刊信息:
从系统中删除书刊信息,以及借阅者的预订记录;
如果所选活动是修改书刊信息:
更新系统中书刊信息;
所选活动是添加书刊信息:
输入书刊信息;
系统存储书刊信息;
7.登录:
当用户希望登录到系统中时,用例启动,系统提示用户输入用户名和密码;
用户输入用户名和密码;
系统验证输入的用户名和密码,若正确,则用户登录到系统中;
如果用户输入不正确的用户名和密码:
系统显示错误信息;
用户可以选择返回到起始点,重新输入正确的用户名和密码;
或取消登录,用例结束。
3系统分析
3.1系统用例建模
进行系统分析和设计的第一步就是创建系统的用例模型。
作为描述系统的用户或参与者所能操作的图,它在需求分析阶段有着重要的作用,整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。
所用到的执行者有:
借阅者和图书管理员。
下面对本系统中的相关用例进行描述。
(1)图书管理员可以通过以下活动对借阅者进行管理
添加/删除借阅者
修改权限
办失挂理
超期或丢失罚款处理
读者借阅信息管理
个人信息查询/修改
(2)图书管理员可以通过以下活动对图书进行管理
图书借入借出
图书采购
图书信息删除
信息添加
信息修改
图书类别查询
模糊查询
图书按书名查询
图书按作者查询
图书按出版社查询
图书按年代查询
(3)管理员通过以下活动进行系统管理
系统更新
系统维护
硬件更新
日志维护
(4)借阅者的用例
借书
还书
预订图书
查询借阅信息
查询图书信息
查询个人信息
图3.1借阅者管理用例图
图3.2图书馆管理系统用例图
图3.3图书管理员对图书管理用例图
图3.4系统后台管理用例图
3.2静态结构模型
3.2.1类的识别
系统需求已经定义过了,现在可以根据系统需求识别出系统中存在的类。
系统类的识别可以通过寻找系统域描述和需求描
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 课程设计 图书馆 管理 系统