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

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

《基于UML的图书馆管理系统建模设计文档格式.docx》由会员分享，可在线阅读，更多相关《基于UML的图书馆管理系统建模设计文档格式.docx（17页珍藏版）》请在冰豆网上搜索。

该系统的范围可包括“读者管理子系统”、“书籍管理子系统”、“借阅管理子系统”、“系统管理子系统”

2.3确定执行者

根据前面介绍的客户需求分析可以看出。

“图书馆管理系统”有三个执行者，即“读者”、“图书管理员”、“系统管理员”

1）读者：

查询个人信息、查询图书信息、借阅图书、返还图书、续借图书、接受相应处理

2）图书管理员：

借书处理、还书处理、新旧书登记处理、办理相应处理手续

3）系统管理员：

系统维护工作——学生信息管理、图书信息管理、系统状态维护

2.4确定用例

（1）“图书馆管理系统”中的用例

在第一层，根据客户对“图书馆管理系统”的整体业务功能要求，可选的用例有：

·

基本业务功能管理

基本数据修改

信息查询

数据库管理

（2）“基本业务功能子系统”中的用例

在第二层，客户对“基本业务功能子系统”的整体业务功能要求，可选的用例有：

借阅管理

借书

续借书

还书

（3）“基本数据修改功能子系统”中的用例

在第二层，客户对“基本数据修改功能子系统”的整体业务功能要求，可选的用例有：

读者信息管理

读者信息录入

读者信息修改

读者信息注销

书籍信息管理

书籍信息录入

书籍信息修改

书籍信息注销

（4）“信息查询子系统”中的用例

在第二层，客户对“信息查询子系统”的整体业务功能要求，可选的用例有：

图书信息查询

读者信息查询

（5）“数据库管理子系统”中的用例

在第二层，客户对“数据库管理子系统”的整体业务功能要求，可选的用例有：

2.5分层绘制用例图

根据系统需求分析中客户对系统的功能要求，我们一确定了系统和子系统的边界、执行者和用例，现在就可以绘制用例图了。

1．最高层用例图

根据客户对“图书馆管理系统”的整体业务功能要求，可以绘制如图1-1所示的最高层用例图

2．第2层用例图

在第2层用例图中包括四个用例图：

基本业务功能子系统、基本数据修改功能子系统、信息查询子系统、数据库管理子系统。

如下图所示：

2.6描述用例

1．“借书”用例

用例编号：

0102（共有两层用例图，每层用2位数字表示，采用4位编号）

用例名：

执行者：

直接执行者：

图书管理员，涉及到的执行者有：

读者、系统管理员

目的：

借阅图书

过程描述：

（1）图书管理员登陆基本数据修改功能子系统，点击“借阅管理”中的“借阅”

（2）输入图书证编号

若输入不正确，则提示“您输入的借阅证号码有误，请重新输入！

”；

输入正确后，显示读者已借阅图书信息，提示超期未归还的图书；

（3）输入图书编号

若读者已借满，提示“您已借满，请先归还部分图书再来借，谢谢！

若读者可以正常借阅，提示“您确定要借阅这本书吗？

”

（4）确定借阅图书，则借阅证号增加一条借阅信息记录；

读者选择“放弃”，回到步骤（3）重新选择图书；

（5）读者成功借阅图书，系统管理员保存借阅记录并修改库存图书数量、读者借出数量。

（6）借阅完成，点击“退出”，退出系统。

2．“还书”用例

0103

归还图书

（1）图书管理员登陆基本数据修改功能子系统，点击“借阅管理”中的“还书”；

（2）输入图书证编号；

输入正确后，显示读者已借阅图书信息，提示超期未归还的图书，有超期未还的图书，调用“超期罚款”；

若读者说自己丢失图书，调用“丢失罚款”

（3）输入要还的图书编号；

若输入错误，提示“您未借阅该图书！

”若输入正确，提示“您确定要归还这本书吗？

（4）读者选择“确定”，读者借阅的图书信息记录消失；

读者选择“放弃”，返回到步骤（3）

（5）完成还书，点击“退出”，退出系统；

（6）读者成功归还图书，系统管理员删除借阅记录，并修改数据库管理子系统的图书数量和读者借出数量。

3．“读者信息录入”用例

0302

系统管理员，间接执行者：

读者

录入新读者相关信息，包括姓名、身份、学院

（1）系统管理员登陆基本数据修改功能子系统，点击“读者信息录入”

（2）写入读者相应信息，将读者信息保存至数据库

（3）发放图书证

（4）创建完成，读者信息录入成功，在数据库管理子系统增加图书信息，退出系统

4．“读者信息注销”用例

0303

读者信息销毁

当读者由于工作地点变化或其他原因，无需再使用图书馆的图书资料时，应当为其办理注销

（1）系统管理员登陆基本数据修改功能子系统，点击“读者信息注销”

（2）查询读者的借阅记录

若有未归还图书，给出提示：

暂时不能注销

否则注销读者，提示：

注销后，不能借阅图书

若不确定，返回上一层界面

（3）注销图书证，删除基本数据修改功能子系统中的读者信息

（4）注销完成，在数据库管理子系统删除读者信息，退出系统

5．“书籍信息录入”用例

0305

图书管理员，数据库管理子系统

图书馆里的图书根据馆藏需求进行更新

（1）系统管理员登陆基本数据修改功能子系统，点击“书籍信息录入”

（2）写入图书相应信息

（3）图书管理员给图书进行分类编号，记录条形码信息

（4）图书管理员为图书张贴条形码

（5）图书管理员检查图书编号是否入库

（6）在数据库管理子系统增加图书信息，书籍信息录入成功，退出系统

相应活动图如下：

6．“书籍信息注销”用例

0306

当图书馆里藏书，由于受到毁损或其他意外的破坏而无法再使用的情况下，需要对馆藏图书进行注销。

（1）系统管理员登陆基本数据修改功能子系统，点击“书籍信息注销”

（2）输入图书编号，若该书借阅出库，则暂时不能注销，提示“该书借阅中，不能注销”；

若该书未被借阅，提示“确定要注销此书吗？

”若不确定，返回上一层界面

（3）成功注销图书后，在数据库管理子系统删除图书信息，退出系统

三、系统分析

3.1建立对象类

（1）reader

类名：

reader

类的类型：

该类创建的对象是持久对象，存储在服务器上的数据库中，不可以共享

功能：

负责读者信息并对这些信息进行处理，便于对读者借阅信息进行统一管理。

属性：

读者的编号ID（reader_id）、姓名（reader_Name）、身份（identification）、学院（academy）、所借书籍的编号（borrowed）等

操作：

借书和还书、接受相应处理

（2）systemadmin

systemadmin

编号和姓名等

读者信息管理、书籍信息管理、借阅管理、

（3）booksadmin

booksadmin

借阅管理、书籍信息录入、书籍信息修改、书籍信息注销

（3）Books

Books

该类创建的对象是持久对象，存储在服务器上的数据库中，可以共享

书名、作者、书籍编码、类别、价钱、入库时间

分类编号、记录条形码信息、

（4）borrow

borrow

借阅书籍的编号、借阅时间、

借书、还书、续借书、交欠款、交罚款

（5）data

书籍信息、读者信息、借阅信息

读者信息录入、读者信息修改、读者信息注销、书籍信息录入、书籍信息修改、书籍信息注销、增加借阅信息、删除借阅信息

3.2建立对象类图

四、系统设计

4.1顺序图建模

◆在“借书”用例中涉及的对象间的交互分析如下：

1）登录系统。

图书管理员登陆“基本数据修改功能子系统”，，对读者的借书要求进行处理。

涉及的对象：

消息的发送者：

“系统管理员”对象

消息的接收者：

“基本数据修改功能子系统借阅窗口”对象

传递的消息：

消息：

口令密码（）

消息的类型：

同步消息

返回消息：

口令密码正确或出错信息

2）输入图书证编号。

·

核对图书证编号（）

自调用消息

图书证编号正确或出错信息

3）输入图书编号。

“reader”对象

[最大借书额为0]:

核对借书额（）

可以借书

4）确定借阅图书。

[确定借书]:

借阅证号增加借阅信息记录（）

借书成功

5）修改数据库。

“数据库管理系统借阅管理”对象

[借书成功]:

保存借阅记录并修改库存图书数量、读者借出数量（）

退出系统

根据以上确立的“借书”用例图中涉及的对象，建立“借书”用例的顺序图如图3-1：

◆在“还书”用例中涉及的对象间的交互分析如下：

图书管理员登陆“基本数据修改功能子系统”，，对读者的还书要求进行处理。

“基本数据修改功能子系统还书窗口”对象

3）超期罚款处理。

“基本数据修改功能子系统超期罚款窗口”对象

[超期]：

超期罚款（）

销毁超期信息

3）丢失罚款处理。

“基本数据修改功能子系统丢失罚款窗口”对象

[丢失]：

丢失罚款（）

4）输入图书编号。

[借阅]：

核对是否借阅此书（）

是否借阅此书

5）确定还书。

[确定还书]:

借阅证号删除借阅信息记录（）

还书成功

6）修改数据库。

[还书成功]:

删除借阅记录并修改库存图书数量、读者借出数量（）

根据以上确立的“还书”用例图中涉及的对象，建立“还书”用例的顺序图如图：

图3-2“还书”用例顺序图一

图3-3“还书”用例顺序图二

4.2构件图建模

构件图主要用于建立系统的静态实现视图模型，通过构件之间的依赖关系描述系统软件的组织结构，展示了系统中的不同物理构件机器之间的联系。

图3-4所示的是图书馆管理系统部分构件图，图书管理员登陆“基本数据修改功能子系统”并成功通过验证后，进入基本数据修改功能子系统主界面

4.3配置图建模

实用配置图定义的软硬件结构及通讯机制，表示软硬件系统之间的合作关系；

使用构件图描述系统由哪些构件组成。

图书馆管理系统是一个客户/服务器和服务器/浏览器相结合的系统，可以同配置图显示系统的物理结构，如图3-5所示：