UML报告模板高校图书馆系统Word格式.docx
《UML报告模板高校图书馆系统Word格式.docx》由会员分享,可在线阅读,更多相关《UML报告模板高校图书馆系统Word格式.docx(20页珍藏版)》请在冰豆网上搜索。
成功保证:
存储读者、借书、还书信息,更新读者和图书馆信息。
主成功场景(或基本流程):
1.新的书籍被图书运输员运送到图书馆。
2.图书馆管理员对新书籍进行分类。
3.管理员输入每种书籍的编码。
4.系统逐步记录扫描过的图书,并显示该图书的信息后,管理员把书籍分类到书架上;
管理员重复3~4步,直到所有的书籍信息输入完毕和摆放完毕。
5.书籍管理管理成功。
6.当有新的读者注册时,系统接受并检查注册信息,符合要求则同意注册,否则返回注册失败信息。
7.注册成功返回信息给注册者。
8.当有读者借书时,系统核查读者的信息是否符合要求,如果符合则进行借书操作,并把借书成功则返回成功信息给借书者否则拒绝借书。
9.当有读者还书时,系统检查读者借书的时间是否超期,如果超期则对读者进行罚款并进行还书操作并把还书成功的信息返回给读者,如果不超期则只进行还书操作并把还书成功的信息返回给读者。
10.系统不断进行6~9步管理读者的信息和借还书信息。
特殊需求:
1.适用于windows系统。
2.由于某些原因,我们希望访问的时候出现问题,系统能比较强的恢复功能。
3.文本显示的语言国际化。
用例UC2:
查询读者信息
个人信息管理
读者
希望每个读者成功注册并系统能快捷传递给管理员。
希望以最短的时间完成注册操作,能登陆各个操作界面。
读者必须经过确认和认证。
存储注册信息、修改个人信息、查询个人信息。
1.管理员返回是否需要注册信息给读者。
2.读者选择注册进入注册界面,输入各种信息。
3.注册成功,登录系统。
4.浏览各种操作界面,并且可以查询自己的个人信息,同时可以修改自己的个人信息。
5.完成各种操作,退出系统。
扩展:
3a.注册失败,返回注册页面重新注册。
3b.如果多次注册都失败,请与管理员联系。
用例UC3:
查询书籍信息
书籍信息管理
查询目标
能确定每个登陆者的查阅书籍信息的权利。
希望以最短的时间完成查询操作,能按照相关的字段进行书籍查询。
能正确处理每个数据库,保证为查询提供完善的字段信息。
查询书籍信息,书籍信息被管理员正确的输入。
1.读者输入账号密码进行登录。
2.进入系统主页面
3.在搜索框中输入想要查询的字段内容。
4.若有符合该字段的相关内容,则弹出相关信息页面;
没有,则提示没有该相关信息。
1a.如果读者忘记账号,请与管理员联系,出示相关证件,管理员查找并返回该账号
1b.如果读者忘记密码,可以通过密保问题找回密码,同时也可以通过管理员找回密码。
用例UC4:
借书
借书管理
根据系统发来的借书信息,快速查看该读者是否具有借书的权利。
希望以最短的时间并且有效的完成操作。
当读者成功借书时,相应的减少读者的借书允许次数,增加借书记录;
当读者成功归还书籍时,增加读者的借书允许次数,删除原先借书记录。
借书者必须经过管理员的确认和认证。
成功条件:
图书馆增加借书记录、读者增加借书记录、图书馆减少书籍数量信息。
1.读者输入账号和密码登录系统
2.进入借书页面
3.读者要经过管理员的确定后,来确定是否有借书的权利。
4.如果读者被取消借书的权利后,应该重新注册。
5.如果允许借书,则读者信息记录中增加借书记录。
6.图书馆系统中的读者借书记录中增加该读者的借书信息记录。
7.当借书记录成功后,则可以退出系统。
4a.如果该读者存在借书超期的情况而未被取消借书的资格,则先对其进行罚款在允许借书。
用例UC5:
还书
还书管理
根据用户的借书的记录,来判断还书者是否过期。
希望以最短的时间完成还书操作。
当读者成功归还书籍的时候,删除之前的借书记录。
归还者必须经过管理员的确认和认证。
图书馆删除借书记录、读者删除借书记录、图书馆增加书籍数量信息。
2.进入还书页面
3.进行是否超期借阅,根据时间来判断是否超期。
4.如果超期,则对该读者进行罚款操作。
5.如果没有超期,则删除读者的借书记录。
6.图书馆系统中的读者借书记录中删除该读者的借书记录信息。
7.当删除借书记录成功后,则还书成功,可以退出系统。
3补充规格说明
简介
本文档记录了高校图书馆管理系统所有未在用例中描述的需求。
功能性
1.日志和错误处理
在持久性存储中记录所有错误。
2.可拔插规则
在几个用例的不同场景点执行任意一组规则,以支持对系统功能的定制。
3.安全性
读者和图书馆管理员的操作都需要经过用户认证。
可用性
人性因素
1.快捷、无误的借还书操作极为重要,因为读者希望能以最短的时间完成借还书操作。
2.提示和警告应该通过声音传递而不仅仅是通过图像传递,因为图书馆管理员的视线通常是停留在书籍上,
并不是时时刻刻都停留在计算机屏幕上。
3.读者应该可以看到屏幕。
因此:
(1)应该在管理员办公桌上布置两台显示器,一台供管理员操作使用,一台供读者浏览。
(2)避免使用一般色盲人群难以辨认的颜色。
可靠性
1.可恢复性
如果在借书操作和还书操作时出现了错误,系统也能够完成借还书操作;
希望系统能够自动的更新读者和图书的信息。
2.性能
读者能够以最短的时间完成借还书的操作。
可支持性
1.可适应性
高校图书馆管理系统的不同用户在进行借还书操作时有其特有的业务规则和处理需求。
2.可配置性
不同的客户对高校图书馆管理系统有不同的网络配置需求,此外,还要能具备修改配置的能力,以便适应其变更业务和性能的需求。
因此,系统应该具备一定的可配置能力以适应这些需求。
对此需要进一步分析,以发现哪些地方需要灵活性和灵活性的程度,以及实
现这种灵活性所需的工作。
实现约束
高校图书馆管理系统的领导层坚持采用Java技术的解决方案,他们认为采用Java技术除了易于开发外,还能够提高远期的移植和可
支持性能力。
购买构件
免费开源构件
一般而言,我们建议在该项目中尽可能地使用免费的Java技术开源构件。
尽管现在对确定最终的设计和选择构件来说为时尚早,但
我们建议采用JLog日志框架等构件。
接口
1.重要的硬件接口
(1).条形码激光扫描仪
(2).用户信息卡
2.软件接口
由于存在众多外部协作系统,我们需要采用不同的接口,接入不同的系统。
应用领域(业务)规则
法律问题
我们建议使用一些开源构件,但是要解决其许可限制的问题,以便使包含开源软件的产品能够转售。
所关注领域内的信息
1.时间限制
每一本书的借出都要有一个时间限制,如果读者借书超期,那么图书馆管理员有权对其罚款,避免存在有读者借书不还的现象。
所以
要明确借书时间的限制。
2.读者的信息卡
读者的信息卡如我们正在使用的校园卡一样,可以作为借还书的一中媒介,读者通过信息卡到图书馆借还书,所有的记录在卡里保存显示。
4业务规则(可选)
简介
我们希望高校图书馆管理系统能够有一定的容错性,具有灵活性以支持各种客户的不同业务规则,具有多终端
和用户接口机制,并且能够与各种第三方支持系统进行整合。
定位
1.商业机遇
随着计算机及网络技术的飞速发展,Internet/Intranet应用在全球范围内日益普及,当今社会正快速向信息化
社会前进,信息系统的作用也越来越大。
图书馆在正常运营中总是面对大量的读者信息,书籍信息以及由两者相
互作用产生的借书信息,还书信息。
因此图书管理信息化是发展的必然趋势。
用结构化系统分析与设计的方法,建
立一套有效的图书信息管理系统,可以减轻工作,将工作科学化、规范化,提高了图书馆信息管理的工作质量因此
根据图书馆目前实际的管理情况开发一套图书管理系统是十分必要的。
2.问题综述
传统的图书馆管理系统灵活性、容错性差,并且很难与第三方系统集成。
带来的很多不便的问题,如无法快速的
完成借还书操作;
在借还书出现错误时,无法完成借还书操作,不能及时的、自动的更新读者和图书的信息。
3.系统的定位综述
高校图书馆管理系统是要简洁地概括系统目标用户和出众的特性。
涉众描述
1.涉众概要
图书管理员是该系统的另一个重要使用者,图书管理员通过该系统进行图书的增加,修改,删除,分类
管理等操作,实现对读者借阅归还续接图书的方便操作,实现对系统中图书,读者,读者借阅情况的查询,信息更改维护等
操作,管理读者类型,对不同类型读者可借阅的图书数量进行设置等图书馆的基本操作。
读者是该系统的重要的使用角色,他们通过该系统查询自己需要的图书信息,并像图书管理员提出借阅图书的申
请进而借阅自己所需的图书,还可以通过对自己借阅情况进行查询。
系统管理员主要是图书管理系统中用户的管理,实现用户添加修改删除以及用户权限设置等操作,实现
对图书馆基本信息的修改维护等操作,还包括对图书馆书架的设置操作,以及校外读者办证所需费用、证件有效期等参数
的设置。
2.用户级目标
用户要求系统实现以下目标:
进行图书的增加,修改,删除,分类管理等操作,实现对读者借阅归还续接图书的方便操作,实现对系统
中图书,读者,读者借阅情况的查询,信息更改维护等操作,管理读者类型,对不同类型读者可借阅的图书数量进行设置等图
书馆的基本操作。
产品概览
系统特性概要
1.对用户、安全性、编码和约束等进行管理。
2.记录读者注册信息
3.记录读者借还书信息
4.在处理场景中固定、公共的设定点定义和执行定制的“可插拔”业务规则。
5.记录书籍的更新信息。
6.读者证件的维护
7.当借还书时发生故障,系统能自动的处理借还书操作,自动更新读者和图书的信息。
其他需求和约束
包括设计约束、可用性、可靠性、性能、可支持性、设计约束、文档、包装等。
二领域对象分析
1领域类图
2领域类说明
(1)Reader:
读者类。
是高校图书馆管理系统的用户之一。
读者类=用户名+ID号+性别+读者类型+密码。
(2)Administrator:
图书馆管理员类。
图书馆管理员类=用户名+工作号+性别+密码。
(3)Register:
读者注册。
用来完成读者的注册操作。
读者注册=姓名+ID号+性别+读者类型+密码。
(4)Login:
登录。
读者和管理员的登录操作。
登录=用户名+密码+类型。
(5)Return:
还书。
实现读者的还书操作。
还书=书名+作者+出版社+还书者+借书时间+还书时间+是否超期。
(6)Borrow:
借书。
实现读者的借书操作。
借书=借书者+书名+作者+出版社+借书时间+还书时间。
(7)ReturnItem:
还书条目。
保存读者每次还书的记录。
还书条目=书名+作者+出版社+还书者+借书时间+还书时间+是否超期。
(8)BorrowItem:
借书条目。
保存读者每次借书的记录。
借书条目=借书者+书名+作者+出版社+借书时间+还书时间。
(9)BookItem:
借还书条目。
保存读者借还书的记录。
借还书条目=还书条目+借书条目。
(10)InsertBookInfo:
书籍信息插入。
对新进的书籍进行书籍信息的插入。
书籍信息插入=书名+作者+出版社+类型。
(11)QueryBookInfo:
查询书籍信息。
读者查询书籍信息,方便读者浏览想要的书籍并且可以进行借书操作。
图书馆管理员查询书籍信息,浏览是否会出现错误,并可以进行修改操作。
书籍信息查询=书名+作者+出版社+类型+状态。
(12)AlterBookInfo:
修改书籍信息。
图书管管理员对有误的书籍信息进行修改更新。
修改书籍信息=书名+作者+出版社+类型。
(13)Sort:
分类。
图书馆管理员对不同类型的书籍进行分类。
分类=书名+作者+出版社+类型。
(14)BookInfo:
书籍信息类。
保存书籍的信息。
书籍信息类=书名+作者+出版社+类型+状态。
(15)InputReaderInfo:
读者信息录入。
读者注册时录入相关的信息。
读者信息录入=用户名+ID号+性别+读者类型+密码。
(16)QueryReaderInfo:
查询读者信息。
读者查询自己的个人信息。
查询读者信息=用户名+ID号+性别+读者类型+密码+借书列表。
(17)AlterReaderInfo:
修改个人信息。
读者可以修改个人信息,管理员可以管理读者修改读者信息。
修改个人信息=用户名+性别+读者类型+密码。
(18)ReaderInfo:
读者信息类。
用来保存读者的信息。
读者信息类=用户名+ID号+性别+读者类型+密码+借书列表。
(19)Storage:
仓库。
用来保存读者信息、书籍信息和借还书信息。
仓库=读者信息类+书籍信息类+借还书条目。
(20)Library。
图书馆系统。
保存一个或多个保存有读者信息、书籍信息和借还书信息的仓库。
三架构设计说明
1逻辑架构包图
2各层的职责
UI层:
用户界面。
每个用例的界面类处于该层中。
在一些实现中,一个界面类通常带有一个控制类,也处于该层。
界面类负责与用户交互,控制类负责与业务逻辑层通信
BusinessLogic层:
…..
BusinessEntity层:
……
DataAccess层:
BaseStructure层:
四用例实现
1<
用例1>
实现
参与用例实现的对象
界面类:
UISale
控制类:
Register
实体类:
Sale,SalesLineItem,Payment,ProductCatalog,ProductDescription,SalesLedger
参与对象动态关联
顺序图
1.读者借书顺序图
图1.1读者借书顺序图
2.读者还书顺序图
图1.2读者还书顺序图
3.读者查询个人信息顺序图
图1.3读者查询个人信息顺序图
4.管理书籍顺序图
图1.4管理书籍顺序图
5.管理用户顺序图
图1.5管理用户顺序图
2<
用例2>
N<
用例N>
五设计类字典
1Sale
说明:
此类实现销售业务有关职责,对应于同名的领域对象。
属性:
序号
属性名
类型
值域
初始值(缺省值)
1
isComplete
bool
2
time
DateTime
3
…
操作:
intgetTotal();
获取本销售总金额;
intmakePayment(Moneyamount);
完成付款。
amount为付款金额。
返回值为1表示成功,0表示失败;
2ProductCatalog