图书资料管理系统可行性研究报告.doc

图书资料管理系统可行性研究报告编号：tushuziliao_kexingxingbaogao图书资料管理系统可行性研究报告Version2.0文档编号:tushuziliao_kexingxinyanjiu文档名称:可行性研究报告姓名学号职务撰写人审核人组长组员陈光20107610602组员蔡林静20107610502组员肖钦鹏20107610641组员创建时间 2012-3-10版本变更说明：版本号更改时间更改人更改原因审核人Version1.02012-3-4张森将项目规范化文档改写成可行性研究报告张森Version2.02012-3-10王晓阳修改Version1.0的不足之处张森目录1.引言41.1编写目的41.2项目背景41.3定义41.4参考资料42.可行性研究的前提52.1要求52.2目标52.3条件，定和限制62.4可行性研究方法62.5评价尺度6.对现有系统的分析63.1处理流程和数据流程63.2工作负荷73.3费用开支73.4人员73.5设备73.6局限性74所建议的系统84.1对所建议系统的说明84.2处理流程和数据流程84.3改进之处84.4影响84.4.1对设备的影响84.4.2对软件的影响94.4.3对用户单位机构的影响94.4.4对系统运行过程的影响94.4.5对开发的影响94.4.6对地点和设施的影响94.4.7对经费开支的影响104.5局限性104.6技术条件方面的可行性105可选择的其他系统方案105.1可选择的系统方案1105.2可选择的系统方案2106投资及效益分析116.1支出116.1.1系统开发费用116.1.2系统运行费用116.1.3其他一次性支出116.1.4非一次性支出126.1.5共计支出126.2收益126.2.1一次性收益126.2.2非一次性收益136.2.3不可定量的收益136.2.4共计收益136.3收益/投资比136.4投资回收周期136.5敏感性分析137社会因素方面的可行性147.1法律方面的可行性147.2使用方面的可行性158结论151.引言本校图书馆为了更有效的管理日常信息,方便学生和教师对图书进行借阅，归还，续借，查询,维护好所有图书的信息而提出开发此系统。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浏览图书馆的主页，图书馆有专门的数据服务器，使用windows 2000 server架设服务器，管理端使用VB开发。限制:该系统要受资金、寿命、社会等系列因素的制约和限制。该系统的预期寿命为3年。最早投入运行的时间为2012年8月20日。2.4可行性研究方法通过调查问卷的方式对图书管理系统的进行全面的分析对现行的图书管理系统的满意度调查等。2.5评价尺度费用不能超过100万元，信息更新的维护为重点开发时间的长短不超过10周，使用起来容易上手。.对现有系统的分析我们学校当前实际使用的管理系统，经常出现的系统不稳定会导致图书信息出现紊乱，影响整个图书馆的运营，就如下几个方面进行阐述分析开发新的管理系统的必要性。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层图： 如图24.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日起施行）第九条可知：软件著作权人享有下列各项权利:(一)发表权，即决定软件是否公之于众的权利；(二)开发者身份权，即表明开发者身份的权利以及在其软件上署名的权利，(三)使用权，即在不损害社会公共利益的前提下，以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利；(四)使用许可权和获得报酬权，即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利；(五)转让权，即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。第十二 条受他人委托开发的软件，其著作权的归属由委托者与受委托者签订书面协议约定，如无书面协议或者在协议中未作明确约定，其著作权属于受委托者。第十八条 在软件著作权的保护期内，软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。著作权人或者其受让者许可他人行使使用权时，可以按协议收取费用。另