图书管理系统可行性分析报告
目录
1. 引言
1.1. 目的
1.2. 背景
1.3. 术语定义
1.4. 参考资料
2. 项目简介
2.1. 项目名称
2.2. 项目承担单位 2
2.3. 可行性研究报告编制单位 2
2.4. 项目目标、规模、内容、原则、周期 2
3. 项目建设的必要性和可行性 3
3.1. 现状和差距 3
3.2. 发展趋势 3
3.3. 项目建设的必要性 3
3.4. 项目建设的可行性 3
4. 项目承担单位概况 4
4.1. 单位概况 4
4.2. 机构职责 4
5. 系统需求 5
5.1. 超市业务分析 5
5.2. 功能需求和性能需求 6
5.3. 应用系统设计 6
6. 总体方案 7
6.1. 系统体系结构 7
6.2. 硬件（网络）系统设计 9
6.3. 应用系统设计..........................................................................................................9
7. 项目开发团队
8. 项目实施进度
9. 总投资估算和资金来源
10. 社会和经济效益分析 12
11. 结论和建议 12
第1章 引言
随着计算机技术的快速发展,信息化管理已经深入各行各业。目前，无论公司还是企业对于货物都实行了信息化管理，以提高管理水平和工作效率，同时也可以最大限度地减少手工操作带来的错误。这类信息化管理应用范围极其广泛。在日常生活中，事实上，借书还书是一大问题，为解决这个大问题，“图书管理系统”应运而生。
1.1目的
图书管理系统具有种种优点，但在目前状况下，可以大大方便学生进行查看图书剩余数量，存放位置以方便进行借书及还书。
1.2背景
本项目采用单纯的数据库存储原理，是建立在Windows 系统上以eclipse为开发软件的应用程序
1.3术语定义
Draw.io：专业商用矢量的绘图软件。
MySql: 提供数据库。
Eclipse：专属Java开发软件
1.4参考资料
（1）《关系型数据库》的第2版 耿祥义清华大学出版社，2009
（2）Java程序设计基础第五版 陈国军 清华大学出版社，2006
第2章 项目简介
2.1项目名称：
图书管理系统
2.3可行性研究报告编制单位：
我邦阿富汗
2.4目标、规模、内容、原则、周期
（1）目标：
·实现操作自动化和信息电子化，全面提高图书的管理水平。
·基于用户管理的全面自动化，可以大大减少管理员的负担、违章管理中的漏洞，可以节约大量管理开支，增加企业的收入。
·实现对内部各种用户管理的电子化、自动化、提高借还图书时各个工作模块的办公效率，也为提高广大学生的服务质量提供保证。
（2）规模:
预计该项目针对的人群，主要是一些高校，预计规模人数是100000人左右。
（3）内容：
大大增加了图书的借阅效率，方便进行图书的管理。
（4）原则：
在原则方面尽可能减少人为的管理，提高借阅的效率，在保证效率的同时，保证信息准确，必要的保证不出现误差。
（5）周期：
从项目策划到项目完成预计需要六个月。
第3章 项目建设的必要性和可行性
3.1现状和差距
a.现状
（1）硬件
无
（2）软件
目前甲方平台管理采用的是纸质化办公，主要包括纸质报告，档案。
b.差距
目前甲方采用纸质化办公进行系统管理，纸质化管理的过程有太多缺点，纸质的传递较为缓慢，也需要占用更多空间，而且办公的程序较为繁琐，需要较多的人力进行管理。甲方需要简化管理流程，减少人力的投入，并且更快捷的进行平台管理。
3.2发展趋势
未来借书会逐步减少时间的使用，使用计算机替代部分人力的使用既减少了成本，同时也加快了工作效率。简单化的管理系统适合各个年龄的管理人员操作，只需简单熟悉了解本系统的功能操作，就能提高工作效率。不仅减少了人工成本，加快了人流的流动速度，也能提高行业竞争力。
3.3项目建设的必要性
在知识竞争越来越激烈，规模越来越大，阅读者要求越来越高的今天，作为
互联网时代的新型交往平台，如何提高借阅效率显得越来越重要，由于手工操作的繁琐混乱且容易出错，不易即使统计用户的真假情况，常常造成管理漏洞，给管理人员和用户带来不便，因此迫切需要一套计算机信息管理系统来实现可靠，便捷的管理。
3.4项目建设的可行性
（1）经济可行性分析
图书管理系统的投入，能够提高工作效率，减少工作人员，从而减少人力资本的投入，根据核算，系统投入三个月后，就能够基本收回开发系统的投资，同时，本系统对开发环境没有太高的要求适用于各种操作系统，普通的电脑就可以满足开发需求，因此本次开发在经济上具有一定的可行性。
（2）技术可行性分析
a)TCP/IP体系成熟完备
b)Java技术比较成熟
c)数据库技术比较成熟
（3）运行、操作可行性分析
系统的管理者大多具备电脑基本操作知识，对于必要的专业操作经短期培训即可，管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完整，保存良好。
（4）法律可行性
该软件开发不违反社会法律法规，同时符合学校的规章制度，并且没有侵犯版权之说，属于自主开发，因此，本系统具有法律可行性。
第4章 项目承担单位概况
4.1单位概况
图4.1图书管理系统机构图
如图4.1图书管理系统机构图所示，该系统只有用户和管理员。
4.2机构职责
用户：注册自己的信息，借书，还书。
管理员：修改图书，删除图书。
第5章系统需求
5.1业务分析
通过调研和分析可得到下图：
图5.1图书管理系统业务用例图
业务用例图中共有种5业务用例，2种业务角色，“用户”业务角色是所有业务角色的基类。下面是各个业务用例的描述。
1.用户注册业务
（1）活动图
图5.2 业务活动图
（2）流程步骤
a)用户注册自己信息
2. 用户借书业务
图5.3业务活动图
（2）流程步骤
a）用户借书。
3. 用户还书业务
图5.4业务活动图
（2）流程步骤
a）用户还书。
4. 修改图书业务
图5.5业务活动图
（2）流程步骤
a）管理员修改图书。
5. 删除图书业务
图5.6业务活动图
（2）流程步骤
a）管理员删除图书
5.2功能需求和性能需求
（1）功能需求
图书管理系统的功能需求可以按照服务对象的不同进行划分，包括用户、内部管理人员、系统维护人员。每类用户的功能需求如下：
a. 用户
登录账号，用户可以查询个人信息，通过分页来查看图书信息。
b.内部管理人员
业务管理:实现商品管理业务的信息化和网络化，公司管理者能够随时掌握业务的实际情况，能够提供商品的分析预测。资源共享:可以实现业务的资源共享，支持跨部门的资源共享，为所有工作人员提供快速的信息检索。
b. 管理维修人员
基础数据导人:能够对积累的历史数据进行批量录人、整理和入库，并提供分类转换等功能。用户管理:对所有内部人员和顾客，根据统一的注册信息认证，按照不同的权限等级提供资源共享和各种服务。
系统维护:提供系统监控、配置管理工具，能够及时获取错误信息，排除障碍。备份恢复:能够按照数据库维护管理计划定期对数据库进行备份，必要时进行有效恢复。
（2）性能需求
a.网络平台性能
要求数据传输网络快捷、安全、可扩展。
网络的性能要求如下：非复杂的查询和处理的一般业务响应时间应小于等于3秒，系统年平均无故障运行时间大于等于99.9%。
b.系统平台性能
要求采用通用性好、安全可靠的操作系统和大型数据库系统，保证系统有良好的性能，系统年平均无故障运行时间大于等于99.9%。
c.应用支撑平台性能
要求应用支撑平台为业务应用系统的开发和运行提供技术支撑，并具有灵活的可扩展性和高度的可配置管理性。
d.应用系统性能
应用系统能够满足顾客需求，稳定、可靠、实用。检索，查询快捷简单。
e.数据质量
系统数据准确完整，能够满足汇总统计、制表制图、分析计算、模型测算等要求。
5.3 数据量预测
（1）数据存储量测算
数据存储量测试是为了在系统设计时保证存储系统能够满足系统的正常运行。目前整个系统售出后，每年应处理的信息总计大约1400万次，存储量包括：
a.结构化数据存储量
每件商品业务的概要信息大约为1KB，结构化数据存储量=1400万×1KB=14GB。
b.多媒体信息存储量
部分用户含有多媒体信息，大约占有总数的1%，每条信息估计5MB，多媒体信息总量为：1400万×0.01×5MB=68GB每年的数据存储总量=14GB+68GB=82GB，冗余量为0.5（管理等附加信息造成），每年的信息存储量=82GB×(1+0.5)=123GB。
c.五年的信息存储总量
按照目前计算运行时长联机存储5年的数据，系统的存储量=5×123GB=615G。
（2）网络带宽预测
网上交友平台通过各个中型交际公司接入互联网，各个商品的详细信息数据都存入各公司操作系统数据中心，交友网站数据流量分析主要涉及网站出口带宽的设计，初步计算如下：
用户总数大致估计为(M)：2000人
每个页面平均为(K)：100KB
用户处理每个页面的时间约为(S)：10秒
每天用户的比例为(P1)：60%
每个顾客每天购物的时间为(H1)：2小时
在最集中的时间内浏览的用户的比例为(P2)：80%
最忙时服务器每秒处理的页面总数为（T）：M×P1×P2×H1×3600/S/(H1×3600)
因而所需的网络带宽为：T×K=22.5Mbit/s
根据测算的带宽要求，考虑网络带宽的实际利用率，需要两根10M，一根4M的专线接入。
（3）数据处理量分析
具体评估方法如下：
TPM=日峰值顾客操作量×峰值时间操作比例×操作复杂比例/(峰值时间×CPU占用比例)
日峰值顾客操作量：预计一整年处理业务量1400万次，日平均业务处理量为1400万/365=38356件。每个操作的处理流程比较简单，平均为2个处理环节，日峰值操作量为38356×2=76712
峰值时间操作比例，每日峰值时间：根据现有实际情况统计，业务处理80%的交易发生在每日上午9：00~11：00、下午4：00~6：00和晚上20：00~22：00，即
峰值时间操作比例为80%，每日峰值时间为6小时
交易复杂比例：网上交友平台的操作比较简单，一次打开的数据大致有4个，对相关数据进行操作，根据经验每次操作的复杂度可以设置为8~10（相对于TPC标准测试）
CPU占用比例：实际运行情况表明，一台服务器的CPU利用率高于80%则会产生系统瓶颈，而利用率处于75%时，则处于最佳状态。因此在推算系统性能指标时，考虑系统管理所需的消耗资源以及部分CPU余量，设定此值为75%
综上：TPM=76712×80%×9/(6×60×75%)=2045.7
考虑到20%余量：则所需TPC-C的值为：TPW=2045.7/(1-20%)=2557.1万
考虑到网络测试的TPC-C是在极端优化的情况下产生的，实际性能一般是测试值的1/2，因此建议单机处理能力TPC-C应该达到2557.1×2=5114.2
故网上交友平台所用的数据库服务器应选其TPC-C值不低于6000
第6章 总体方案
6.1 系统体系结构
图6-1图书管理系统的体系结构图
如图6-1所示，图书管理系统的体系结构图，主要分为下面几个层面：
表现层又称用户访问层，负责与用户交互，接收用户对系统的服务请求，并把业务处理层的结果呈现给用户。安全保障体系、资源管理维护体系贯穿于系统各个层次，保证信息系统符合标准，安全可靠。
应用层包括平台综合处理子系统、系统管理子程序和资源管理子系统三部分。其中综合处理子系统作为图书管理系统的基础支撑平台，包括应用系统部署、运行和管理的环境及相应规范。应用支撑服务是基础支撑层为应用提供的一组共性和关键的服务。应用支撑服务支持多种事务实现机制，充分考虑基于网上交友平台中事务管理的特性，并提供相应技术实现；支持组件化的开发部署，将应用中的公用功能如配置管理、数据缓存、认证授权、日志管理、工作流等功能以公用组件或公共服务的形式集成到平台中，并提供相关API接口来减少系统间藕合度。
系统结构模式层：主要包括各种服务器、框架、API接口、分布式事务系统等。
资源层：主要包括各种基础资源，如数据库系统、文件系统、中间件系统、排队系统等。软件硬件层：主要体现在软硬件的分离，如操作系统、网络操作系统、网络协议等。
硬件层：主要是软件实现的物质基础。如大型机、集群系统、大型存储系统、高速缓存系统等。
6.2硬件（网络）系统设计
图6.2网络拓扑图
硬件分析：
如图6.2所示
网络拓扑采用星型结构，该方案优点：
1）维护管理容易
2）重新配置灵活
3）故障隔离和检测容易
硬件构成有中心服务器、网上交友平台服务器集群、各部门办公设备、安全防火墙等。
用户可通过客户端访问本系统，进行操作
6.3应用系统设计
系统构成
图6.3图书管理系统组件图
图书管理系统的组件图的程序构成主要包括用户注册登录，用户借书，用户还书，管理员登录，修改图书，删除图书等组件。
系统配置图
图6.4图书管理系统配置图
图6.4为图书管理系统的配置图，图书管理系统的应用服务负责保存整个管理系统的应用程序，数据库是负责数据的管理，此外还有多个终端，对于不同的用户，有不同的客户端。
功能结构
图6.5图书管理系统功能结构图
由图6.5可以看出，图书管理系统主要可以分为个两个模块：用户，管理员
A）用户，用户注册，用户借书，用户还书。
B）管理员，修改图书，删除图书。
第7章 项目开发团队
我邦阿富汗
人员分工：
a .经理：刘军
b .构架师：徐嘉迪
c .分析师：张权
[if !supportLists]第8章 [endif]项目实施进度
第7周：完成可行性分析报告
第8-10周：学习java和数据库，窗口搭建等相关内容
第11周:开始编写项目代码
第12周：初步完成前后端设计，实现基本功能
第13周：测试各部分功能，完善整体功能
第14周：修改窗口界面，添加各部分数据，完善系统
第15周：测试系统是否达到预期效果，并做出相应调试
第16周：交付项目
第9章 总投资估算和资金来源
1)预计代码量一万行，开发费用约6000元
2)购买一台服务器费用约20000元
3)购买各部门电脑费用约10000元
4)各项硬件安装人工费用约1000元
总体费用约37000元
第11章结论与建议
本系统主要提供了对图书借阅可靠性的管理平台，在系统中，系统运用方便、操作简单、工作效率高。给学生提供了更多更及时的图书借阅信息，便于学生了解更多课外知识，自主学习。同时也给学院学习部管理提供了一个完善的信息拓展平台，方便发布活动公告以及图书借阅的管理，使平台在无形中构建一种团结友善的凝聚力。为读者拥有查询图书信息、获得图书存放位置等。综合上所述,本系统完全具备设计开发条件。
