C++自助图书借阅系统与教材代码配套.docx

上传人:b****7 文档编号:16028272 上传时间:2023-07-10 格式:DOCX 页数:10 大小:121.47KB
下载 相关 举报
C++自助图书借阅系统与教材代码配套.docx_第1页
第1页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第2页
第2页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第3页
第3页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第4页
第4页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第5页
第5页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第6页
第6页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第7页
第7页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第8页
第8页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第9页
第9页 / 共10页
C++自助图书借阅系统与教材代码配套.docx_第10页
第10页 / 共10页
亲,该文档总共10页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

C++自助图书借阅系统与教材代码配套.docx

《C++自助图书借阅系统与教材代码配套.docx》由会员分享,可在线阅读,更多相关《C++自助图书借阅系统与教材代码配套.docx(10页珍藏版)》请在冰点文库上搜索。

C++自助图书借阅系统与教材代码配套.docx

C++自助图书借阅系统与教材代码配套

自助图书借阅系统

一、系统分析

1.图书借阅系统的业务流程

A.图书管理员业务

①管理读者账户:

添加读者信账户,查阅、维护读者信息。

②管理图书:

对图书分类、编条码;图书上架、下架;查询维护图书信息。

B.读者业务

①借书:

通过互联网查看图书、预约借阅,到图书馆取书、借书。

②还书:

将书还到借书处。

C.业务流程

①图书管理员将新进的图书分类、编码、输入数据库,将图书分类放置到书架上。

②读者通过网络或图书管理员建立读者账号,获得以PIN标识的借书卡。

③读者到书库浏览图书,将图书选到书车上,凭借书卡号码借书。

④还书时只需将图书投入还书窗口,计算机自动扫描条码将图书记录从读者的账户消除。

⑤图书管理员将图书从还书窗口上架,供读者借阅。

2.对象识别

对象:

图书管理员、读者、书

3.对象之间的关系与交互

一个读者可以节约多本图书

二、系统设计

1.object类

图书借阅系统的基础类

2.图书数据类BookData

描述图书的状态以及状态变迁的操作

BookData类为图书库的数据类型,BookID为图书条形码,本系统设计为long类型是为了方便操作,在实际应用中应设计成char[n]类型。

charname[40]为书名,设成定长字符便于作为数据库记录。

PIN为读者借书证号,PIN字段(属性)与state字段共同标识图书在何处。

如果state的值为READER,表示图书在号码为PIN的读者处。

之所以在BookData中设置冗余的PIN字段,是为了通过图书库快速查找到图书的读者。

3.读者数据类ReaderData

描述读者的状态以及数据的变化

ReaderData类为读者的数据类型,PIN为读者借书证号,charname[20]为读者姓名。

BookList[LIMIT]为读者借阅的书,BorrowDate[LIMIT]为对应的借阅时间。

num为借阅的图书数。

4.模板类Datebase

提供对数据的“增、删、改、查”操作

Datebase类为数据库模板类,以BookData和ReaderData为模板参数对其执行数据库操作。

FileName、File分别为文件名和文件对象。

map>mype为map容器,关键词为long类型,以便存储BookID、PIN

voidInsert(T&)插入记录;voidDelete(long)删除记录;T*Query(long)按关键词查询记录;voidInitMap()从文件中读数据初始化map;voidSaveMap()将map中修改的数据存到文件中。

5.日期类Date

提供读当前日期的功能,以便记录借阅日期,判断读书是否超期

6.Reader类

Reader类为读者类,当读者登陆成功后产生读者对象。

PIN为登陆成功后的借书证号,BookID[LIMIT]存放书车图书。

login()为登录方法,其过程为根据输入(扫描)的借阅者号码从ReaderData库中查询读者,若查询到,登陆成功。

longQueryBook(char*)按输入书名的全部或部分查找出图书,因为读者找书的过程中图书条码对读者毫无意义。

longAddBook(BookID)将图书放到书车中,此时只需要修改BookData库中书的状态。

intCheckOut()借阅书车中的书,此时需要修改BookData和ReaderData库中的数据。

7.Librarian类

Librarian类为图书管理员类,longID、charname[20]、charpasswd[9]分别为管理员号码、姓名、口令。

本系统只设了一个管理员口令,在实际应用中有多个管理员,对应多个口令,并且,管理员的户名与口令以文件形式存储。

charlogin()进行登录;longAddReader()建立读者账户;longAddBook()添加图书;longQueryReader()查询读者信息;longPutOnshelf(BookID)为将图书上架,这些图书可能是读者从书架取下来的,也可能是读者还回来的。

8.系统运行流程(main函数)

(1)建立读者与图书数据库对象,打开读者数据库与图书数据库。

(2)管理员登录。

若登录成功,建立管理员对象,若无图书,则添加图书数据;若无读者数据,建立读者账户;管理员执行其他功能。

(3)读者登录。

若登录成功建立读者对象,选书到书车;借书;读者执行其他功能。

(4)自动还书。

凭输入(扫描)的图书条形码修改借书记录。

(5)系统退出。

读者与图书数据库对象消失时将内存中的数据保存到数据库中。

三、系统实现的建议和部分改进

1.Date类中,

boolIsLeapyear()const//判断是否为闰年

{

returnyear%400?

(year%100?

(year%4?

false:

true):

false):

true;

}没有必要,删去后不影响程序运行。

2.在管理员入口处,有显示读者信息和书籍信息的操作,但是没有提示输入字符。

cout<<"(A)ddreader,Add(B)ook,(Q)ueryReader,(P)utbooktoshelf,(E)xit:

";应改为cout<<"(A)ddreader,Add(B)ook,(Q)ueryReader,(P)utbooktoshelf,(S)howAllData,(E)xit:

";

3.该借书系统的提示信息不够清晰,可以设置中英文目录(已补充缺失提示)。

4.读者功能,checkout和Listmybooks有交叉且互有补充,可合并

经过实验后我发现是我理解失误,checkout和listmybooks是不同的功能,checkout是查看书车中的书,即在该次登录中添加到书车中的书,而listmybooks是已经借阅了的书。

在退出系统前书车中的书不意味着已借阅。

然而仍可以作出补充的是checkout中只有书名,listmybooks中只有ID,可以做出更改使它们能全部显示。

后来在操作中我又发现即使不退出系统也可以在listmybooks中查到添加到书车中的书。

我觉得可以把两个功能独立出来,在书车中的不退出系统不会登记到借阅中去。

5.还书入口只能把书还回图书馆,不能将书上架,图书上架功能由管理员实现,所以可以把还书功能放在读者入口(事实上,进入还书窗口时不必输入读者账号,显然这是不科学的,因为同一本书图书馆内可能有多本,当这本书只有一个人借时这样做没有问题,如果有多人借阅就很麻烦,除非多本同样的书使用不同的ID,这是不现实的。

如果还书操作在读者入口就会省去很多麻烦),这样还书后可直接查看Listmybooks,否则还需要退出后再查看。

课本在运行时,还书后重新进入管理员入口查看读者信息和书籍信息,实际上读者不能进入管理员入口,而管理员也不必即时查看读者和书籍信息。

6.该系统存在一个问题,读者借书还回后,查询书籍信息,借书者的账号仍然在书籍状态的后面,甚至在图书管理员将书上架后仍没有消失。

若有其他读者查询到这本书,则可以知道上一次是谁借了这本书,不利于隐私保护,直到有下一个人借该书时,该书书籍信息后变为新借书者的账号。

读者19771015已归还图书10002,但还未上架:

图书10002已上架:

下一个读者19731203查询图书10002:

下一个读者19731203借阅图书10002:

7.读者登陆密码和管理员口令

系统中没有设置读者登录密码,管理员也只有一个。

应当将管理员用户名和密码以文件形式存储。

另外,可以增加修改密码功能。

8.还书后没有归还成功的提示,读者不能确定是否已成功归还;同样的,上架后没有已成功上架的提示,图书管理员不能确定是否已成功上架。

这两个地方只需要增加一个cout输出语句即可。

当然还有其他地方需要加上确认信息,此处不一一指出。

9.多次借书造成的不必要操作。

在本系统中19771015先借了10001,10002和10004三本书,后来归还了10002,图书管理员将10002上架。

后来,19771015再次登入系统,借阅了10002和10005两本书,两本书都显示借阅成功,但事实上,造成的结果是10002的状态由在书架上变成了在图书馆,10005成功借出。

后来我又测试了19771015继续借阅10003的情况,依旧是显示借阅成功,图书状态由在书架上变成在图书馆。

从最终结果上看,书并没有被借阅出去。

可是因为图书的状态改变,图书管理员还需要再次将书上架,为了避免不必要的麻烦,在程序设计时应该直接禁止在超出限额后再次添加图书,直接显示“添加失败,您已超出限额!

10.与第五点提到的相照应,同一本书图书馆内可能有多本,这些书不应使用不同的ID,添加多本图书不能得到体现,而且会造成借阅和归还的混乱。

同一本书添加两次,相当于有两本,当有读者将这本书添加到书车时,提示添加成功,但事实上并没有成功借阅,图书状态也是由在书架上变为在图书馆。

下例中,10006添加了两次。

即便是多本同一本书可以使用不同的bookID,由于系统中的查询功能只能查找满足条件的第一本书的记录,而读者不知道每一本书的ID,一旦这本书被借走,只能显示被借走的这本书的信息,即便同一本书还有余本,其他读者也不能正常借阅。

所以还需要对查询功能做出更改。

四、总结

由于时间仓促,可能有考虑不周结论错误的地方,但整个程序我已经理解并经过多次不同情况下的测试,大有收获。

有些地方直接参考课本,更多的是自己的测试发现。

我提出的这些意见,代码测试并没有取得良好成果,所以没有放上来。

经过撰写实验报告,我发现我还有很多不足,仍然需要继续努力。

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

当前位置:首页 > 人文社科 > 设计艺术

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

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