图书馆管理系统用例图活动图类图时序图
图书管理系统用例建模报告(用例图、类图、时序图)
软件系统分析与设计实验报告学院:计算机科学与技术学院专业:软件工程学号:*********姓名:***实验名称:图书管理系统用例建模时间:一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析,对系统功能进行用例建模,画出用例图,类图以及相应的时序图。
在使用UML对系统建模时,学会使用UML建模工具,熟悉工具中的功能。
二、用例分析1、读者“借书还书系统”用例图(f书书(from Use Cases)1.1、行为者:主要行为者:读者。
1.2、前置条件:读者进入图书管理系统。
1.3、事件流:1.3.1、主要事件流:1.3.1.1:读者检索所需图书信息,并查看;1.3.1.2:读者检索到所需图书,登录系统,开始借书;1.3.1.3:系统查询图书信息,图书数目是否可借;1.3.1.3.1:图书显示可借,借书成功;1.3.1.3.2:图书显示不可借,借书失败;1.3.1.4:进入续借图书界面,续借图书;1.3.1.5:系统查看预约记录,1.3.1.5.1:没有冲突,续借成功;1.3.1.5.2:有冲突,续借失败;1.3.3.1:1.3.1.6:读者归还图书;1.3.1.6.1:归还时间没有逾期,归还成功;1.3.1.5.2:归还时间逾期,逾期处罚,归还成功;1.3.2、备选事件流:1.3.2.1:图书检索信息失败,未检索到图书,重新输入信息检索;1.3.2.2:未曾检索到用户检索的图书,系统显示相关联的信息的图书;1.3.2.3:用户名或密码输入错误,登录系统失败,重新输入用户名或密码登录;1.3.2.4:系统显示图书不可借后,进入图书预约界面,输入信息预约图书;1.3.3、异常事件流:1.3.3.1:读者登录系统失败,未曾注册用户;1.3.3.1.1:返回系统注册用户后,重新登录。
1.4、后置条件:退出系统。
1.5、1.6、扩展点:无。
2、“图书信息管理系统”用例图书书书书书书(f书书书书(from Use Cases)(from Use Cases)2.1、行为者:主要行为者:管理员;2.2、前置条件:管理员打开图书信息管理系统;2.3、事件流:2.3.1:主要事件流:2.3.1.1:图书管理员输入管理员登录信息,登录系统;2.3.1.2:进入图书信息管理界面,查看已有图书信息,是否有需要购入图书;2.3.1.2.1:录入新购进图书信息,并确认;2.3.1.3:进入读者信息管理界面,管理已有用户信息;2.3.1.4:进入信息通知界面,查看已有用户图书借阅、预约情况;2.3.1.4.1:查看读者所预约图书,自动查询图书信息,确认是否已有可借图书,有则通知读者;2.3.1.4.2:查询读者已借图书信息,根据已借时间及归还时间分类;2.3.1.4.2.1:所借图书即将逾期,启动系统提醒功能;2.3.1.4.2.2:所借图书已经逾期,启动逾期及处罚通知功能;2.3.2:备选事件流:2.3.2.1:管理员用户名或登录名错误,重新登录;2.3.2.2:需要购进新图书,存储信息,通知相关人员;2.3.2.3:读者预约图书没有可借图书,不予通知;2.3.2.4:预约通知提醒后,删除该预约记录;2.3.2.5:读者所借图书距离归还时间仍很久,无需通知;2.3.3:异常事件流:2.3.3.1:登录失败超过一定次数后,系统冻结该用户名,一段时间后可以重用;2.4、后置条件:退出系统;2.5、扩展点:无。
图书馆管理系统动态视图3
它可被理解为一个组合,它的控制流由其他活动状态或动 作状态组成
– 转移 – 分支(Ex6: Activity_Diagram_Transition)
6.4 活动图(Activity Diagram)
Activity Diagram包括:
– 分叉和汇合(Ex6: Activity_Diagram_Branch) – 泳道
Sequence Diagram是强调消息时间顺序的交 互图 Sequence Diagram它描述类系统中类和类之 间的交互,它将这些交互建模成消息交换,也 就是说,时序图描述了类以及类相互交换以完 成期望行为的消息
6.1 时序图(Sequence Diagram)
Sequence Diagram包括如下元素:
6.1 时序图(Sequence Diagram)
时序图建模技术 使用时序图建模时,可遵循如下策略:
– 从引发某个交互的信息开始,在生命线之间按从上向下的顺 序画出随后的消息
– 设置对象的激活期,这可以可视化实际计算发生的时间点、 可视化消息的嵌套
– 如动作 – 对建模结果进行精化和细化
6.3 状态图(Statechart Diagram)
手机的状态图 Ex6:CellPhone
6.3 状态图(Statechart Diagram)
Java 源代码
– 10个数的和 – Ex6:Statechart_Diagram_Sum
6.4 活动图(Activity Diagram)
– 消息(Message):消息是定义交互和协作中交换信息的类, 用于对实体间的通信内容建模。消息用于在实体间传递信息, 允许实体请求其他的服务,类角色通过发送和接收消息时行 通 信
图书馆管理系统的活动图软件工程UML活动图
图书馆管理系统的活动图软件工程 UML活动图
图书馆管理系统的活动图软件工程 UML活动图
5.2 图书馆管理系统的活动图
▪ 1. 借阅者的活动图 ▪ 2. 图书管理员的活动图 ▪ 3. 系统管理员的活动图
图书馆管理系统的活动图软件工程 UML活动图
1. 借阅者的活动图
图书馆管理系统的活动图软件工程 UML活动图
2. 图书管理员的活动图
图书馆管理系统的活动图软件工程 UML活动图
图书馆管理系统的活动图软件工程 UML活动图
3 活动的分解
图书馆管理系统的活动图软件工程 UML活动图
4 活动图建模技术
① 识别要对其工作流描述的类或对象。 ② 确定工作流的初始状态和终止状态,明确
工作流的边界。 ③ 对动作状态或活动状态建模。 ④ 对动作流建模。 ⑤ 对对象流建模。 ⑥ 对建立的模型进行精化和细化。
图书馆管理系统的活动图软件工程 UML活动图
(3)系统管理员维护书籍信息的活 动图
图书馆管理系统的活动图软件工程 UML活动图
活动图与状态图的区别:
① 活动图着重表现从一个活动到另一个 活动的控制流,是内部处理驱动的流 程。
② 状态图着重描述从一个状态到另一个 状态的流程,主要有外部事件的参与。
图书馆管理系统的活动图软件工程 UML活动图
▪ 动作状态使用平滑的圆角矩形表示,动作 状态所表示的动作写在圆角矩形内部。
图书馆管理系统的用例图
1. 系统的UML基本模型2。
1系统的用例图用例图在需求分析阶段有很重要的作用,整个开发过程都是围绕需求阶段的用例进行的。
创建用例图之前首先需要确定参与者.图书管理系统的参与者主要有3类:读者(借阅者),图书管理员、图书管理系统的维护者。
1.借阅者请求服务的用例图用例图说明:(1)Serch for Book:书籍查询用例。
(2)Reserve the book:书籍预订用例。
(3)Logon the system:登陆系统。
(4)Query Info:查询借阅信息。
(5)Borrow the book:借阅书籍。
(6)Return the book:归还书籍.(7)Return With Fine:还书时交纳罚金。
如果借阅者所借书籍超过借阅期限未还,还书的时候就要交纳一定的罚金.2.图书馆管理员处理借书、还书等的用例图用例图说明:(1)Get book:书籍归还处理(2)Lend book:书籍借阅处理(3)Remove Reservation:删除书籍预订信息(4)Get With Fine:还书时收取罚金(5)Check user count:检查用户借阅凭证的合法性,图书管理员在借阅者借书的时候要检查用户借阅凭证的合法性3.系统管理员进行系统维护的用例图用例图说明:(1)Query Borrower Info:查询读者信息(2)Query Book Info:查询书籍信息(3)Add Title:增加书目(4)Remove or Update Title:删除或更新书目(5)Add Book:增加书籍(6)Remove Book:删除书籍(7)Add Borrower:添加借阅者帐户(8)Remove or Update Borrower:删除或更新借阅者帐户信息。
图书馆管理系统uml
图书馆管理系统一、用例图本系统拟定的参与者有两类:读者和图书管理员。
1.图书管理员所包含的用例(1)登录系统:管理员可以通过登录该系统进行各项功能的操作。
(2)书籍管理:涉及对书籍的增、删、改等。
(3)书籍借阅管理:涉及借书、还书、预订、书籍逾期解决和书籍丢失解决等等。
(4)读者管理:包含对读者的增删改等操作。
(5)自动借书机的管理。
2.读者所包含的用例(1)登录系统(2)借书:进行借书业务。
(3)还书:读者具有的还书业务。
(4)查询:包含对个人信息和书籍信息的查询业务(5)预订:读者对书籍的预订业务。
(6)逾期解决:就是书籍过期后的缴纳罚金等。
(7)书籍丢失解决:对书籍丢失后的不同措施进行解决。
(8)自动借书机的使用等。
该图书馆管理系统的用例图如下:二、系统的顺序图顺序图是显示对象之间交互的图,这些对象是准时间顺序排列的。
该图书馆管理系统重要具有以下几个重要的顺序图:(1)借书顺序图(2)还书顺序图1、借书顺序图2、还书顺序图三、系统的状态图图书馆的书籍状态图如图5所示。
状态图说明:书籍在未变成图书馆在库书籍时,为新加书籍状态。
书籍处在在库状态时既可以预订也可以外借,外借后变为借出状态。
处在预订状态时也可以外借,超过预订时间期限则从预订状态直接转为可用状态。
借阅者在规定的预订时间内也可以考虑取消预订,取消预订后书籍的状态转为可用。
外借书籍归还后变为可用状态。
四、系统的活动图活动图描述的是某流程中的任务的执行,活动图描述活动是如何协同工作的,当一个操作必须完毕一系列事情,而又无法拟定以什么样的顺序来完毕这些事情时,活动图可以更清楚地描述这些事情。
下面描述了图书馆系统的借书、还书和预订的活动图。
1.借书活动图管理员一方面要扫描读者的借书证,检查证件是否符合图书馆借书条件,若该读者的借书数量尚未达成最大规定数量,并且其所借书籍均未属于过期范围,则符合借书条件。
则再扫描书籍条形码,检查书籍是否是不可借书籍或者已经被预订,若被预订,则取消预订,方可借书。
图书馆管理系统的顺序图
顺序图(时序图)
用来描述对象之间动态的的交互关系。着重体现对象之间消息传递的 时间顺序。 顺序图将交互关系表示为一个二维图。其中,纵轴是时间轴,时间沿 竖线向下延伸。横轴代表了在协作中各独立的对象。
创建对象的两种表示方法:
1. 对象的撤销
如果要撤销一个对象,只要在其生命线终止点放置一个 “X”符号即可,该点通常是对删除或取消消息的回应。
2. 生命线
生命线是一条垂直的虚线,表示时序图中的对象在一段时间内的存在。 每个对象的底部中心的位置都带有生命线。 生命线是一个时间线,从顺序图的顶部一直延伸到底部,所用的时间 取决于交互持续的时间。
系统管理员登录验证用例的时序图
时序图的组成
① ② ③ ④ ⑤ 时序图包含了5个元素: 参与者 对象(Object) 生命线(Lifeline) 消息(Message) 激活(Activation)
1. 对象
如果对象位于时序图的顶部,说明在交互开始之前该对象 已经存在了。 如果对象是在交互的过程中创建的,那么它应当位于图的 中间部分。
1. 2. 3. 4. 系统管理员添加书籍的时序图 图书管理员处理借书的时序图 系统管理员删除书目的时序图 借阅者预留书籍的时序图
1. 系统管理员添加书籍的时序图
: Administrator
: Maintenance Window 1: add item( ) 2: find(String)
3. 消息
消息定义的是对象之间某种形式的通信,它可以激发某个操作、唤起 信号或导致目标对象的创建或撤销。 消息是两个对象之间的单路通信。 消息可以用于在对象间传递参数。 消息可以是信号,也可以是调用。
图书馆管理系统的UML建模【活动图-时序图-用例图-部署图-组件图】
图书馆管理系统的UML建模评分:一.实验目的熟悉开发绘图工具Microsoft Visio软件的使用方法;针对指定软件系统的需求进行分析和设计;使用Microsoft Visio软件,绘制UML图。
二.实验设备计算机、Microsoft Visio软件。
三.实验内容及步骤实验内容:1、熟悉开发绘图工具Microsoft Visio软件的工作环境和基本使用方法。
2、根据课本对图书馆管理系统进行分析和设计。
3、使用Microsoft Visio软件,绘制图书馆管理系统的UML图。
实验步骤:1、在启动操作系统之后,启动Microsoft Visio软件。
2、进入Visio的UML建模绘图界面3、参考课本画出图书馆管理系统的用例图、顺序图、活动图、状态图、部件图、部署图。
四、实验结果(一) 用例图该系统中主要涉及的用户有读者、图书管理员和系统管理员。
系统管理员图 1用例图图 2读者用例图图 3 系统管理员用例图图 4 图书管理员用例图图 5 图书借阅时序图图 6 图书管理员顺序图图 7 读者活动图是否超过借阅记录图 8 图书管理员活动图图 9 系统管理员活动图图 10 图书管理员活动图(二) 状态图图 11 书籍状态图图 12 借阅者状态图(三) 构件图图 13 构件图(四) 部署图图 14 部署图五、实验小结在学习UML这门课之前,我一直心底有一个疑问,那就是我们和那些所谓的程序员速成班培训出来的程序员到底有什么差别,都是写代码,那我们在大学里学习的意义是什么呢,直到我学习了UML这门课。
我才知道写代码并没有想象中的那么简单,对于同一个功能,肯定有着多种不同的实现方法,而这些方法也肯定有优劣之分。
我们之所以不像外面那样的培训班一样速成,是因为我们需要锻炼自己去写出高质量的代码,我觉得这就是我们学习的意义。
其实在上UML课之前,我以为UML跟C++和java一样是一门编程语言,直到经过老师的介绍,我才知道UML的全称是Unified Modeling Language,他不同于C++,java这些编程语言,他是统一建模语言。
图书管理系统UML图
图书管理系统UML图图书管理系统UML图文档⒈引言本文档旨在描述一个图书管理系统的UML图,用于展示系统的结构和功能。
通过该文档,读者可以了解系统的各个组成部分、它们之间的关联以及每个组件的功能。
⒉系统概述图书管理系统是一个用于管理图书馆或其他机构的图书借阅、归还和查询的软件系统。
其主要目标是提供高效、准确和方便的图书管理服务。
⒊用例图用例图展示了系统与外部用户之间的交互。
它描述了系统的功能和用户之间的关系。
⒋类图类图显示了系统中的类以及它们之间的关系。
它描述了系统的静态结构。
⑴用户类系统主要包含以下用户类:- 管理员:具有对系统进行设置、添加用户、管理图书等特权。
- 图书管理员:负责图书的借阅和归还,以及图书的维护和管理。
- 用户:可以查询和借阅图书。
⑵图书类系统中的主要类包括:- 图书:存储图书的基本信息,如书名、作者、出版社等。
- 借阅记录:记录用户借阅图书的详细信息,如借阅日期、归还日期等。
⒌时序图时序图描述了系统中的对象之间的交互,以及它们之间的消息传递顺序。
⒍状态图状态图描述了系统中的对象的生命周期和状态转换。
⒎活动图活动图展示了系统中各个活动的流程和顺序,以及参与者之间的交互。
⒏部署图部署图描述了系统的物理架构,包括各个组件的部署位置和网络连接。
⒐本文档涉及附件本文档附带的附件包括系统的详细设计文档和相关的源代码。
⒑法律名词及注释- UML:统一建模语言,一种用于软件系统设计和开发的标准化语言和方法。
- 图书馆:一个专门用于收藏和借阅图书的机构或场所。
- 借阅:指用户从图书馆借走图书,并在规定时间内归还。
图书馆管理系统UML
图书馆管理系统一、用例图该图书馆管理系统的用例图如下:图1:图书馆管理系统的用例图二、系统的顺序图(1)借书顺序图(2)还书顺序图(3)罚款顺序图1、借书顺序图图2:图书馆管理系统借书顺序图顺序图说明:(1)login():登录系统。
(2)checkstu_card():对读者信息进行验证,检查是否符合本图书馆借书条件。
(3)showinformation():显示该读者的基本信息函数。
(4)borrow():读者借书函数。
(5)getreaders():取得读者信息函数。
看该读者是否符合借书条件,若符合,则返回可借信息。
(6)gettitle():取得书目信息。
(7)getreservation():检验书籍是否被预订函数。
(8)getnoreservation():书籍没被预订或取消预订函数。
(9)create(borrower,item):创建书籍外借函数。
2、还书顺序图图3:图书馆管理系统还书顺序图顺序图说明:(1)login():登录系统。
(2)getitem():取得书籍条目信息。
(3)update():对图书馆书籍条目和借阅者信息进行更新条目。
3、罚款顺序图图4:图书馆管理系统的罚款顺序图顺序图说明:管理员扫描图书,图书显示过期天数,罚款金额按过期天数累加三、系统的状态图图5:图书馆的书籍状态图四、系统的活动图1.借书活动图管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,若该读者的借书数量还未达到最大规定数量,并且其所借书籍均未属于过期范围,则符合借书条件。
则再扫描书籍条形码,检查书籍是否是不可借书籍或者已经被预订,若被预订,则取消预订,方可借书。
在这些条件都符合时则更新书籍信息和读者的借阅信息,记录好借书的时间。
图6:图书馆管理系统的借书活动图2、还书活动图图书管理员对书籍进行扫描,若书籍已经过期,则要求读者还请欠款才能还书,读者缴应交罚款后,更新书目信息和读者信息。
图书馆管理系统用例图活动图类图时序图样本
图书馆管理系统一.图书馆管理系统需求分析1、系统目的设计系统开发总目的是实现内部图书借阅管理系统化、规范化和自动化。
可以对图书进行注册登记,也就是将图书基本信息(如:书编号、书名、作者、价格等)预先存入数据库中,供后来检索。
可以对借阅人进行注册登记,涉及记录借阅人姓名、编号、班级、年龄、性别、地址、电话等信息。
提供以便查询办法。
如:以书名、作者、出版社、出版时间(确切时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书借阅状况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
提供对书籍进行预先预订功能。
提供旧书销毁功能,对于裁减、损坏、丢失书目可及时对数据库进行修改。
可以对使用该管理系统顾客进行管理,按照不同工作职能提供不同功能授权。
提供较为完善差错控制与和谐顾客界面,尽量避免误操作。
2、系统功能需求分析(1) 读者管理:读者信息制定、输入、修改、查询,涉及种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理:书籍基本信息制定、输入、修改、查询,涉及书籍编号、类别、核心词、备注。
(3) 借阅管理:涉及借书,还书,预订书籍,续借,查询书籍,过期解决和书籍丢失后解决。
(4)系统管理:涉及顾客权限管理,数据管理和自动借还书机管理满足以上需求系统重要包具有一下几种子系统(1)基本业务功能子系统:该系统中重要包括了借书还书和预订等功能。
(2)基本数据录入功能子系统:该子系统重要包具有书籍信息和读者信息录入功能。
(3)信息查询子系统:包括了多功能查询书籍信息和读者信息。
(4)数据库管理功能子系统:重要包括了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。
(5)协助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统用例图从用例图中咱们可以看出管理员和读者之间对本系统所具备用例。
管理员所包括用例有:(1)登录系统:管理员可以通过登录该系统进行各项功能操作(2)书籍管理:涉及对书籍增删改等。
图书管理系统用例活动图
图书管理系统用例活动图
管理用例活动图
图书借阅管理类图
还书用例时序图
还书用例时序图
借书用例时序图
协作图
管理员用户密码登录协作图
6: 返回验证结果
9: 返回修改借阅信息以及图书信息借阅管理协作图
图书管理系统还书协作图
新书登记协作图
图书管理系统用例图
1: 借书证及图书
7: 告知读者
3: 未借出6: 已借出
7:
递还换借书证9: 递还借书证
8: 正常还书
管理用户用例状态图
图书管理系统用例状态图
读者信息查询
读者信息管理
出版社信息管理。
图书管理系统(用例图、类图、时序图)
类型: String ; 类型: String ;
4、 Book 类: 4.1 、类名: book 4.2 、属性名: 4.2.1 、 private : 书号 <<图书编号 >> 4.2.2 、 private : 书名 <<图书名 >> 4.2.3 、 private : 出版号 <<图书出版编号 >> 4.2.4 、 private : 出版社名 <<图书出版社名 >> 4.2.5 、 private : 作者 <<图书作者姓名 >> 4.3 、方法:未定。
2.3.2 :备选事件流: 2.3.2.1 :管理员用户名或登录名错误,重新登录; 2.3.2.2 :需要购进新图书,存储信息,通知相关人员; 2.3.2.3 :读者预约图书没有可借图书,不予通知; 2.3.2.4 :预约通知提醒后,删除该预约记录; 2.3.2.5 :读者所借图书距离归还时间仍很久,无需通知;
1. 1、 行为者: 主要行为者:读者。
1. 2、 前置条件: 读者进入图书管理系统。
1. 3、 事件流: 1.3.1 、主要事件流: 1.3.1.1 :读者检索所需图书信息,并查看; 1.3.1.2 :读者检索到所需图书,登录系统,开始借书; 1.3.1.3 :系统查询图书信息,图书数目是否可借; 1.3.1.3.1 :图书显示可借,借书成功;
文案大全
实用文档
2.3.3 :异常事件流: 2.3.3.1 :登录失败超过一定次数后,系统冻结该用户名,一段时间后可以重用;
2. 4、后置条件:退出系统; 2. 5、扩展点:无。
三、“图书管理系统”类图及关系
1、 阅读者信息类: 1.1 、类名:阅读者信息 <<父类 >>; 1.2 、属性名: 1.2.1 、 private : ID<< 阅读者证件号 >>
图书馆管理系统的用例图
图书馆管理系统的⽤例图1. 系统的UML 基本模型2.1系统的⽤例图⽤例图在需求分析阶段有很重要的作⽤,整个开发过程都是围绕需求阶段的⽤例进⾏的。
创建⽤例图之前⾸先需要确定参与者。
图书管理系统的参与者主要有3类:读者(借阅者),图书管理员、图书管理系统的维护者。
1. 借阅者请求服务的⽤例图Return the book<>⽤例图说明:(1)Serch for Book :书籍查询⽤例。
(2)Reserve the book :书籍预订⽤例。
(3)Logon the system :登陆系统。
(4)Query Info :查询借阅信息。
(5)Borrow the book :借阅书籍。
(6)Return the book :归还书籍。
(7)Return With Fine :还书时交纳罚⾦。
如果借阅者所借书籍超过借阅期限未还,还书的时候就要交纳⼀定的罚⾦。
2. 图书馆管理员处理借书、还书等的⽤例图Remove Reservation⽤例图说明:(1) Get book :书籍归还处理(2) Lend book :书籍借阅处理(3) Remove Reservation:删除书籍预订信息(4) Get With Fine :还书时收取罚⾦(5) Check user count :检查⽤户借阅凭证的合法性,图书管理员在借阅者借书的时候要检查⽤户借阅凭证的合法性3. 系统管理员进⾏系统维护的⽤例图Add Book Remove or Update TitleAdministrator⽤例图说明:(1) Query Borrower Info :查询读者信息(2) Query Book Info :查询书籍信息(3) Add Title :增加书⽬(4) Remove or Update Title :删除或更新书⽬(5)Add Book:增加书籍(6)Remove Book:删除书籍(7)Add Borrower:添加借阅者帐户(8)Remove or Update Borrower:删除或更新借阅者帐户信息。
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一.图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。
能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面,尽量避免误操作。
2、系统功能需求分析(1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。
(3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理和书籍丢失后的处理。
(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统(1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。
(2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。
(3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。
(4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。
(5)帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有:(1)登录系统:管理员可以通过登录该系统进行各项功能的操作(2)书籍管理:包括对书籍的增删改等。
图书管理系统用例建模报告材料(用例图、类图、时序图)
软件系统分析与设计实验报告学院:计算机科学与技术学院专业:软件工程学号:*********某某:***实验名称:图书管理系统用例建模时间:一、实验内容与要求本实验要求学生对学校的图书馆管理系统进展需求分析,对系统功能进展用例建模,画出用例图,类图以与相应的时序图。
在使用UML对系统建模时,学会使用UML建模工具,熟悉工具中的功能。
二、用例分析1、读者“借书还书系统〞用例图(f还书(from Use Cases)1.1、行为者:主要行为者:读者。
1.2、前置条件:读者进入图书管理系统。
1.3、事件流:1.4、后置条件:退出系统。
1.5、1.6、扩展点:无。
2、“图书信息管理系统〞用例图新书信息录入(f逾期通知(from Use Cases)(from Use Cases)2.1、行为者:主要行为者:管理员;2.2、前置条件:管理员打开图书信息管理系统;2.3、事件流:2.4、后置条件:退出系统;2.5、扩展点:无。
三、“图书管理系统〞类图与关系1、阅读者信息类:1.1、类名:阅读者信息<<父类>>;1.2、属性名:1.3、方法:未定。
2、读者类:2.1、类名:读者<<子类>>;2.2、属性名:2.3、方法:未定。
3、管理员类:3.1、类名:管理员<<子类>>3.2、属性名:3.3、方法:未定。
4、Book类:4.1、类名:book4.2、属性名:4.3、方法:未定。
5、Copy_book类:5.1、类名:copy_book;5.2、属性名:5.3、方法:未定。
6、借还书记录类<<关联类>>:6.1、类名:借还书记录;6.2、属性名:6.3、方法:7、预约类:7.1、类名:Reservation;7.2、属性:7.3、方法:未定。
四、图书管理系统时序图与分析1〕、时序图内容时序图是显示对象之间交互的图,对象是按时间顺序排列的。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
图书馆管理系统
一.图书馆管理系统需求分析
1、系统目标设计
系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。
能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。
能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。
提供方便的查询方法。
如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。
提供对书籍进行的预先预订的功能。
提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。
能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。
提供较为完善的差错控制与友好的用户界面,尽量避免误操作。
2、系统功能需求分析
(1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、
借书数量、借书期限、备注等。
(2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、
类别、关键词、备注。
(3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处
理和书籍丢失后的处理。
(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理
满足以上需求的系统主要包含有一下几个子系统
(1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。
(2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。
(3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。
(4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。
(5)帮助功能子系统。
二、系统动态建模
1、用例图、
图书馆管理系统的用例图
从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有:
(1)登录系统:管理员可以通过登录该系统进行各项功能的操作(2)书籍管理:包括对书籍的增删改等。
(3)书籍借阅管理:包括借书、还书、预订、书籍逾期处理和书籍丢失处理等等。
(4)读者管理:包含对读者的增删改等操作。
(5)自动借书机的管理。
读者所包含的用例有:
(1)登录系统
(2)借书:进行借书业务。
(3)还书:读者具有的还书业务。
(4)查询:包含对个人信息和书籍信息的查询业务
(5)预订:读者对书籍的预订业务。
(6)逾期处理:就是书籍过期后的缴纳罚金等。
(7)书籍丢失处理:对书籍丢失后的不同措施进行处理。
(8)自动借书机的使用等。
2、时序图
时序图是显示对象之间交互的图,这些对象是按时间顺序排列的。
该图书馆管理系统主要含有以下几个重要的时序图,其他对象的时序图和这些也类似。
(1)借书时序图
(2)还书时序图
(3)罚款时序图
1、借书时序图
图书馆管理系统借书时序图
【时序图说明】
(1) login():登录系统。
(2) checkstu_card():对读者信息进行验证,检查是否符合本图书馆借书条件。
(3) showinformation():显示该读者的基本信息函数。
(4) borrow():读者借书函数。
(5) getreaders():取得读者信息函数。
看该读者是否符合借书条件,若符合,则返回可借信息。
(6) gettitle():取得书目信息。
(7) getreservation():检验书籍是否被预订函数。
(8) getnoreservation():书籍没被预订或取消预订函数。
(9) create(borrower,item):创建书籍外借函数。
借书时,读者先将书拿予管理员,管理员对书籍和读者进行检验,若书籍和读者都符合借书条件,则借书成功。
2、还书时序图
图书馆管理系统还书时序图
【时序图说明】
(1) login():登录系统。
(2) getitem():取得书籍条目信息。
(3) update():对图书馆书籍条目和借阅者信息进行更新条目。
还书时,读者先将书交给管理员,由管理员扫描书籍,若书籍没有过期等违规现象,则对书目和读者借阅信息进行更新,同时还书成功。
3、罚款时序图
图书馆管理系统的罚款时序图
【时序图说明】
管理员对书籍进行扫描,若发现书籍已经超过了图书馆规定的还书期限,则按每天一定金额进行罚款,过期天数和罚款金额由系统自动计算。
用户交完罚金后,则对读者借阅信息进行更新。
4.4、系统的状态图
图书馆的书籍状态图如图7所示。
【状态图说明】
书籍在未变成图书馆在库书籍时,为新加书籍状态。
书籍处于在库状态时既可以预订也可以外借,外借后变为借出状态。
处于预订状态时也可以外借,超出预订时间期限则从预订状态直接转为可用状态。
借阅者在规定的预订时间内也可以考虑取消预订,取消预订后书籍的状态转为可用。
外借书籍归还后变为可用状态。
图书馆的书籍状态图
3、活动图
活动图描述的是某流程中的任务的执行,活动图描述活动是如何协同工作的,当一个操作必须完成一系列事情,而又无法确定以什么样的顺序来完成这些事情时,活动图可以更清晰地描述这些事情。
在本图书馆管理系统中,我们主要描述了图书馆系统的借书、还书和预订的活动图。
(1)借书活动图
【借书活动图说明】
管理员首先要扫描读者的借书证,检验证件是否符合图书馆借书条件,若该读者的借书数量还未达到最大规定数量,并且其所借书籍均未属于过期范围,则符合借书条件。
则再扫描书籍条形码,检查书籍是否是不可借书籍或者已经被预订,若被预订,则取消预订,方可借书。
在这些条件都符合时则更新书籍信息和读者的借阅信息,记录好借书的时间。
图书馆管理系统的借书活动图
(2)还书活动图
【还书活动图说明】
图书管理员对书籍进行扫描,若书籍已经过期,则要求读者还请欠款才能还书,读者缴应交罚款后,更新书目信息和读者信息。
图书馆管理系统的还书活动图
(3)预订图书活动图
【预订书籍活动图说明】
读者先进入系统查询自己所需要的书籍,显示书籍信息,检验书籍是否属于可预订书籍,若符合条件则检查书籍是否已经被预订或已经被外借,若都未成立,则读者登录系统,并对该书籍进行预订。
图书馆管理系统预订书籍活动图
4、图书馆管理系统的类图
【类图说明】
(1) reader类是借阅者的类,它的属性很多,包括借阅者的账户ID (reader_id)、姓名(reader_Name)、地址(Address)、班级(class)、所借书籍的书目(borrowed)等。
其中主要操作有借书(addborrowed)和还书(deleteborrowed)和预订(reservation)等。
(2) admin类是管理员类,他有编号和姓名属性,操作主要是书籍的增删改和读者的增删改等等。
(3) Title 类是记录书目信息的类,包括书籍的名字(name)、作者(author)、book_id等属性。
(4) Item 类是具体某本书的类,属性包括书籍号(id)。
操作包括预订(reserve)、按书目查找(find_on_title)等。
(5) borrow类是某本书的借阅信息类,包括所借阅书籍的ISBN、借阅的时间(date)等。
(6) Reservation类是预订信息类,每个预订信息包括预订日期(date)、所预订书籍的ISBN、预订书籍的用户ID(UserID)等属性。
(7) persistent store类是书籍永久的存储类,在数据库中的存储数据,其他对与书籍有关的活动都要经过其存储类。
图书馆管理系统的类图及关系
三.实验心得
此次实验我们实现了对网上选课系统的设计,通过UML建模,把事物从抽象到实例化的过程,对每个对象进行细化分析,从而得到简单而方便,容易理解的
模型结构。
通过UML模型可以高效完成软件设计,通过此次试验收获很大。
在老师和同学们的帮助下,使我能够成功的掌握了UML模型。
在此,对老师和同学们的帮助表示感谢。