图书馆管理系统UML建模分析与设计呕心沥血整理版.docx
- 文档编号:26975975
- 上传时间:2023-06-24
- 格式:DOCX
- 页数:37
- 大小:587.14KB
图书馆管理系统UML建模分析与设计呕心沥血整理版.docx
《图书馆管理系统UML建模分析与设计呕心沥血整理版.docx》由会员分享,可在线阅读,更多相关《图书馆管理系统UML建模分析与设计呕心沥血整理版.docx(37页珍藏版)》请在冰豆网上搜索。
图书馆管理系统UML建模分析与设计呕心沥血整理版
图书馆管理系统UML建模分析与设计
1。
业务建模
1.1系统需求分析
(1)基本数据维护功能:
图书馆工作人员对数据做直接操作与维护,包括增加、删除、更改图书信息和读者信息;
(2)基本业务功能:
支持读者借书、还书、续借、预留、罚款等业务,并能实时更新数据库中各项记录;
(3)数据库管理功能:
支持数据库维护人员对各个分馆的所有图书、读者信息的集中存放和统一管理;
(4)信息查询功能:
对图书信息、读者信息的搜索查询;
(5)身份认证功能:
系统管理人员需要根据用户名和密码登录系统才能进行管理操作;
(6)与外部系统交互功能:
读者缴纳罚款时,可采用校园卡转账方式进行支付;
1。
2术语表
(1)名词术语:
图书,读者,读者类型,学生,老师,借阅记录,数据库,维护人员,图书馆工作人员,罚款,校园卡系统;
(2)动词术语:
增,删,改,借书,还书,续借,预留,罚款,转账,信息查询,身份认证,更新数据库;
1。
3领域类图
1。
4用例描述及用例图
1。
4。
1用例图
(1)和“读者”有关的用例:
(2)和“馆员”(图书管理员)有关的用例:
(3)和“维员”(数据库维护人员)相关的用例:
(3)和“校园卡系统”相关的用例:
(4)发起者间的关系:
1.4.2用例描述
(1)用例名称:
读者登录
参与者:
读者
步骤:
1。
读者把图书卡置于自助机的扫描位置,发起用例;
2.机器扫描图书卡信息进行身份验证,登陆成功,显示读者姓名;
前置条件:
读者已办理图书卡;
后置条件:
机器请读者选择要做的操作;
2a重新放置
2a1若图书卡信息读取失败,读者重新放置图书卡,返回步骤1;
(2)用例名称:
借阅图书
参与者:
读者
步骤:
1.读者通过在自助机上选中“借书”功能,发起用例;
2.读者把要借的图书置于感应区;
3。
机器询问借阅图书数量;
4。
读者选择数量;
5.显示当前借阅信息(图书信息,借阅时间,借阅人),询问读者确
认借书;
6。
读者核对信息,确认借书;
7。
借书完成,机器显示图书信息和应归还日期;
前置条件:
读者已登录,借阅图书在馆;
后置条件:
生成新的借阅记录,同时修改被借图书的状态为“借出”;
拓展点:
5a重新放置
5a1若显示的信息不符合,读者重新放置归还的图书,返回步骤2;
7a超出借书额度
7a1若读者者借书册数超出可借册数,提示“借书失败!
已超出借书额
度,最多可借五本书!
";
(3)用例名称:
归还图书
参与者:
读者
步骤:
1.读者通过在自助机上选中“还书"功能,发起用例;
2。
读者把要归还的图书置于感应区;
3。
机器询问要归还图书的数量,给出选项;
4。
读者选择数量;
5。
机器显示读取到的图书信息,询问读者确认还书;
6.读者核对信息,确认还书;
7.还书完成,机器显示图书信息和应归还日期;
前置条件:
借阅图书状态是“借出";
后置条件:
借阅记录中图书已归还,修改归还图书的状态为“在馆”;
拓展点:
3a重新放置
3a1若没有合适的数量可选,读者重新放置归还的图书,返回步骤2;
7a超出节约期限
7a1若图书超期,则系统按规定计算罚款金额,并提示“还书失败,请缴纳罚款!
";
(4)用例名称:
查找图书信息
参与者:
读者
步骤:
1。
读者通过操作自助计算机上的搜索页面,发起用例;
2。
读者输入图书信息,确认搜索;
3.机器在数据库中查询,显示图书信息;
前置条件:
;
后置条件:
;
3a查询失败
3a1若无相关信息,机器提示“查询失败,找不到有关信息!
”;
(5)用例名称:
预订图书
参与者:
读者
步骤:
1。
读者通过在自助机选中图书预订功能,发起用例;
2.读者登录系统;
3。
机器检验图书是否为可预订图书,若为可预订图书显示图书副本状态;
4。
读者选中未被预定的的图书;
7。
预订完成,机器显示图书信息和预订日期;
前置条件:
读者已经正确查询了图书信息;
后置条件:
生成新的预订记录;
拓展点:
3a不可预订
3a1若图书为不可预订图书,提示“此图书不可预订!
”;
4a无可选图书副本
4a1若所有图书副本都已经借出且被预定,机器提供退出登录功能;
(6)用例名称:
续借图书
参与者:
读者
步骤:
1.读者通过在自助机上选中“续借”功能,发起用例;
2.机器询问要续借的图书的数量,给出选项;
3。
读者选择数量;
4。
读者把要续借的图书置于感应区;
5.机器显示读取到的图书信息;
6.读者核对信息,确认续借;
7.续借完成,机器显示图书信息和应归还日期;
前置条件:
读者已登录系统,要续借的图书已被读者借阅且未超期;
后置条件:
修改借阅记录的借阅时间为当前时间;
拓展点:
4a重新放置
5a1若机器显示的图书信息不正确,读者重新放置归还的图书,返回步骤2;
7a超出节约期限
7a1若图书超期,则系统按规定计算罚款金额,并提示“续借失败,请缴纳罚款!
”;
(7)用例名称:
查看账户信息
参与者:
读者
步骤:
1。
读者选中查看账户信息功能,发起用例;
2.机器显示账户信息(读者信息,已借阅的图书信息,归还失败欠费的图书信息);
前置条件:
读者已登录系统;
后置条件:
读者获取信息;
拓展点:
2a账户信息有误
2a1若机器显示的信息有误,发起馆员修改账户信息用例,修改成功后返回步骤1;
(8)用例名称:
缴纳罚款
参与者:
馆员
步骤:
1.馆员用读者的图书卡登录系统并选择缴纳罚款功能,发起用例;
2.链接校园卡系统转账支付罚款;
3。
支付成功,显示读者信息;
前置条件:
读者账户欠费;
后置条件:
读者欠费时不可用系统功能项恢复正常可使用;
4a校园卡余额不足
4a1若校园卡余额不足缴纳罚款,提示“余额不足,支付失败";
(9)用例名称:
查询图书信息
参与者:
馆员
步骤:
1。
馆员选中查询图书信息功能,发起用例;
2。
馆员输入图书编码,点击查询按钮.或将图书置于扫描区;
3。
系统搜索图书,机器识别图书条码,显示图书信息;
前置条件:
馆员登录系统;
后置条件:
无;
3a重新扫描
3a1若系统显示没有图书信息,提示“无选中图书”,馆员重新放置图书,返回步骤2;
3b重新输入
3b1若馆员键入图书编号有误,则系统显示无图书信息或信息有误,馆员重新输入图书编号,返回步骤2;
(10)用例名称:
添加图书信息
参与者:
图书馆管理人员
步骤:
1。
馆员选择要添加的图书,发起用例;
2。
系统显示添加页面;
3.馆员填写添加图书必填信息;
4。
添加完成,提交信息;
5.系统进行后台处理,提示添加成功,自动返回添加页面;
6。
重复步骤3和4,直至图书添加完成;
前置条件:
馆员登录系统;
后置条件:
添加的图书可正常借出;
4a信息填写不完整
4a1若馆员添加图书时漏填了必填信息,提示“信息不完整,请重新输入!
”;
4a图书编号重复
4a1若馆员添加图书时填写的图书编号与已有信息重复,提示“图书编号不可用,请重新输入!
”;
(11)用例名称:
修改图书信息
参与者:
馆员
步骤:
1。
馆员选中要修改的图书,发起用例;
2。
系统显示图书信息界面;
3.馆员修改图书信息,提交系统;
4。
系统后台处理,显示修改成功,自动返回修改页面;
5。
重复步骤1,2和3,直至图书添加完成;
前置条件:
馆员登录系统,并查询到图书信息;
后置条件:
无;
4a修改信息不规范
4a1若馆员输入的修改信息不规范(数据类型不匹配、输入文本过长等),系统提示“修改失败,请重新输入”;
4b未作修改
4b1若馆员没有对图书信息作出修改进行提交,系统提示“未做任何修改!
”;
4c修改信息为空
4c1若馆员将图书信息改为空进行提交,系统提示“修改失败,信息不能为空!
"
(12)用例名称:
删除图书信息
参与者:
馆员
步骤:
1。
馆员选中要删除的图书并选择删除功能,发起用例;
2.系统提示删除确认;
3。
馆员选中确认删除;
4.删除成功,系统返回删除界面;
前置条件:
馆员登录系统,并查询到图书信息;
后置条件:
无;
(13)用例名称:
添加读者信息;
参与者:
馆员
步骤:
1.馆员选中添加读者信息功能,发起用例;
2。
系统显示添加账户界面;
3.馆员输入必填信息并进行提交;
3。
提交成功,系统提示添加成功,自动返回添加页面;
前置条件:
馆员登录系统;
后置条件:
添加的读者可使用系统功能;
3a读者Id不可用
3a1若输入的读者Id不存在或已经失效,提示“账户不可用,添加读者失败!
”;
3b读者信息不足
3b1若有馆员没有填必填的读者信息,提示“信息不足,添加读者失败!
”;
(14)用例名称:
修改读者信息
参与者:
馆员
步骤:
1.馆员选中要修改的读者信息并选中修改功能,发起用例;
2.链接校园卡系统转账支付罚款;
3。
支付成功,显示读者信息;
前置条件:
馆员登录系统,并查询到读者信息;
后置条件:
无;
(15)用例名称:
查询读者信息
参与者:
馆员
步骤:
1.馆员用读者的图书卡登录系统并选择缴纳罚款功能,发起用例;
2.链接校园卡系统转账支付罚款;
3。
支付成功,显示读者信息;
前置条件:
读者账户欠费;
后置条件:
读者欠费时不可用系统功能项恢复正常可使用;
4a校园卡余额不足
4a1若校园卡余额不足缴纳罚款,提示“余额不足,支付失败”;
(16)用例名称:
删除读者信息
参与者:
馆员
步骤:
1.馆员选中要删除的读者并选择删除功能,发起用例;
2.系统提示删除确认;
3.馆员选中确认删除;
4.删除成功,系统返回删除界面;
前置条件:
馆员登录系统,并查询到读者信息;
后置条件:
无;
(17)用例名称:
维护数据库
参与者:
维员
步骤:
1.维员对数据库中读者信息和图书信息统一管理和维护.
前置条件:
维员登录数据库;
后置条件:
无;
1。
5部分用例的活动图:
(1)“借书”
(2)“删除图书信息"
(3)“登录”
2.分析
2.1分析类图
由于图书馆管理系统的分析模型较复杂,可以把系统的分析类(边界类,实体类,控制类)分别存在三个包里:
(1)系统服务包:
包含系统提供给读者的服务;
(2)系统管理包:
包含和图书馆管理人员相关的分析类;
(3)系统维护包:
包含和数据库维护人员相关的分析类;
2。
2用例实现:
顺序图描述
(1)借阅图书
A.基本事件流
B.备选事件流
(2)预订图书
A.基本事件流
B。
备选事件流
(3)归还图书
A.基本事件流
B。
备选事件流
(4)登录
A。
基本事件流
B。
备选事件流
(5)查看账户信息
A。
基本事件流
B.备选事件流
(6)缴纳罚款
A。
基本事件流
B.备选事件流
(7)添加图书信息
A。
基本事件流
B.备选事件流
(8)删除图书信息
A.基本事件流
B。
备选事件流
(9)修改图书信息
A。
基本事件流
B。
备选事件流
(10)添加读者信息
A。
基本事件流
B。
备选事件流
(11)修改读者信息
A。
基本事件流
B.备选事件流
(12)删除读者信息
A。
基本事件流
B。
备选事件流
(13)搜索图书
A.基本事件流
(14)维护数据库
A.基本事件流
2.3细化领域类图
2.3.1给类增添属性和操作:
2。
3。
2增添类与类间的关系:
(1)系统服务包中界面类、控制类与实体类间的关系:
(2)系统管理包中界面类、控制类与实体类间的关系:
(3)系统维护包中界面类、控制类与实体类间的关系:
3.设计
3。
1状态图
(1)以“借阅图书”用例为例:
3.2详细类设计:
为类图增添两个与数据库相关的类:
持久储存类PerStore和OID类。
如图所示:
3.3系统总体组件图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书馆 管理 系统 UML 建模 分析 设计 呕心沥血 整理
![提示](https://static.bdocx.com/images/bang_tan.gif)