图书馆管理系统需求及实验一示例.docx

上传人:b****6 文档编号:7688442 上传时间:2023-05-11 格式:DOCX 页数:16 大小:554.88KB
下载 相关 举报
图书馆管理系统需求及实验一示例.docx_第1页
第1页 / 共16页
图书馆管理系统需求及实验一示例.docx_第2页
第2页 / 共16页
图书馆管理系统需求及实验一示例.docx_第3页
第3页 / 共16页
图书馆管理系统需求及实验一示例.docx_第4页
第4页 / 共16页
图书馆管理系统需求及实验一示例.docx_第5页
第5页 / 共16页
图书馆管理系统需求及实验一示例.docx_第6页
第6页 / 共16页
图书馆管理系统需求及实验一示例.docx_第7页
第7页 / 共16页
图书馆管理系统需求及实验一示例.docx_第8页
第8页 / 共16页
图书馆管理系统需求及实验一示例.docx_第9页
第9页 / 共16页
图书馆管理系统需求及实验一示例.docx_第10页
第10页 / 共16页
图书馆管理系统需求及实验一示例.docx_第11页
第11页 / 共16页
图书馆管理系统需求及实验一示例.docx_第12页
第12页 / 共16页
图书馆管理系统需求及实验一示例.docx_第13页
第13页 / 共16页
图书馆管理系统需求及实验一示例.docx_第14页
第14页 / 共16页
图书馆管理系统需求及实验一示例.docx_第15页
第15页 / 共16页
图书馆管理系统需求及实验一示例.docx_第16页
第16页 / 共16页
亲,该文档总共16页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

图书馆管理系统需求及实验一示例.docx

《图书馆管理系统需求及实验一示例.docx》由会员分享,可在线阅读,更多相关《图书馆管理系统需求及实验一示例.docx(16页珍藏版)》请在冰点文库上搜索。

图书馆管理系统需求及实验一示例.docx

图书馆管理系统需求及实验一示例

图书馆管理系统基本功能

一、系统总体功能需求

(1)基本数据维护功能模块

提供了使用者录入、修改并进行维护基本数据的途径。

比如可以在该模块输入读者的信息、书籍的各项信息,也可对这些信息进行修改、更新。

(2)基本业务功能模块

主要实现对读者利用图书馆借还书籍的管理,比如根据读者的借用书籍要求更新图书馆书籍数据库系统,如果书籍已经借出,可以进行预留操作,用户每次还书也要进行数据库记录的各项更新。

该模块是整个图书馆管理系统的核心。

(3)数据库管理功能模块

在图书管理部门,对所有的图书信息和会员信息都要进行统一管理,书籍的借出等情况也要进行详细的登记,以便能对整个图书管理部门的运作有全面地了解,并根据实际情况补充书源不足的部分。

(4)信息查询功能模块

在对图书管理信息系统进行全面信息化管理的过程中,查询是一项非常重要的功能。

比如用户借书信息,借还日期的信息,书籍库源情况信息,预留信息等,这项功能能使用户得到即时书籍信息,方便用户根据实际情况选择业务方式。

(5)安全/使用管理功能模块

这是任何一个信息管理系统都需要的部分,图书管理系统的操作也只能由专人进行,只有图书管理部门的工作人员才能拥有权限,特别是图书的借出状况,如果没有安全管理部分,后果难以想象,可能每次登录都需要用户身份的验证。

(6)帮助功能模块

这也是软件不可缺少的部分,为了方便使用者使用软件,应该有一个详细的帮助模块。

图书管理系统的功能需求图如图9-1所示。

图9-1系统总体功能需求框图

9.1.2基本数据维护功能需求

基本数据维护模块的具体功能如图9-2所示。

基本维护信息包括:

书籍信息和用户信息等。

图9-2基本数据维护模块功能需求框图

(1)书籍信息的增加,如图9-3所示。

图9-3增加书籍信息

这个功能实现把书籍信息输入到数据库中。

书籍信息包括名称、作者、ISBN、类别、预留信息和价钱等信息。

(2)书籍信息的修改,如图9-4所示。

这个功能实现把书籍信息修改后输入到数据库中。

图9-4修改书籍信息

前置条件:

已存在书籍。

(3)用户信息的增加,如图9-5所示。

这个功能实现把读者信息输入到数据库中。

读者信息包括姓名、地址、城市、区号、借书条目和预留条目信息。

图9-5增加用户信息

(4)用户信息的修改,如图9-6所示。

这个功能实现把读者信息修改后输入到数据库中。

图9-6修改用户信息

前置条件:

已存在该读者。

9.1.3基本业务功能需求

基本业务功能需求模块的具体功能如图9-7所示。

这些功能需求基本上包括了读者要求提供的业务。

图9-7基本业务功能需求框图

(1)借书功能需求,如图9-8所示。

该功能实现的是将读者要求借出的书籍信息加入到数据库中,然后更新数据库,借出的时间段内,该书不能再借出。

借出信息包括书目和借出者等。

图9-8借书功能

(2)还书功能需求,如图9-9所示。

这个功能实现将读者要还的书籍信息以及读者的姓名,重新将书籍状态设置为可用。

同时更新数据库。

输入信息包括书名、作者、借出的书目和借出的读者的姓名。

图9-9还书功能

(3)预留书籍功能需求,如图9-10所示。

这个功能实现将读者的预留书籍要求输入到书籍信息中,便于借出书籍归还时能够及时把书借给预留读者。

预留信息包括书名、作者和要求预留书籍的读者姓名。

图9-10预留书籍功能

前置条件:

相应书籍已全部借出。

(4)撤销预留功能需求,如图9-11所示。

该功能实现根据读者的要求撤销预留功能,改变当前书籍的预留状态,更新数据库,以便其他读者能进行书籍的预留或者借出。

图9-11撤销预留功能

前置条件:

预留书籍状态已经开启。

9.1.4数据库维护功能

数据库维护功能是信息管理系统不可或缺的部分,其需求如图9-12所示。

图9-12数据库维护功能需求

(1)读者信息管理功能需求,如图9-13所示。

该功能实现对读者信息的统一管理,可以增加和修改读者信息。

图9-13读者信息管理功能

(2)书籍信息管理功能需求,如图9-14所示。

该功能实现对书籍信息的同意管理,可以增加或者修改书籍的信息。

图9-14书籍信息管理功能

9.1.5查询功能需求

这个模块的具体功能如图9-15所示。

图9-15查询功能需求框图

(1)读者信息查询需求,如图9-16所示。

该功能实现查询读者的现有信息,除了读者的个人信息外,还有读者的预留书籍,以及已经借出的书籍信息。

图9-16账单查询功能

(2)书籍信息查询需求,如图9-17所示。

图9-17书籍查询功能

9.1.6安全使用管理功能需求

这个模块的具体功能如图9-18所示。

安全的管理功能包括用户名以及密码验证的管理。

图9-18安全使用管理功能需求框图

9.1.7帮助功能需求

这个模块的具体功能如图9-19所示。

帮助功能包括软件总体说明和软件使用说明

图9-19帮助功能需求框图

实验一在线购物系统用例建模

问题陈述:

一个计算机制造厂商提供了通过因特网购买计算机的可能性,客户可以在制造厂商的Web页面上选择一台计算机,计算机分为服务器、台式机和笔记本。

客户可以选择标准配置,或者可以在线建立自己希望的配置。

可配置的构件显示在一个可供选择的表中。

对每个新的配置,系统可以计算价格。

要发出订单,客户必须填上运送和付款信息,可接收的付款方式为信用卡和支票,一旦订单被输入,系统向客户发送一个确认的电子邮件消息,并附上订单的细节,在等待计算机送到的时候,客户可以在任何时候在线查到订单的状态。

后端订单处理包含下面所需的步骤:

验证客户的信任度和付款方式,向仓库请求所订购的配置,打印发票并且请求仓库将计算机运送给客户。

对上述问题陈述的扩展:

1.客户使用制造厂商的Web页面来查看所选择的服务器、台式机或笔记本的标准配置,价钱也同时显示出来。

2.客户选择查看配置的细节,也许带有买它的意愿或建立一个更适合的配置。

每种配置的价格在客户要求的情况下可以计算出来。

3.客户可以选择在线订购计算机,或者也可以要求销售人员在订单真正发出之前与自己联系,解释订单的细节,协商价格等。

4.要发出订单,客户必须填写在线表格关于运送和发票地址以及付款细节(信用卡或支票)。

5.在客户订单输入到系统后,销售人员发送电子请求给仓库,附上所订购的配置的细节。

6.事务的细节,包括订单号和客户帐号,要电子邮件发送给客户,使得客户可以在线查订单的状态。

7.仓库从销售人员那里获得发票,并给客户运送计算机。

第一步:

确定参与者。

可以确定三个参与者:

客户、销售人员、仓库。

第二步:

确定用例。

需求号

需求

参与者

用例

1

客户使用制造厂商的Web页面来查看所选择的服务器、台式机或笔记本的标准配置,价钱也同时显示出来。

客户

显示标准计算机配置

2

客户选择查看配置的细节,也许带有买它的意愿或建立一个更适合的配置。

每种配置的价格在客户要求的情况下可以计算出来。

客户

建立配置

3

客户可以选择在线订购计算机,或者也可以要求销售人员在订单真正发出之前与自己联系,解释订单的细节,协商价格等。

客户,销售人员

订购配置的计算机,要求销售人员联系

4

要发出订单,客户必须填写在线表格关于运送和发票地址以及付款细节(信用卡或支票)。

客户

订购配置的计算机,验证和接收客户付款

5

在客户订单输入到系统后,销售人员发送电子请求给仓库,附上所订购的配置的细节。

销售人员,仓库

通知仓库订单信息

6

事务的细节,包括订单号和客户帐号,要电子邮件发送给客户,使得客户可以在线查订单的状态。

客户,销售人员

订购配置的计算机,更新订单状态

7

仓库从销售人员那里获得发票,并给客户运送计算机。

销售人员,仓库

打印发票

第三步:

绘制用例图

第四步:

编写用例描述文档。

以“订购配置的计算机”为例说明用例的描述

用例

订购配置的计算机

简述该用例允许Customer输入一份购物订单,该订单包括提供运送和发票地址,以及关于付款的详细情况。

参与者Customer

前置条件Customer点击一个因特网浏览器进入计算机制造厂商的订单输入Web页面,该页面显示已配置计算机及其价格的详细说明。

当Customer在订单信息已显示在屏幕上时选择“继续”(或类似命名的)功能键来确定订购所配置的计算机时,该用例开始。

主流系统请求Customer输入购买细节,包括销售人员的名字(如果知道的话)、运送信息(客户的名字和地址),发票细节(如果与运送地址不同的话)、付款方式(信用卡或支票)以及任何其他注释;

Customer选择“购买”(或相似命名的)功能来发送订单给制造厂商;

系统给购买订单赋予一个惟一的订单号码和一个客户帐号,系统将订单信息存入数据库;

系统将订单号和客户号与所有订单细节一起通过邮件发给Customer,作为对接收订单的确认;

其他流Customer在提供所有要求录入的信息之前,激活“购买”(或相似命名的)功能,系统显示错误信息,并要求提供所漏掉的信息。

Customer选择Reset(相似命名的)功能来恢复一个空白的购物表格,系统运行Customer重新输入信息。

后置条件如果用例成功,购买订单记录进系统的数据库,否则系统的状态不变。

 

实验二的内容:

实体类定义了任何信息系统的本质,需求分析主要是对实体类感兴趣。

第一步:

识别类

需求号

需求

实体类

1

客户使用制造厂商的Web页面来查看所选择的服务器、台式机或笔记本的标准配置,价钱也同时显示出来。

Customer、Computer(StandardConfiguration,

Product)

2

客户选择查看配置的细节,也许带有买它的意愿或建立一个更适合的配置。

每种配置的价格在客户要求的情况下可以计算出来。

Customer、ConfiguredComputer

(ConfiguredProduct),ConfiguredItem

3

客户可以选择在线订购计算机,或者也可以要求销售人员在订单真正发出之前与自己联系,解释订单的细节,协商价格等。

Customer、ConfiguredComputer、

Order、SalesPerson

4

要发出订单,客户必须填写在线表格关于运送和发票地址以及付款细节(信用卡或支票)。

Customer、Order、Shipment、

Invoice、Payment

5

在客户订单输入到系统后,销售人员发送电子请求给仓库,附上所订购的配置的细节。

Customer、ConfiguredComputer、

Order、SalesPerson、ConfiguredItem

6

事务的细节,包括订单号和客户帐号,要电子邮件发送给客户,使得客户可以在线查订单的状态。

Customer、Order、OrderStatus

7

仓库从销售人员那里获得发票,并给客户运送计算机。

Shipment、

Invoice

第二步:

为类添加原始属性

第三步:

确定关联关系与多重性

第四步:

确定组合、聚合关系

第五步:

确定泛化关系

绘制订购配置的计算机顺序图

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2