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

图书资料管理系统 可行性研究报告 录 . 3 写目的 . 3 目背景 . 3 义 . 4 考资料 . 4 . 4 求 . 4 标 . 5 件，定和限制 . 5 行性研究方法 . 5 价尺度 . 5 . 6 1 / 20 理流程和数据流程 . 6 作负荷 . 6 用开支 . 6 员 . 6 备 . 7 限性 . 7 4 所建议的系统 . 7 所建议系统的说明 . 7 理流程和数据流程 . 7 进之处 . 9 响 . 10 设备的影响 . 10 软件的影响 . 10 用户单位机构的影响 . 10 系统运行过程的影 响 . 10 开发的影响 . 11 地点和设施的影响 . 11 经费开支的影响 . 11 限性 . 11 2 / 20 术条件方面的可行性 . 11 5 可选择的其他系统方案 . 11 选择的系统方案 1 . 11 选择的系统方案 2 . 12 6 投资及效益分析 . 13 出 . 14 统开发费用 . 14 统运行费用 . 14 他一次性支出 . 14 一次性支出 . 15 计支出 . 15 益 . 15 次性收益 . 15 一次性收益 . 16 可定量的收益 . 16 计收益 . 16 益 /投资比 . 16 资回收周期 . 16 感性分析 . 17 3 / 20 7 社会因素方面的可行性 . 17 律方面的可行性 . 17 用方面的可行性 . 18 8 结论 . 18 本校图书馆为了更有效的管理日常信息 ,方 便学生 和教师 对图书进行借阅 ，归还 ， 续借 ， 查询 ,维护好所有图书的信息而提出开发此系统 。 写目的 现行的管理系统比较简单 , 但是由于图书数据的增加导致系统逐渐出现各种不稳定的现象 ,不利于日常信息的维护与管理 教师 的借书还书也面临着很不利的局面 ,导致学生 及教师 积极性受到严重的打击 老师将成为其受害者 ,并为不法分子提供了一条 希望的道路 ，图书馆的日常工作受到严重的威胁 。 目背景 图书馆资料管理系统 。 。 开发者 :软工三班开发小组。 用户 :郑州大学学校图书馆 。 实现该软件的计算中心 :郑州大学学校校园网 。 独立于其他系统 。 4 / 20 义 该图书馆管理信息系统是基于 立以 结构模式、以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护，为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。 考资料 1管理信息系统开发案例分析清华大学出版社 作者：钟雁 2管理信息系统北京大学出版社 作者： 张金城 3软件工程清华大学出版社 作者： 张海藩 4数据结构 C+语言的使用西安电子科技大学出版社 作者： 朱战立 5软件工程高等教育出版社 作者： 齐治昌 求 主要功能： 能够准确快速的记录图书的状态 ， 以便能轻易的查出图书是否被借 ， 是否归还 ， 是否借出超期等信息 ， 借书者可对自己感兴趣的图书进行检索从而缩短借书流程 ， 管理员除了进行借还书信息的操作 ， 还要对超期者进行处罚 。 稳定快速 ， 实时控制 。 条形码英文和汉字输入 ， 条形码英文和汉字输出 。 登陆系统时 ， 需要输入图书证的编号和个人密码 ， 只有图书管理员的身份才能进入系统进行信息的操作 ， 不能轻易被破坏 ， 对断电 ， 死机 ,系统崩溃等问题有有力措施以保障数据不受损失 。 应用于我们学校的校园网 ， 独立于其他系 5 / 20 统 。 6周 (开发 )+2周 (试行 )。 标 为了方便图书馆管理人员对图书的借阅 ， 归还等提供轻松快捷的管理方式 ， 同时也方便学生及教师可以随时随地的对图书进行借还 ， 续借 ， 查询 ，缴纳罚款等 。 主要体现在 :减少人力与设备费用 ， 提高系统的处理速度 ， 更新原先的管理信息服务 ， 提高人员利用率 ， 减少人员的冗余量 。 将获取的效益用于购置更多的图书 ， 服务广大师生 。 件 ， 定和限制 运行环境 :兼容当前主流操作系统 硬件环境 :上，内存大于 64M。 开发软件 :该系统使用 软件开发， 应了交互站点设计和基于 户使用 书馆有专门的数据服务器，使用 000 理端使用 限制 :该系统要受资金、寿命、社会等系列因素的制约和限制。 该系统的预期寿命为 3年 。 最早投入运行的时间为 2012年 8月 20日。 行性研究方法 通过调查问卷的方式对图书管理系统的进行全面的分析对现行的图书管理系统的满意度调查等 。 价尺度 费用不能超过 100万元 ， 信息更新的维护为重点开发时间的长短不超过 10周 ，使用起来容易上手 。 6 / 20 我们学校当前实际使用的管理系统 ， 经常出现的系统不稳定会导致图书信息出现紊乱 ， 影响整个图书馆的运营 ， 就如下几个方面进行阐述分析开发新的管理系统的必要性 。 理流程和数据流程 图书信息按分类号和作者号对书籍进行分类 ， 编写好编号后入库 ， 学生凭图书卡 最大限度可借 4本 ， 借书期为 2个月 ， 续借后 ， 借书期可增加 1个月 (寒暑假另订 )， 教职工凭有效证件 ， 最大限度可借书 10本 ， 借书期为 3个月 ， 续借后 ， 借书期可增加 2个月。 并要求在借书期期间还书 ， 若超过借书期 ， 则根据超期 1天 若款项未交 ， 则将行使借书的权力 ， 管理员登记图书借还及处罚情况 。 开始管理员登陆书库管理借还书管理添加验证超期情况注销验证借书资格搜索查询还书借书者登陆 。 作负荷 随着数据量越来越大 ， 现有的系统已明显不能适应目前的庞大数据量 ， 系统工作负荷过大 。 用开支 由于现有系统的工作负荷严重超载 ， 在现有系统上投入的人力 ， 设备 ， 空间 ，材料 ， 等等与其他的一系列支持性服务越来越大 ， 导致开发费用支出巨大 ， 严重影响系统的可用性 ， 急需改进 。 员 鉴于原有系统的技术性含量比较低 ， 故不需要多少高技术人员的操作 ， 只是由于数据量的日益扩大 ， 所需要的操作人员数量不断增大 。这一点已不 适应目前 7 / 20 信息化时代的步伐 。 备 20台电脑及电脑桌 ， 相应的其他附属设备等 。 设备的科技含量也比较低 ， 没有达到大量的计算机普及程度 。 限性 经过严谨的分析 ， 可知原有的系统存在很大的局限性 ， 比如技术的过于陈旧 ，人员工作负荷大 ， 系统维护及费用支出巨大 ， 人员与设备技术含量低等一系列缺点 ， 所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统 ， 所以开发这样一个系统还是很有必要的 。 4 所建议的系统 所建议系统的说明 新系统在原有系统的基础上加入了新的数据库的支持 ， 使用了先进的数据库技术与数据管理技术 ， 使数据的准确性与安全性得到了很大的提高 ， 且在用户的并行操作与用户管理方面也有了极大地改善 。 理流程和数据流程 处理 流程图如图 1所示： 8 / 20 开 始用 户 登 录对 图 书 的各 种 操 作得 出 各 种 操 作 图 书的 结 果完 成 任 务结 束是否退 出 ？如图 1 数据流程图如图 2所示： 顶层图 ： 教 师 / 学 生教 师 / 学 生教 师 / 学 生教 师 / 学 生教 师 / 学 生教 师 / 学 生教 师 / 学 生财 务 部图 书 馆 管 理 系 统借 书还 书能 否 借 出 书还 成 书处 罚是 否 购 书推 荐 书未 按 时 还 书0层图 ： 9 / 20 借 书 处 理 借 书 是 否 能 借 书处 理 推 荐 图 书现 存 图 书 借 出 图 书处 理 还 书处 理 未 及 时 还 书现 存 图 书 借 出 图 书借 出 图 书 时 间还 书 成 功还 书推 荐 图 书未 及 时 还 书 惩 罚图 书 馆 拥 有 图 书 种 类是 否 购 书如图 2 进之处 数据库的加强 ， 添加借书者推荐模块 ， 在续借模块中添加一项确认 ， 防止续借的不成功 等 。 10 / 20 响 说明在建立所建议系统时 ， 预期将带来的影响 ， 包括 : 设备的影响 采用建议系统后 ， 改进了原有系统的性能所以对设备要求自然更高 ， 建议系统使用了更先进的技术使设备也必须跟着升级 。 软件的影响 由于建议系统采用了先进的数据库技术以及一系列高技术含量软件 ， 使得原来系统上的一些软件无法继续使用 ， 不过在新系统开发过程中将尽量考虑到 ，对现有软件的兼容性 。 用户单位机构的影响 建议系统使用的新技术是完全基于原有的系统上的 ， 故用户不必考虑新系统带来的人员培训等等 。 系统运行过程的影响 处理 :进行一定更新与维护 。 更快速 ， 精确 ， 稳定 。 对数据存储 ， 恢复的处理 ， 更加方便快捷 。 系统日志即使保留失效那一瞬间的信息 ， 从而减少其带来的不便 。 11 / 20 开发的影响 由于该新系统是根据原有的老系统进行开发的 ， 所以管理员无需对此产生压力 ， 基本操作都会根据原有系统进行设置 ， 同时从原有的数据库里调取所有有效的图书信息及借还书等历史信息 。 地点和设施的影响 对地点没有影响 ， 但是对于设施稍微有所讲究 ， 更注重安全性 ， 保障所使用的设备处于一个稳定而又安全的环境 。 经费开支的影响 为了新系统的开发 ， 设计和维持运行而需要的各项经费开支 ， 在第一年时有所 增加 ， 但是效益也将在短期实现 。 限性 系统的使用寿命为 2年 ， 无法保证 3年以后系统的使用状态 。 术条件方面的可行性 就目前使用的开发技术来说建议系统的功能目标应该能够达到 。 个具有丰富经验的软件开发小组 。 资历很深的教师协助 ,利用现有的技术在规定的期限内开发工作基本能够完成 。 5 可选择的其他系统方案 选择的系统方案 1 采用 C/统： 12 / 20 C/ (1)、应用服务器运行数据负荷较轻。最简单的 C/客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。 (2)、数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能， 是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在 C/据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。 (3)、 C/先，采用 C/选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。 其次，传统的 C/系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在 B/，并对其形成威胁和挑战。 13 / 20 选择的系统方案 2 采用 B/统： B/ (1)、维护和升级方式简单。目前，软件系统的改进和升级越来越频繁，B/一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但 B/有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。 (2)、成本降 低，选择更多。大家都知道 览器成为了标准配置，但在服务器操作系统上 现在的趋势是凡使用 B/需安装在 且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用 就使的最流行免费的 数据库也是免费的，这种选择非常盛行。 比如说很多人每天上“新浪 ”网，只要安装了浏览器就可以了，并不需要了解“新浪”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用 用户的电脑本身安装的大部分是 (3)、应用服务器运行数据负荷较重。由于 B/，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（ 完全通过 少部分事务逻辑在前端（ 现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是，应用服务器 运行数据负荷较重，一旦发生服务器“崩溃”等问题，后 14 / 20 果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。 6 投资及效益分析 出 统开发费用 本系统开发期为 六 周 ， 试运行二周 ， 开发期需要开发人员 5人 ， 试运行期需要开发人员 5人 ， 人员费用为 5*4=20万元 。 本系统所需的硬件设备费用为 12*万元 。 (需要 12 台电脑 ) 按开发费用的 15%计算 ，为 (20+6)*15%= 总计： 系统开发费用 共为 20+6+元 。 统运行费用 需要 3人 /年进行系统维护 ， 维护费为 3*5=15万元 。 设备更新费为 6 万元 ， 设备维护费为 3 万元 。 (各种线路和装修等等 )。 每年按 1万 元计算 。（三年共 3*1=3万元） 系统运行费用 共计为： 15+6+3+3=27万元。 他一次性支出 需求的研究和设计的研究 ) 包括在开发费用中 。 包括在开发费用中 。 包括在系统运行 费用中 。 旅差费以及开发安装人员所需要的一次性支出 ： 培训费：每人 六人，费用共计 6*元。 车费：预计 1万元。 其他一次性费用共计： =元。 15 / 20 一次性支出 列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用 ， 包括 : 包括在系统运行 费用中 。 包括在开发费用中 。 讯方面的租金和维护费用 包括在系统运行 。 资 ,奖金 :每人一年 元，有六人，共三年（共 计费用为 3*6* 空间的使用开支 学校内部房屋不计。 学校内部 公用设施 不计。 非一次性支出：共计 计 支出 支出共计 ： 7+ 益 提高工作效率 ， 减少工作人员 ， 提升整个图书馆的管理能力 。 次性收益 0 元 ， 教职工一次办卡 50 元 ， 学校有 5 万 个学生和 1万 个教职工 ， 预计可获得收益 150 万元 。 减少冗余量 ， 而减省下来的资金也便是一种收益 。 一次性收益 共计 ： 150万元 。 16 / 20 一次性收益 在使用中使用者可能把卡丢失或损坏费用办卡收 100元 /次的收益 。 预计每年有三千人丢卡 ， 三年共计 3000*3*100=90 万元 。 非一次性收益共计： 90万元 。 可定量的收益 图书在借阅中超期或者损坏的赔偿 : 预计每年因图书在借阅中超期或者损坏的赔偿可得 2 万元 ， 三年共计2*3=6万元 。 不可定量的收益： 6万元 。 计收益 共计为： 150+90+6=246 万元 。 益 /投资比 收益 246 万元 ， 投资 (含非一次性投资 )元 ， 则收益 /投资比=246/ 资回收周期 计算投资回收周期：求出收益的累计说开始超过支出的累计数的时间。 算法如下： 系统开发费用为 设备维护费 :设备更新费为 6万元 ， 设备维护费为 3万元 。 (各种线路和装修等等 )。 培训费：每人 六人，费用共计 6* 车费：预计 1万元。 在系统投入运行前共投入 +3+元。 17 / 20 收益： 系统开始使用时需收制卡费 150万元 。 综上所述：当系统开发是需要投入，系统运行时就开始得到盈利（把投入收回的情况下得到盈利），由于系统预计开发时间是 8周，所以系统回收周期是 8周。 感性分析 设备和软件的配置一定要符合规定 ， 一般的病毒基本上不会受到影响 ， 倘若电脑遭到严重的病毒侵害所产生的后果是难以预料的 。 7 社会因素方面的可行性 律方面的可行性 无论是中央政府还是地方政府 ， 一般都用法律规定组织可以做什么 ， 不可以做什么。例如：合同法消费者权益保护法专利法等对所有企业的行为都做了限制。根据中华人民共和国计算机软件保护条例（ 1991年 6月 4日中华人民共和国国务院令第 84号发布）（修改后的新条例 2002年 1月 1日起施行）第九条可知：软件著作权人享有下列各项权利 :(一 )发表权 ， 即决定软件是否公之于众的权利 ； (二 )开发者身份权 ， 即表明开发者身份的权利以及在其软件上署名的权利 ， (三 )使用权 ， 即在不损害社会公共利益的前提下 ， 以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利 ； (四 )使用许可权和获得报酬权 ，即许可他人以本条第 (三 )项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利 ； (五 )转让权 ， 即向他人转让由本条第 (三 )项和第 (四 )项规定的使用权和使用许可权的权利 。 第十二 条受他人委托开发的软件 ， 其著作权的归属由委托者与受委托者签订书面协议约定 ， 如无书面协议或者在协议中未作明确约定 ， 其著作权属于受委托者 。 第十八条 在软件著作权的保护期内 ， 软件的著作权人或者其受让者有权许可他人行使本条例第九条第 (三 )项规定的使用权 。 著作权人或者其受让者许可他人行使使用权时 ， 可以按协议收取费用 。 另外 ， 18 / 20 软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。被许可人应当在合同规定的方式、条件、范围和时间内行使使用权 。 合同中未明确规定为独占许可的 ， 被许可的软件权利应当视为非独占的 。 第二十二条 因课