图书馆管理系统UML建模分析与设计呕心沥血整理版.docx

1、图书馆管理系统UML建模分析与设计呕心沥血整理版图书馆管理系统UML建模分析与设计1。业务建模1.1系统需求分析(1)基本数据维护功能：图书馆工作人员对数据做直接操作与维护,包括增加、删除、更改图书信息和读者信息;（2）基本业务功能：支持读者借书、还书、续借、预留、罚款等业务，并能实时更新数据库中各项记录；（3)数据库管理功能：支持数据库维护人员对各个分馆的所有图书、读者信息的集中存放和统一管理；（4）信息查询功能:对图书信息、读者信息的搜索查询; （5）身份认证功能：系统管理人员需要根据用户名和密码登录系统才能进行管理操作；（6)与外部系统交互功能：读者缴纳罚款时,可采用校园卡转账方式进行支

2、付；1。2术语表（1）名词术语： 图书，读者，读者类型，学生，老师，借阅记录，数据库，维护人员，图书馆工作人员，罚款,校园卡系统；（2)动词术语： 增，删，改,借书,还书,续借，预留,罚款，转账，信息查询,身份认证,更新数据库；1。3领域类图1。4用例描述及用例图1。4。1用例图（1)和“读者”有关的用例：（2)和“馆员”（图书管理员)有关的用例：（3）和“维员”（数据库维护人员）相关的用例:（3）和“校园卡系统”相关的用例：（4）发起者间的关系：1.4.2用例描述 （1)用例名称：读者登录 参与者：读者 步骤： 1。读者把图书卡置于自助机的扫描位置，发起用例； 2.机器扫描图书卡信息进行身份

3、验证，登陆成功，显示读者姓名; 前置条件：读者已办理图书卡； 后置条件：机器请读者选择要做的操作； 2a重新放置 2a1若图书卡信息读取失败，读者重新放置图书卡，返回步骤1； （2）用例名称:借阅图书 参与者：读者 步骤： 1.读者通过在自助机上选中“借书”功能，发起用例； 2.读者把要借的图书置于感应区； 3。机器询问借阅图书数量; 4。读者选择数量； 5.显示当前借阅信息（图书信息,借阅时间,借阅人)，询问读者确 认借书； 6。读者核对信息，确认借书; 7。借书完成,机器显示图书信息和应归还日期； 前置条件：读者已登录,借阅图书在馆； 后置条件：生成新的借阅记录，同时修改被借图书的状态为“

4、借出”； 拓展点： 5a重新放置 5a1若显示的信息不符合,读者重新放置归还的图书,返回步骤2; 7a超出借书额度 7a1若读者者借书册数超出可借册数，提示“借书失败！已超出借书额 度,最多可借五本书！； （3）用例名称：归还图书 参与者：读者 步骤： 1.读者通过在自助机上选中“还书功能，发起用例； 2。读者把要归还的图书置于感应区； 3。机器询问要归还图书的数量，给出选项; 4。读者选择数量； 5。机器显示读取到的图书信息，询问读者确认还书； 6.读者核对信息，确认还书； 7.还书完成，机器显示图书信息和应归还日期; 前置条件：借阅图书状态是“借出; 后置条件：借阅记录中图书已归还，修改归

5、还图书的状态为“在馆”； 拓展点： 3a重新放置 3a1若没有合适的数量可选，读者重新放置归还的图书,返回步骤2； 7a超出节约期限 7a1若图书超期，则系统按规定计算罚款金额，并提示“还书失败，请 缴纳罚款！； （4)用例名称：查找图书信息 参与者：读者 步骤： 1。读者通过操作自助计算机上的搜索页面，发起用例； 2。读者输入图书信息，确认搜索； 3.机器在数据库中查询,显示图书信息； 前置条件：； 后置条件：； 3a查询失败 3a1若无相关信息，机器提示“查询失败,找不到有关信息！”； （5）用例名称：预订图书 参与者：读者 步骤： 1。读者通过在自助机选中图书预订功能，发起用例； 2.读

6、者登录系统； 3。机器检验图书是否为可预订图书，若为可预订图书显示图书副本状态； 4。读者选中未被预定的的图书； 7。预订完成,机器显示图书信息和预订日期; 前置条件:读者已经正确查询了图书信息; 后置条件：生成新的预订记录； 拓展点： 3a不可预订 3a1若图书为不可预订图书，提示“此图书不可预订!”; 4a无可选图书副本 4a1若所有图书副本都已经借出且被预定，机器提供退出登录功能; (6)用例名称：续借图书 参与者：读者 步骤： 1.读者通过在自助机上选中“续借”功能,发起用例； 2.机器询问要续借的图书的数量,给出选项； 3。读者选择数量; 4。 读者把要续借的图书置于感应区； 5.机

7、器显示读取到的图书信息; 6.读者核对信息，确认续借； 7.续借完成,机器显示图书信息和应归还日期; 前置条件：读者已登录系统，要续借的图书已被读者借阅且未超期； 后置条件：修改借阅记录的借阅时间为当前时间； 拓展点: 4a重新放置 5a1若机器显示的图书信息不正确，读者重新放置归还的图书，返回步骤2； 7a超出节约期限 7a1若图书超期，则系统按规定计算罚款金额，并提示“续借失败，请缴纳罚款！”； (7)用例名称：查看账户信息 参与者:读者 步骤： 1。读者选中查看账户信息功能，发起用例； 2.机器显示账户信息（读者信息，已借阅的图书信息,归还失败欠费的图书信息）; 前置条件：读者已登录系统

8、； 后置条件:读者获取信息; 拓展点： 2a账户信息有误 2a1若机器显示的信息有误，发起馆员修改账户信息用例，修改成功后返回步骤1； （8）用例名称：缴纳罚款 参与者:馆员 步骤: 1.馆员用读者的图书卡登录系统并选择缴纳罚款功能,发起用例; 2.链接校园卡系统转账支付罚款； 3。支付成功，显示读者信息； 前置条件：读者账户欠费； 后置条件:读者欠费时不可用系统功能项恢复正常可使用; 4a校园卡余额不足 4a1若校园卡余额不足缴纳罚款，提示“余额不足，支付失败; （9）用例名称：查询图书信息 参与者:馆员 步骤： 1。馆员选中查询图书信息功能，发起用例； 2。馆员输入图书编码，点击查询按钮.

9、或将图书置于扫描区; 3。 系统搜索图书，机器识别图书条码，显示图书信息； 前置条件：馆员登录系统； 后置条件:无; 3a重新扫描 3a1若系统显示没有图书信息,提示“无选中图书”,馆员重新放置图书，返回步骤2; 3b重新输入 3b1若馆员键入图书编号有误,则系统显示无图书信息或信息有误,馆员重新输入图书编号,返回步骤2；(10)用例名称：添加图书信息 参与者:图书馆管理人员 步骤： 1。馆员选择要添加的图书,发起用例； 2。系统显示添加页面； 3.馆员填写添加图书必填信息； 4。添加完成，提交信息； 5.系统进行后台处理，提示添加成功，自动返回添加页面; 6。重复步骤3和4，直至图书添加完成

10、； 前置条件:馆员登录系统; 后置条件：添加的图书可正常借出; 4a信息填写不完整 4a1若馆员添加图书时漏填了必填信息，提示“信息不完整，请重新输入！”; 4a图书编号重复 4a1若馆员添加图书时填写的图书编号与已有信息重复，提示“图书编号不可用,请重新输入！”； （11)用例名称：修改图书信息 参与者：馆员 步骤: 1。馆员选中要修改的图书，发起用例； 2。系统显示图书信息界面; 3.馆员修改图书信息,提交系统； 4。系统后台处理，显示修改成功，自动返回修改页面； 5。重复步骤1，2和3，直至图书添加完成； 前置条件：馆员登录系统，并查询到图书信息； 后置条件：无; 4a修改信息不规范 4

11、a1若馆员输入的修改信息不规范（数据类型不匹配、输入文本过长等)，系统提示“修改失败，请重新输入”； 4b未作修改 4b1若馆员没有对图书信息作出修改进行提交,系统提示“未做任何修改！”； 4c修改信息为空 4c1若馆员将图书信息改为空进行提交,系统提示“修改失败,信息不能为空！(12）用例名称:删除图书信息 参与者：馆员 步骤： 1。馆员选中要删除的图书并选择删除功能，发起用例； 2.系统提示删除确认; 3。馆员选中确认删除； 4.删除成功，系统返回删除界面; 前置条件:馆员登录系统,并查询到图书信息; 后置条件：无;(13）用例名称：添加读者信息; 参与者：馆员 步骤: 1.馆员选中添加读

12、者信息功能，发起用例; 2。系统显示添加账户界面； 3.馆员输入必填信息并进行提交; 3。提交成功，系统提示添加成功，自动返回添加页面； 前置条件：馆员登录系统； 后置条件:添加的读者可使用系统功能； 3a读者Id不可用 3a1若输入的读者Id不存在或已经失效，提示“账户不可用，添加读者失败！”； 3b读者信息不足 3b1若有馆员没有填必填的读者信息,提示“信息不足，添加读者失败！”； （14)用例名称：修改读者信息 参与者:馆员 步骤： 1.馆员选中要修改的读者信息并选中修改功能，发起用例； 2.链接校园卡系统转账支付罚款; 3。支付成功，显示读者信息; 前置条件：馆员登录系统,并查询到读者

13、信息； 后置条件：无;（15)用例名称：查询读者信息 参与者：馆员 步骤: 1.馆员用读者的图书卡登录系统并选择缴纳罚款功能,发起用例； 2.链接校园卡系统转账支付罚款; 3。支付成功，显示读者信息； 前置条件:读者账户欠费； 后置条件:读者欠费时不可用系统功能项恢复正常可使用; 4a校园卡余额不足 4a1若校园卡余额不足缴纳罚款，提示“余额不足，支付失败”；（16）用例名称：删除读者信息 参与者：馆员 步骤: 1.馆员选中要删除的读者并选择删除功能，发起用例； 2.系统提示删除确认; 3.馆员选中确认删除; 4.删除成功,系统返回删除界面； 前置条件:馆员登录系统，并查询到读者信息; 后置条

14、件：无；（17）用例名称：维护数据库 参与者：维员 步骤: 1.维员对数据库中读者信息和图书信息统一管理和维护. 前置条件：维员登录数据库; 后置条件：无； 1。5部分用例的活动图：（1）“借书”（2）“删除图书信息（3）“登录”2.分析2.1分析类图由于图书馆管理系统的分析模型较复杂，可以把系统的分析类（边界类，实体类，控制类）分别存在三个包里：（1）系统服务包：包含系统提供给读者的服务；（2）系统管理包：包含和图书馆管理人员相关的分析类；（3）系统维护包：包含和数据库维护人员相关的分析类；2。2用例实现:顺序图描述(1)借阅图书 A.基本事件流 B.备选事件流(2)预订图书 A.基本事件流

15、 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系统总体组件图