《图书馆管理系统可行性研究报告》由会员分享，可在线阅读，更多相关《图书馆管理系统可行性研究报告（17页珍藏版）》请在金锄头文库上搜索。
1、信息系统工程与实践图书馆管理系统可行性研究报告 专业班级： 项目分组： 第二组 姓名学号1: 王莉琴26 姓名学号2： 王林飛29 姓名学号3： 王珂强36 编写人员: 王莉琴 目录1引言111编写目的112背景113定义114参考资料12可行性研究的前提121要求122目标 223条件、假定和限制224进行可行性研究的方法 225评价尺度33对现有系统的分析331处理流程和数据流程332工作负荷 333费用开支534人员 535设备 536局限性54所建议的系统641对所建议系统的说明642处理流程和数据流程643改进之处 1044影响11441对设备的影响12442对软件的影响12443对
2、用户单位机构的影响 12444对系统运行过程的影响 12445对开发的影响12446对地点和设施的影响12447对经费开支的影响1246技术条件方面的可行性 135可选择的其他系统方案1351可选择的系统方案11352可选择的系统方案21316投资及效益分析1461支出14611基本建设投资14612其他一次性支出14 613非一次性支出1462收益14621一次性收益14622非一次性收益15623不可定量的收益1563收益投资比1564投资回收周期1565敏感性分析157社会因素方面的可行性1571法律方面的可行性1572使用方面的可行性168结论161可行性研究报告1引言11编写目的 （
3、1） 研究本系统的总体需求、实现方案，并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。（2） 确定各个项目模块的设计情况和主要的负责人，供各项目模块的负责人阅读，做到及时协调,按步有序进行项目的开发.减少设计中的不必要损失。12背景 说明:a.所建议开发的软件系统的名称：图书馆管理系统b.本项目的任务提出者：该系统开发的所有成员。 开发者:王莉琴、王林飛、王珂强。 用户：图书馆工作人员及读者.13定义 图书馆管理系统 项目 可行性分析 方案 效益14参考资料 1。可行性研究报告（GB8567-88）2.软件工程国家标准文档 项目开发计划（GB856T-88）3.钱乐秋等,软件工
4、程，青还大学出版社4。张害藩，软件工程导论（第四版），清华大学出版社5.王珊等,数据库原理及设计，清华大学出版社6。赵池龙等，软件工程实践教程，电子工业出版社2可行性研究的前提21要求1、功能a.图书管理:图书管理员定期或不定期对图书信息进行入库、修改、删除等图书信息管理以及注销（不外借）,包括图书类别和出版社管理。b。读者管理:管理员要为每个读者建立借阅账户，并給读者发放不同类别的借阅卡（借阅卡可提供卡号、读者姓名)。c.借阅管理：持有借阅卡的读者可以通过管理员（作为读者的代理人与系统交互）借阅、归还图书。可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况，以及续借图书（系统审核符合续
5、借条件）。2、性能可以方便快捷有效地完成借阅、查询等的各项操作,录入数据合法性校验程序高，查询速度快（不超5秒）.保证信息的正确和及时更新，并降低信息访问的成本。技术先进且高可靠性。3、输出：图书信息,读者信息，借阅信息.4、输入：图书信息，读者信息，借阅信息.5、在安全与保密方面的要求登陆系统时,需验证身份和密码,只有图书管理员的身份才能进入系统进行信息的操作.22目标 所建议系统的开发目标包括: （1）减少人力与管理费用； （2）提高信息准确度； （3）改进管理和服务； （4）建立高效的信息传输和服务平台,提高信息处理速度和利用率。23条件、假定和限制 a、运行环境:兼容当前主流操作系统
6、Windows 7/8,XP等. b、硬件环境:奔腾4以上计算机，打印机、扫描仪等。 c、开发软件：SQL Server 、C#等 d、该系统的预期寿命为5年24进行可行性研究的方法 通过调查分析开发图书馆管理所具备的能力及实现的方法，确定总体结构,利用sql server数据库所具备的能力,以最简洁最容易的方法，使用C开发该系统。25评价尺度 1、费用： a人力支出(维护人员、操作人员)：按每月2000元给予工资 b设备支出（服务器端、客户端）:30000元 c空间支出（图书馆的建设）：包括图书馆的折旧支出，按具体时间来确定. d支持性服务（软件使用咨询）：现在正在运用之中，出现问题时可以来
7、询问相关软件开发商. e材料（应用软件及其他）: 10万元左右 2、各功能的优先次序 3、开发时间的长短：现在的系统的开发时间比较短,随着需要的增加，会根据特定的需要进行更改. 4、使用中难易程度：现在的系统相对来说比较易学，容易掌握。3对现有系统的分析现有系统是指传统的图书馆管理系统。31处理流程和数据流程 1。业务流程图，反映着业务处理的过程，基本符号如下： 外部实体 内部实体 业务处理 表格 文件存档 业务流图书馆借书业务流程图如下： 读者 图书证不合格图书证超出图书证 借阅记录图书管理员 读者库检查是否超过图书做多可借数图书处理 核对合格图书证未超过图书证图书和图书证图3。11 图书馆
8、业务流程图2. 数据流图: 读者 超出图书证 图书证 核对 不合格图书证核对信息 合格图书证 借书记录图书处理 未超过图书证 图书和图书证图3。1-2 图书馆数据流图32工作负荷 图书馆人员少,借阅时间长,费时、费力;办事效率不高；学生借书；同时系统增加了读者查询功能，也为管理员减轻了工作量。随着数据量越来越大,现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。33费用开支 1、人力支出（维护人员、操作人员）：按每月2000元给予工资。 2、设备支出：30000元 3、空间支出（图书馆的建设）:包括图书馆的折旧支出，按具体时间来确定。 4、支持性服务（软件使用咨询）:现在正在运用之中
9、，出现问题时可以来询问相关软件开发商。 5、材料(应用软件及其他）： 10万元左右 综上所述，由于现有系统的工作负荷严重超载，在现有系统上投入的人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大,严重影响系统的可用性，急需改进。34人员 1、馆长：1名 2、副馆长：1名 3、采编部:2名 4、流通部：3名 5、阅览部：10名 6、网络技术部：5名 鉴于原有系统的技术性含量比较低,故不需要多少高技术人员的操作,只是由于数据量的日益扩大,所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐.35设备 具体的设备为:1、电话机、复印机、传真机等通讯设备。
10、2、用于单据、数据处理的计算机及网络。36局限性 计算机停电或死机会不会造成数据丢失?图书管理系统没有即时存储功能，被修改的数据不会立即存盘，会因计算机异常而丢失数据。系统是否易学易用？图书管理系统不是标准的WINDOWS应用程序，界面不友好，操作不容易，必须经过专门训练才可进行操作。图书管理数据流程与图书馆操作流程不大相符，必须要懂图书馆业务。能存放多少数据，能用于多大规模的网络?理论上讲，系统的记录限制为一亿条。系统是否容易出问题，出了问题怎么办？系统是否允许用户出问题？系统不具备高度容错能力，可自动检测。 经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，工作面向范围过
11、于狭小，人员工作负荷大，管理员需要现场办公，不能实现远程应急办公，用户查询信息需要到图书馆还可能需要排队不方便等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的网上图书馆管理系统。所以开发这样一个系统还是很有必要的。4所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。41对所建议系统的说明新系统在原有系统上加入了数据库支持：使用了先进的数据库技术和数据库管理技术，使数据的安全性和正确性得到了很大的提高，且在用户的并行操作和用户的管理方面也有了很大的提高。42处理流程和数据流程 4。2。1.处理流程图1。读者管理处理流程图 用户用户名密码管理员增删改读者退出 N Y图4.2-1 读者管理处理流程图2。图书管理处理流程图 用户用户名密码管理员增删改图书退出 N Y 图4。22 图书管理处理流程图3。图书类型管理处理流程 用户用户名密码管理员增删改类型退出 N Y图4.2-3 图书类型管理处理流程图 4。借阅管理处理流程图 用户用户名密码管理员增删改类型退出 用户用户名密码读者登借阅信息退出 N Y图4。2-
