图书资料管理系统可行性研究报告2.docx
- 文档编号:7088116
- 上传时间:2023-01-17
- 格式:DOCX
- 页数:16
- 大小:156.06KB
图书资料管理系统可行性研究报告2.docx
《图书资料管理系统可行性研究报告2.docx》由会员分享,可在线阅读,更多相关《图书资料管理系统可行性研究报告2.docx(16页珍藏版)》请在冰豆网上搜索。
图书资料管理系统可行性研究报告2
图书资料管理系统
可行性研究报告
Version2.0
文档编号:
tushuziliao_kexingxinyanjiu
文档名称:
可行性研究报告
姓名
学号
职务
撰写人
审核人
组长
√
组员
√
陈光
20107610602
组员
蔡林静
20107610502
组员
肖钦鹏
20107610641
组员
创建时间2012-3-10
版本变更说明:
版本号
更改时间
更改人
更改原因
审核人
Version1.0
2012-3-4
张森
将项目规范化文档改写成可行性研究报告
张森
Version2.0
2012-3-10
王晓阳
修改Version1.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架构,要选择适当的数据库平台来实现数据库数据的真正“统一”,使分布于两地的数据同步完全交由数据库系统去管理,但逻辑上两地的操作者要直接访问同一个数据库才能有效实现,有这样一些问题,如果需要建立“实时”的数据同步,就必须在两地间建立实时的通讯连接,保持两地的数据库服务器在线运行,网络管理工作人员既要对服务器维护管理,又要对客户端维护和管理,这需要高昂的投资和复杂的技术支持,维护成本很高,维护任务量大。
其次,传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件,由于产品的更新换代十分快,代价高和低效率已经不适应工作需要。
在JAVA这样的跨平台语言出现之后,B/S架构更是猛烈冲击C/S,并对其形成威胁和挑战。
5.2可选择的系统方案2
采用B/S软件系统:
B/S架构软件的优势与劣势:
(1)、维护和升级方式简单。
目前,软件系统的改进和升级越来越频繁,B/S架构的产品明显体现着更为方便的特性。
对一个稍微大一点单位来说,系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑,效率和工作量是可想而知的,但B/S架构的软件只需要管理服务器就行了,所有的客户端只是浏览器,根本不需要做任何的维护。
无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只需要针对服务器进行;如果是异地,只需要把服务器连接专网即可,实现远程维护、升级和共享。
所以客户机越来越“瘦”,而服务器越来越“胖”是将来信息化发展的主流方向。
今后,软件升级和维护会越来越容易,而使用起来会越来越简单,这对用户人力、物力、时间、费用的节省是显而易见的,惊人的。
因此,维护和升级革命的方式是“瘦”客户机,“胖”服务器。
(2)、成本降低,选择更多。
大家都知道windows在桌面电脑上几乎一统天下,浏览器成为了标准配置,但在服务器操作系统上windows并不是处于绝对的统治地位。
现在的趋势是凡使用B/S架构的应用管理软件,只需安装在Linux服务器上即可,而且安全性高。
所以服务器操作系统的选择是很多的,不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响,这就使的最流行免费的Linux操作系统快速发展起来,Linux除了操作系统是免费的以外,连数据库也是免费的,这种选择非常盛行。
比如说很多人每天上“新浪”网,只要安装了浏览器就可以了,并不需要了解“新浪”的服务器用的是什么操作系统,而事实上大部分网站确实没有使用windows操作系统,但用户的电脑本身安装的大部分是windows操作系统。
(3)、应用服务器运行数据负荷较重。
由于B/S架构管理软件只安装在服务器端(Server)上,网络管理人员只需要管理服务器就行了,用户界面主要事务逻辑在服务器(Server)端完全通过WWW浏览器实现,极少部分事务逻辑在前端(Browser)实现,所有的客户端只有浏览器,网络管理人员只需要做硬件维护。
但是,应用服务器运行数据负荷较重,一旦发生服务器“崩溃”等问题,后果不堪设想。
因此,许多单位都备有数据库存储服务器,以防万一。
6投资及效益分析
6.1支出
6.1.1系统开发费用
a.人员费用:
本系统开发期为六周,试运行二周,开发期需要开发人员5人,试运行期需要开发人员5人,人员费用为5*4=20万元。
b.设备费:
本系统所需的硬件设备费用为12*0.5=6万元。
(需要12台电脑)
c.不可预见费:
按开发费用的15%计算,为(20+6)*15%=3.9万元。
总计:
系统开发费用共为20+6+3.9=29.9万元。
6.1.2系统运行费用
a.系统维护费:
需要3人/年进行系统维护,维护费为3*5=15万元。
b.设备维护费:
设备更新费为6万元,设备维护费为3万元。
(各种线路和装修等等)。
c.消耗材料费:
每年按1万元计算。
(三年共3*1=3万元)
系统运行费用共计为:
15+6+3+3=27万元。
6.1.3其他一次性支出
a.研究(需求的研究和设计的研究)——包括在开发费用中。
b.数据库的建立——包括在开发费用中。
c.检查费用和技术管理性费用——包括在系统运行费用中。
d.培训费,旅差费以及开发安装人员所需要的一次性支出:
培训费:
每人0.3万元,共六人,费用共计6*0.3=1.8万元。
车费:
预计1万元。
其他一次性费用共计:
1.8+1=2.8万元。
6.1.4非一次性支出
列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,
包括:
a.设备的租金和维护费用——包括在系统运行费用中。
b.软件的租金和维护费用——包括在开发费用中。
c.数据通讯方面的租金和维护费用——包括在系统运行。
d.人员工资,奖金:
每人一年1.2万元,有六人,共三年(共计费用为3*6*1.2=21.6万元)。
e.房屋,空间的使用开支——学校内部房屋不计。
f.公用设施方面的开支——学校内部公用设施不计。
非一次性支出:
共计21.6万元。
6.1.5共计支出
支出共计:
29.9+27+2.8+21.6=81.3万元。
6.2收益
提高工作效率,减少工作人员,提升整个图书馆的管理能力。
6.2.1一次性收益
a.学生每人一次办卡20元,教职工一次办卡50元,学校有5万个学生和1万个教职工,预计可获得收益150万元。
b.因新系统的投入使用可以减少原先的管理人员,减少冗余量,而减省下来的资金也便是一种收益。
一次性收益共计:
150万元。
6.2.2非一次性收益
在使用中使用者可能把卡丢失或损坏费用办卡收100元/次的收益。
预计每年有三千人丢卡,三年共计3000*3*100=90万元。
非一次性收益共计:
90万元。
6.2.3不可定量的收益
图书在借阅中超期或者损坏的赔偿:
预计每年因图书在借阅中超期或者损坏的赔偿可得2万元,三年共计2*3=6万元。
不可定量的收益:
6万元。
6.2.4共计收益
共计为:
150+90+6=246万元。
6.3收益/投资比
收益246万元,投资(含非一次性投资)81.3万元,则收益/投资比=246/81.3=302.5%。
6.4投资回收周期
计算投资回收周期:
求出收益的累计说开始超过支出的累计数的时间。
算法如下:
系统开发费用为29.9万元。
设备维护费:
设备更新费为6万元,设备维护费为3万元。
(各种线路和装修等等)。
培训费:
每人0.3万元,共六人,费用共计6*0.3=1.8万元。
车费:
预计1万元。
在系统投入运行前共投入29.9+6+3+1.8=40.7万元。
收益:
系统开始使用时需收制卡费150万元。
综上所述:
当系统开发是需要投入,系统运行时就开始得到盈利(把投入收回的情况下得到盈利),由于系统预计开发时间是8周,所以系统回收周期是8周。
6.5敏感性分析
设备和软件的配置一定要符合规定,一般的病毒基本上不会受到影响,倘若电脑遭到严重的病毒侵害所产生的后果是难以预料的。
7社会因素方面的可行性
7.1法律方面的可行性
无论是中央政府还是地方政府,一般都用法律规定组织可以做什么,不可以做什么。
例如:
《合同法》《消费者权益保护法》《专利法》等对所有企业的行为都做了限制。
根据《中华人民共和国计算机软件保护条例》(1991年6月4日中华人民共和国国务院令第84号发布)(修改后的新条例2002年1月1日起施行)第九条可知:
软件著作权人享有下列各项权利:
(一)发表权,即决定软件是否公之于众的权利;
(二)开发者身份权,即表明开发者身份的权利以及在其软件上署名的权利,(三)使用权,即在不损害社会公共利益的前提下,以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利;(四)使用许可权和获得报酬权,即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利;(五)转让权,即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。
第十二条受他人委托开发的软件,其著作权的归属由委托者与受委托者签订书面协议约定,如无书面协议或者在协议中未作明确约定,其著作权属于受委托者。
第十八条在软件著作权的保护期内,软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。
著作权人或者其受让者许可他人行使使用权时,可以按协议收取费用。
另外,软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。
被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。
合同中未明确规定为独占许可的,被许可的软件权利应当视为非独占的。
第二十二条因课堂教学、科学研究、国家机关执行公务等非商业性目的的需要对软件进行少量的复制,可以不经软件著作权人或者其合法受让者的同意,不向其支付报酬。
但使用时应当说明该软件的名称、开发者,并且不得侵犯著作权人或者其合法受让者依本条例所享有的其他各项权利。
该复制品使用完毕后应当妥善保管、收回或者销毁,不得用于其他目的或者向他人提供。
第三十条除本条例第二十一条及第二十二条规定的情况外,有下列侵权利为的,应当根据情况,承担停止侵害、消除影响、公开赔礼道歉、赔偿损失等民事责任,并可以由国家软件著作权行政管理部门给予没收非法所得、罚款等行政处罚:
(一)未经软件著作权人同意发表其软件作品;
(二)将他人开发的软件当作自己的作品发表;(三)未经合作者同意,将与他人合作开发的软件当作自己单独完成的作品发表;(四)在他人开发的软件上署名或者涂改他人开发的软件上的署名;(五)未经软件著作权人或者其合法受让者的同意修改、翻译、注释其软件作品;(六)未经软件著作权人或者其合法受让者的同意复制或者部分复制其软件作品;(七)未经软件著作权人或者其合法受让者的同意向公众发行、展示其软件的复制品;(八)未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用或者转让事宜。
第三十三条当事人不履行合同义务或者履行合法义务不符合约定条件的,应当依照民法通则有关规定承担民事责任。
7.2使用方面的可行性
该系统源于原有的管理系统,所有原有的管理员都能满足使用该软件系统的要求,无须担心。
8结论
可行性研究结论鉴于以上分析可知,该图书馆管理信息系统开发项目不仅有巨大的经济效益,而且有巨大的社会效益。
从而使我们深信该系统开发出来之后将获得巨大的成功!
综上所述,该项目在技术、经济和社会效益上是完全可行的。
综上所述,该项目在技术、经济和社会效益上是完全可行的。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书资料 管理 系统 可行性研究 报告