图书馆 UML设计Word文档格式.docx
- 文档编号:8363355
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:29
- 大小:567.52KB
图书馆 UML设计Word文档格式.docx
《图书馆 UML设计Word文档格式.docx》由会员分享,可在线阅读,更多相关《图书馆 UML设计Word文档格式.docx(29页珍藏版)》请在冰点文库上搜索。
1.2.2系统主要包括以下几个模块:
1基本数据维护模块
2基本业务模块
3数据库管理模块
4信息查询模块
1.2.3基本数据维护模块包括的主要功能模块
1添加借阅者帐户
2修改更新借阅者帐户信息
3添加书目
4修改和更新书目信息
5添加书籍
6删除书籍
1.2.4基本业务模块包含的功能:
1借书
2还书
3书籍预留
4取消书籍预定
1.2.5数据库模块的功能:
1借阅信息管理
2书籍信息管理
3帐户信息管理
4书籍预留信息管理
1.2.6信息查询模块主要是查询数据库中的相关信息:
1查询书籍信息
2查询借阅者信息
二.需求分析:
2.1识别参与者
通过对系统需求的分析,可以确定系统中有三个参与者:
管理员Administrator:
借阅者:
Borrower、图书管理员:
Librarian。
参与者的描述如下:
1.Borrower
描述:
借阅者可以查询书籍、预定书籍、取消预定,新书浏览,借阅书籍,归还书籍,借阅信息查询,归还书籍,还书时交纳罚金,登录系统。
示例:
持有借阅卡的任何人或组织。
2.Librarian
图书管理员能够处理借阅者的借阅和还书请求等用例。
书籍归还处理。
书籍借阅处理,删除书籍预定信息,还书时收取罚金,检查用户借阅凭证合法性。
3.Administrator
管理员维护系统可以创建、查询,修改、删除借阅者的信息,可以添加、编辑、删除书刊信息即维护目录,还可以添加、编辑、删除物理书刊信息。
2.2识别用例
前面已经识别出了参与者,通过对需求的进一步分析,可以确定系统中有如下用例存在:
(1)BorrowBook(借书)
本用例提供了借阅物理书刊的功能。
(2)ReturnBook(还书)
本用例提供了返还物理书刊的功能。
(3)ReserveTitle(预定书刊)
本用例提供了预定书刊的功能。
(4)CancelReservation(取消预定)
本用例提供了取消预定的功能。
(5)MaintainBorrowerInfo(维护借阅者信息)
本用例提供了创建、修改以及取消借阅者帐户的功能。
(6)MaintainTitleInfo(维护书刊信息)
本用例提供了添加、修改、以及删除书刊信息的功能。
(7)MaintainBookInfo(维护物理书刊信息)
本用例提供了添加、修改以及删除物理书刊信息的功能。
(8)LogIn(登录)
2.3图书管理系统的用例事件流描述如下。
S-1:
借阅物理书籍
(1)提供书刊种类、借阅者信息。
(2)检索书刊种类
(3)确定所借阅的物理书刊是否可以获得,也即物理书刊是否已借出。
(4)检索借阅者
(5)图书馆将物理书刊借给借阅者。
(6)创建借阅记录。
(7)存储借阅记录。
S-2:
通过预定借阅书籍
(2)检索书刊种类。
(3)检索借阅者。
(4)确定该种类书刊的物理拷贝是否可以获得。
(5)将物理书刊发给借阅者。
(8)删除预定记录。
E-1:
该种书刊不存在,系统显示提示信息,用例终止。
E-2:
物理书刊都已借出,系统显示提示信息,用例终止。
E-3:
系统中不存在该借阅者,系统显示提示信息,用例终止。
S-3:
返还物理书刊
在这个用例开始前,Librarian必须登录到系统中。
如果这个用例成功,系统删除借阅记录。
否则,系统的状态没有变化。
当借阅者返还所借的物理书刊时,用例启动。
(1)提供所还物理书刊信息。
(2)检索物理书刊。
(3)查询物理书刊的借阅记录。
(4)删除借阅记录。
物理书刊不存在,系统显示提示信息,用例终止。
若借阅记录不存在,系统显示提示信息,用例终止。
S-4:
查询书籍信息
如果这个用例成功,系统建立预定记录。
当Librarian为借阅者预定书刊时,用例启动。
(4)系统接收预定,创建预定记录。
(5)将预定记录存储在系统中。
S-5:
取消预定
如果这个用例成功,系统删除预定记录。
(1)提供所预定的书刊种类、借阅者信息。
(2)检索所预定的书刊种类。
(4)从系统中删除预定记录。
预定信息不存在,系统显示提示信息,用例终止。
S-6:
维护借阅者信息
如果这个用例成功,系统添加、修改或删除借阅者信息。
当Librarian想维护借阅者信息时,用例启动。
系统要求Librarian选择所想执行的活动(添加借阅者、删除借阅者、修改借阅者)。
如果所选的活动是“添加借阅者”,则执行分支流S-1:
添加借阅者。
如果所选的活动是“删除借阅者”,则执行分支流S-2:
删除借阅者。
如果所选的活动是“修改借阅者”,则执行分支流S-3:
修改借阅者。
S-1:
添加借阅者
(1)提供借阅者的信息,如姓名、地址、邮政编码和身份证号码等。
(2)系统存储借阅者信息。
删除借阅者
(1)提供借阅者的信息。
(2)查询借阅者。
(3)查询借阅者的借阅记录。
(4)从系统中删除借阅者的信息,以及借阅者的预定记录。
更改借阅者
(2)查询并显示借阅者的信息,修改相应的信息。
(3)更新系统中借阅者的信息。
若借阅者已存在,系统显示提示信息,用例终止。
若查询不到借阅者,系统显示提示信息,用例终止。
若存在借阅记录,系统显示提示信息,用例终止。
S-7:
维护书籍信息
如果这个用例成功,系统添加、修改或删除书刊种类信息。
当Librarian想维护书刊信息时,用例启动。
系统要求Librarian选择所想执行的活动(添加书种、删除书种、修改书种)如果所选的活动是“添加书种”,则执行分支流:
添加书刊信息。
如果所选的活动是“删除书种”,则执行分支流:
删除书刊信息。
如果所选的活动是“修改书种”,则执行分支流:
修改书刊信息。
添加书刊信息
(1)提供书刊的书名、作者号等信息。
(2)在系统中添加该书刊信息。
删除书刊信息
(1)提供所要删除的书刊信息。
(2)查询所要删除的书刊。
(3)删除该书刊的所有物理书刊的信息。
(4)删除书刊信息,以及相关的预定信息。
更改书刊信息
(1)提供要修改的书刊信息。
(2)查询并显示书刊信息。
(3)修改相应的信息。
(4)更新系统中的书刊信息。
若书刊信息已存在,系统显示提示信息,用例终止。
若查询不到该书刊,系统显示提示信息,用例终止。
E-3:
若有物理书刊借出,系统显示提示信息,用例终止。
S-8:
管理员处理书籍信息
如果这个用例成功,系统添加、修改或删除物理书刊种类信息。
当Librarian想维护物理书刊信息时,用例启动。
系统要求Librarian选择所想执行的活动(添加物理书刊、删除物理书刊、修改物理书刊)。
如果所选的活动是“添加物理书刊”,则执行分支流S-1:
添加物理书刊信息。
如果所选的活动是“删除物理书刊”,则执行分支流S-2:
删除物理书刊信息。
如果所选的活动是“修改物理书刊”,则执行分支流S-3:
修改物理书刊信息。
添加物理书刊信息
(1)提供物理书刊种类信息。
(2)查询物理书刊的种类(Title),确定系统中已存在该书刊种类。
(3)添加物理书刊。
(4)将物理书刊信息存储到系统中。
删除物理书刊信息
(1)提供物理书刊的种类信息。
(2)查询物理书刊的种类(Title)。
(3)删除物理书刊。
(4)从系统中删除物理书刊信息,并更新相关信息。
修改物理书刊信息
(2)查询物理书刊的种类(Title)。
(3)查询并显示该种书刊的所有物理书刊。
(4)选择物理书刊并修改其信息。
(5)更新系统中物理书刊的信息。
若系统中不存在该书刊种类,添加该书刊种类信息
S-9:
登录
如果用例成功,参与者可以启动系统并使用系统所提供的功能。
反之,系统的状态不变。
当用户希望登录到系统中时,用例启动。
(1)系统提示用户输入用户名和密码。
(2)用户输入用户名和密码。
(3)系统验证输入的用户名和密码,若正确,则用户登录到系统中。
如果用户输入无效的用户名和/或密码,系统显示错误信息。
用户可以选择返回基流[6]的起始点,重新输入正确的用户名和/或密码;
或者取消登录,用例结束。
2.4系统的用例图
2.4.1.借阅者请求服务的用例图
用例图说明:
Searchforbook:
书籍查询用例。
Reservethebook:
书籍预定用例。
Logonthesystem:
登陆系统。
QueryInfo:
查询借阅信息。
Borrowthebook:
借阅书籍。
Retrunthebook:
归还书籍。
Returnwithfine:
还书时交罚金。
Cancelreserve:
取消预定。
2.4.2图书馆管理员处理借书、还书等的用例图
Getbook:
Lendbook:
s书籍借阅处理。
Removereservation:
删除书籍预定信息。
Getwithfine:
还书时收取罚金。
Checkuseaccount;
检查用户证件合法性。
2.4.3系统管理员进行系统维护的用例图
QueryborrowerInfo:
查询读者信息。
QuerybookInfo:
查询书籍信息。
AddTitle:
增加数目。
RemoveorUpdateTitle:
删除或更新数目。
AddBook:
增加书籍。
RemoveBook:
删除书籍。
AddBorrower:
添加借阅者账户。
RemoveorUpdateBorrower:
删除或更新借阅者账户信息。
三.系统静态模型分析
进一步分析系统需求,发现类以及类之间的关系,确定它们的静态结构和动态行为,是面向对象[7]分析的基本任务。
系统的静态结构模型主要用类图和对象图描述系统中主要的类。
3.1参与者相关的类:
Borrower类是借阅者的类。
Librarian类是图书管理员类。
Administrator类是系统管理员类。
3.2系统中用到的其他类
3.3.几种类的属性方法说明:
类Borrower属性、方法见下图.
类Title属性、方法见下图.
类Book属性、方法见下图.
图:
Borrower类
Book类
类Loan属性、方法见下图.
类Reservation属性、方法见下图.
类Persistent属性、方法见下图.
类OID属性、方法见下图.
类Reservation
类Loan
类Persistent
类OID
在定义类、类的方法和属性时,建立动态模型的时序图是很有帮助的,类图和时序图的建立是相辅相成的,因为时序图中出现的消息基本上都会成为类中的方法,因此在设计阶段绘制系统的时序图时,要尽量使用类的已识别出的方法来描述消息[11],若出现无法用类的已识别出的方法来描述的消息,就要考虑消息是否是类的一个待识别的方法,若是,就要将这个方法及时添加到类的操作类表中,并用这个新方法来描述消息。
3.4各个类之间的关系:
四.建立系统动态模型
4.1系统时序图建立
1.系统管理员添加书籍的时序图
2.系统管理员添加借阅者帐户的时序图
3.系统管理员删除书目的时序图
4.图书管理员处理书籍借阅的时序图
5.图书管理员处理书籍归还的时序图
6.借阅者查询书籍信息的时序图
7.借阅者预留书籍的时序图
4.2系统协作图建立
在这里可以由时序图按F5直接转化:
1.系统管理员添加书籍的协作图
2.图书管理员处理借书的协作图
3.图书管理员处理还书的协作图
4.3系统的状态图的建立
1.书的状态图
2.借阅者帐户的状态图
4.4系统的活动图的建立
1.借阅者的活动图
2.图书管理员的活动图
3.系统管理员维护借阅者帐户的活动图
4.系统管理员进行书目信息维护的活动图
5.系统管理员维护书籍信息的活动图
五.系统的配置与实现及程序代码生成
5.1系统的组件图
业务对象组件图:
5.2系统的配置图
5.3代码生成。
选择要生成代码的类,使用“Tools”“Java”“GenerateCodes”命令生成代码,Rose帮助用户生成所需要的Java框架代码.
最后,经过反向工程,就可以得到如下的Java类。
最后截图如图所示。
六:
课程设计总结:
这次图书馆的的系统设计是本学期最后一次大的实验设计,从开始到最后,我坚持一个人完成,当然了书籍还是要参考的,本次实验是一个完整的系统,从需求分析么最后代码生成,每一个环节都要认真把握,其中有大量的图要画,这也花了我不少时间,但是看到最后自己做成功的系统设计,我感到十分的欣慰,这次设计既是对所有前面的实验的一个系统的总结,同时也是对我个人实验动手,分析能力的一种提高,本学期在我们王老师的指导下,我的实践能力得到大大的提高和锻炼,我想以后真到应该这种能力的时候,我也会更加得心应手,在这里我对曾经指导过我的王老师和帮助过我的同学表示感谢,我也会更加努力,希望在这个方向会有更大的收获和提高。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书馆 UML设计 UML 设计