小型图书馆管理系统设计实现.docx

上传人:b****6 文档编号:6429435 上传时间:2023-01-06 格式:DOCX 页数:20 大小:366.77KB
下载 相关 举报
小型图书馆管理系统设计实现.docx_第1页
第1页 / 共20页
小型图书馆管理系统设计实现.docx_第2页
第2页 / 共20页
小型图书馆管理系统设计实现.docx_第3页
第3页 / 共20页
小型图书馆管理系统设计实现.docx_第4页
第4页 / 共20页
小型图书馆管理系统设计实现.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

小型图书馆管理系统设计实现.docx

《小型图书馆管理系统设计实现.docx》由会员分享,可在线阅读,更多相关《小型图书馆管理系统设计实现.docx(20页珍藏版)》请在冰豆网上搜索。

小型图书馆管理系统设计实现.docx

小型图书馆管理系统设计实现

小型图书馆管理系统

 

1.序言………………………………………………3

2.可行性研究报告………………………………….4

3.传统生命周期方法

3.1需求分析…………………………………..10

3.2概要设计…………………………………..12

3.3详细设计…………………………………..14

3.4编码和单元测试…………………………..16

4.主要参考文献…………………………………….19

5.心得和体会………………………………………19

 

1.序言

1.1编写目的

目前大部分小型图书馆还在采用人工执行借书,还书等操作,工作人员单调重复的劳动强度大,工作效率低,无法满足广大人民群众日益增涨的精神文明生活的需要,为了缓解这个问题,提出了以电脑应用为基础的小型图书馆管理系统的开发。

小型图书馆管理系统运行于windows2000或更高的操作系统,它可以适应小型的图书馆各项日常工作的需要。

图书管理员能在该系统的支撑下高效轻松的进行图书入库,借出,归还,和各项特定的查询。

1.2背景

A.项目名称:

小型图书馆管理系统;

B.本项目任务提出者建湘;

C.开发者贺坚;

D.用户图书管理员与普通读者;

E.运行所需最低配置计算机系统Windows2000;

 

可行性研究报告

1可行性研究的前提

要求:

在规定时间,按质按量的完成。

时间:

两周。

人员:

一人。

1.1要求

A,系统功能:

1)借书,还书;日常的

2)增加,删除书籍纪录;

3)按照作者等关键字进行检查;

4)找出被某位读者借出的一批书;

5)找出最近借出某本书的读者。

其中,功能4可供普通读者查找自己借出的书目,功能1,2,5只供管理员使用。

并且,该系统必须满足下列条件:

1)馆中所有未借出的书籍均能供读者随时借阅;

2)在同一时刻。

同一本书不能借出又可供借阅;

3)一个读者结束总数不能超过预定值。

B,系统性能:

反应时间最长为2秒,

能容错异常的数据。

能保存海量数据。

C.输出:

借出书籍的纪录,读者借书的纪录,目前可供借阅的书籍纪录

D.输入:

新增的书籍纪录,删除的书籍纪录,管理员账号,读者账号,

同本系统连接的其他系统:

将来可能添加读码器。

完成期限:

第二周星期五。

1.2目标

便于更速捷的进行新图书的入库,以及图书的借阅和归还事务,

减少读者等待时间,

缩减工作人员,提高工作效率,

1.3条件,假定和限制

a.系统的最小运行寿命为五年;

b.软件开发测试时期进行系统方案选择比较;

c.开发经费由使用者验收后按系统功能的实现程度进行付给,在此之前由开发者负担;

d.国家规定必须使用正版软件进行项目的管理和开发;

e.开发环境为win2000操作系统,开发工具由开发者自由选择;

运行环境为win2000操作系统,cpuP3-866,存256M,集成显卡,硬盘容量足够;

f.所需参考资料资源来自科技大学科技文献库,科技大学图书馆,互联网

g.本图书管理系统最迟于第二周星期五投入使用。

1.4进行可行性研究的方法

系统评测方法:

主要采用调查软件的开发环境,使用环境,

采用各项检查的结果加上对应的加权数来得到总评价分,

1.5评价尺度

费用:

不超过100元为佳。

加权数1。

总分100

功能:

功能的实现程度完全实现为100分。

加权数2。

总分100

开发时间:

两周之类为60。

加权数1。

总分100

使用:

用户评价难于使用为0,易于使用和接受为100。

2.对现有系统的分析

当前系统为人工系统

采用图书管理员按卡片查找书籍,

给读者办理借书和还书手续

新书入库时,人工编号,入架。

2.1处理流程和数据流程

数据流图:

 

图2.1现有系统的数据流图(右)

处理流程图:

图2.2原系统处理流程图

2.2工作负荷

每天八小时工作制,每周五天

2.3费用开支

每人月工资1000元,另外有医疗保险,养老保险每月500元,设备维修费200元,文档

2.4人员

四名工作人员,

2.5设备

借书卡片,卡片盒,图书证,借书章,借书记录本

2.6局限性

业务处理速度耗时过长

工作强度大

读者查询书籍不方便

破损借书卡片统计不及时

数据更新缓慢

3所建议的系统

3.1对所建议系统的说明

小型图书馆管理系统采用PB和SQL2000开发。

提供用户对自己借书情况和新书库存的查询,对于管理员,它设计有书籍更新,借书和还书功能,在管理员的控制下,它还能提供书籍的流通信息,读者的阅读记录,未来将添加数据挖掘功能,自动为图书馆的购书,管理提供未来读者意图走向。

3.2处理流程和数据流程

图2.3新系统处理流程图

 

图2.4新系统数据库流图

3.3改进之处

改进了用户提交借书信息的过程,

改进了新书入库的过程。

改进了书籍信息查询的过程。

3.4影响

3.4.1对设备的影响

需要添置最少两台计算机,一台供读者查询,一台用于管理员管理和兼做数据库服务器。

3.4.2对软件的影响

不存在要对原软件系统进行的更新和修改。

3.4.3对用户单位机构的影响

操作人员需要具备计算机系统的基本技能,可以认为达到国家计算机等级考试二级的能力水准的人具备操作资格。

本系统不需要专门的维护人员,可以对操作人员进行短时间的培训后获得维护的能力。

操作人员的教育水平建议在高中以上。

预期每周五天,每天八小时工作,每月更新一次图书信息

3.4.4对系统运行过程的影响

读者直接在查询机上输入要查询的关键字,就可以查到需要的信息。

管理员先在管理机上登入界面验证口令正确与否,随后选择将进行的操作,

在相应的界面进行对应的工作流程。

3.4.5对开发的影响

用户需要提供他们的管理工作流程,以便开发者参考。

管理员的口令不能泄露。

数据库要执行必要的备份操作(备份要求保留在其它安全机器上)。

3.4.6对地点和设施的影响

图书馆的基本环境已满足系统运行要求,不需要另外改进。

3.4.7对经费开支的影响

本建议方案的系统需要消耗电费,操作人员培训费,维护费用,由使用单位负责。

开发的经费由开发人员自筹。

3.5局限性

该系统的局限性在于,还没加入对不少新设备的支持,这是由系统开发时间短,开发人员不够熟练引起。

3.6技术条件方面的可行性

当前的开发人员所掌握的技术已经足够开发一个达到要求的系统

4可选择的其它系统方案

4.1

可选择的方案一;

从社会中专门的软件开发机构定购小型图书馆管理系统

此方案预期会获得优质的管理软件,但它的不足在于:

1,资金消耗大;

2,本校人员已经有能力完成,不必另找他人。

4.2

可选择的方案二:

本校人员开发,采用网页数据库管理模式开发

此方案的不足在:

1,不适合实际中小型图书馆的运营现状。

2,开发周期耗时超过预算,无法按时完成。

3,

5投资和效益分析

本系统不存在投资和效益分析。

6社会因素方面的可行性

软件开发和运行的过程都与现行法律无抵触,

图书馆的现有工作环境符合系统运行要求,

图书馆的工作人员在简短的培训后能达到使用系统的要求。

7结论

应该立即进行此系统的开发。

3传统生命周期方法

3.1软件需求分析

1背景

F.项目名称:

小型图书馆管理系统

G.本项目任务提出者建湘

H.用户图书管理员与普通读者

I.运行所需最低配置计算机系统Windows2000

2.任务概述

2.1目标

小型图书馆管理系统是一个独立存在的软件,全部容自含。

它包含了有一个前台管理界面和后台资料数据库系统。

本软件适用于藏书量小于100万的小型图书馆,主要用于辅助图书馆工作人员的各项日常工作,减轻工作强度,提高工作的效率。

2.2用户的特点

操作人员需要具备计算机系统的基本技能,可以认为达到国家计算机等级考试二级的能力水准的人具备操作资格。

本系统不需要专门的维护人员,可以对操作人员进行短时间的培训后获得维护的能力。

操作人员的教育水平建议在高中以上。

预期每周五天,每天八小时

工作,每月更新一次图书信息。

2.3假定和约束

本小型图书馆管理系统只存在研发时间的约束,限定的完成时间是第二周星期五下午。

3需求规定

图3.1系统输入输出IPO图

3.1数据精度要求

输入的编号长度10位

书类别长度4位

书名长度20位

作者名称10位

密码长度20位

3.2系统性能

系统的响应时间最大6秒,最少0.5秒

系统灵活性暂时不予考虑。

3.3文档要求:

管理文档记录条数最高在50万条,

借书记录条数最高在10万条,

读者借书记录最高10万条,每月更新一次。

3.4故障处理要求

故障名后果处理

数据库崩溃原有记录丢失寻求数据恢复人员

操作系统死机系统卡机重新启动计算机

数据丢失原有记录丢失从备份系统启动

无法更新数据业务办理受限检查硬盘空间

4运行环境要求

4.1电脑配置

处理器P3-800,

存256M,

硬盘容量60G,

显卡独立64M显存的显卡,

15`以上彩显,

键盘,鼠标,读卡器,

数量2台(最少),

8口交换机一台。

4.2支持软件

操作系统win2000及其以上版本。

SQL2000,PB9.0

 

3.2概要设计

 

1.3基本设计概念和处理流程

本系统设计有两个界面,读者直接在读者界面查找自己借出的书和有借的倾向的书其库存。

管理员在通过口令验证后进行书籍流通的各项管理工作,并可以进行书籍流向的查询。

处理流程图:

图3.2系统处理流程图

图3.3系统层次图

 

3.3详细设计

3.3.1逻辑结构设计

图3.4系统逻辑图

书籍表book

管理员表adm

读者表reader

借书表book_relation(br)

书籍编号

Char10

编号

Char10

读者编号

Char10

书籍编号

Char10

书类别

Char4

Char10

读者

Char10

读者编号

Char10

书名

Char20

性别

Char2

记录号

Int

作者

Char10

密码

Char20

办事人

Char10

库存数目

Char2

图3.5系统数据结构图

系统主界面:

图3.6系统界面

系统出错处理设计

3.3.2出错信息

出错信息

错误原因

用户名不存在!

错误的用户名,空用户名

输入正确用户名。

密码错误,请重新输入。

错误的密码,空密码。

输入正确密码。

密码输入超过三次,请重启系统。

密码连续三次输错。

重新启动系统。

请输入您要查询的信息!

查询信息为空。

输入正确格式查询信息。

请输入您的查询条件!

查询条件为空。

输入正确格式查询条件。

超出数据围!

输入的数据超出数据存储围。

输入系统围的数据。

数据无法存储!

更新数据操作无法完成。

检查数据库联机状况,联系维护人员。

3.3.3补救措施

1.原始数据丢失时可调用系统自动备份来恢复数据。

2.数据库意外损坏时,原系统无法恢复时,启动备份硬盘。

3.上述措施皆无效时请专业数据恢复机构人员操作。

 

3.4编码和单元测试:

//部分代码

//数据库联接的代码

SQLCA.DBMS="ODBC"

SQLCA.AutoCommit=False

SQLCA.DBParm="Connectstring='DSN=book'"

connectusingsqlca;

ifsqlca.sqlcode<>0then

messagebox("对不起!

不能连接数据库!

",sqlca.sqlerrtext)

halt

return

else

open(windows_main)//打开主界面

endif

 

//删除书籍信息的代码

intb,hascol

stringtemp

b=dw_1.getrow()

b_info=dw_1.getitemstring(book,"bno")//b_info设置为全局变量,

selectbr.bnointo:

tempfromscwhere(br.bno=:

b_info);

ifb_info=tempthen

messagebox("出错!

","不能删除,此书已经被借出!

")

else

dw_1.DeleteRow(s)

dw_1.Update()

hascol=dw_1.retrieve()

st_1.text=string(hascol)

endif

pb_1.enabled=true

//

close(parent)//关闭窗口

 

//借书操作的代码

stringrnumber,temp1,temp2,temp3

sle_1.text=upper(sle_1.text)//统一文本编辑行的文本大小写

sle_2.text=upper(sle_2.text)

temp1=upper(b_info)

iftrim(sle_1.text)<>trim(temp1)then

dw_2.settransobject(sqlca)

b_info=trim(sle_1.text)

dw_2.retrieve(b_info)

dw_2.object.datawindow.readonly="yes"

dw_3.settransobject(sqlca)

dw_3.retrieve(b_info)

dw_3.object.datawindow.readonly="yes"

endif

ifsle_2.text=""then

//MessageBox("出错!

","请输入书籍编号!

")

endif

ifsle_2.text<>""then

rno=sle_2.text

selectbook.bnameinto:

temp2frombookwherebook.bno=:

b_info;

iftemp2=""then

MessageBox("出错!

","此书籍编号不存在!

")

endif

selectbr.bnointo:

temp3frombrwhere(br.bno=:

sle_2.textandbr.rno=:

b_info);

ifsqlca.sqlcode=0then

MessageBox("出错!

","此书籍已被借!

")

else

insertintobr(bno,rno)values(b_info,:

sle_2.text);

endif

dw_2.reset()

sle_2.text=""//该框容清空

dw_2.settransobject(sqlca)

dw_2.retrieve(s_info)

dw_2.object.datawindow.readonly="yes"

endif

 

测试分析:

因为是采用的数据库开发工具PB和SQL数据库服务器,所以只进行部分功能的测试。

测试用例:

1.管理员输入口令,进入书籍信息更新界面,进行增加书籍操作,

进行书籍删除操作,搜索用户浏览记录。

2.用户进入读者查询界面,输入查询条件,查看输出结果。

测试结果:

1.用户名123,密码123,口令错误,

2.重输正确口令。

口令正确,进入管理员功能菜单。

3.选择书籍更新操作,进入书籍更新页面。

4.输入书籍更新信息:

编号:

00001

书类别:

艺术

书名:

恰恰舞动作详解

作者:

爱生豪威尔

库存:

4

5.点选增加按钮。

信息增加到数据库。

6.进入查询界面,输入书编号00001。

7.查询结果:

编号:

00001

书类别:

艺术

书名:

恰恰舞动作详解

作者:

爱生豪威尔

库存:

4

更新信息结果:

编号:

00001错误,书编号已存在

编号:

00002正常,

编号:

1错误,编号超出围

编号:

阿sa1213错误,编号格式不正确

8.用户登录查询

查询条件结果

书名:

泰坦神主找到,库存1本

书名:

212和三代该书不在库,

书名:

红与黑找到,已全借出

编号:

3书编号格式不正确

用户编号:

0001找到,已借书籍《软件工程》

《神经网络》

用户编号:

734322332该用户不存在

模糊搜索:

书名:

浪找到3个记录

《浪淘沙》库存3本

《浪迹天涯》库存2本

《碧海浪潮升》库存1本

测试分析:

测试结果表明软件符合既定要求。

 

4.参考文献

[1]昭。

《PowerBuilder9.0数据窗口技术》[M]:

中国水利水电

[2]原雪等。

《PowerBuilder8实例下》[M]:

国防科技大学

[3]夏邦贵,郭胜。

《PowerBuild数据库开发入门与例解析》[M]:

机械工业

[4]海藩。

软件工程[M]:

人民邮电,2002.

[5]伟。

人机工程技术研究的现状及发展趋势[EB/OL]。

.hauwar./Article/hjys/RJGC/200404/175.html,2005-01-30.

 

5.心得和体会

短短两周软件工程课程设计的时间,最大的是收获了许多的体会和经验。

指导老师详细的给我们讲解了书写的各项规,比如文档的缩进,图的下标,参考文献的引用,编程语言的书写格式。

在设计中,我又学习和掌握了visio的作图方法,熟练了数据库查询语言,温习了数据库制作工具软件。

一句话:

学得如饥似渴。

在这其中也遇到不少困难,在一开始的可行性分析中,经常是那种写了出来也不知道些啥的感觉,流程图,结构图,好像存在脑海里,真真去抓它时它却又变得如烟如雾,触手不及。

以后应该加强这方面的锻炼,改善现状。

 

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

当前位置:首页 > 表格模板 > 合同协议

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1