图书管理系统 建立用例模型
UML图书管理系统建模
UML建模语言
与序列图等价的协作图如下。
UML建模语言
11〕. “系统管理员添加借阅者〞用例 根据根本流程，创立系统管理员添加借阅者 的序列图。
UML建模语言
与序列图等价的协作图如图下。
UML建模语言
12〕. “系统管理员删除借阅者〞用例 根据根本流程，创立系统管理员删除借阅 者的序列图。
UML建模语言
与序列图等价的协作图如图下。
UML建模语言
13〕. “系统管理员修改借阅者信息〞用例 根据根本流程，创立系统管理员修改借阅者 信息的序列图。
UML建模语言
与序列图等价的协作图如下。
UML建模语言
UML建模语言
图书管理系统的部署图如下。
UML建模语言
根据这些信息，连接起来的类图如下。
UML建模语言
3 创立系统动态模型 对象之间的相互作用构成系统的动态模型。 1〕. “借阅者查找图书〞用例 根据根本流程，创立借阅者查找图书的序列 图。 a.借阅者向查询图书界面请求查询图书。 b.查询图书界面根据图书编号查询图书。 c.获取图书信息并返回给借阅者。
UML建模语言
UML建模语言
与序列图等价的协作图如下。
UML建模语言
6〕. “系统管理员查询书籍〞用例 根据根本流程，创立系统管理员查询书籍信息的 序列图。 a.系统管理员向查询界面请求查询图书 b.查询界面根据图书编号查询图书 c.向系统管理员显示图书信息
UML建模语言
UML建模语言
与序列图等价的协作图如下。
UML建模语言
8〕. “系统管理员删除书籍〞用例 根据根本流程，创立系统管理员删除书籍 的序列图。。
图书管理系统用例建模报告（用例图、类图、时序图）
软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********姓名：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。
在使用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、扩展点：无。
图书管理系统uml-用例图
Use Case 图即用例图，是从外部用户的角度来描述系统功能的一种需求表达方式。
一个系统常常包含了众多的用例，每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。
使用系统的不同功能，其操作的场景不同。
而使用相同的功能，其场景则相似。
将同一用例的场景用文字描述出来就得到了系统用例描述。
完整的描述用例，通常包括用例名称、参与执行者、前置条件、事件流、后置条件等。
若用UML 图形机制表达，便是系统的用例图。
通常，我们将二者相结合，能清晰的表达出系统的用例。
系统管理员：系统管理员为系统的管理者，系统管理员主要有以下权限：读者信息管理，图书信息管理，系统维护。
图书管理员：图书管理员为图书馆工作人员，图书管理员主要有以下权限：分类管理，借书处理，还书处理，解除预定。
图书借阅者：图书借阅者是系统中数量最多也是最重要的参与者。
图书借阅者主要有以下权限：查询个人信息，查询图书信息，预定图书，借阅图书，返还图书。
1. 创建系统用例模型图 系统参与者：borrowerlibrarian administrator系统参与者图书管理系统简示：system managementborrowers management librarianbooks managementadministrator图书管理系统 a.系统管理员用例图系统管理员能通过该系统进行如下活动内容和要求：添加借阅者：系统管理员可以在添加符合身份的新读者信息删除借阅者：系统管理员可以在删除页面添加已不符合身份的借阅者信息修改借阅者信息：系统管理员可以在修改信息页面修改借阅者信息添加图书信息：系统管理员可以在添加图书信息页面添加图书馆新增图书删除图书信息：系统管理员可以删除不能在借阅图书的信息系统维护：系统管理员维护该系统的日常工作system maintenance用例说明：Login system：系统登录Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书Remove book：删除图书Add borrower：添加借阅者Remove borrower：删除借阅者Update borrower：修改借阅者信息System maintenance：系统维护b．图书管理员用例图图书管理员能通过该系统进行如下活动内容和要求借书处理：图书管理员能通过借书页面处理借阅者的借书操作还书处理：图书管理员能通过还书页面处理借阅者的还书操作分类处理：图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放，以便下一位借阅者阅读查看check user accountlend bookbook categorybook management用例说明：Librarian login：图书管理员登录Book management：图书管理Get book：还书Get with fine：违规罚款Lend book：借书Check user account：身份验证Book category：图书分类c．图书借阅者用例图借阅者能够通过该系统进行如下活动及活动内容和要求：查询个人信息：借阅者可以在查询界面了解自己的详细信息查询图书信息：借阅者可以在查询界面了解图书馆中所有的图书信息，及是否被借出借阅图书：借阅者可以在图书馆中借阅未被借出的图书返还图书：借阅者在相应的时间内免费还书，如逾期按照相应规定还书return book用例说明：User login：用户登录Account management：用户管理（其中包括借阅者管理、图书管理）Search personal information：查询个人信息Search for book：查询图书Borrowe book：借阅图书Return book：返还图书d．整体用例图librarian参与者：borrower：借阅者；administrator：系统管理员；librarian：图书管理员用例说明：Login system：系统登录Account management：账户管理（其中包括图书管理、借阅者管理、系统管理）Add book：添加图书Remove book：删除图书Add borrower：添加借阅者Remove borrower：删除借阅者Update borrower：修改借阅者信息System maintenance：系统维护Librarian login：图书管理员登录Book management：图书管理Get book：还书Get with fine：违规罚款Lend book：借书Check user account：身份验证Book category：图书分类User login：用户登录Account management：用户管理（其中包括借阅者管理、图书管理）Search personal information：查询个人信息Search for book：查询图书Borrowe book：借阅图书Return book：返还图书图书管理员。
图书馆管理系统uml建模--完美
基于UML的图书馆管理系统建模设计摘要在对U M L 及用U ML 建模的步骤作了简介之后, 介绍了在图书馆系统设计与开发中用U M L建模的过程, 其中重点描述了图书馆借阅子系统中用例图、顺序图和类图, 总结了U M L建模优势。
一、UML简介及用UML建模步骤1. 1 U M L简介统一建模语言 U ML 是一个通用的可视化建模语言, 用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。
它记录了对必须构造的系统的决定和理解,可用于对系统的理解、设计、浏览、配置、维护和信息控制。
UM L的最终目标是在尽可能简单的同时能够对实际需要建立的系统的各个方面建模。
UML需要有足够的表达能力以便可以处理现代软件系统中出现的所有概念, 例如并发和分布, 以及软件工程中使用的技巧等。
1. 2 利用U ML 建模步骤a.建立需求模型。
主要通过用例图来描述该系统完成的主要功能。
这是系统设计人员与用户进行沟通后的产物, 也是提供给系统开发人员的粗放蓝图。
b.建立系统的对象模型。
UML的主要内容归纳为静态建模机制和动态建模机制。
静态模型描述系统的对象之间的静态关系, 使用UML的包图、类图和对象图;动态模型描述对象间的交互关系、对象的生命周期及其在生命周期中各种可能的状态和状态之间转换的约束,使用UML的顺序图、活动图和协作图。
c.建立系统的体系结构模型,定义系统的软、硬件体系结构及通信机制,使用UML的组件图、配置图。
d.在组件图的基础之上生成所选开发语言的代码框架,由系统设计转入开发阶段。
二、图书馆管理系统分析系统分析的目的是捕获和描述所有的系统需求, 并且建立一个模型来定义系统中主要的域类( 系统中的关键类) , 通过系统分析达到开发者和需求者的理解和沟通。
因此, 分析一般都是分析员和用户协作的产物。
在这个阶段, 程序开发者不应该考虑代码或程序的问题, 它只是理解需求和实现系统的第一步。
2. 1 需求分析分析的第一步是确定系统能够做什么? 谁来使用这个系统? 这些分别称用例( use cases) 和角色( actors) 。
UML实例UML案例(完整建模)(图书馆信息系统)
1: add item( ) : Administrator
: Maintenance Window
3: update( )
2: find(String)
: Item
: Title
2. 系统管理员删除书籍的协作图
1: remove item( ) : Administrator
: Maintenance Window
2: find(String)
3: Return true 4: reserve( )
系统的协作图
▪ 1. 系统管理员添加书籍的协作图 ▪ 2. 系统管理员删除书籍的协作图 ▪ 3. 图书管理员处理借书的协作图 ▪ 4. 图书管理员处理还书的协作图 ▪ 5. 借阅者预留书籍的协作图
1. 系统管理员添加书籍的协作图
5. 图书管理员处理书籍归还的时序图
: Borrower
: Librarian
: Return Window
1: give the book
2: return item( )
3: check( )
: Item
4: ok 5: update( )
6: update( )
: Loan
6. 借阅者查询书籍信息的时序图
或其他正式规定的文档所需要的条件或权 能。 ③ 反映以上（1）或（2）中描述的条件或权 能的文档说明。
软件需求的层次
▪ 软件需求包括三个层次： ▪ 业务需求：反映了组织机构或客户对系统
高层次的目标要求。 ▪ 用户需求：描述了用户使用产品所能完成
的任务。 ▪ 功能需求：说明了软件的功能，用户使用
这些功能以完成任务。
基本数据维护模块
▪ 基本数据维护模块包括的主要功能模块： ①添加借阅者帐户 ②修改更新借阅者帐户信息 ③添加书目 ④修改和更新书目信息 ⑤添加书籍 ⑥删除书籍
图书管理系统 建立用例模型
实验一建立用例模型（第二版）一、用例图二、用例摘要用例UC00：登录用于验证图书管理员的身份，以便可以进行其它的操作。
用例UC01：入库新书图书管理员将新采购的图书录入系统，只有已经入库的图书才可以借阅。
用例UC02：查询图书图书管理员可以通过“书名”、“作者”进行模糊查询。
用例UC03：借书借阅者挑选想借的图书到借书处，图书管理员逐本记录要借阅的图书。
用例UC04：还书借阅者拿着想归还的图书到归还处，图书管理员逐本记录归还的图书。
用例UC05：处理罚款用于处理借阅者超期归还罚款。
用例UC06：管理借阅者对借阅者的增、删、改。
三、详述摘要用例UC03：借书范围：图书管理系统级别：用户目标主要参与者：图书管理员涉众及其关注点：－图书管理员：能方便快捷地完成借书工作。
前置条件：图书管理员必须经过确认和认证。
成功保证（或后置条件）：借阅信息应该被成功地记录。
主成功场景（或基本流程）：1.借阅者携带所借图书到借书处，要求借书。
2.图书管理员开始一次新的“借书”操作。
3.图书管理员输入借阅者信息。
4.图书管理员输入图书信息。
5.系统确认该借阅者可以借阅本图书。
重复4~5步，直到所有图书输入完成。
6.图书管理员确认本次借阅。
7.系统记录本次借阅信息。
8.借阅者拿着借阅的图书离开。
扩展（或替代流程）：3a. 借阅者身份不合法1. 提示重新输入或结束。
2. 重新输入或结束。
3b. 借阅者有罚款未处理，不能借书。
1.结束本次借书，可到处理罚款用例先处理。
5a. 该借阅者不允许借阅本图书1. 系统不将本图书记录到本次借阅中，并提示图书管理员。
4~5a. 借阅者要求从已录入图书中去掉一本1.图书管理员从已录入图书中选择一本，并要求删除。
2.系统显示删除后的结果。
特殊需求：……技术与数据变元表：3~4a. 借阅者信息和图书信息可以用条码扫描器或键盘录入发生频率：经常。
未决问题：……用例UC04：还书范围：图书管理系统级别：用户目标主要参与者：图书管理员涉众及其关注点：－图书管理员：能方便快捷地完成还书工作。
图书馆管理系统的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这些编程语言，他是统一建模语言。
图书馆管理系统用例图、活动图、类图、时序图
图书馆管理系统一．图书馆管理系统需求分析1、系统目标设计系统开发的总目标是实现内部图书借阅管理的系统化、标准化和自动化。
能够对图书进展注册登记，也就是将图书的根本信息〔如：书的编号、书名、作者、价格等〕预先存入数据库中，供以后检索。
能够对借阅人进展注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、等信息。
提供方便的查询方法。
如：以书名、作者、出版社、出版时间〔确切的时间、时间段、某一时间之前、某一时间之后〕等信息进展图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进展检索；以出版社名称查询出版社联系方式信息。
提供对书籍进展的预先预订的功能。
提供旧书销毁功能，对于淘汰、损坏、丧失的书目可及时对数据库进展修改。
能够对使用该管理系统的用户进展管理，按照不同的工作职能提供不同的功能授权。
提供较为完善的过失控制与友好的用户界面，尽量防止误操作。
2、系统功能需求分析(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。
(2) 书籍管理：书籍根本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。
(3) 借阅管理：包括借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丧失后的处理。
(4)系统管理：包括用户权限管理，数据管理和自动借还书机的管理满足以上需求的系统主要包含有一下几个子系统〔1〕根本业务功能子系统：该系统中主要包含了借书还书和预订等功能。
〔2〕根本数据录入功能子系统：该子系统主要包含有书籍信息和读者信息录入功能。
〔3〕信息查询子系统：包含了多功能的查询书籍信息和读者信息。
〔4〕数据库管理功能子系统：主要包含了借阅信息管理功能，书籍信息管理功能和预订信息管理功能。
〔5〕帮助功能子系统。
二、系统动态建模1、用例图、图书馆管理系统的用例图从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。
管理员所包含的用例有：（1）登录系统：管理员可以通过登录该系统进展各项功能的操作（2）书籍管理：包括对书籍的增删改等。
图书管理系统的UML建模设计
2 图书管理系统的UML建模设计以图书管理系统为例，结合Rational Rose2003工具软件绘制图形，详细阐述UML的建模过程。
2.1 需求分析描述图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统，在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。
对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等；图书管理员是系统的主要使用者，负责借书处理和还书处理，当读者预定的图书借出给定预定者后取消图书预定；系统管理员主要负责系统的维护工作，涉及到读者信息管理，图书信息管理，系统状态维护等。
系统的功能分析如图1所示。
图1 图书管理系统功能分析图2.2 模型建立1)用例模型的建立建立用例模型首先要确定角色(Actors)，Actors表示提供或接收系统信息的人或系统，他们是与系统有交互作用的人或事务，代表一个系统的使用者或外部通信的目标。
用例是系统中的一个功能单元，可以被描述为参与系统之间的一次交互作用。
用例模型的用途是列出系统中的用例和参与者，并且显示哪个是用例的执行。
根据以上的系统分析，本系统确定的角色有借书者、图书管理员和系统管理员。
用例图如图2所示。
图2 图书管理系统用例图2)静态模型的建立静态模型是依据系统结构从静态观点描述系统的视图，它定义系统中的对象和类及类之间的关系和类的内部结构，即类的属性和操作。
分析用例模型和系统功能需求，在图书管理系统中的类主要有Item(条目)、Title(标题)、Loan(借出)、Reservation(预定)、Borrower(借书者信息)等。
3)建立动态模型系统的静态模型建立以后，开始进行系统的动态建模。
动态模型是描述系统的功能是如何完成的，用顺序图、活动图和协作图等从不同的角度来描述对象和对象之间的交互。
顺序图将交互关系表示为一个二维图。
纵向是时间轴，横向代表协作中独立对象的类元角色。
图书管理系统的uml建模
图书管理系统的UML建模设计以图书管理系统为例，结合Ratioｎal Rose２0０３工具软件绘制图形,详细阐述ＵML 的建模过程。
1需求分析描述图书信息管理系统是使用计算机实现图书大量信息处理的电子档案管理系统，在本系统中主要满足借书者、图书管理员和系统管理员3方面的需求。
对借书者来说主要是查询个人信息、查询图书信息、预定当前正在被别人借阅的图书、借阅图书和返还图书等；图书管理员是系统的主要使用者，负责借书处理和还书处理,当读者预定的图书借出给定预定者后取消图书预定;系统管理员主要负责系统的维护工作,涉及到读者信息管理,图书信息管理,系统状态维护等.２模型建立1）用例模型的建立本系统共设置四个活动者。
分别是TT_Peoｐle、TT_Ｒegistｒaｒ、TT＿Ｒｅade ｒ和TT_Datａbaｓe．其中TT＿People泛指与系统发生关系的人；TＴ＿Ｒegis ｔrar为系统管理员,负责添加、修改图书信息;ＴT_Ｒeａder为所有读者,读者可能发生借书、续借、还书的行为;TT_Dataｂasｅ为存储各种信息的数据库对象.另：考虑到现实图书馆中还存在“图书馆管理员”这一角色，但其所起的作用仅为代替读者完成各种系统操作,故没有设置此活动者.系统中共有五个用例．TT_Aｄｄｉnｆｏ、TＴ_Ｍｏdifyinfo、TT_Borrow、TT_Ｒenew和TT_Reｔurn。
TT＿Aｄdiｎfo表示管理员添加图书信息；TT＿Moｄifyinfo表示修改图书信息；TT_Borｒｏw表示读者借阅图书;TT_Ｒenｅw表示读者续借图书;TT_Ｒetuｒｎ表示读者归还图书。
用例图如图2所示。
图书管理系统协作图读者借书协作图管理员修改读者信息协作图读者预定协作图图书管理系统对象图图书管理系统类图在用例分析基础上，根据需求可建立起系统的静态数据模型,即建立系统类图，以及相关的关系和方法。
在面向对象分析中，一般只考虑与问题描述域和系统功能相关的对象.在对系统进行分析时,这里把系统的类对象抽象为图书管理、图书流通两方面.针到这两部分可以分化为以下相关类：图书类(lib_Book)、图目类(lib_Cateｇorｙ）、订书类(ｌib＿Order)、报表类（ｌib＿Fｏrｍ）、读者类(liｂ_Reａder）、流通书类(lib_CirBook)、部门类(lｉb_Depa ｒtｍent)、出版社类(lｉｂ_Publish）等。
图书管理系统用例建模报告材料(用例图、类图、时序图)
软件系统分析与设计实验报告学院：计算机科学与技术学院专业：软件工程学号：*********某某：***实验名称：图书管理系统用例建模时间：一、实验内容与要求本实验要求学生对学校的图书馆管理系统进展需求分析，对系统功能进展用例建模，画出用例图，类图以与相应的时序图。
在使用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〕、时序图内容时序图是显示对象之间交互的图，对象是按时间顺序排列的。
图书管理系统用例建模报告用例图类图时序图 (2)
软件系统分析与设计实验报告学ﻩ院:计算机科学与技术学院ﻩﻩ专业:软件工程学ﻩ号:**＊*＊*＊**姓ﻩﻩ名:***实验名称:图书管理系统用例建模时ﻩ间:一、实验内容与要求本实验要求学生对学校的图书馆管理系统进行需求分析,对系统功能进行用例建模,画出用例图,类图以及相应的时序图。
在使用UＭL对系统建模时,学会使用UMＬ建模工具,熟悉工具中的功能。
二、用例分析1、读者“借书还书系统”用例图(f还书(from Use Cases)1．1、行为者:主要行为者:读者。
1．2、前置条件:读者进入图书管理系统。
1．3、事件流:1、3、1、主要事件流:ﻩ１、3、1、1:读者检索所需图书信息,并查瞧;ﻩ１、３、1、2:读者检索到所需图书,登录系统,开始借书;ﻩ 1、3、1、3:系统查询图书信息,图书数目就是否可借;ﻩﻩ1、3、1.3.1:图书显示可借,借书成功;ﻩﻩ1、3、1、３、2:图书显示不可借,借书失败;1.３.１、4:进入续借图书界面,续借图书;１、3、1、5:系统查瞧预约记录,1、3.1、5.1:没有冲突,续借成功;1.3.1、5、2:有冲突,续借失败;1.3.３、1:ﻩﻩ 1.３、1、6:读者归还图书;ﻩﻩ１、3、1、６.1:归还时间没有逾期,归还成功;ﻩﻩﻩ1、３、１、5、2:归还时间逾期,逾期处罚,归还成功;1、3、２、备选事件流:ﻩ1、3、２、1:图书检索信息失败,未检索到图书,重新输入信息检索;ﻩﻩ1.3、2、2:未曾检索到用户检索的图书,系统显示相关联的信息的图书;1.３、2.3:用户名或密码输入错误,登录系统失败,重新输入用户名或密码登录;1、３、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、3、１:主要事件流:ﻩ２、3、1.1:图书管理员输入管理员登录信息,登录系统;ﻩﻩ２、3、1.2:进入图书信息管理界面,查瞧已有图书信息,就是否有需要购入图书;ﻩﻩﻩ 2.３、1、2.1:录入新购进图书信息,并确认;ﻩﻩ２.3.１、3:进入读者信息管理界面,管理已有用户信息;ﻩ 2.3、1、4:进入信息通知界面,查瞧已有用户图书借阅、预约情况;２.３、１.４、1:查瞧读者所预约图书,自动查询图书信息,确认就是否已有可借图书,有则通知读者;ﻩﻩﻩ2、3、1、４、２:查询读者已借图书信息,根据已借时间及归还时间分类;ﻩ2、3.1、4.２、１:所借图书即将逾期,启动系统提醒功能;ﻩﻩ2、３、1.4.2.2:所借图书已经逾期,启动逾期及处罚通知功能;２.３、2:备选事件流:2.3.2.１:管理员用户名或登录名错误,重新登录;2.3.2、2:需要购进新图书,存储信息,通知相关人员;ﻩﻩ2、3.2、3:读者预约图书没有可借图书,不予通知;ﻩﻩ2、3、2、4:预约通知提醒后,删除该预约记录;ﻩ2、３、２、5:读者所借图书距离归还时间仍很久,无需通知;2、3、3:异常事件流:2、3、3、1:登录失败超过一定次数后,系统冻结该用户名,一段时间后可以重用; 2.4、后置条件:退出系统;2.5、扩展点:无。
图书管理系统-OOA-系统用例建模
用例简述
系统用例名称
SUC001 – 办理借书 SUC002 – 办理还书 SUC003 – 办理续借 SUC004 – 办理预约 SUC005 – 网络续借 图书管理员办理借书手续 图书管理员办理还书手续 图书管理员办理图书续借手续 图书管理员办理图书预约手续 借书者通过网络办理图书续借
简述
图书管理系统-系统用例建模
计科系 段恩泽 email:duanenze@
2014年8月
需求分析的成果
• • 业务用例图 业务流程活动图
图书管理系统业务用例图
部分业务流程活动图
部分业务流程活动图
主要内容
• 系统用例建模
系统用例建模(System Use case Modeling)
逐个分析业务用例及流程
逐个分析业务用例及流程
• • 对所有活动图进行分析，直至提取所有系统用 例。 再考虑到软件系统不是什么人想用就能用的， 必须进行身份验证，因此，还需要加入登录系 统的系统用例 综合以上分析，得出系统用例。
图书管理系统用例图【范本模板】
图书管理系统UML建模与设计模式实验报告计算机与信息工程学院一、实验目的在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括:1．掌握用例图的建立。
2．掌握用例描述文档的编写。
3．掌握建模工具的使用。
二、实验内容根据以下需求设计一个图书馆管理系统的用例图模型，包括：用例图和主要用例的描述文档。
基本功能要求：图书管理:新书登记，图书查询，图书注销；借阅管理：借书，还书,查询今日到期读者；读者管理：增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数,可续借天数等）；报表管理:包括图书借阅统计报表,被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。
系统管理：系统管理员使用，包括用户权限管理（增加用户,删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能.三、实验思想（1）分析系统需求;（2）确定系统参与者:读者、图书管理员、图书管理系统；（3）确定系统用例;四、实验结果借阅人用例图：图书系统管理员用例图:图书管理员用例图：1．用例名称：登录用例描述:根据用户输入的用户名和密码判断用户的身份，赋予相应的权限. 前置条件:无后置条件：根据用户所有的权限进入相应的操作界面.基本操作流程：1输入用户名2输入密码2校验密码是否正确。
3根据用户身份进入相应的操作界面。
可选流程：如果密码不正确，提示重新输入密码;如果用户名不正确,提示没有此用户。
2。
用例名称：查询图书用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有，显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。
前置条件:以顾客身份登录后置条件:无基本流程:1 以读者身份登录。
2输入图书的名称或作者名称。
3显示相关图书的信息。
可选流程：如果没有该图书,返回提示信息：“没有找到图书”。
图书管理系统用例图【范本模板】
图书管理系统UML建模与设计模式实验报告计算机与信息工程学院一、实验目的在熟悉用例概念与应用的基础上，掌握用例模型的建立，包括：1．掌握用例图的建立。
2．掌握用例描述文档的编写.3．掌握建模工具的使用。
二、实验内容根据以下需求设计一个图书馆管理系统的用例图模型,包括：用例图和主要用例的描述文档。
基本功能要求:图书管理：新书登记，图书查询，图书注销;借阅管理:借书，还书，查询今日到期读者；读者管理：增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数,可续借天数等）；报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等。
系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能.三、实验思想（1）分析系统需求；(2）确定系统参与者：读者、图书管理员、图书管理系统；(3）确定系统用例；四、实验结果借阅人用例图：图书系统管理员用例图：图书管理员用例图：1．用例名称：登录用例描述：根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。
前置条件：无后置条件：根据用户所有的权限进入相应的操作界面。
基本操作流程:1输入用户名2输入密码2校验密码是否正确。
3根据用户身份进入相应的操作界面.可选流程：如果密码不正确,提示重新输入密码；如果用户名不正确，提示没有此用户。
2.用例名称：查询图书用例描述：由读者进行操作，查询图书馆中有没有需要图书，如果有,显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。
前置条件：以顾客身份登录后置条件：无基本流程：1 以读者身份登录。
2输入图书的名称或作者名称。
3显示相关图书的信息.可选流程：如果没有该图书，返回提示信息：“没有找到图书”.3．用例名称：借书用例描述: 由图书管理员把读者的借书卡的条码读入计算机，再将读者所选图书的条码读入计算机,在不超过读者允许借书的情况下，累计该读者所借的书；否则提示超过借书数量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书管理系统建立用例模型
实验一建立用例模型（第二版）
一、用例图
二、用例摘要
用例UC00：登录
用于验证图书管理员的身份，以便可以进行其它的操作。
用例UC01：入库新书
图书管理员将新采购的图书录入系统，只有已经入库的图书才可以借阅。
用例UC02：查询图书
图书管理员可以通过“书名”、“作者”进行模糊查询。
用例UC03：借书
借阅者挑选想借的图书到借书处，图书管理员逐本记录要借阅的图书。
用例UC04：还书
借阅者拿着想归还的图书到归还处，图书管理员逐本记录归还的图书。
用例UC05：处理罚款
用于处理借阅者超期归还罚款。
用例UC06：管理借阅者
对借阅者的增、删、改。
三、详述摘要
用例UC03：借书
范围：图书管理系统
级别：用户目标
主要参与者：图书管理员
涉众及其关注点：
－图书管理员：能方便快捷地完成借书工作。
前置条件：图书管理员必须经过确认和认证。
成功保证（或后置条件）：借阅信息应该被成功地记录。
主成功场景（或基本流程）：
1.借阅者携带所借图书到借书处，要求借书。
2.图书管理员开始一次新的“借书”操作。
3.图书管理员输入借阅者信息。
4.图书管理员输入图书信息。
5.系统确认该借阅者可以借阅本图书。
重复4~5步，直到所有图书输入完成。
6.图书管理员确认本次借阅。
7.系统记录本次借阅信息。
8.借阅者拿着借阅的图书离开。
扩展（或替代流程）：
3a. 借阅者身份不合法
1. 提示重新输入或结束。
2. 重新输入或结束。
3b. 借阅者有罚款未处理，不能借书。
1.结束本次借书，可到处理罚款用例先处
理。
5a. 该借阅者不允许借阅本图书
1. 系统不将本图书记录到本次借阅中，并提示图书管理员。
4~5a. 借阅者要求从已录入图书中去掉一本1.图书管理员从已录入图书中选择一本，并
要求删除。
2.系统显示删除后的结果。
特殊需求：
……
技术与数据变元表：
3~4a. 借阅者信息和图书信息可以用条码扫描器或键盘录入
发生频率：经常。
未决问题：
……
用例UC04：还书
范围：图书管理系统
级别：用户目标
主要参与者：图书管理员
涉众及其关注点：
－图书管理员：能方便快捷地完成还书工作。
前置条件：图书管理员必须经过确认和认证。
成功保证（或后置条件）：还书信息应该被成功地记录。
主成功场景（或基本流程）：
1.借阅者携带要还图书到借书处，要求还书。
2.图书管理员开始一次新的“还书”操作。
3.图书管理员输入图书信息。
4.系统确认，并记录本图书归还信息。
重复3~4步，直到所有图书输入完成。
5.结束本次还书。
扩展（或替代流程）：
3a. 超期归还
1.系统提示超期天数，显示并记录罚款金
额。
2.图书管理员确认
特殊需求：
……
技术与数据变元表：
3~4a. 借阅者信息和图书信息可以用条码扫描器或键盘录入
发生频率：经常。
未决问题：
……。