图书管理系统用例图和用例描述

图书管理系统用例建模报告：含有用例图、类图、时序图,以及文档说明,

软件系统分析与设计

实验报告

学 院：计算机科学与技术学院 专 业：软件工程学 号：姓 名：实验名称：图书管理系统用例建模时 间：

********* ***

图书管理系统用例建模报告：含有用例图、类图、时序图,以及文档说明,

一、 实验内容与要求

本实验要求学生对学校的图书馆管理系统进行需求分析，对系统功能进行用例建模，画出用例图，类图以及相应的时序图。在使用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

用例和用例图 ........................................................................................................................... 1 1.1 什么是用例和用例图 ................................................................................................... 1 1.2 用例图 ........................................................................................................................... 2 1.3 用例说明 ...............................................................................................................

图书馆管理系统

一．图书馆管理系统需求分析

1、系统目标设计

系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记，也就是将图书的基本信息（如：书的编号、书名、作者、价格等）预先存入数据库中，供以后检索。

能够对借阅人进行注册登记，包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。

提供方便的查询方法。如：以书名、作者、出版社、出版时间（确切的时间、时间段、某一时间之前、某一时间之后）等信息进行图书检索，并能反映出图书的借阅情况；以借阅人编号对借阅人信息进行检索；以出版社名称查询出版社联系方式信息。

提供对书籍进行的预先预订的功能。

提供旧书销毁功能，对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理，按照不同的工作职能提供不同的功能授权。

提供较为完善的差错控制与友好的用户界面，尽量避免误操作。 2、系统功能需求分析

(1) 读者管理：读者信息的制定、输入、修改、查询，包括种类、性别、借书数量、借书期限、备注等。

(2) 书籍管理：书籍基本信息制定、输入、修改、查询，包括书籍编号、类别、关键词、备注。

(3) 借阅管理：包括借书，还书，预订书籍

实验一 编写用例（以下给出用例描述模板），并画出用例图（编写时可参照下面的实例）

用例描述模板

是一种被广泛使用的用于发现和记录需求(特别是功能需求)的机制。写出用例是一种最好的理解和描述需求的技巧。

注意：这个模板列出可以定义用例的典型标题，但应当强调的是，实用上更重要的是专注于写出完整的可理解的事件路径，而不是按指定的模板填写每个部分。

名称

用例的名称应当用简短的动词短语表达，说明用户使用用例完成的任务。

概述或简要描述

单列一节概述该用例完成什么通常是有益的。 参与者

列出此用例涉及的参与者和负责发起此用例执行的主要参与者。 触发器

触发器是开始此用例的事件。触发者并不必须向该系统输入事件，例如，在预约系统示例中，“预约”用例的触发者可能是“一个潜在的客户打给餐馆的一个预约电话”。而在另一种情况下，触发者可能是此用例中第一个系统事件。

前置条件

前置条件概述在用例可以开始前，什么必须为真。通常前置条件说明在指定的一个用例运行前，另一个什么用例必须运行。典型的前

置条件可以是“用户已成功登陆”。

后置条件

后置条件概述当用例完成时什么是真。在许多情况下，这将依赖于在一个特定用例实例中发生的确切的一系列交互。区分“最低保证”和“成功保证”可

用例文档

表1、所有用户登录系统

用例名称 简要描述 参与者 前置条件 后置条件 登录系统 根据用户输入的用户名和密码判断用户的身份，赋予相应的权限。 读者、图书管理员及系统管理员 系统正常运行 根据用户所有的权限进入相应的操作界面。 基本事件流 1 输入用户名，检验用户名是否存才 2 输入密码，校验密码是否正确。 3 根据用户身份进入相应的操作界面。 备选事件流 补充约束 相关图 （读者登录系统） 进入系统主界面用户名错误或密码错误 (1)系统显示用户名错误或密码错误的提示信息，并进入(2)步 (2)用户可以重新输入用户名和密码进行登录，也可以选择直接退出系统 (3)如若用户忘记了密码，可以通过一定的方式找回密码 系统允许用户重试三次登录操作，超过三次后系统自动结束，不允许用户重试 读者图书管理系统输入用户名和密码用户名或密码有错，提示重新输入信息验证合法验证是否为合法用户选择相关操作操作结束退出系统 表2、读者查询图书信息

用例名称 用例描述 参与者 前置条件 后置条件 基本流程 查询图书信息 由读者进行操作，查询图书馆中有没有需要的图书，如果有，显示该图书编号、书名、作者、出版日期、

赣 冠 教 育 研 究 产 业 集 团

编制部门：项目负责：编制日期： 自 考 学 绩 管 理 系 统 需 求 说 明 书

软 件 开 发 部 渠宏伟、刘桃桃 2008年4月8日

目录

1.引言 ................................................................................................................................................... 3 1.1 编写目的 ................................................................................................................................... 3 1.2 项目背景 ................................................................................................................................... 3

ATM系统用例图

存款取款客户查询银行主机转账改密码用例包括：

1） 存款：客户持银行卡（本行或其他行）从ATM存放现金 2） 取款：客户持银行卡（本行或其他行）从ATM提取现金

3） 查询：客户持银行卡（本行或其他行）在ATM上查询卡的帐户信息 4） 转账：客户持银行卡（本行）在ATM上进行同行转账

5） 改密码：客户持银行卡（本行或其他行）在ATM修改卡的密码

系统用例规约：ATM取款

用例名称： 描述： actors: 前置条件： 基本流： ATM取款 客户持银行卡（本行或其他行）从ATM提取现金 客户和银行主机 无 1. 客户插入银行卡。 2. ATM从银行卡读入卡号（含银行标识和账号），验证卡的有效性。 3. 客户输入密码。 4. ATM验证帐号和密码。 5. ATM显示包括取款在内的服务功能，客户选择“取款”。 6. 输入取款额：客户输入数量为50元的倍数的取款额。 7. ATM向银行主机通知卡号、密码、账号和取款额，获得含有最新余额的取款成功确认信息。 8. ATM打印并吐出凭条。 9. ATM清点并吐出现金，记录取款成功。 10. ATM询问客户是否继续服务。 11. 客户选择否，ATM吐出银行卡，结束用例，否则回到步骤5。

一、面向对象分析

1. 建立用例模型

i. 开户

用例描述：开户用例图中，由管理员发起开户事务，储户提供账户信息、身份信息，管理员验证账户合法性和身份真实性后输入账户信息，储户设置密码，过程中涉及验证合法性（账户号正确、身份真实等）、添加账户信息等。储户可以打印凭证。

ii. 销户

用例描述：销户用例图中，主动销户由管理员发起销户事务，储户提供账户信息、身份信息，输入密码，管理员验证密码正确身份真实性后输入账户信息，并验证账户余额，若有余额则返还给储户完成销户，若无余额直接完成销户。过程中涉及验证合法性（密码正确、身份真实等）、处理余额、删除账户信息等。储户可以打印凭证。被动销户则需要进行销户判断（挂失子系统），若判断可以销户，则处理余额，完成销户。

iii. 冻结

用例描述：冻结用例图中，主动冻结由管理员发起冻结事务，储户提供账户信息、身份信息，管理员验证密码正确身份真实性后输入账户信息，完成冻结。过程中涉及验证正确性（密码正确、身份真实等）、修改账户状态信息等。储户可以打印凭证。被动冻结则需要进行冻结判断，若输入密码大于三次，账户冻结。

iv. 挂失

用例描述：挂失用例图中，管理员需要用户输入账户信息，可以触发挂失事务，其中挂失事务包括生

实验二 用例图

一、实验目的

1．熟悉用例图的基本功能和使用方法。 2. 初步掌握建立用例图的方法。

3．掌握如何使用建模工具Rational Rose2003绘制用例图方法。

二、实验器材

1．计算机一台。

2．Rational Rose 2003工具软件。

三、实验内容

图书管理系统的功能性需求包括以下内容：

图书管理系统是一个面向学校图书馆用来进行图书管理的管理信息系统（MIS）。该信息系统能够方便地为借阅者提供各种借阅服务，也能够为图书管理员和系统管理员提供方便的管理服务。

图书管理系统的功能性需求包括以下内容：

（1）图书管理系统能够为一定数量的借阅者提供服务。每个借阅者能够拥有惟一标识其存在的编号。图书馆向每一个借阅者发放图书证，图书证中包含每一个借阅者的编号和个人信息。系统通过一个单独的程序为借阅者提供服务，不需要管理人员干预，这些服务包括提供查询图书信息、查询个人信息服务和预定图书等。

（2）当借阅者需要借阅书籍、归还书籍时需要通过图书管理员进行，即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。当借阅者借阅图书的数量超过限制时，不允许借阅者再进行借阅。当借阅者借阅的图书超过一定的期限时，需要对其进行处罚。借

画用例图

用例图

组成：系统边界。参与者。用例。关系。

参与者：Actor不是人，而是指参与用例时担当的角色。

如果一个角色的操作是由另一个角色代理完成的，请建立该角色到另外角色之间的依赖。

怎样识别参与者呢？

1. 是谁向系统提供的信息呢. 2. 谁向系统获取信息。 3. 谁操作系统。 4. 系统使用哪些外部资源

5. 系统是否和已经存在的系统交互

系统、子系统或类与外部的参与者（actor）交互的动作序列的说明，包括各种序列及出错序列。

用例分析可以认为是对系统功能的分解。 怎样确定用例的粒度呢？

用例的粒度（用例的大小）可大可小，一般一个系统易控制在20个左右。用例是系统级的抽象的描述，不是细化的（是做什么，非怎样做）。对复杂系统可以划分为若干个子系统处理。 怎样获取用例呢？

参与者希望系统执行什么任务？

参与者在系统中访问哪些信息（创建、存储、修改、删除等）？ 需要将外界的哪些信息提供给系统？ 需要将系统的那个事件告诉参与者？

如何维护系统？

UML中的四种关系。 关联（association）

包含（include）

扩展（extend）泛化（generalization） 关联关系

描述参与者和用例之间的关系。 用单向箭