图书馆管理系统软件工程呕心沥血整理版Word文件下载.docx
- 文档编号:16092750
- 上传时间:2022-11-19
- 格式:DOCX
- 页数:18
- 大小:237.49KB
图书馆管理系统软件工程呕心沥血整理版Word文件下载.docx
《图书馆管理系统软件工程呕心沥血整理版Word文件下载.docx》由会员分享,可在线阅读,更多相关《图书馆管理系统软件工程呕心沥血整理版Word文件下载.docx(18页珍藏版)》请在冰豆网上搜索。
3.图书统计工作难,藏书更新不能及时完成
图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制.
1。
1.2背景
A开发软件系统的名称是:
图书馆管理系统
B开发本项目的提出者:
开发者:
xx
1.1.3参考资料
1、《中华人民共和国著作权法》、《计算机保护条例》
2、参考文献
[1]。
张海藩。
软件工程导论(第五版)。
北京:
清华大学出版社,2008。
2
[2]。
张荣梅,梁晓林,赵宝琴.VisualC++实用教程。
中国铁道出版社,2008.9
3。
、网络资源
1.2可行性研究的前提
1.2。
1软件的基本要求:
1.功能:
可分为查询、用户管理、书籍管理三大部分,具体功能如下图:
2.性能:
能运行良好.
3.数据库流程图(如图1—2所示)。
4。
在安全与保密方面的要求:
用户管理员密码不可见,数据库实行加密。
5.输入与输出:
条形英文、数字和汉字输入,英文、数字和汉字输出。
6。
完成期限;
2011年7月1前。
2目标
1。
减少人力与设备费用;
2。
提高借书的处理速度;
3.减少操作出错;
4.提高人员利用率;
3条件、假定和限制
系统运行寿命的最小值:
4年;
3。
经费投资方面的来源和限制:
无
4。
法律和政策方面的限制:
不违背宪法,不违背合同法;
5.硬件软件的运行环境和开发环境的条件和限制:
windowsXP等
6。
可利用的信息资源:
《C++实用教程》《软件工程案例开发与实践》等以及网络资源;
1.2.4进行可行性投资研究的方法
通过调查分析开发图书馆管理所具备的能力及实践方法,确定总体结构,利用MicrosoftOffice所具有的能力,以最简洁最容易的方法用C++编写使其成为一个初级的系统软件。
1.3对现有系统的分析
1.3.1处理流程和数据流程
传统的图书馆管理系统的操作流程相当繁琐,在借阅读书时首先要将图书证和所借的书交给图书管理员,图书管理员然后将每本书的信息卡片和读者的信证放在一起,最后再将每本书的借阅卡片和读者阅览证填写借阅信息,在归还时找到相应的借阅卡和借阅证并填写归还信息。
1.3。
2工作负荷
处理较慢,人工操作较为繁琐。
1.3.3费用开支
维护费用较大,人力消耗大,设备使用率低,占用空间,实现功能少。
3.4人员
因原有的系统技术含量较低,故不需要多少高技术人员,今后由于数据量的扩大,人员数量也会日益扩大。
3.5设备
设备含量也较低,没有达到大量普及计算机的程度。
3.6局限性
经过严谨的分析,可知原来的系统有很大的局限性,如技术比较陈旧,人员工作负荷量大,系统维护费用支出大,这些都明确需要一个高科技系统。
4所建议的系统
4.1对建议系统的说明
新系统在原有系统上加入了数据库支持:
使用先进的数据库技术和数据库管理技术,使数据的安全性和正确性得到很大的提高,且在用户的并行操作和用户的管理方面也有了很大的改善。
2处理流程和数据流程
读者可以登录到本系统,进行的操作可以是借阅、续借、归还,管理员可以接受到读者的信息,并能管理图书将图书分类,并能查到读书的借阅情况。
1.4.3改进之处
减少人力和设备费用,从前需要较多的人员处理图书的借阅,操作繁琐,时间较长,现在使用计算机操作,大大提高效率。
借书的处理速度:
以前一人借书等待的时间大大缩短;
减少操作出错:
以前人工手写信息会出现各种错误,现在计算机扫描几乎不会出错了;
4.提高人员利用率,以前图书管理员在场场面混乱时,会提高出错的几率,现在一个管理员也不会手忙脚乱。
4.4影响
预期将带来的影响:
包括对图书管理员需要一定的培训,让他们迅速了解软件的使用,还要购买相应的计算机服务器以及进行数据库的录入。
对设备的影响
现有的一些非电子操作的物理设备要跟换为计算机操作的环境.
对软件的影响
因建议系统在原有的基础上采用先进的技术和高科技技术,将原来的软件无法使用,所以系统也会考虑到软件的兼容性.
3。
对用户单位机构的影响
建议系统建立在原有的系统基础上,所以不用考虑人员培训问题.
4.对系统运行过程的影响
1)用户的操作规程:
与原来系统规程无异;
2)运行中心的操作规程:
与原系统操作规程无异;
3)运行中心与用户之间的关系运行中心培训用户使用;
5。
对开发的影响
1)为了支持所建议系统的开发,用户需要进行密切配合,阐述要求;
2)要求的数据资源:
原数据库;
3)为了开发和检测所建议系统而需要的计算机资源:
一台微机;
4)无保密与安全问题;
6.对地点和设施的影响
需要一些良好的设备和图书管理操作
7。
对经费开支的影响
1)系统开放的人力开支
2)硬件设备,书籍材料
3)开发工具,环境费用
4)不可预见费用
4.5局限性
鉴定建议系统尚没有高端技术支持,故无法普及所开发的建议系统。
6技术方面的可行性
本系统基于局域网、windows操作系统,这个在限制内完成开发,应该能实现系统功能目标,开发人群、质量也能满足。
5投资收益分析
零投资,投入使用时既可获得一定收益.
6社会因素方面的可行性
1.6。
1法律方面的可行性
本项目为独立开发,没有使用现成的软件和方法,法律上不会造成侵犯,完全可以按照同规定的责任履行。
2使用方面的可行性
用户单位的行政管理,工作制度等方面来看,可以使用该软件系统,从用户单位的工作人员素质上来看,能满足使用该软件的要求。
7结论
经过一系列各方面可行性的分析,分析员、用户以及其负责人对解决的问题有一致的看法,如能审批则可以运行。
二、需求分析
1功能需求分析
对图书管理系统的域描述如下:
在图书管理系统中,要为每一个借阅者建立一个账户,并发放借阅卡(此卡可以提供借阅卡号、借阅者名)给借阅者,其中账户中存储借阅者的个人信息、借阅信息.持有借阅卡的的借阅者可以借阅书籍、返还书籍、查询书籍信息,所有这些操作都是通过图书管理员进行的,也就是说,借阅者不直接与系统交互,而是让图书管理员充当借阅者的代理与系统交互。
借阅书刊时,需要输入所借阅的书刊名、书刊的ISBN/ISSN号,然后输入借阅者的借阅卡号(学生学号、教师职工号)和借阅者名,完成后提交所填表格,系统验证借阅者是否有效(在系统中是否存在账户),若有效,借阅请求被接受,系统查询数据库系统,看借阅者要求借阅的书看是否存在,若存在,则借阅者可以借出书刊,并在系统中建立存储借阅记录。
借阅者还书后,删除关于所还书刊的借阅记录.另外,为了简化系统,暂时不考虑书籍的丢失和预定情况.
对上述图书管理系统的域描述进行分析,可以获得如下的功能性需求:
借阅者持有借阅卡(借阅卡包含借阅者名和借阅卡号);
2.图书管理员代理借阅者借书;
图书管理员代理借阅者还书;
图书管理员可以创建新的借阅者账户;
图书管理员可以修改借阅者的账户信息;
图书管理员可以删除已存在的借阅者账户;
7.图书管理员可以添加新书籍种类;
8。
图书管理员可以修改书籍种类信息;
9.图书管理员可以删除系统中的书籍种类;
10.图书管理员可以在系统中添加书目信息;
11。
图书管理员可以编辑书目信息;
12.图书管理员可以删除书目信息。
注:
“书籍种类”和“书目信息”是两个不同的概念“书籍种类”代表了书籍的种类,它不仅包括书刊名,还包括ISBN/ISSN号等信息,他出现在书籍目录中;
“书目信息"
则指书籍的信息,即图书信息.此外,第一部分提到的用户含借阅者和管理员,但侧重指借阅者。
2.1。
1系统功能模块分析
根据开发者和客户的需求分析后,可以把系统功能分为三个大的功能模块:
1.查询模块
包括:
借阅者查询和管理员查询.
2。
用户管理模块
包括:
增加及删除用户信息以及修改用户信息。
3.书籍管理模块
增加及删除书目信息以及修改书目信息。
1.2识别参与者
通过对系统需求的分析,可以确定系统中有两个参与者,即借阅者和管理员.
1.借阅者
描述:
借阅者可以借阅、归还书籍。
示例:
持有借阅卡的任何人或组织。
管理员
描述:
管理员维护系统,他可以增加、修改、删除借阅者的信息;
可以增加、修改、删除书目信息,即维护书目目录.
示例:
管理员。
3用例图分析
在上面,已经识别出了系统的两位参与者,经过对需求的进一步分析,可以确定系统中有如下用例存在.
借阅书籍
本用例提供了借阅书籍的功能。
返还书籍
本用例提供了返还书籍的功能.
用户管理
本用例提供了增加、修改以及删除用户信息的功能.
4.书籍管理
本用例提供了增加、修改以及删除书目信息的功能。
用例图,如下所示:
图2—1图书管理系统用例图
2非功能性需求分析
非功能性需求是从各个角度对系统的约束和限制,反映了应用系统对软件系统质量和特性的额外要求,例如响应时间、数据精度、可靠性等。
下面是关于该图书管理系统的非功能性需求:
系统在短时间内相应所有的用户请求;
2.系统应该每周7天、每天24小时都可以使用;
3.对于一个没有经验的用户而言,经过短期的培训就可以使用系统的所有功能,稍加练习,便可熟练操作了;
4.系统运行时占用内存空间为低;
当系统发生故障时,只需重启便可以重新使用,在重启后,数据可以自动恢复,不会受到破坏。
2.3.定义系统对象
通过对系统进行需求分析后,就可以识别出在该系统中存在的对象.从前述的系统需求描述中可以找到以下对象类:
借阅者、书籍、管理员.
借阅者包含学生和教师.学生的属性有学号、姓名和单位,教师的属性有职工号、姓名和单位。
借阅者可以借书、还书和查询.
1)书籍包含很多种类,这里大致分为理工和文史类。
书籍的属性有书号、书名、作者、类型和价格。
书籍是整个系统的主要部分,借阅者可以借阅及归还图书(学生可以借1—3本,教师可以借1—6本,这里用1.。
。
n表示借阅书籍数),管理员则管理书籍、维护书籍信息。
2)管理员(可以有多个管理员,这里用m表示管理员个数
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书馆 管理 系统软件 工程 呕心沥血 整理