图书借阅管理系统可行性研究报告 第3页
3. 6 局限性
计算机停电或死机会不会造成数据丢失？图书管理系统没有即时存盘功能，被修改的数据不会立即存盘，会因计算机异常错误而丢失数据。
能否存储多媒体信息？ 图书管理系统不能存贮所有图书文本、图片、声音、动画等多媒体信息。
能否打印读者借阅证？ 图书管理系统不能根据读者办证日期、读者单位、读者姓名或证码打印读者借阅证。
能否批量销证？图书管理系统只能个单个销证。
系统是否易学易用？ 图书管理系统不是标准的WINDOWS应用程序，界面不友好，操作不容易，必须经过专门训练才可进行操作。图书管理系统的数据流程与图书馆工作流程不大相符，必须要懂图书馆业务，在一个月左右时间内就可掌握。
能存放多少数据、能用于多大规模的网络？ 理论上讲，图书管理系统的记录限制为一亿条，系统测试用HP（166/32M/2.1G）服务器，联想（166/32M/2.1G）PC机工作站，管理20万册图书时，在检索、借还等操作时均实现十秒级延时。系统适用的网络规模受网络操作系统限制。
系统是否容易出问题、出了问题时怎么办？ 系统全部代码为16位，安全性一般，会出问题。系统具有的自我修复能力，例如因停电、死机、机器硬件故障等原因造成系统不能正常运行时，可由系统自动修复，实在不行，可打电话给代理商，但还未做到随叫随到。
系统是否允许用户犯错误？系统不具有高度容错能力，可自动检测如登录号、复本出错、数据追加重复等错误，如用户不小心执行了错误操作，系统可能会死机。
4. 所建议的系统
4．1系统说明
所建议的系统是C/S与B/S模式结合, 以数据库为后台核心应用、以服务为目的信息平台。系统管理，书籍管理，借阅管理等几大子系统的功能通过图书馆局域网实现，有利于提高系统的安全性和效率。图书信息查询，学生图书借阅信息查询等检搜功能可以在互联网上进行，有利于系统的使用效率。能在一定程度上实现局域网与互联网的数据交互，对不同的管理员提供不同管理权限的功能。
其系统实现方案如下:
（1）具体要求
借书、还书；
在图书馆中增加/删除一本书；
按照作者名或图书类型等检搜图书;
找到被某位读者借出的一批书；
找出最近借走某本图书的读者。
图书借阅管理系统的顶层数据流图:
（2）系统限制
馆中所有未借出的书籍能够供读者随时借阅。
在同一时刻，一本书不能既被借出，又可供借阅。
一个读者一次借出的书籍数目不能超过预定值。
4.2 影响
4.2.1 对设备的影响
由于建议系统是基于WINDOWS操作平台和互联网的，所以需要配备符足各种软硬件条件的计算机和通信线路，系统出现故障后，可以通过数据恢复功能来对丢失的数据进行恢复，这要求有足够的硬盘空间来存储数据。
4．2．2 对软件的影响
需要保障软件正常运行的软件环境，如果不满足软件环境要求，则需要购买正版软件产品.
4.2.3 对用户单位机构的影响
需要调整用户管理单位模式.
4.2.4 对经费开支的影响
除了支付系统开发的费用外，还需要一定的资金运转，包括人员工资，设备维护，软件维护，系统维护等其他方面的开支
.
4.2.5 对技术条件方面的可行性
该系统是基于局域网，互联网和WINDOWS操作的系统，就目前的开发技术条件来说已经相当成熟，利用当前的技术来开发一个人性化的，管理完善的系统没有任何问题，对开发期限也比较宽松，可以在预期时间内完成开发任务。
5．所建议系统经济可行性分析
5.1支出*
5.1.1基建投资
系统开发，建立费用16.5万:
* 开发期限为半年，开发人员需要6人，根据系统的规模估算，开发工作量约为30人月，每个人工资5500元，开发费用为16.5万.
5.1.2其他一次性支出
*书籍，读者等基础信息建立需要15人2个月即30人月，工资2000元/月，需要60000元.
*硬件设备费共计150000元，其中计算机6台，共30000元，服务器2台及其他网络设备费用共计120000元，
*外购软件工具，软件环境等费用80000元
*共他费用20000元
共计一次性支出：31万.