图书馆管理系统可行性实施实施计划书模板.doc

...wd...信息系统工程与实践《图书馆管理系统》可行性研究报告 专业班级： 工程分组： 第二组 姓名学号1： 王莉琴26 姓名学号2： 王林飛29 姓名学号3： 王珂强36 编写人员： 王莉琴 目录1引言 11．1编写目的 11．2背景 11．3定义 11．4参考资料 12可行性研究的前提 12．1要求　 12．2目标 22．3条件、假定和限制 22．4进展可行性研究的方法 22．5评价尺度 33对现有系统的分析 33．1处理流程和数据流程 33．2工作负荷 33．3费用开支 53．4人员 　　 53．5设备 53．6局限性 54所建议的系统 64．1对所建议系统的说明 64．2处理流程和数据流程 64．3改良之处 104．4影响 114．4．1对设备的影响 124．4．2对软件的影响 124．4．3对用户单位机构的影响 124．4．4对系统运行过程的影响 124．4．5对开发的影响 124．4．6对地点和设施的影响 124．4．7对经费开支的影响 124．6技术条件方面的可行性 135可选择的其他系统方案 135．1可选择的系统方案1 135．2可选择的系统方案2 136投资及效益分析 146．1支出 146．1．1 根本建设投资 146．1．2其他一次性支出　 146．1．3非一次性支出 146．2收益 146．2．1一次性收益 146．2．2非一次性收益 156．2．3不可定量的收益 156．3收益／投资比 156．4投资回收周期 156．5敏感性分析 157社会因素方面的可行性 157．1法律方面的可行性 157．2使用方面的可行性 168结论 16可行性研究报告1引言1．1编写目的（1） 研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。

2） 确定各个工程模块的设计情况和主要的负责人,供各工程模块的负责人阅读,做到及时协调,按步有序进展工程的开发.减少设计中的不必要损失1．2背景　　说明：a.所建议开发的软件系统的名称：图书馆管理系统b.本工程的任务提出者：该系统开发的所有成员 开发者：王莉琴、王林飛、王珂强 用户：图书馆工作人员及读者1．3定义　　图书馆管理系统 工程 可行性分析 方案 效益1．4参考资料 1.可行性研究报告〔GB8567——88〕2.《软件工程国家标准文档》 ——工程开发方案〔GB856T——88〕3.钱乐秋等，《软件工程》，青还大学出版社4.张害藩，《软件工程导论》〔第四版〕，清华大学出版社5.王珊等，《数据库原理及设计》，清华大学出版社6.赵池龙等，《软件工程实践教程》，电子工业出版社2可行性研究的前提2．1要求　1、功能a.图书管理:图书管理员定期或不定期对图书信息进展入库、修改、删除等图书信息管理以及注销〔不外借〕，包括图书类别和出版社管理b.读者管理:管理员要为每个读者建设借阅账户，并給读者发放不同类别的借阅卡〔借阅卡可提供卡号、读者姓名〕c.借阅管理:持有借阅卡的读者可以通过管理员〔作为读者的代理人与系统交互〕借阅、归还图书。

可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况，以及续借图书〔系统审核符合续借条件〕2、性能可以方便快捷有效地完成借阅、查询等的各项操作，录入数据合法性校验程序高，查询速度快〔不超5秒〕保证信息的正确和及时更新，并降低信息访问的本钱技术先进且高可靠性3、输出：图书信息，读者信息，借阅信息4、输入：图书信息，读者信息，借阅信息5、在安全与保密方面的要求登陆系统时，需验证身份和密码，只有图书管理员的身份才能进入系统进展信息的操作2．2目标 所建议系统的开发目标包括: 〔1〕减少人力与管理费用； 〔2〕提高信息准确度； 〔3〕改良管理和服务; 〔4〕建设高效的信息传输和服务平台，提高信息处理速度和利用率2．3条件、假定和限制 a、运行环境：兼容当前主流操作系统 Windows 7/8,XP等 b、硬件环境：奔腾4以上计算机，打印机、扫描仪等 c、开发软件：SQL Server 、C#等 d、该系统的预期寿命为5年2．4进展可行性研究的方法 　　通过调查分析开发图书馆管理所具备的能力及实现的方法，确定总体构造，利用sql server数据库所具备的能力，以最简洁最容易的方法，使用C#开发该系统。

2．5评价尺度 1、费用： a．人力支出(维护人员、操作人员)：按每月2000元给予工资 b．设备支出〔服务器端、客户端〕：30000元 c．空间支出〔图书馆的建设〕：包括图书馆的折旧支出，按具体时间来确定 d．支持性服务〔软件使用咨询〕：现在正在运用之中，出现问题时可以来询问相关软件开发商 e．材料〔应用软件及其他〕: 10万元左右 2、各功能的优先次序 3、开发时间的长短：现在的系统的开发时间比拟短，随着需要的增加，会根据特定的需要进展更改 4、使用中难易程度：现在的系统相对来说比拟易学，容易掌握3对现有系统的分析现有系统是指传统的图书馆管理系统3．1处理流程和数据流程 1.业务流程图，反映着业务处理的过程， 根本符号如下：外部实体 内部实体 业务处理表格 文件存档 业务流图书馆借书业务流程图如下： 读者 图书证不合格图书证超出图书证 借阅记录图书管理员 读者库检查是否超过图书做多可借数图书处理 核对合格图书证未超过图书证图书和图书证图3.1-1 图书馆业务流程图2. 数据流图： 读者超出图书证图书证 核对不合格图书证核对信息合格图书证借书记录图书处理未超过图书证图书和图书证图3.1-2 图书馆数据流图3．2工作负荷 图书馆人员少，借阅时间长，费时、费力；办事效率不高；学生借书；同时系统增加了读者查询功能，也为管理员减轻了工作量。

随着数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大3．3费用开支 1、人力支出(维护人员、操作人员)：按每月2000元给予工资 2、设备支出：30000元 3、空间支出〔图书馆的建设〕：包括图书馆的折旧支出，按具体时间来确定 4、支持性服务〔软件使用咨询〕：现在正在运用之中，出现问题时可以来询问相关软件开发商 5、材料〔应用软件及其他〕: 10万元左右 综上所述，由于现有系统的工作负荷严重超载，在现有系统上投入的人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改良3．4人员 　　 1、馆长：1名 2、副馆长：1名 3、采编部：2名 4、流通部：3名 5、阅览部：10名 6、网络技术部：5名 鉴于原有系统的技术性含量比拟低，故不需要多少高技术人员的操作，只是由于数据量的日益扩大，所需要的操作人员数量不断增大这一点已不再适应目前信息化时代的步伐3．5设备 具体的设备为：1、 机、复印机、 机等通讯设备2、用于单据、数据处理的计算机及网络。

3．6局限性 计算机停电或死时机不会造成数据丧失图书管理系统没有即时存储功能，被修改的数据不会立即存盘，会因计算机异常而丧失数据系统是否易学易用图书管理系统不是标准的WINDOWS应用程序，界面不友好，操作不容易，必须经过专门训练才可进展操作图书管理数据流程与图书馆操作流程不大相符，必须要懂图书馆业务能存放多少数据，能用于多大规模的网络理论上讲，系统的记录限制为一亿条系统是否容易出问题，出了问题怎么办系统是否允许用户出问题系统不具备高度容错能力，可自动检测 经过严谨的分析，可知原有的系统存在很大的局限性，比方技术的过于陈旧，工作面向范围过于狭小，人员工作负荷大，管理员需要现场办公，不能实现远程应急办公，用户查询信息需要到图书馆还可能需要排队不方便等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的网上图书馆管理系统所以开发这样一个系统还是很有必要的4所建议的系统　　本章将用来说明所建议系统的目标和要求将如何被满足4．1对所建议系统的说明新系统在原有系统上参加了数据库支持：使用了先进的数据库技术和数据库管理技术，使数据的安全性和正确性得到了很大的提高，且在用户的并行操作和用户的管理方面也有了很大的提高。

4．2处理流程和数据流程4.2.1.处理流程图1.读者管理处理流程图 用户用户名密码管理员增删改读者退出 N Y图4.2-1 读者管理处理流程图2.图书管理处理流程图 用户用户名密码管理员增删改图书退出 N Y 图4.2-2 图书管理处理流程图3.图书类型管理处理流程 用户用户名密码管理员增删改类型退出NY图4.2-3 图书类型管理处理流程图4.借阅管理处理流程图 用户用户名密码管理员增删改类型退出 用户用户名密码读者登借阅信息退出 N Y图4.2-4 借阅管理处理流程图 用户用户名密码管理员验证读者 N Y还书续借查询借阅记录 N超时 Y N Y罚款 登记借阅信息续借退出图4.2-5归还、续借处理流程图4.2.2数据流图。