ImageVerifierCode 换一换
格式:DOCX , 页数:17 ,大小:78.82KB ,
资源ID:4093412      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4093412.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(基于UML的图书馆管理系统建模设计.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

基于UML的图书馆管理系统建模设计.docx

1、基于UML的图书馆管理系统建模设计基于UML的图书馆管理系统建模设计一、图书馆管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。该图书管理系统,为图书馆管理提供了一个较好的解决方案。在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2000数据库,使得本系统可以方便的和其他子系统进行数据交换。同时,注意从软件的图形应用界面上优化软件质量,使得本系统具有很强的可操作性。二、需求分析 需求分

2、析的目的是深入描述软件功能和性能,确定软件设计的约束和软件同其他系统元素的接口细节,定义软件的其他有效性需求。21、客户需求分析能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。提供旧书注销功能,对于淘汰、损坏、丢失的书目可及时

3、对数据库进行修改。能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。对所借图书情况进行登记,包括借阅时间、借阅人等对超出借阅时间、损坏或丢失图书的读者进行相应处理读者可以查询自己的信息借书、还书、续借书22 定义系统的边界和范围该系统的边界为学校的图书馆该系统的范围可包括“读者管理子系统”、“书籍管理子系统”、“借阅管理子系统”、“系统管理子系统”2.3确定执行者根据前面介绍的客户需求分析可以看出。“图书馆管理系统”有三个执行者,即“读者”、 “图书管理员”、“系统管理员”1) 读者:查询个人信息、查询图书信息、借阅图书、返还图书、续借图书、接受相应处理2) 图书管理员

4、:借书处理、还书处理、新旧书登记处理、办理相应处理手续3) 系统管理员:系统维护工作学生信息管理、图书信息管理、系统状态维护2.4确定用例(1)“图书馆管理系统”中的用例在第一层,根据客户对“图书馆管理系统”的整体业务功能要求,可选的用例有:基本业务功能管理基本数据修改信息查询数据库管理(2)“基本业务功能子系统”中的用例在第二层,客户对“基本业务功能子系统”的整体业务功能要求,可选的用例有:借阅管理借书续借书还书(3)“基本数据修改功能子系统”中的用例在第二层,客户对“基本数据修改功能子系统”的整体业务功能要求,可选的用例有:读者信息管理读者信息录入读者信息修改读者信息注销书籍信息管理书籍信

5、息录入书籍信息修改书籍信息注销(4)“信息查询子系统”中的用例在第二层,客户对“信息查询子系统”的整体业务功能要求,可选的用例有:图书信息查询读者信息查询(5)“数据库管理子系统”中的用例在第二层,客户对“数据库管理子系统”的整体业务功能要求,可选的用例有:借阅管理2.5分层绘制用例图根据系统需求分析中客户对系统的功能要求,我们一确定了系统和子系统的边界、执行者和用例,现在就可以绘制用例图了。1 最高层用例图根据客户对“图书馆管理系统”的整体业务功能要求,可以绘制如图1-1所示的最高层用例图2 第2层用例图在第2层用例图中包括四个用例图:基本业务功能子系统、基本数据修改功能子系统、信息查询子系

6、统、数据库管理子系统。如下图所示: 2.6 描述用例1“借书”用例用例编号:0102(共有两层用例图,每层用2位数字表示,采用4位编号)用例名:借书执行者:直接执行者:图书管理员,涉及到的执行者有:读者、系统管理员目的:借阅图书过程描述:(1)图书管理员登陆基本数据修改功能子系统,点击“借阅管理”中的“借阅”(2)输入图书证编号若输入不正确,则提示“您输入的借阅证号码有误,请重新输入!”;输入正确后,显示读者已借阅图书信息,提示超期未归还的图书;(3)输入图书编号若读者已借满,提示“您已借满,请先归还部分图书再来借,谢谢!”;若读者可以正常借阅,提示“您确定要借阅这本书吗?”(4)确定借阅图书

7、,则借阅证号增加一条借阅信息记录;读者选择 “放弃”,回到步骤(3)重新选择图书;(5)读者成功借阅图书,系统管理员保存借阅记录并修改库存图书数量、读者借出数量。(6)借阅完成,点击“退出”,退出系统。2“还书”用例用例编号:0103用例名:还书执行者:直接执行者:图书管理员,涉及到的执行者有:读者、系统管理员目的:归还图书过程描述:(1)图书管理员登陆基本数据修改功能子系统,点击“借阅管理”中的“还书”;(2)输入图书证编号;若输入不正确,则提示“您输入的借阅证号码有误,请重新输入!”;输入正确后,显示读者已借阅图书信息,提示超期未归还的图书,有超期未还的图书,调用“超期罚款”;若读者说自己

8、丢失图书,调用“丢失罚款”(3)输入要还的图书编号;若输入错误,提示“您未借阅该图书!” 若输入正确,提示“您确定要归还这本书吗?”(4)读者选择“确定”,读者借阅的图书信息记录消失;读者选择 “放弃”,返回到步骤(3)(5)完成还书,点击“退出”,退出系统;(6)读者成功归还图书,系统管理员删除借阅记录,并修改数据库管理子系统的图书数量和读者借出数量。3“读者信息录入”用例用例编号:0302用例名:读者信息录入执行者:直接执行者:系统管理员,间接执行者:读者目的:录入新读者相关信息,包括姓名、身份、学院过程描述:(1)系统管理员登陆基本数据修改功能子系统,点击“读者信息录入”(2)写入读者相

9、应信息,将读者信息保存至数据库(3)发放图书证(4)创建完成,读者信息录入成功,在数据库管理子系统增加图书信息,退出系统4“读者信息注销”用例用例编号:0303用例名:读者信息销毁执行者:直接执行者:系统管理员,间接执行者:读者目的:当读者由于工作地点变化或其他原因,无需再使用图书馆的图书资料时,应当为其办理注销过程描述:(1)系统管理员登陆基本数据修改功能子系统,点击“读者信息注销”(2)查询读者的借阅记录若有未归还图书,给出提示:暂时不能注销否则注销读者,提示:注销后,不能借阅图书若不确定,返回上一层界面(3)注销图书证,删除基本数据修改功能子系统中的读者信息(4)注销完成,在数据库管理子

10、系统删除读者信息,退出系统5“书籍信息录入”用例用例编号:0305用例名:书籍信息录入执行者:直接执行者:系统管理员,间接执行者:图书管理员,数据库管理子系统目的:图书馆里的图书根据馆藏需求进行更新过程描述:(1) 系统管理员登陆基本数据修改功能子系统,点击“书籍信息录入” (2) 写入图书相应信息(3)图书管理员给图书进行分类编号,记录条形码信息(4)图书管理员为图书张贴条形码(5)图书管理员检查图书编号是否入库(6)在数据库管理子系统增加图书信息,书籍信息录入成功,退出系统相应活动图如下:6“书籍信息注销”用例用例编号:0306用例名:书籍信息注销执行者:直接执行者:系统管理员,间接执行者

11、:图书管理员,数据库管理子系统目的:当图书馆里藏书,由于受到毁损或其他意外的破坏而无法再使用的情况下,需要对馆藏图书进行注销。过程描述:(1)系统管理员登陆基本数据修改功能子系统,点击“书籍信息注销” (2)输入图书编号 ,若该书借阅出库,则暂时不能注销,提示“该书借阅中,不能注销”;若该书未被借阅,提示“确定要注销此书吗?”若不确定,返回上一层界面(3)成功注销图书后,在数据库管理子系统删除图书信息 ,退出系统三、系统分析3.1建立对象类(1)reader类名:reader类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享功能:负责读者信息并对这些信息进行处理,便于对读

12、者借阅信息进行统一管理。属性:读者的编号ID(reader_id)、姓名(reader_Name)、身份(identification)、学院(academy)、所借书籍的编号(borrowed)等操作:借书和还书、接受相应处理 (2) system admin类名:system admin类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享属性:编号和姓名等操作:读者信息管理、书籍信息管理、 借阅管理、(3)books admin类名:books admin类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享属性:编号和姓名等操作:借阅管理、书籍信息录

13、入、书籍信息修改、书籍信息注销(3) Books类名:Books类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,可以共享属性:书名、作者、书籍编码、类别、价钱、入库时间操作:分类编号、记录条形码信息、(4) borrow类名:borrow类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享属性:借阅书籍的编号、借阅时间、操作:借书、还书、续借书、交欠款、交罚款(5)data类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享属性:书籍信息、读者信息、借阅信息操作:读者信息录入、读者信息修改、读者信息注销、书籍信息录入、书籍信息修改、书籍信息

14、注销、增加借阅信息、删除借阅信息3.2 建立对象类图四、系统设计4.1顺序图建模在“借书”用例中涉及的对象间的交互分析如下:1)登录系统。图书管理员登陆“基本数据修改功能子系统”,对读者的借书要求进行处理。涉及的对象:消息的发送者:“系统管理员”对象消息的接收者:“基本数据修改功能子系统借阅窗口”对象传递的消息:消息:口令密码()消息的类型:同步消息返回消息:口令密码正确或出错信息2)输入图书证编号。涉及的对象: 消息的发送者:“基本数据修改功能子系统借阅窗口”对象消息的接收者:“基本数据修改功能子系统借阅窗口”对象传递的消息:消息:核对图书证编号() 消息的类型:自调用消息返回消息:图书证编

15、号正确或出错信息3)输入图书编号。涉及的对象: 消息的发送者:“基本数据修改功能子系统借阅窗口”对象消息的接收者:“reader”对象传递的消息:消息:最大借书额为0:核对借书额()消息的类型:同步消息返回消息:可以借书4) 确定借阅图书。涉及的对象:消息的发送者:“reader”对象消息的接收者:“reader”对象传递的消息:消息:确定借书: 借阅证号增加借阅信息记录()消息的类型:自调用消息返回消息:借书成功 5) 修改数据库。涉及的对象:消息的发送者:“reader”对象消息的接收者:“数据库管理系统借阅管理”对象传递的消息:消息:借书成功: 保存借阅记录并修改库存图书数量、读者借出数

16、量()消息的类型:同步消息返回消息:退出系统 根据以上确立的“借书”用例图中涉及的对象,建立“借书”用例的顺序图如图3-1:在“还书”用例中涉及的对象间的交互分析如下:1)登录系统。图书管理员登陆“基本数据修改功能子系统”,对读者的还书要求进行处理。涉及的对象:消息的发送者:“系统管理员”对象消息的接收者:“基本数据修改功能子系统还书窗口”对象传递的消息:消息:口令密码()消息的类型:同步消息返回消息:口令密码正确或出错信息2)输入图书证编号。涉及的对象: 消息的发送者:“基本数据修改功能子系统还书窗口”对象消息的接收者:“基本数据修改功能子系统还书窗口”对象传递的消息:消息:核对图书证编号(

17、) 消息的类型:自调用消息返回消息:图书证编号正确或出错信息3)超期罚款处理。涉及的对象: 消息的发送者:“基本数据修改功能子系统还书窗口”对象消息的接收者:“基本数据修改功能子系统超期罚款窗口”对象传递的消息:消息:超期:超期罚款() 消息的类型:同步消息返回消息:销毁超期信息 3)丢失罚款处理。涉及的对象: 消息的发送者:“基本数据修改功能子系统还书窗口”对象消息的接收者:“基本数据修改功能子系统丢失罚款窗口”对象传递的消息:消息:丢失:丢失罚款() 消息的类型:同步消息返回消息:销毁超期信息 4)输入图书编号。涉及的对象:消息的发送者:“基本数据修改功能子系统还书窗口”对象消息的接收者:

18、“reader”对象传递的消息:消息:借阅:核对是否借阅此书() 消息的类型:同步消息返回消息:是否借阅此书 5)确定还书。涉及的对象:消息的发送者:“reader”对象消息的接收者:“reader”对象传递的消息:消息:确定还书: 借阅证号删除借阅信息记录()消息的类型:自调用消息返回消息:还书成功 6)修改数据库。涉及的对象:消息的发送者:“reader”对象消息的接收者:“数据库管理系统借阅管理”对象传递的消息:消息:还书成功: 删除借阅记录并修改库存图书数量、读者借出数量()消息的类型:同步消息返回消息:退出系统 根据以上确立的“还书”用例图中涉及的对象,建立“还书”用例的顺序图如图: 图3-2 “还书”用例顺序图一 图3-3 “还书”用例顺序图二4.2 构件图建模构件图主要用于建立系统的静态实现视图模型,通过构件之间的依赖关系描述系统软件的组织结构,展示了系统中的不同物理构件机器之间的联系。图3-4所示的是图书馆管理系统部分构件图,图书管理员登陆“基本数据修改功能子系统”并成功通过验证后,进入基本数据修改功能子系统主界面4.3 配置图建模实用配置图定义的软硬件结构及通讯机制,表示软硬件系统之间的合作关系;使用构件图描述系统由哪些构件组成。图书馆管理系统是一个客户/服务器和服务器/浏览器相结合的系统,可以同配置图显示系统的物理结构,如图3-5所示:

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1