图书资料管理系统可行性研究报告.docx
- 文档编号:569798
- 上传时间:2022-10-11
- 格式:DOCX
- 页数:15
- 大小:155.07KB
图书资料管理系统可行性研究报告.docx
《图书资料管理系统可行性研究报告.docx》由会员分享,可在线阅读,更多相关《图书资料管理系统可行性研究报告.docx(15页珍藏版)》请在冰豆网上搜索。
图书资料管理系统可行性研究报告
图书资料管理系统
可行性研究报告
Version2.0
目录
1.引言4
1.1编写目的4
1.2项目背景4
1.3定义4
1.4参考资料4
2.可行性研究的前提5
2.1要求5
2.2目标5
2.3条件,定和限制6
2.4可行性研究方法6
2.5评价尺度6
3.对现有系统的分析6
3.1处理流程和数据流程6
3.2工作负荷7
3.3费用开支7
3.4人员7
3.5设备7
3.6局限性7
4所建议的系统8
4.1对所建议系统的说明8
4.2处理流程和数据流程8
4.3改进之处8
4.4影响8
4.4.1对设备的影响8
4.4.2对软件的影响9
4.4.3对用户单位机构的影响9
4.4.4对系统运行过程的影响9
4.4.5对开发的影响9
4.4.6对地点和设施的影响9
4.4.7对经费开支的影响10
4.5局限性10
4.6技术条件方面的可行性10
5可选择的其他系统方案10
5.1可选择的系统方案110
5.2可选择的系统方案210
6投资及效益分析11
6.1支出11
6.1.1系统开发费用11
6.1.2系统运行费用11
6.1.3其他一次性支出11
6.1.4非一次性支出12
6.1.5共计支出12
6.2收益12
6.2.1一次性收益12
6.2.2非一次性收益13
6.2.3不可定量的收益13
6.2.4共计收益13
6.3收益/投资比13
6.4投资回收周期13
6.5敏感性分析13
7社会因素方面的可行性14
7.1法律方面的可行性14
7.2使用方面的可行性15
8结论15
1.引言
本校图书馆为了更有效的管理日常信息,方便学生和教师对图书进行借阅,归还,续借,查询,维护好所有图书的信息而提出开发此系统。
1.1编写目的
现行的管理系统比较简单,但是由于图书数据的增加导致系统逐渐出现各种不稳定的现象,不利于日常信息的维护与管理.学生和教师的借书还书也面临着很不利的局面,导致学生及教师积极性受到严重的打击.受到系统不稳定因素也影响的同学,老师将成为其受害者,并为不法分子提供了一条"希望的道路",图书馆的日常工作受到严重的威胁。
1.2项目背景
a.所建议开发的软件系统的名称:
图书馆资料管理系统。
b.本项目的任务提出者:
。
开发者:
软工三班开发小组。
用户:
郑州大学学校图书馆。
实现该软件的计算中心:
郑州大学学校校园网。
c.该软件系统同其他系统或其他机构的基本的相互来往关系:
独立于其他系统。
1.3定义
该图书馆管理信息系统是基于Internet/Intranet及Web技术,建立以Browser/Server为结构模式、以数据库为后台核心应用、以服务为目的信息平台,对资源进行科学的加工整序和管理维护,为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。
1.4参考资料
[1]《管理信息系统开发案例分析》清华大学出版社作者:
钟雁
[2]《管理信息系统》北京大学出版社作者:
张金城
[3]《软件工程》清华大学出版社作者:
张海藩
[4]《数据结构—C++语言的使用》西安电子科技大学出版社作者:
朱战立
[5]《软件工程》高等教育出版社作者:
齐治昌
2.可行性研究的前提
2.1要求
主要功能:
a.功能:
能够准确快速的记录图书的状态,以便能轻易的查出图书是否被借,是否归还,是否借出超期等信息,借书者可对自己感兴趣的图书进行检索从而缩短借书流程,管理员除了进行借还书信息的操作,还要对超期者进行处罚。
b.性能:
稳定快速,实时控制。
c.输入输出:
条形码英文和汉字输入,条形码英文和汉字输出。
d.在安全与保密方面的要求:
登陆系统时,需要输入图书证的编号和个人密码,只有图书管理员的身份才能进入系统进行信息的操作,不能轻易被破坏,对断电,死机,系统崩溃等问题有有力措施以保障数据不受损失。
c.同本系统相连接的其他系统:
应用于我们学校的校园网,独立于其他系统。
h.完成期限:
6周(开发)+2周(试行)。
2.2目标
为了方便图书馆管理人员对图书的借阅,归还等提供轻松快捷的管理方式,同时也方便学生及教师可以随时随地的对图书进行借还,续借,查询,缴纳罚款等。
主要体现在:
减少人力与设备费用,提高系统的处理速度,更新原先的管理信息服务,提高人员利用率,减少人员的冗余量。
将获取的效益用于购置更多的图书,服务广大师生。
2.3条件,定和限制
运行环境:
兼容当前主流操作系统Windowsxp。
硬件环境:
CPU:
P2000mmx以上,内存大于64M。
开发软件:
该系统使用ASP,HTML,SQLSERVER,等软件开发,ASP技术很好的适应了交互站点设计和基于Web的数据库访问的要求。
用户使用IE浏览图书馆的主页,图书馆有专门的数据服务器,使用windows2000server架设服务器,管理端使用VB开发。
限制:
该系统要受资金、寿命、社会等系列因素的制约和限制。
该系统的预期寿命为3年。
最早投入运行的时间为2012年8月20日。
2.4可行性研究方法
通过调查问卷的方式对图书管理系统的进行全面的分析《对现行的图书管理系统的满意度调查》等。
2.5评价尺度
费用不能超过100万元,信息更新的维护为重点开发时间的长短不超过10周,使用起来容易上手。
3.对现有系统的分析
我们学校当前实际使用的管理系统,经常出现的系统不稳定会导致图书信息出现紊乱,影响整个图书馆的运营,就如下几个方面进行阐述分析开发新的管理系统的必要性。
3.1处理流程和数据流程
图书信息按分类号和作者号对书籍进行分类,编写好编号后入库,学生凭图书卡最大限度可借4本,借书期为2个月,续借后,借书期可增加1个月(寒暑假另订),教职工凭有效证件,最大限度可借书10本,借书期为3个月,续借后,借书期可增加2个月。
并要求在借书期期间还书,若超过借书期,则根据超期1天0.1元进行处罚,若款项未交,则将行使借书的权力,管理员登记图书借还及处罚情况。
开始管理员登陆书库管理借还书管理添加验证超期情况注销验证借书资格搜索查询还书借书者登陆。
3.2工作负荷
随着数据量越来越大,现有的系统已明显不能适应目前的庞大数据量,系统工作负荷过大。
3.3费用开支
由于现有系统的工作负荷严重超载,在现有系统上投入的人力,设备,空间,材料,等等与其他的一系列支持性服务越来越大,导致开发费用支出巨大,严重影响系统的可用性,急需改进。
3.4人员
鉴于原有系统的技术性含量比较低,故不需要多少高技术人员的操作,只是由于数据量的日益扩大,所需要的操作人员数量不断增大。
这一点已不适应目前信息化时代的步伐。
3.5设备
20台电脑及电脑桌,相应的其他附属设备等。
设备的科技含量也比较低,没有达到大量的计算机普及程度。
3.6局限性
经过严谨的分析,可知原有的系统存在很大的局限性,比如技术的过于陈旧,人员工作负荷大,系统维护及费用支出巨大,人员与设备技术含量低等一系列缺点,所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统,所以开发这样一个系统还是很有必要的。
4所建议的系统
4.1对所建议系统的说明
新系统在原有系统的基础上加入了新的数据库的支持,使用了先进的数据库技术与数据管理技术,使数据的准确性与安全性得到了很大的提高,且在用户的并行操作与用户管理方面也有了极大地改善。
4.2处理流程和数据流程
处理流程图如图1所示:
如图1
数据流程图如图2所示:
顶层图:
0层图:
如图2
4.3改进之处
数据库的加强,添加借书者推荐模块,在续借模块中添加一项确认,防止续借的不成功等。
4.4影响
说明在建立所建议系统时,预期将带来的影响,包括:
4.4.1对设备的影响
采用建议系统后,改进了原有系统的性能所以对设备要求自然更高,建议系统使用了更先进的技术使设备也必须跟着升级。
4.4.2对软件的影响
由于建议系统采用了先进的数据库技术以及一系列高技术含量软件,使得原来系统上的一些软件无法继续使用,不过在新系统开发过程中将尽量考虑到,对现有软件的兼容性。
4.4.3对用户单位机构的影响
建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。
4.4.4对系统运行过程的影响
a.用户的操作规程大同小异。
b.运行中心的操作规程不变。
c.运行中心与用户之间的关系不变。
d.原数据的处理:
进行一定更新与维护。
e.数据进入系统的过程:
更快速,精确,稳定。
f.对数据保存的要求,对数据存储,恢复的处理,更加方便快捷。
g.系统失效的后果及恢复的处理办法,系统日志即使保留失效那一瞬间的信息,从而减少其带来的不便。
4.4.5对开发的影响
由于该新系统是根据原有的老系统进行开发的,所以管理员无需对此产生压力,基本操作都会根据原有系统进行设置,同时从原有的数据库里调取所有有效的图书信息及借还书等历史信息。
4.4.6对地点和设施的影响
对地点没有影响,但是对于设施稍微有所讲究,更注重安全性,保障所使用的设备处于一个稳定而又安全的环境。
4.4.7对经费开支的影响
为了新系统的开发,设计和维持运行而需要的各项经费开支,在第一年时有所增加,但是效益也将在短期实现。
4.5局限性
系统的使用寿命为2年,无法保证3年以后系统的使用状态。
4.6技术条件方面的可行性
就目前使用的开发技术来说建议系统的功能目标应该能够达到。
a.我的开发小组一个具有丰富经验的软件开发小组。
b.我们具有最先进的开发技术和资历很深的教师协助,利用现有的技术在规定的期限内开发工作基本能够完成。
5可选择的其他系统方案
5.1可选择的系统方案1
采用C/S软件系统:
C/S架构软件的优势与劣势:
(1)、应用服务器运行数据负荷较轻。
最简单的C/S体系结构的数据库应用由两部分组成,即客户应用程序和数据库服务器程序。
二者可分别称为前台程序与后台程序。
运行数据库服务器程序的机器,也称为应用服务器。
一旦服务器程序被启动,就随时等待响应客户程序发来的请求;客户应用程序运行在用户自己的电脑上,对应于数据库服务器,可称为客户电脑,当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则作出应答,送回结果,应用服务器运行数据负荷较轻。
(2)、数据的储存管理功能较为透明。
在数据库应用中,数据的储存管理功能,是由服务器程序和客户应用程序分别独立进行的,前台应用可以违反的规则,并且通常把那些不同的(不管是已知还是未知的)运行数据,在服务器程序中不集中实现,例如访问者的权限,编号可以重复、必须有客户才能建立定单这样的规则。
所有这些,对于工作在前台程序上的最终用户,是“透明”的,他们无须过问(通常也无法干涉)背后的过程,就可以完成自己的一切工作。
在客户服务器架构的应用中,前台程序不是非常“瘦小”,麻烦的事情都交给了服务器和网络。
在C/S体系的下,数据库不能真正成为公共、专业化的仓库,它受到独立的专门管理。
(3)、C/S架构的劣势是高昂的维护成本且投资大。
首先,采用C/S架构,要选择适当的数据库平台来实现数据库数据的真正“统一”,使分布于两地的数据同步完全交由数据库系统去管理,但逻辑上两地的操作者要直接访问同一个数据库才能有效实现,有这样一些问题,如果需要建立“实时”的数据同步,就必须在两地间建立实时的通讯连接,保持两地的数据库服务器在线运行,网络管理工作人员既要对服务器维护管理,又要对客户端维护和管理,这需要高昂的投资和复杂的技术支持,维护成本很高,维护任务量大
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书资料 管理 系统 可行性研究 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)