软件工程图书管理系统课程设计样本.docx
- 文档编号:337984
- 上传时间:2022-10-09
- 格式:DOCX
- 页数:39
- 大小:465.16KB
软件工程图书管理系统课程设计样本.docx
《软件工程图书管理系统课程设计样本.docx》由会员分享,可在线阅读,更多相关《软件工程图书管理系统课程设计样本.docx(39页珍藏版)》请在冰豆网上搜索。
软件工程图书管理系统课程设计样本
软件开发报告
项目名称:
图书馆查询借阅系统
组员:
专业:
指引教师
第一某些可行性研究报告
第二某些需求分析
第三某些概要设计
第四某些详细设计
第五某些测试报告
第一某些可行性研究报告
1.1引言
1.1.1编写目
当今是数字化、网络化时代。
图书馆是学校文献信息中心,是学校信息化重要基地。
图书馆工作是学校教学和科学研究工作重要构成某些,是全校师生学习和研究重要场合。
为了更好地适应这种网络数字化信息环境,一种成功跟踪最新技术,充分运用软硬件资源,扎根于准、新、全数字资源"图书馆管理信息系统"已孕育而生。
此外,由于图书馆陈旧管理手段给读者和图书馆管理员带来诸多操作上不以便,同步为了提高工作效率、服务质量和管理水平,并使图书馆管理人员从繁琐工作中解脱出来,因而开发该系统具备非常重要意义。
1.1.2项目背景
建议开发软件名称:
图书馆图书查询借阅管理系统
项目提出者:
图书馆
开发者:
施秀霞陈薇薇吴观萍周玲
顾客:
读者、管理员
实现软件单位:
福建工程学院
1.1.3定义
该图书馆管理信息系统是基于Internet/Intranet及Web技术,建立以Browser/Server为构造模式、以数据库为后台核心应用、以服务为目信息平台,对资源进行科学加工整序和管理维护,为教学和科学研究提供文献信息保障和提高管理图书效率而设计系统。
1.1.4参照资料
教材:
《软件工程导论》(第四版)张海藩编著,清华大学出版社,10月版,北京
查阅资料:
(1)、可行性分析报告参照文献:
(2)、需求分析报告参照文献:
《图书管理系统需求分析报告》系统开发小组郑州航院信息记录职业学院
(3)、概要设计报考参照:
(4)详细设计报告参照文献:
(5)测试报告参照文献:
类似项目项目开发报告:
《图书馆管理系统需求分析报告》作者:
葛东之北京联合大学3月1日
1.2可行性研究前提
1.2.1规定
功能:
1.新书入库。
2.借还书籍解决(每人限借书5本)。
3.按分类、书名、作者、ISBN号、出版年、主题词、书名内关键词等查询书籍信息。
4.书籍损坏丢失惩罚解决。
5.发布借书超期读者名单(借书期限为30天)。
6.显示图书室规章制度、关于系统等信息。
性能:
能运营良好
输入:
顾客名称、图书编码
输出:
顾客信息、图书信息
基本数据流程和解决流程:
图1.1顶层数据流图
图1.2一层数据流图
安全与保密规定:
馆中所有未借出书籍可以供顾客随时查阅,顾客信息只能被系统管理员查阅,修改;
完毕期限:
12月
1.2.2目的
a.人力与设备费用节约;
b.解决速度提高;
c.减少操作出错;
d.管理信息服务改进;
e.决策系统改进;
f.人员工作效率提高
1.2.3条件、假定和限制
1.系统运营寿命最小值:
4年
2.进行系统方案选取比较时间:
10天
3.经费投资方面来源和限制:
无
4.法律和政策方面限制:
不违背宪法,不违背合同法
5.硬件软件运营环境和开发环境条件和限制:
PC机和microsoftofficevisio
6.可运用信息资源:
《microsoftofficevisio实用教程》
《软件工程》等以及网络资源
1.2.4可行性研究办法
1.复查系统规模和目的
2.研究当前正在使用系统
3.导出新系统高层逻辑模型
4.进一步定义问题
5.导出和评价供选取解法
6.推荐行动方针
7.草拟开发筹划
8.书写文档提交审查
1.2.5决定可行性重要因素
(1)技术可行性
(2)经济可行性
(3)操作可行性
(4)社会可行性(法律可行性)
1.3对既有系统分析
1.3.1解决流程和数据流程
老式图书馆管理系统操作流程相称繁琐,在借阅读书时一方面要将图书证和所借书交给图书管理员,图书管理员然后将每本书信息卡片和读者信证放在一起,最后再将每本书借阅卡片和读者阅览证填写借阅信息,在归还时找到相应借阅卡和借阅证并填写归还信息。
图书数据功能模块
1.3.2工作负荷
解决较慢,人工操作较为繁琐。
1.3.3费用支出
维护费用较大,人力消耗大,设备使用率低,占用空间,实现功能少。
1.3.4人员
因原有系统技术含量较低,故不需要多少高技术人员,此后由于数据量扩大,人员数量也会日益扩大。
1.3.5设备
设备含量也较低,没有达到大量普及计算机限度。
1.3.6局限性
通过严谨分析,可知本来系统有很大局限性,如技术比较陈旧,人员工作负荷量大,系统维护费用支出大,这些都明确需要一种高科技系统。
1.4所建议技术可行性分析
1.4.1对系统简要描述
新系统在原有系统上加入了数据库支持:
使用先进数据库技术和数据库管理技术,使数据安全性和对的性得到很大提高,且在顾客并行操作和顾客管理方面也有了很大改进。
1.4.2解决流程和数据流程
读者通过自己注册账户和密码,可以登录到本系统,进行操作可以是借阅、续借、归还,管理员可以接受到读者信息,并能管理图书将图书分类,并能查到读书借阅状况。
1.4.3与既有系统比较优越性
1.减少人力和设备费用,从前需要较多人员解决图书借阅,操作繁琐,时间较长,当前使用计算机操作,大大提高效率。
2.借书解决速度:
此前一人借书等待时间大大缩短;
3.减少操作出错:
此前人工手写信息会浮现各种错误,当前计算机扫描几乎不会出错了;
4.提高人员运用率,此前图书管理员所有一人在场场面混乱,会提高出错几率,当前一种管理员也不会手忙脚乱。
1.4.4采用建议系统也许带来影响
(1)对设备影响
既有某些非电子操作物理设备要跟换为计算机操作环境。
(2)对既有软件影响
因建议系统在原有基本上采用先进技术和高科技技术,将本来软件无法使用,因此系统也会考虑到软件兼容性。
(3)对顾客影响
建议系统建立在原有系统基本上,因此不用考虑人员培训问题。
(4)对系统运营影响
1)顾客操作规程:
与本来系统规程无异;
2)运营中心操作规程:
与原系统操作规程无异;
3)运营中心与顾客之间关系运营中心培训顾客使用;
4)原数据解决:
封装解决;
(5)对开发环境影响
1)为了支持所建议系统开发,顾客需要进行密切配合,阐述规定;
2)规定数据资源:
原数据库;
3)为了开发和检测所建议系统而需要计算机资源:
一台微机;
4)无保密与安全问题;
(6)对运营环境影响
需要某些良好设备和图书管理操作
(7)对经费支出影响
1)系统开放人力开支
2)硬件设备,书籍材料
3)开发工具,环境费用
4)不可预见费用
1.4.5技术可行性评价
本系统基于局域网、windows操作系统,既有技术比较成熟,因此这个在限制内完毕开发,并且能实现系统功能目的,开发人群、质量也能满足。
1.5所建议系统经济可行性分析
1.5.1收益/投资比
贷款利率:
一年6.06%二至三年6.10%三至五年6.45%
五年以上6.60%
30万贷款投资,贷款5年
开发人员4人,每月工资5000元
期间使用两台电脑,每台电脑每年折旧费300元
后期系统维护每年大概元
预期开发时间为1年
每年还贷利息=300000*6.45%=19350元
1年后完毕总成本=12*4*5000+2*300+19350=259950元
投入使用后几年既可获得一定收益。
1.5.2投资回收周期
图书馆按5期分期付款,每期为一年且每期付款10万
(x-1)*(+19350)+259950<=100000*x
x>=3.03
大概在4年后可得到投资回报
1.5.3敏感性分析
核心因素
系统生存周期长短
系统工作负荷量
解决速度规定、
设备和软件配备
对支出和效益影响
周期长,投资回收率高
负荷量大
快,工作效率高
配备高,后期维修费用低
1.6社会因素可行性分析
1.6.1法律因素
本项目为独立开发,没有使用现成软件和办法,法律上不会导致侵犯,完全可以按照同规定责任履行。
1.6.2顾客使用可行性
咱们注重对客户进行需求分析,同步还尽心为客户考虑其长远利益和运营规定。
从顾客单位——大学校园图书馆行政管理和工作制度等方面来看,是完全可以使用该软件系统。
从大学图书馆使用人员来看,可大体分为五类:
一、学生;二、教职工;三、图书馆管理人员;四、行政职工;五、别的各界人士。
顾客素质较高,大某些受过本科教诲,而新开发软件系统和谐界面及简便操作办法,保证能满足绝大多数顾客使用该系统规定。
1.7结论意见
鉴于以上分析可知,该图书馆管理信息系统开发项目不但有巨大经济效益,并且有巨大社会效益。
从而使咱们深信该系统开发出来之后将获得巨大成功
第二某些需求分析
2.1编写目
(1)以便对图书馆书籍、读者资料、借还书等进行高效管理;
(2)节约人力物力财力。
2.2顾客需求分析
(1)某大学图书馆准备开发“图书管理系统”,以以便广大师生借阅、浏览:
(2)师生即顾客需要先注册然后才干借阅图书。
顾客进行注册时需要输入个人信息,注册成功后,会获得一种由系统提供标记其身份标记码。
(3)顾客登录进入图书管理系统后,可以通过Web页面查看图书各种信息,如图书借阅状况,作者等
(4)顾客登录后可以借阅图书,并在系统规定期间内还书。
否则必要缴纳罚款金。
顾客借阅图书时,系统会注明借阅时间。
(5)图书管理员可以查询图书,查看某些借阅状况,更容易懂得哪类图书需求量大,好做到合理更新增减图书。
有顾客违规或没准时还书状况,她们做解决,收罚金。
查询图书可以是顾客得知图书更详细位置以节约时间。
(6)系统管理员可以对书籍进行操控,注册,修改图书及信息;注册,修改读者信息;进行系统维护。
2.3功能需求分析
1.借阅者持有借阅卡(借阅卡包括借阅者名和借阅卡号);
2.图书管理员可以创立新借阅者账户;
3.图书管理员可以修改借阅者账户信息;
4.图书管理员可以删除已存在借阅者账户;
5.图书管理员可以添加新书籍种类;
6.图书管理员可以修改书籍种类信息;
7.图书管理员可以删除系统中书籍种类;
8.图书管理员可以在系统中添加书目信息;
9.图书管理员可以编辑书目信息;
10.图书管理员可以删除书目信息。
2.3.1图书馆查询借阅系统数据流图
依照以上功能分析得到数据流图,系统顶层数据流图与一层数据已在可行性分析阶段得出(图1.1和图1.2)。
再次对系统做更为详细需求分析到二层数据图如图2.1所示
2.1图二层数据流图
2.4分析各个子系统功能需求
依照开发者和客户需求分析后,可以把系统功能分为三个大功能模块:
1.查询模块
涉及:
顾客(借阅者和管理员)通过图书管理查询在架可借书籍及借阅历史等。
2.顾客管理模块
涉及:
增长及删除顾客信息以及修改顾客信息。
3.书籍管理模块
涉及:
增长及删除书目信息以及修改书目信息。
2.4.1图书馆查询借阅系统数据字典
数据字典一
名字:
库存清单
别名:
描述:
每一次借阅者借还书籍及新书入库图书量
定义:
库存清单=书籍编号+书籍名称+新书入库量+书籍借还量
位置:
库存清单
数据字典二
名字:
规章制度
别名:
描述:
对图书、管理员、借阅者管理制度
定义:
规章制度=损坏丢失书籍解决+超期书籍解决
位置:
规章制度
数据字典三
名字:
损坏丢失书籍清单
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 图书 管理 系统 课程设计 样本