图书馆信息管理系统可行性研究报告.docx

图书馆治理信息系统可行性争论报告1. 引言1.1 编写目的随着科学技术的高速进展，我们已步入数字化、网络化的时代.图书馆是学校的文献信息中心，是为全校教学和科学争论效劳的学术性机构, 是学校信息化的重要基地。图书馆的工作是学校教学和科学争论工作的重要组成局部，是全校师生学习和争论的重要场所。为了更好地适应这种网络数字化信息的环境,一种成功的跟踪最技术，充分利用软硬件资源， 扎根于准、全数字资源的“图书馆治理信息系统“已孕育而生。另外，由于图书馆陈旧的治理手段给读者和图书馆治理员带来的很多操作上的不便利，同时为了提高工作效率、效劳质量和治理水平,并使图书馆治理人员从繁琐的工作中解脱出来，从而使我们下定决心开发该系统。1.2 工程背景建议开发软件名称：图书馆治理信息系统工程的提出者：；用户：读者；实现软件的单位：南阳师范学院。1.3 定义该图书馆治理信息系统是基于Internet/Intranet 及 Web 技术， 建立以 Browser/Server 为构造模式、以数据库为后台核心应用、以效劳为目的信息平台，对资源进展科学的加工整序和治理维护,为教学和科学争论供给文献信息保障和提高治理图书的效率而设计的系统.1.4 参考资料基于 INTERNET 的治理信息系统 曾凡奇 林小苹 邓先礼中国财政经济出版社2023 年第一版信息系统开发方法姜旭平清华大学出版社1997 年第一版软件工程导论张海藩清华大学出版社2023 年第五版有用软件工程 郑人杰 殷人昆 陶永雷 清华大学出版社1997 年其次版2. 可行性争论的前提2.1 要求功能：对图书馆的图书信息和用户读者，借阅者等信息进展有效的治理；性能：数据库的录入；图书名目检索;用户信息查询；图书信息查询; 输出：用户信息；图书信息；输入：用户名称；图书编码；安全保密：馆中全部未借出的书籍能够供用户随时查阅； 用户信息只能被系统治理员查阅，修改；运行环境：操作系统： Windows2023；数据库类型：SQL server； 机器配置：CPU：P2023mmx 以上，内存大于 64M。完成期限：2023 年 12 月.2.2 目标以最低的本钱，在最短的期限内开发出具有治理图书和用户信息功能的图书馆治理信息系统. (包括:人力与设备费用的节约；处理速度的提高;人员工作效率的提高)2.3 条件、假定和限制a： 建议该系统运行的最短寿命为 10 年；b： 进展该系统方案选择比较的期限为 2 个月；c： 建议该系统软件投入使用的最迟时间为 2023 年 2 月； d： 开发该软件系统的经费来源为南阳师范学院财务处出资； e： 该系统要受资金、寿命、社会等系列因素的制约和限制。2.4 打算可行性的因素主要因素有经济条件、技术条件、团队合作精神等.3。对现有系统的分析3. 1处理流程和数据流程/说明现有系统的根本的处理流程和数据流程。此流程可用图表即流程图的形式表示,并加以表达。/图书信息集成治理系统 FLCS 分为图书采访、图书编目、图书流通、图书典藏、期刊治理、论文治理、公共检索、系统治理、阅览治理九局部，系统各局部既相互独立，又能进展各局部之间的数据调用.图书馆治理信息系统图书采访图书编目图书流通图书典藏期刊治理论文治理公共检索系统治理流阅 览 管理图书采访子系统的主要功能是记录采访信息并向编目子系统供给数据 .图书采访子系统主要由数据处理、查询查重、统计打印、图书验收、信函定书几局部组成。图书采访数据处理查询重查统计打印图书验收信函定书图书编目时系统自动调用采访子系统数据及所购 MARC 数据，图书编目完成后,可将数据交送到编目主库及流通子系统进展图书典藏及流通。图书编目子系统大致有图书编目、自动重查、统计打印、数据转换、数据维护几局部组成。图书编目图书编目自动重查统计打印数据转换数据维护图书流通是用来记录图书借还信息的，必需有书有证才能进展图书流通，流通子系统中的图书数据来自编目子系统。图书流通图书借还借阅统计图书预约查询罚款书证治理期刊治理由期刊订购、现刊治理、过刊治理三局部组成，过刊编目完成后， 可以通过数据交送,将数据交送到流通子系统进展过刊借还。期刊治理期刊订购现刊治理过刊治理通过图书典藏，用户可以指明每册书的条码号、馆藏位置、是否允许流通等信息。FLCS 允许用户进展批量交送典藏然后再对个别图书进展典藏登记的方式，从而简化了典藏手续,加快了典藏效率。图书典藏图书典藏统计打印图书剔旧FLCS60 论文全文治理系统，通过这一系统，用户可以从光盘上、互联网上等媒体上下载信息，建立自己的全文数据库。FLCS 的论文治理系统允许用户通过 WINDOWS 的 OLE 功能存放 WORD 文档、图片、声音、影像等多媒体信息,它是一个有效的多媒体治理工具，同时又是一个得利的办公助手。用户建立的全文数据可以通过 FLCS 的 INTERNET 检索系统通过网络公布.一个 C/S 构造的 INTERNET 检索系统，通过该系统，用户可以利用WWW 扫瞄器，从全部上网的计算机上检索到图书馆的馆藏书目、读者根本信息、读者借书、预约到书、超期读者、罚款记录、最图书、借阅频率最高的图书及借阅频率最高的读者、期刊数据、科技论文数据等信息。该系统的效劳器端配置为 NT4、IIS3、ASP3、VFP ODBC6、TCP/IP 协议。检索系统书目检索读者检索论文检索3。 2 工作负荷/列消灭有系统所担当的工作及工作量。/该图书馆治理信息系统为标准的网络软件。通过它，我们可以实现几台计算机同时编目、借还、检索等操作.通过特别的算法，它在网络上运行时，图书借还、模糊检索等速度得到了大幅度的提高。理论上讲，图书治理系统的记录限制为一亿条，系统测试 HP166/32M/2.1G效劳器，联想166/32M/2。1GPC 机工作站，治理 20 万册图书时，在检索、借还等操作时均实现秒级延时。系统适用的网络规模只受网络操作系统限制。3。 3费用开支/列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性效劳、材料等项开支以及开 支总额。/人维护人员力操作人员设备服 务端器客户端空间图书馆支 持 性 服务软 件 使 用询问材料应 用 软 件及其他两人3000/月八人800/月28000/台85000/台按 照 图 书馆 折 旧 计提6 万/年2 万/年3. 4人员/列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。/该系统维护人员两名，至少为计算机本科学历,系统操作人员八名,对其进展系统应用的培训并娴熟把握。3。 5设备/列消灭有系统所使用的各种设备。/该系统的运行环境包括硬件环境和软件环境，是一个以 Internet/Intranet 为架构的平台。系统的总体构造如应下用图软所件示层，分为五个层次:应用开发平台各类开发工具第一层:是物理设备层,包括 PC 效劳器、路由器、访问效劳器、程控交换机、语音卡等.应用支持平台其次层：是网络支撑平台，用 TCP/IP、PPP、 、HTML、POP3 和 SMTP 构成基网络支撑平台物理设备层本的网络及传输层，是网络操作系统治理环境与通讯平台。第三层:是图书治理系统的应用支撑平台,供给对上层应用系统的信息治理支持， 包括数据库治理系统 Microsoft SQL Server/ORACLE)、Windows NT 操作系统、Microsoft Internet Information Server 4.0 Web效劳器系统。第四层：是应用开发平台 , 用于对信息的综合开发处理：利用 Intedev、VB,HTML,DreamWaver3 等。在数据库访问方面，利用 ODBC 技术建立对应数据库的数据源DSN，承受 ADO 等技术访问和操纵数据库。第五层：为应用软件层，即图书治理系统应用软件。客户端计算机运行Windows 98 操作系统，以 IE 扫瞄器访问应用系统 Web 效劳器。3。 6 局限性 /列出本系统的主要的局限性，例如处理时间赶不上需要，响应不准时，数据存储力气缺乏，处理功能不够等.并且要说明，为什么对现有系统的改进性维护已经不能解决问题。/计算机停电或死时机不会造成数据丧失？图书治理系统没有即时存盘功能， 被修改的数据不会马上存盘,会因计算机特别错误而丧失数据。能否存贮多媒体信息？图书治理系统不能存贮全部册目的文本、图片、声音、动画等多媒体信息。 此外用户也不能建立自已的多媒体资料库。能否打印读者借阅证? 图书治理系统不能依据读者办证日期、读者单位、读者姓名或证码打印读者借阅证。能否批量销证？ 图书治理系统不能单个销证，更不能批量销证。系统是否易学易用？ 图书治理系统不是标准的 WINDOWS 应用程序，界面不友好，操作不简洁，必需经过特地训练才可进展操作。图书治理系统的数据流程与图书馆工作流程不大相符，必需要懂图书馆业务,在一个月左右时间内就可把握。能存放多少数据、能用于多大规模的网络？ 理论上讲,图书治理系统的记录限制为一亿条,系统测试用 HP(166/32M/2。1G效劳器，联想166/32M/2.1GPC 机工作站,治理 20 万册图书时，在检索、借还等操作时均实现十秒级延时.系统适用的网络规模受网络操作系统限制.我们是否可以外购数据及与其他图书馆交换数据？系统可以自动调用所购采访数据、编目数据，FLCS 可以生成标准 MARCISO2709)数据以用于数据交换,FLCS 也可以接收其他图书馆的MARC 数据建立联合编目.FLCS 还可以和其他软件如 WORD、EXCEL 等交换数据。系统是否简洁出问题、出了问题时怎么办？系统全部代码为 16 位， 安全性一般,会出问题。系统具有的自我修复力气，例如因停电、死机、机器硬件故障等缘由造成系统不能正常运行时，可由系统自动修复，实在不行，可打 给代理商，但还未做到随叫随到。系统是否允许用户犯错误？系统不具有高度容错力气，可自动检测如登录号、复本出错、数据追加重复等错误,如用户不留神执行了错误操作,系统可能会死机。4. 所建议的系统4.1 系统说明随着计算机、网络通讯和信息技术的进展。治理信息系统在国际上得到广泛的应用。我国也不例外，特别是各大高校的校园网治理系统得到很大的进展， 并取得成功.为了适应学校全校全体师生的图书阅读的需要，我公司特别开发图书馆治理信息系统。它是基于 Internet/Intranet 及 Web 技术，建立以 Browser/Server 为构造模式、以数据库为后台核心应用、以效劳为目的信息平台。（1） 具体要求l 借书、还书;l 在图书馆中增加/删除一本书;l 依据作者名或专业领域检索一批书；l 找到被某位读者借出的一批书;l 找出最近借走某本图书的读者.（2） 系统限制l 馆中全部未借出的书籍能够供读者随时借阅。l 在同一时刻，一本书不能既被借出,又可供借阅。l 一个读者一次借出的书籍数目不能超过预定值。（3） 图书馆组织构造图图书馆馆长采 购部验 收部编 目部流 通部管 理部财 务部（4） 系统功能构造该系统分为以下几个子系统：编目子系统、图书选购子系统、图书流通子系统、图书馆过期图书治理子系统、图书馆财务子系统。功能框图如下:图书馆信息系统编目子系统图书选购子系统图书流通子系统图书馆过期图书治理子系统图 书 馆财 务 子系统二级功能图：供给商图书清单借书记录借阅者订单借阅要求上级部门各种统计报表图书馆编目结果读者各种查询要求信息系统产业部门过期图书清单财务处各种财务信息（5） 系统实现方法、创进展特点：在系统设计和开发中尽量承受成熟的技术是系统开发成功的保证。我们开发图书馆信息系统时,承受的主要技术为：Web 技术ASP 技术，html 技术关系数据库技术局域网技术由于承受了以上技术，读者运行扫瞄器(如 IE，以 B/S 方式连入主效劳器，扫瞄信息或提出效劳恳求。图书馆治理者可以把握全部图书信息,图书馆财务人员可以便利的结算工作人员的工资,灵敏处理进书财务等。ASP 技术很好地适应了交互站点设计和基于Web 的数据库访问的要求。ASP 环境下对数据库的访问承受 ADO 数据模型，使用它,可以对来自很多种数据供给者的数据进展读取和写入操作。例如,可以使用Microsoft SQL 数据库中的信息， 以及其它与 ODBC 兼容的数据库。6)选购系统组织构造图选购部订书组验收登记组采 购采 购验 收验 收员工1员工2员 1员 2工作流程图：订书统计表供给商图书清单馆长订单图书馆选购子系统进书统计表重复的图书其 他部门不重复的图编目室二级流程图：图书清单供书商图书定购订书清单馆长订书单验收定统表书计进 书统 计表统计重复的书清单不重复的书清单不复书单重的清登帐图书馆其 他部门编目室7图书流通子系统图书流通子系统借出组归还组教师处理学生处理教师处理学生处理工作流图借书证书籍 借书证借书者流 通 子 系统归还者书籍 借书证借书证二层流图书 借书证教师处理处借书证借书者分类分类归还者书 借书证学生处理处借书证三层流图借书者分类教师类学生类查询结果查询结果查 询书目书目视图查 询书目图书库日志视图查 询日期查 询日期查询查询结果结果教师类学生类分类归还者4。2 系统改进之处本公司的图书馆治理信息系统是基于网络的型系统，应用了最 的网络技术，该图书馆系统规模较小 ,但是功能齐全,具有相当的治理功能，馆中全部未借出的书籍能够供读者随时借阅，在同一时刻，一本书不能既被借出,又可供借阅，一个读者一次借出的书籍数目不能超过预定值。4。3 系统的影响该系统的应用可以便利宽阔师生使用图书馆的图书资源，可以科学的治理全部的图书,优化图书资源的配置，让有限的图书发挥最大的作用.同时便利图书馆对图书的编目治理，可以使用更合理的方法编排图书，借书者更便利的可以找到自己想要找的书，支持在线查看图书馆的藏书状况.4。4 软件支持该系统使用ASP，HTML,SQLSERVER，等软件开发，ASP技术很好地适应了交互站点设计和基于Web的数据库访问的要求。用户使用IE扫瞄图书馆的主页，图书馆有特地的数据效劳器,使用windows 2023 server架设效劳器，治理端使用VB 开发。4。5 系统的运行过程系统使用期半年，在开头必需对初始数据进展录入,包括全部的书目信息, 出库图书的信息，读者的信息，流通图书信息，图书馆治理者的信息,图书馆财务信息，图书馆资金应用信息等。在半年的使用期通过检验后,将要优化该系统的性能,把一些发挥不良的组件重开发，或者参与适宜的补丁文件，系统稳定后的主要工作是加强该系统安全性。4.6 系统设施配置该系统需要效劳期2台一台供给效劳，一台备份，工作站5至10台，开发阶段需要两台微机作为模拟网络环境来开发。具体配置：效劳器P4双CPU，512DDR，80G HD两块工作站P4CPU ， 128DDR，40G HDHUB OR交换机16口或者32口具体的网络布线按用户要求配置。5. 投资估算及效益分析5. 1 总投资估算1、开发、测试所需设备网络、效劳器、工作站等)总需投入 16 万元； 其中:开发使用的效劳器 2 台，共 5 万元。测试使用的效劳器 2 台，共 4 万元。网络设备交换机、路由器、访问效劳器等,共 3 万元。开发用计算机 4 台，共 4 万元。测试用计算机及其他设备,3 万元2、软件和系统平台建设总需投入 3 万元; 其中:数据库系统 0.7 万元。开发工具软件及系统平台 2 万元。网络安全软件 0。3 万元。3。 工程配套流淌资金需投入 3 万元;4。 工程总投资 22 万元。5。2 投资使用打算1、 工程建设期第一年，间续购入设备并建设软硬件平台；2、 流淌资金于正式投产后即一次全部投入。5。3 经济效益分析5.3.1 产品本钱估算与价格1、 原材料及包装材料按购入时市场价格定；估量产品材料消消耗占收入的 3。2、 开发人工本钱平均按 2 万元/人年计算不包括折旧，工程初期打算投入 10 人，包括系统分析员、软件开发与测试人员、市场和效劳人员；以后随销售收入的增加，每年递增 20。3、 固定资产折旧承受年限法计算，固定资产原值 19 万元，折旧年限 5 年。见以下固定资产折旧计算表固定资产折旧计算表单位：万元工程折旧年限23456固定资产519折旧费合计193。83.83。83。83.8净值15.211。47。63.804、 治理费用：按销售收入的 5测算；5、 销售费用：按销售收入的 10测算;6、 年销售量依据上面的推想确定,单价为 5 万元/套, 本钱费用估算见下表：成本费用估算表单位：万元序号工程23456合计1材料 费1。502.253.003。754.5015。00( 含 包 装材料2工资及福利费15.0016.5018。1519.9721。9691.583折旧费3.803.803。803。803。8019.004治理费用2。503.755。006。257。5025.005销售费用5。007.5010。0012。5015。0050.00总本钱费用27.8033.8039.9546。2752。76200.58经营本钱24.0030。0036。1542。4748.96181.585。3。2财务效益推想3%。该工程计算期 6 年,建设期 1 年,生产期 5 年，生产期第一年即可达产. 税金及附加:增值税按 6，城建税按增值税的 7,教育附加费按增值税的损益表单位:万元序号工程23456合计1销售收入50。0075。00100。00125。00150.00500。002总本钱费用27.8033.8039。9546.2752。76200.583税金及附加8。0012.0016。0020.0024。0080。004利润总额14.2029.2044.0558.7473。24219。428所得税4.699。6414.5419.3824。1772.419可安排利润9。5119。5629.5139。3549。07147.0110盈余公积金0.951。962。953.944.9114。7011公益金0。480。981。481.972。457.3513未安排利润8.0916.6325。0933.4541.71124。9614累计未安排利润8。0924.7249。8083.25124.96所得税：按 33的税率计算. 具体各年效益分析如下损益表:5.3。3 财务评估指标1. 静态指标1) 平均利润总额=年利润总额合计/5 年=43。88 万元2） 平均税后利润=年税后利润合计/5 年=29。4 万元3） 年平均投资利润率=年平均利润总额/工程总投资=43。88/22=199.452. 动态指标1财务内部收益率=75。67%2)财务净现值(IC=8%)= 176。57 万元5。3靜态投资回收期(含建设期)2.37动态投资回收期(含建设期3。383投资回收期=2。37(含建设期 指标计算见下表现金流量表单位：万元序号工程1234561 现金流入0.0050。0075.00 100.00125.00153.001。1 产品销售收50。0075.00 100.00125.00150.00入1。2 回收固定资0.00产余值1.3 回收流淌资3.00金2 现金流出19。0039。6951。6466.6981。8597.132.1 固定资产投19。00资2.2 流淌资金3.002.3 经营本钱24.0030.00 36。1542。4748。962。4 销售税金及8.0012.0016.0020。0024。00附加2.5 所得税4。699。64 14。5419.3824。173 税后净现金流量(19.00)10.3123。3633.3143。1555.873.1 累计净现金流量(19。00(8。69)14.68 47。9991。14147.014 折 现 系 数0.930。860。790。740。680。638%4。1 净现金流量现值17.67)7.47)11。6035.5161。9892。624.2 累计净现金流量现值(17.67)25。1413。21.9754)83。95176。575计算指标税后5。1财务内部收IRR=76。67%5.2益率:财务净现值NPV=176.57(i=8%)：5。3。4敏感性分析为测算工程可能承受风险的力气及工程在财务上、经济上的牢靠性，拟对工程的主要风险因素的变化对工程财务内部收益率和投资回收期的影响进展敏感性分析。依据工程特点确定主要风险因素为工程的销售收入。其分析如下：工程财务内部收益率% 投资回收期年+1089.832。24销售收入+5%083.3276.672.32.37569.862.45-10%62。862.54敏感性分析表5。3。5 财务评价结论拟建设工程按现行政策和现行价格计算,内部收益率 76。67，投资回收期2。37 年，具有确定的抗风险力气，在计算期内资金运营状况良好,该工程在经济上具有可行性。6. 系统选择的可能性由于图书馆治理信息系统的简洁性比较大，模块比较多，因此可供选择的设计方法的余地不是太大.1、利用自己的人力资源、学问技术和阅历自主开发设计,通过自主开发可以熬炼自己的人员，积存阅历，此外可节约经费。2、通过成熟的软件开发商,他们的专业化程度高，队伍整齐，阅历丰富， 但收费往往比较高。在自主开发的选择里面数据的存储方面可考虑 SQL server 2023 系统和VB 友好强大的界面功能,硬件方面则选择简洁的集线器harbor。7。社会因素方面的可行性7.1 法律方面的可行性政府,无论是中心政府还是地方政府，一般都用法律规定组织可以做什么， 不行以做什么。例如：合同法，消费者权益保护法,专利法,反不正值竞争法等对全部企业的行为都做了限制。我们公司就设有自己的法律参谋， 这是由于法规的影响不仅仅限于时间和金钱，它还缩小了治理者可斟酌打算的范围,限制了可行方案的选择。依据中华人民共和国计算机软件保护条例1991 年 6 月 4 日中华人民共和国国务院令第 84 号公布 修改后的条例 2023 年 1 月 1 日起施行第九条可知：软件著作权人享有以下各项权利：一)发表权, 即打算软件是否公之于众的权利；二开发者身份权, 即说明开发者身份的权利以及在其软件上署名的权利; (三)使用权, 即在不损害社会公共利益的前提下, 以复制、呈现、发行、修改、翻译、注释等方式使用其软件的权利；四)使用许可权和获得酬劳权, 即许可他人以本条第三项中规定的局部或者全部方式使用其软件的权利和由此而获得酬劳的权利;(五转让权, 即向他人转让由本条第三项和第(四项规定的使用权和使用许可权的权利。第十二条受他人托付开发的软件, 其著作权的归属由托付者与受托付者签订书面协议商定, 如无书面协议或者在协议中未作明确商定， 其著作权属于受托付者。第十八条 在软件著作权的保护期内， 软件的著作权人或者其受让者有权许可他人行使本条例第九条第三)项规定的使用权。著作权人或者其受让者许可他人行使使用权时, 可以按协议收取费用。另外,软件权利的使用许可应当依据我国有关法规以签订、执行书面合同的方式进展。被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。合同中未明确规定为独占许可的， 被许可的软件权利应当视为非独占的.其次十二条因课堂教学、科学争论、国家机关执行公务等非商业性目的的需要对软件进展少量的复制， 可以不经软件著作权人或者其合法受让者的同意， 不向其支付酬劳。但使用时应当说明该软件的名称、开发者， 并且不得侵害著作权人或者其合法受让者依本条例所享有的其他各项权利.该复制品使用完毕后应当妥当保管、收回或者销毁, 不得用于其他目的或者向他人供给.第三十条除本条例其次十一条及其次十二条规定的状况外, 有以下侵权利为的， 应当依据状况， 担当停顿侵害、消退影响、公开赔礼赔礼、赔偿损失等民事责任, 并可以由国家软件著作权行政治理部门赐予没收非法所得、罚款等行政惩罚:一未经软件著作权人同意发表其软件作品； (二将他人开发的软件当作自己的作品发表;(三未经合作者同意， 将与他人合作开发的软件当作自己单独完成的作品发表；四)在他人开发的软件上署名或者涂改他人开发的软件上的署名;五)未经软件著作权人或者其合法受让者的同意修改、翻译、注释其软件作品;六)未经软件著作权人或者其合法受让者的同意复制或者局部复制其软件作品；(七)未经软件著作权人或者其合法受让者的同意向公众发行、呈现其软件的复制品；(八)未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用或者转让事宜。第三十三条当事人不履行合同义务或者履行合法义务不符合商定条件的， 应当依照民法通则有关规定担当民事责任。7.2 使用方面的可行性我们公司重视对客户进展需求分析,同时还尽心为客户考虑其长远利益和运行要求.从用户单位-大学校园图书馆的行政治理和工作制度等方面来看，是完全能够使用该软件系统.从大学图书馆的使用人员来看，可大致分为五类：一、学生；二、教职工； 三、图书馆治理人员;四、行政职工;五、其余各界人士.用户的素养较高,大局部受过本科教育,而开发的软件系统友好的界面及简便的操作方法，保证能满足绝大多数用户使用该系统的要求。8可行性争论结论鉴于以上分析可知，该图书馆治理信息系统开发工程不仅有巨大的经济效益，而且有巨大的社会效益。从而使我们深信该系统开发出来之后将获得巨大的成功!综上所述，该工程在技术、经济和社会效益上是完全可行的。