图书管理系统可行性报告.docx
- 文档编号:2254343
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:22
- 大小:699.29KB
图书管理系统可行性报告.docx
《图书管理系统可行性报告.docx》由会员分享,可在线阅读,更多相关《图书管理系统可行性报告.docx(22页珍藏版)》请在冰豆网上搜索。
图书管理系统可行性报告
1引言1
1.1编写目的1
1.2背景1
1.3定义2
1.4参考资料2
2可行性研究的前提2
2.1要求2
2.2目标2
2.3条件、假定和限制4
2.4进行可行性研究的方法4
2.5评价尺度5
3对现有系统的分析5
3.1处理流程和数据流程5
3.2工作负荷5
3.3费用开支6
3.4人员6
3.5设备6
3.6局限性7
4所建议的系统8
4.1对所建议系统的说明8
4.2处理流程和数据流程8
4.3改进之处14
4.4影响15
4.4.1对设备的影响15
4.4.2对软件的影响15
4.4.3对用户单位机构的影响15
4.4.4对系统运行过程的影响15
4.4.5对开发的影响15
4.4.6对地点和设施的影响16
4.4.7对经费开支的影响16
4.5局限性16
4.6技术条件方面的可行性16
5可选择的其他系统方案16
5.1可选择的系统方案117
5.2可选择的系统方案217
6投资及效益分析17
6.1支出17
6.1.1基本建设投资17
6.1.2其他一次性支出17
6.1.3非一次性支出17
6.2收益18
6.2.1一次性收益18
6.2.2非一次性收益18
6.2.3不可定量的收益18
6.3收益/投资比19
6.4投资回收周期19
6.5敏感性分析20
7社会因素方面的可行性20
7.1法律方面的可行性20
7.2使用方面的可行性22
8结论22
GB8567——88
可行性研究报告
1引言
1.1编写目的
当今时代是飞速发展的的信息时代。
在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的原因。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。
尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。
本系统就是为了管理好图书馆信息而设计的。
1.2背景
基于这个问题,我们对黑龙江科技大学的图书馆进行了实际的调查和分析,认为有必要建立一个图书管理系统,使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的速度和准确性,能够及时,准确,有效的查询和修改图书情况。
图书管理系统是典型的信息管理系统,其开发主要包括后台SQL数据库的建立和维护以及前端的应用程序的开发两个方面。
对于前者要求建立数据的一致性..完整性.安全性存取方式及备份,对于后者则要求应用程序功能的完备,易学,易用,易操作等的特点。
基于上述考虑本系统主要利用Java作前台的应用程序开发语言,同时利用SQLServer2003作为后台的数据库,以WindowsXP作为系统平台。
本系统的开发使图书馆管理工作人员的工作量大大的减少了,同时能使用户很轻松的进行各种需求信息的查询及续借等操作。
说明:
A.图书馆智能管理系统;
B.该系统的相关人员:
任务提出者:
黑龙江科技大学图书馆
开发者:
数学11级1班JAVA小组
小组成员:
高旭强、姚坤、任树成、张清伟、邵帅
项目需求方:
黑龙江科技大学图书馆
用户:
黑龙江科技大学图书馆用户及管理员
C.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
DB---database数据库
DBConnectionPool数据库连接池
Query查询
UI用户界面
Table表
1.4参考资料
1.《详细设计说明书编写规范》
2.《网站论坛详细设计说明书》
3.《图书馆管理系统》可行性分析说明书
4.本项目的经核准的计划任务书或合同、上级机关的批文;《图书馆管理系统》需求分析说明书
2可行性研究的前提
2.1要求
A.1新进图书的登记功能:
对于购进的新书,系统必须具备图书信息资料的录入功能。
2图书的查询修改功能:
当图书资料发生变化,如图书丢失或有错误信息输入时,则应能够及时对数据进行修改和补充。
3借阅的登记,归还的登记功能:
系统的主要功能之一,供本校学生借阅图书、归还图书,并进行登记。
4学生信息的增加、删除和修改功能:
系统主要功能之一,建立学生信息,并对其进行维护。
B.为了保证系统能够长期、安全、稳定、可靠、高效的运行,图书管理系统应该满足以下的性能需求:
1、系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足学校对信息处理的需求。
2、系统的开放性和系统的可扩充性
图书管理系统在开发过程中,应该充分考虑以后的可扩充性。
例如用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3、系统的易用性和易维护性
图书管理系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
4、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
5、系统的先进性
目前计算系统的技术发展相当快,做为图书管理系统工程,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6、系统的响应速度
图书管理系统系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
2.2目标
本系统要达到的目标有以下几点:
A.能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:
图书信息的录入、删除及修改。
图书信息的关键字检索查询。
图书的出借、返还和资料统计。
B.能够对一定数量的读者进行相应的信息存储与管理,这其中包括:
读者信息的登记、删除及修改。
读者资料的统计与查询。
C.能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。
2.3条件、假定和限制
a.建议软件寿命:
10年
b.进行系统方案选择比较的时间:
为10天
c.经济来源:
黑龙江科技大学财务处
d.硬件条件:
PC机6台,服务器3台,局域网,INTERNET
e.软件条件:
WINDOWS2000Server和XP操作系统,OFFICE软件,ORACLE数据库,浏览器等。
2.4进行可行性研究的方法
通过调查分析开发图书馆管理系统应具有的功能,性能及用户的需求,确定总体结构,利用SQLServer数据库相对ACCESS数据库的优势,以最简洁最容易的方法,使用JAVA编写程序使其成为一个初级的系统软件
2.5评价尺度
说明对系统进行评价时所使用的主要尺度,如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。
3对现有系统的分析
3.1处理流程和数据流程
1.进书:
拿到中图公司的书目选书——抄下所选书名制成表单送至院办公室敲章——办公室向领导打报告——领导批了以后将定单寄至销售图书公司——拿到书后寄钱
2.书籍入架
按分类号和作者号对书籍进行分类——写流通卡、敲章——入架(注:
这一过程约两星期)
3.图书借阅
本科生以此只能借阅一本,凭借书卡借书,还书后取回证件;硕士生,博士生,老师可外借2本(中文书两星期,外文书一个月),其中硕、博须导师的担保书,管理员登记图书借阅情况。
3.2工作负荷
图书馆老师负责图书从进书,分类,入架,借阅,维护的所有事宜,完全靠人工,工作量很大。
借阅图书查找工作费时。
该图书馆管理信息系统为标准的网络软件。
通过它,我们可以实现几台计算机同时编目、借还、检索等操作。
通过特殊的算法,它在网络上运行时,图书借还、模糊检索等速度得到了大幅度的提高。
理论上讲,图书管理系统的记录限制为一亿条,系统测试HP(166/32M/2.1G)服务器,联想(166/32M/2.1G)PC机工作站,管理20万册图书时,在检索、借还等操作时均实现秒级延时。
系统适用的网络规模只受网络操作系统限制。
3.3费用开支
人
力
设备
空间
支持性服务
材料
维护人员
操作人员
服务器端
客户端
图书馆
软件使用咨询
应用软件及其他
两人
3000/月
八人
800/月
2
8000
/台
8
5000
/台
按照图书馆折旧计提
6万/年
2万/年
3.4人员
借阅登记员:
4人;
财务员:
2人;
采购员:
1人;
维护员:
1人
3.5设备
该系统的运行环境包括硬件环境和软件环境,是一个以Internet/Intranet为架构的平台。
系统的总体结构如下图所示,分为五个层次:
第一层:
是物理设备层,包括PC服务器、路由器、访问服务器、程控交换机、语音卡等。
第二层:
是网络支撑平台,用TCP/IP、PPP、HTTP、HTML、POP3和SMTP构成基本的网络及传输层,是网络操作系统管理环境与通讯平台。
第三层:
是图书管理系统的应用支撑平台,提供对上层应用系统的信息管理支持,包括数据库管理系统(MicrosoftSQLServer/ORACLE)、WindowsNT操作系统、MicrosoftInternetInformationServer4.0Web服务器系统。
第四层:
是应用开发平台,用于对信息的综合开发处理:
利用Intedev、VB,HTML,DreamWaver3等。
在数据库访问方面,利用ODBC技术建立对应数据库的数据源(DSN),采用ADO等技术访问和操纵数据库。
第五层:
为应用软件层,即图书管理系统应用软件。
客户端计算机运行Windows98操作系统,以IE浏览器访问应用系统Web服务器。
3.6局限性
计算机停电或死机会不会造成数据丢失?
图书管理系统没有即时存盘功能,被修改的数据不会立即存盘,会因计算机异常错误而丢失数据。
能否存贮多媒体信息?
图书管理系统不能存贮所有册目的文本、图片、声音、动画等多媒体信息。
此外用户也不能建立自已的多媒体资料库。
是否有2000年问题?
图书管理系统在系统内部没有全部采用4位记时,没有解决了2000年问题。
能否打印读者借阅证?
图书管理系统不能根据读者办证日期、读者单位、读者姓名或证码打印读者借阅证。
能否批量销证?
图书管理系统不能单个销证,更不能批量销证。
系统是否易学易用?
图书管理系统不是标准的WINDOWS应用程序,界面不友好,操作不容易,必须经过专门训练才可进行操作。
图书管理系统的数据流程与图书馆工作流程不大相符,必须要懂图书馆业务,在一个月左右时间内就可掌握。
能存放多少数据、能用于多大规模的网络?
理论上讲,图书管理系统的记录限制为一亿条,系统测试用HP(166/32M/2.1G)服务器,联想(166/32M/2.1G)PC机
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 管理 系统 可行性报告
![提示](https://static.bdocx.com/images/bang_tan.gif)