第一篇：鞋店管理系统可行性分析报告
可行性研究报告
——信管092 楼晓丹
1.引言
随着社会的发展，分分利鞋店的规模也在近一步扩大，由原先的很小店面，已经发展到在陕西省拥有了多家分店。由于各个分店的管理内容和管理方法千差万别，销售管理人员不能很好的进行管理，统计工作，总部也不能很好的考察各个分店的运行情况。下层基础决定上层建筑，如果没有统一的管理系统，必将阻碍分分利鞋店的发展进程，设计一个鞋店的进销存管理系统刻不容缓。
1.1 目的
对鞋店进销存管理系统的设计进行可行性分析，明确其开发效益及其风险，为最终决策提供依据 对象:高层管理人员
1.2 项目背景
原有的管理系统已经无法满足分分利鞋店现在对于业务综合管理的要求，货物的储备和清查成为该公司商品销售发展的巨大瓶颈。现行的管理并不能进行一些复杂的管理流程，管理系统需要进行大规模的改进和更新。
名称：分分利鞋店进销存管理系统 任务的提出者：分分利鞋店 开发者：信管092第3小组
用户：分分利鞋店以及其他同业公司 实现软件的单位：分分利鞋店
本项目与其他软件或系统的关系：兼容于windows系统，以java为开发语言，在eclipse平台上，通过MySQL数据库，进行管理开发。
1.3 定义
C/S模式：客户机/服务器，指一种常用的两层MIS结构模式。
B/S模式：浏览器/服务器，是一种基于Web浏览器和服务器的MIS结构模式。
1.4 参考资料
《信息系统分析与设计》 刘腾红 清华大学出版社 《鞋店进销管理系统可行性分析》 张聪 百度文库
2.可行性研究的前提
2.1 要求
功能：为分分利鞋店提供产品的进库与出库的管理，库存管理，销售统计和数据分析，提供财务统计。方便分分利鞋店的产品进库与出库的工作、以及库存的盘存和统计工作；做出销售计划、财务统计、提高鞋店的进库与出库的效率与准确性，提高财务的准确性，提供销售预期的分析。
性能：对产品进行分类，能够有效处理各类产品的进出库流程，准确存储相关报表，并对库存产品进行快速统计，即使提醒商店补货；能够准确将财务报表和库存报表反映在工作平台上，并且提供多种销售统计报表，为下一时期的决策提供依据。输入： 各类相关数据
输出要求：数据完整，精确，详实，及时。处理和数据流程：
安全与保密：对进入系统的用户设置各类权限，系统管理员拥有各类修改权限。与本系统相连接的其他系统：各分店PC 完成期限：预计8个月，截止2013年1月10日
2.2 目标
系统实施后，能够减少大批的人力，缩减财务支出，同时大大提供分分利鞋店的产品进出库效率与财务的准确性，能够对于库存进行准确盘存工作，提供详细的财务报表，减少了工作人员的负担，并且为下一步销售方案做一个合理的数据上的分析。
2.3 条件、假定和限制
建议软件最短寿命：5年 方案选择比较的期限：1个月 经费来源：分分利鞋店
使用限制：网络畅通的地方即可 法律和政策方面的限制：无 硬件条件： pc机，内存1G以上 软件条件：MySQL 运行和开发环境的条件和限制：windows系统/eclipse平台 2.4 可行性研究方法
投资、成本估算与资金筹措；投资估算法
2.5 评价的尺度
成本/效益分析结果：效益>成本。
技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。
性能评价依据：系统的安全性，运行速度，数据处理的准确性，操作界面的友好型，输入输出流畅清晰程度，数据格式的标准化程度。
3.对所开发系统的分析
3.1 处理流程
分分利鞋店管理系统进货管理系统销售管理系统仓库管理系统售后服务管理验收货品进库退货销售货品退货会员、积分清点库存量过季处理售后可换售后可退随时免修反季打折出售退回厂商
图3.1 结构功能图 3.1.1 顶层数据流程图
发货单P0E1供应厂商销售单E2订货单 进销存、售后顾客顾客订单S1库存台账
图3.1.1 顶层E-R图
3.1.2第一层数据流程图
进销存、售后售后换货单E3库房退货单P1实物清点过季清点P3P4P2申请维修单顾客退货发货单E1供应厂商销售单E2进货订货单入库单盘存清点售后服务销售顾客订单顾客过季清点单过季退货单库存信息单售后换货单S1库存台账出库单退货单
图3.1.2 第一层E-R图
3.1.3 第二层数据流程图
（1）进货数据流图
P1F2发货单P1.1F3合格单P1.2F6入库单E1供应厂商F1订货单验收货品进库S1库存台账F4不合格单P1.3F5退货单S2退货流水账
图3.1.3.1 进货管理模块
（2）销售数据流图
P2S3会员、积分F13积分单E2顾客F7顾客订单P2.1F9出库单销售货物S1库存台账F8销售单F10顾客退单S2流水账F12退货单P2.2F11确认的顾客退单P2.3确认退货退货
图3.1.3.2 销售管理模块
（3）盘存数据流图
P3F16过季信息单E3库房F14实物信息单P3.1P3.2F17过季退货单清点库存量清点过季量F18过季打折出售单S1库存台账F15库存信息单
图3.1.3.3 盘存管理模块
（4）售后数据流图
P4F21换货单P4.1P4.2E2顾客F19申请维修单F20允许维修单F22售后换货单检查处理售后换货S1库存台账P4.3售后免费服务S2流水账
图3.1.3.4 售后管理模块
3.2 工作负荷
以情绪状况、睡眠质量、脾气好坏作为最直接的指标,工作日为8小时/天，周六4小时，其他自由支配。
3.4 人员
现有的工作人员都是相应专业的人员，大多只懂得计算机基础操作，还有相当一部分人员不会操作计算机，特别是那些销售人员，大部分工作还是手工操作。计算机以及其他外设的维护工作用物资部配置处理，软件系统有外部公司负责安装和维护。3.5 设备
主要设备为单独使用的计算机、打印机、扫描仪等。计算机主要集中的总部的经理室和市场部，综合部，产品部。各个实体店面缺少硬件设备，未配置计算机。
3.6其他可供选择方案：
主机终端模式、文件服务器模式以及C/S 和B/S模式选取
3.7与其他系统比较的优越性
主机终端模式由于硬件选择有限，硬件投资得不到保障，系统处理速度满足不了要求，已被逐步淘汰，而文件服务器模式主要以netware网络操作系统为典型代表，只适合小规模的局域网，对于客户多，且店面分布在整个陕西省的分分利鞋店，会产生网络瓶颈，而且在互联网应用方面不能满足用户的要求。
3.8 所建议系统将来可能带来的影响
1)进一步理顺分分利鞋店的管理关系 2)规范分分利鞋店的业务流程，提高业绩。3)提高员工的工作水平和业务能力 4)完善公司的内部计算机网络
5)加强系统资源共享，加强各部门之间的横向联系。系统可行性分析论证
4.1技术可行性评价
从硬件和开发环境上考虑，除了数据库服务器要求稍微高以外，其他方面都可以在现有的条件下解决。
从技术上看，利用Java开发此系统的技术上没有什么太复杂的要求，功能目标均能够达到。对于开发人员与系统质量问题，开发小组具有一定的编程能力，也有精通数据库的成员在，另外每位成员均有过独立开发小型数据库管理系统的经验，系统质量在严格的测试下会得到很好的保证。
5.经济可行性评价
5.1 支出
基础投资：
工作站：10000*1=1万 终端PC机10台：3000*10=3万 网络设备：1万 辅助配置：0.2万
------------------------------共计 5.2万----------------------------其他一次性投资： MySQL：0万 Windows 7：0万 操作人员培训费：0万
-----------------------------共计 0 万-经常性支出： 系统建设费用：15万
人工费用： 10（月）*10（人）*3000=30万 其他不可知额外支出：1万
----------------------------共计45万 支持共计：55.2万
5.2 收入
一次性收益：0万
经常性收益（按照银行利率：1%）：
减少员工10人（2000元/月）五年收益：2000*12*（1.1+（1.1）^2+(1.1)^3+(1.1)^4+(1.1)^5）*10=120万
工作效率提高收益（工作效益提高10%）：
100（万）*（1.1+（1.1）^2+(1.1)^3+(1.1)^4+(1.1)^5）*（10%）=50万-----------------------------共计170万------------------------------不可定量收益：
因为此系统有数据分析能力，可对出售走势作出分析，为管理者作出正确的决策销售，所能增加销售量10% 100（万）*（1.1+（1.1）^2+(1.1)^3+(1.1)^4+(1.1)^5）*（10%）=37万----------------------------收益共计207万----------------------------5.3 纯收入: 207(万)-55.2（万）=151.8万
5.4 收入/投资比
207（万）/ 55.2（万）=3.7 5.5 投资回收期：2年 5.6 敏感性分析
由鞋店机构，业务处于不断扩张变化，管理系统也应作不断的调整。如需要增加一些硬件设备，软件也需要作相应的功能调整。这些都可能增加投资，但随着公司业务的增加，系统所产生的效益也会相应增加。
6.社会因素可行性分析
6.1 法律因素
本项目主要由我组为分分利鞋店进行开发，双方均认真阅读了合同，明确了合同职责，避免了侵犯专利权、版权的问题。同时，所有开发的软件资源和技术都是选用正版开源。
6.2 用户使用可行性
本系统操作简单，普通权限的用户无需专业的操作人员，只要略懂电脑，知道如何操作windows系统的人员，即可上手。
系统管理员，需要进行专业培训，了解数据库原理。
7.结论意见
由以上可以知道，此系统集进销存于一体，覆盖分分利鞋店整个运行过程，所有部门，且投资效益远远大于投资成本，此外，技术、经济、社会等方面进行分析均具有可行性，所以可以进行开发。
第二篇：图书馆管理系统可行性分析报告
图书馆管理系统可行性分析报告 引言
某图书馆为了方便管理和与读者、图书供应商更好的联系特提出开发此系统。
1.1 编写目的： 从现在应用的技术方面和用户的操作方式方面研究图书馆管理管理系统的可行性和必要 性。
1.2 项目背景： 项目的任务提出者：该图书馆馆长 开发者：软件工程系 用户：图书馆工作人员及读者
1.3 参考资料： 《软件工程》 清华大学出版社 《数据结构—C++语言的使用》 西安电子科技大学出版社 《Visual C++ 高级编程》 清华工业出版社 可行性研究的前提
2.1 要求： 功能：能够准确快速的记录图书的状态，以便能轻易的查出图书是否被借、是否归还、是 否借出超期等信息;读者和管理人员可进行一些需要的操作.性能：稳定快速，实时控制 输入/输出：条形码英文和汉字输入,英文和汉字输出 安全与保密要求：不能轻易被破坏，不能让管理人员以外的人删改图书信息，对断电、死 机、系统崩溃等问题有有力措施以保障数据不受损失。
2.2 可行性研究方法： 通过调查分析开发图书馆管理所具备的能力及实现的方法。确定总体结构，利用 SQL Server 数据库所具有的能力，以最简洁最容易的方法，使用 VC++使其成为一个初级的系统 软件。
2.3 决定可行性的主要因素： 图书馆规模、设备状况、操作人员技术 对现有系统的分析
3.1． 处理流程和数据流程(略)
3.2． 工作负荷 由于数据量越来越大，现有的系统已明显不能适应目前的庞大数据量，系统工作负荷过大。
3.3． 费用支出 由于现有系统的工作负荷严重超载，在现有系统上投入的人力，设备，空间，材料，等等与 其他的一系列支持***越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需 改进。
3.4． 人员 设备 鉴于原有系统的技术性含量比较低，故不需要多少高技术人员的操作，只是由于数据量的日 益扩大，所需要的操作人员数量不断增大。这一点已不再适应目前信息化时代的步伐。设备的科技含量也比较低，没有达到大量的计算机普及程度。
3.5． 局限性 经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷 大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了 需要一个新的适应新的信息化时代的高科技的系统。所以开发这样一个系统还是很有必要 的。
4.所建议系统技术可行性分析
4.1 对系统的简要描述 新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理 技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也 有了极大地改善。
4.2 处理流程和数据流程(略)
4.3 与现有系统比较的优越性 在以上几点中已可以看出新系统的性能与功能上与现有系统的差别，首先新系统克服了原来 系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点。而且加入了对数据的安 全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。4.4． 采用建议系统可能带来的影响(1).设备:采用建议系统后，改进了原有系统的性能所以对设备要求自然更高，建议系统使用 了最先进的技术使设备也必须跟着升级。(2).现有软件:由于建议系统采用了先进的数据库技术以及一系列高技术含量软件，使得原来 系统上的一些软件无法继续使用，不过在新系统开发过程中将尽量考虑到，对现有软件的兼 容性。(3).用户:建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的 人员培训等等。
4.5． 技术可行性评价 就目前使用的开发技术来说建议系统的功能目标应该能够达到； 利用现有的技术在规定的期 限内开发工作基本能够完成。所建议系统经济可行性分析
5.1 该系统对客户的影响： 建议系统是为了改善原有系统在经费支出过高的缺点的，所以新系统一经使用在经费支出方 面一定会得到很好的改善，用户在使用了新系统后只需要花一定资金购买一部分计算机与软 件就能实现自动化.5.2 购货方面： 5.2.1 支出 1）系统开发费用（1）人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员 3 人，试运行期 需要开发人员 2 人。人员费用为 万元。（2）设备费：本系统所需的硬件设备费用为 万元。（7）不可预见费：按开发费用的 15%计算。系统开发总费用为 万元。2）系统运行费用（1）系统维护费：需要 人/年进行系统维护，维护费为 万元(2）设备维护费：设备更新费为 万元。设备维护费为 万元。（3）消耗材料费：每年按 元计算。
综上所述,设系统使用时间 5.2.2 收益（1）提高工作效率（2）减少工作人员 年,系统开发和运行总费用 万元,平均 万元/年。社会因素分析
该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在 侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。7.其他可供选择的方案 由于系统过于简单，所以开发小组没有提供其他的方案，只有一种开发方案。8 结论意见 经过一系列的各个不同方面的可行性分析，分析员和用户及使用部门的负责人对需要解决 的问题取得基本的一致看法，开发小组的开发方案的到批准，使用部门负责人同意开发工程 继续进行下去。
第三篇：车票管理系统可行性分析报告
第4组车票管理系统 可行性分析报告
课程名称： 院
系： 专业班级： UML系统建模与分析设计
姓
名：指导教师：
2011年05月12日
目 录
1.引言.............................................................................................................................1
1.1 编写目的..........................................................................................................1 1.2 项目背景..........................................................................................................1 1.3 定义..................................................................................................................1 1.4 参考资料..........................................................................................................1 2.可行性研究的前提.....................................................................................................1
2.1 要求..................................................................................................................1 2.2 目标..................................................................................................................2 2.3 条件、假定和限制..........................................................................................2 2.4 可行性研究方法..............................................................................................2 2.5 决定可行性的主要因素..................................................................................2 3.对现有系统的分析.....................................................................................................2
3.1 处理流程和数据流程......................................................................................3 3.2 工作负荷..........................................................................................................3 3.3 设备..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建议选择的系统方案描述.........................................................................................3
4.1 系统简要描述..................................................................................................4 4.2 处理流程与数据流程......................................................................................4 4.3 与现有系统比较..............................................................................................4 4.4 采用建议系统的影响......................................................................................4 5.投资、成本及效益分析.............................................................................................4 6.技术分析评价.............................................................................................................5 7.社会、法律因素方面的可能性.................................................................................6
7.1 法律因素..........................................................................................................6 7.2 用户使用可行性..............................................................................................6 8.结论及其他.................................................................................................................6 UML系统建模与分析设计—车票管理系统可行性分析报告
1.引言
1.1 编写目的
此可行性研究报告是为了对现行的车票管理系统进行研究分析，以信息技术为手段，建设现代化的车票管理系统。经过对此项目进行详细调查研究，初拟系统实现报告，对项目开发中将要面临的问题及其解决方案进行初步设计及合理安排。同时明确开发风险及其所带来的经济效益、社会效益。本文档的读者为参与开发的所有设计人员以及系统的最终用户。
1.2 项目背景
软件的名称：车票管理系统 提出者：XXX客运公司 开发人员：XXX小组
使用单位：XXX汽车客运中心
项目与其他软件、系统的关系：本系统采用B/S原理，主要采用Eclipse软件来开发，采用SQL Server为开发软件的数据库服务程序，主要在Windows 2000 Sever上运行。
1.3 定义
SQL：全称是Structure Query Language，中文名称是结构化查询语言。JDBC：全称是Java Database Connectivity Standard，中文意思是Java数据库连接的标准。
J2EE：全称是Java 2 Enterprise Edition，中文意思是Java 2企业版。JSP：全称是Java Server Page，中文意思是Java服务页面。
1.4 参考资料
[1]郑人杰、马素霞、殷人昆 《软件工程概论》 机械工业出版社 2010.03 [2]李发致 《Java面向对象程序设计教程》 清华大学出版社 2009.11 [3]史嘉权 《数据库系统概论》 清华大学出版社 2006.01
2.可行性研究的前提
2.1 要求
主要功能：为乘客提供车票订购服务，方便客运的售票工作，提高客运的服务质量和服务效率。
性能要求：界面友好、操作简洁、系统运行稳定、可移植性好、适应性强。输入要求：数据完整、详实。
UML系统建模与分析设计—车票管理系统可行性分析报告
3.1 处理流程和数据流程
上图为现有系统框架图，现有系统大都基于C/S结构，使得乘客到售票窗口查询目的站或车次的车票信息，包括有无票、上车时间、票价等情况，售票员操作系统进行检索，给出具体信息，乘客提出购买请求，售票员即进行票据打印与现金结算，乘客到指定检票口候车，准备搭乘要乘的车辆。
分析：现行系统操作界面欠友好，售票员长时间面对屏幕，易产生厌烦心理，影响服务质量与效率，而乘客也会因此无法按时购买到车票，从而影响发车的紧凑性与连续性，降低发车效率，造成旅客候车时间过长，滋生不满情绪，减低满意率。
3.2 工作负荷
由于列车业务的增长和旅客对服务质量要求的提高，现有系统已经不能业务发展的需求。
3.3 设备
由于业务增长和信息技术的发展现有设备不满足业务要求，急需对设备进行升级。
3.4 局限性
技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统，所以开发这样一个系统还是很有必要的。
4.建议选择的系统方案描述
UML系统建模与分析设计—车票管理系统可行性分析报告
系统研发费用：6万元 支出共计：50万元（2）效益分析
因服务质量提高增加旅客量。工作效率提高，收益增加。社会效应将是不可估量的。（3）收益/投资比分析 直接收益/投资比约在3：1。（4）投资回收周期 投资回收周期预计2年。（5）敏感性分析
设计系统周期为5年,估计最长可达10年。处理速度:一般查询速度<3秒。关键数据查询速度:<2秒。
6.技术分析评价
（1）风险分析
根据客户对项目的要求及我们对以往的开发经验，该项目开发的主要风险是系统的可维护性。
为了提高该系统的可维护性，可以从两方面来解决这个问题。一是，采用面向对象的方法对该系统进行设计和实现，将系统可能产生的维护问题分散到系统分析、设计、实现等各个阶段，尽可能采用可复用构件的设计实现，从设计方法和设计理念上根本解决这个问题。虽然开发成本会提高一些，但今后如果需要更新升级，只需要更新相应的构件就可以了，这样可以大大减少系统维护的成果。二是，吸收员工参与到项目的开发过程中来，使其了解该系统的体系结构和设计思想，在开发过程中培养自己的软件应用技术人员。当系统交付使用时，他们能够承担系统的日常维护和小的改进工作。
（2）资源分析
该项目投入经费相对充裕，基本能够满足系统开发所必须的一些软件、硬件、工作环境的要求。开发该形态需要掌握浏览器技术等多项技术。多年的专业学习，在团队精神和敬业精神上都具备了有力的保证条件。
（3）技术分析
该项目的开发，要具有类似项目的经验。当前计算机技术的发展水平以及开发人员以及熟练掌握的各种开发先进技术，完全能够满足该系统开发的需要。该系统应该没有太多的难点，不过需要开发过程中更多的努力和耐心。
第四篇：学生宿舍管理系统可行性分析报告
<<学生宿舍管理系统>>可行性分析报告
一、系统建立的背景及意义
由于计算机技术的迅速发展和普及，网络通信技术越来越被广泛的应用。管理信息系统在现代社会已深入到各行各业。大学生宿舍管理系统就是一个典型的管理信息系统，学生宿舍管理系统对于一个学校来说是必不可少的组成部分，它可以让宿舍管理工作变的更轻松。学生宿舍管理系统更能帮助宿舍管理员更加轻松方便快捷的管理宿舍。节省大量的劳动力，实现校园信息化管理。
二、现行系统存在的的问题分析
目前学校还停留在宿舍管理人员手工记录数据的最初阶段。学生信息量比较大，需要记录存档的数据比较多，人工记录是相当麻烦的。而且当查询某条纪录时，由于数据量庞大，还只能靠人工去一条条查找，既浪费人力物力，效率也很低。
三、系统的可行性研究
1、系统的开发方式和目标
学校需要的宿舍管理系统能够使宿舍管理员对外来人员拜访登记、保修情况登记、寝室卫生录入情况、学生晚归情况等进行有效的记录。通过这个系统实现宿舍管理的系统化，科学化。更能使学校方面管理人员可以很方便的查询想要的信息。进行统一管理，统一安排。
根据学校目前的状况看来更加适合的是自行组织开发一套系统。因为自行开发的系统一是费用少于购买系统，二是更能适应学校自身的实际情况。
开发系统的总体目标是：系统管理、宿舍管理、学生管理、信息查询、出入登记、信息修改等组成。
2、系统的可行性分析 ⑴管理的可行性：
本系统运行于windows系列系统中，而管理人员基本都可以熟练操作。所以提供一个稳定的运行环境。这套系统也易于学习。管理人员也对这方便的系统做出极大的热情。⑵技术的可行性：
基本方法:做校园内的调查报告，获取宿舍管理员和学生各方面信息情况，从中获取重要信息，并成为建设本系统的重要依据
策略：查阅大量管理系统的相关书籍，从不同方面研究本系统的整个设计，并结合调查报告中所获取的信息，逐渐形成本平台的雏形。
建立模型：从软件工程生命周期角度，建立每一步的参考模型，并在详细设计的总要环节中，分别以管理员身份，管理员和学生的角度去分析与设计。⑶经济的可行性：
在开发系统所需的项目中，校园的内部网络已经建立。硬件完全可以使用学校自身的实验室。后期运行系统也只需一台电脑。再有学校的支持，经济上是可行的。
四、结论
综上所述，编写或开发这个宿舍管理系统是可行的。它大大的方便了学校对于宿舍的管理。并且完善了学校的信息化管理。
第五篇：图书馆管理系统可行性分析报告
图书馆管理系统可行性分析报告
软件0602李冰
一、引言
1.背景分析
一直以来人们使用传统的人工方式管理图书馆的日常工作，对于图书馆的借书和还书过程，想必大家都已很熟悉。在计算机尚未在图书馆广泛使用之前，借书和还书过程主要依靠手工。一个最典型的手工处理还书过程就是：读者将要借的书和借阅证交给工作人员，工作人员将每本书上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏里，并在借阅证和每本书贴的借阅条上填写借阅信息。这样借书过程就完成了。还书时，读者将要还的书交给工作人员，工作人员根据图书信息找到相应的书卡和借阅证，并填好相应的还书信息，这样还书过程就完成了。
以上所描述的手工过程的不足之处显而易见，首先处理借书、还书业务流程的效率很低，其次处理能力比较低，一段时间内，所能服务的读者人数是有限的。利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。我们将会看到排队等候借书、还书的队伍不再那么长，工作人员出错的概率也小了，读者可以花更多的时间在选择书和看书上。
为方便对图书馆书籍、读者资料、借还书等进行高效的管理，特编写该程序以提高图书馆的管理效率。使用该程序之后，工作人员可以查询某位读者、某种图书的借阅情况，还可以对当前图书借阅情况进行一些统计，给出统计表格，以便全面掌握图书的流通情况。
图书管理系统是一种基于集中统一规划的数据库数据管理新模式。在对图书、读者的管理，其实是对图书、读者数据的管理。本系统的建成无疑会为管理者对图书管理系统提供极大的帮助。
2.系统简介
图书管理系统是图书馆的重要组成部分，一般分为两大部分，流通系统和采购系统。采购系统分为订单管理、图书入库、图书著录、图书上架、新书上报和书目审查、系统设置。流通系统分为图书管理、读者管理、借阅证管理、图书借阅、图书归还、系统设置等模块。其中，图书借阅、图书归还等。核心模块为采购系统：图书入库、图书上架；流通系统：图书管理、读者管理、借阅证管理。
二、可行性研究内容
1.目标要求
图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段减少人力的投入；由系统对入库图书进行自动分类、归类，学生信息整理、借阅情况登记入档，提高信息处理的精度和准确度。
2.系统功能
1)图书采购（订单查询、查询订单、新书通报）
2)图书入库（图书著录、图书入库）
3)图书流通（图书借阅、图书归还、预约登记、图书暂停、图书催还）
4)读者管理（读者登记、读者管理、核发借阅证、暂停借阅证、挂失借阅证、补发借阅证、罚款缴纳登记、借阅证注销）
5)统计查询（读者查询、借阅统计、借阅查询、罚款统计、记帐查询、记帐统计）
6)系统设置（馆藏位置、用户借阅规定管理、用户管理、系统用户管理、供书单位设置）
3.条件和假定和限制
建议软件寿命：5年
硬件条件：PC机
运行环境：Windows xp professional
开发软件：SQL Server、JAVA等
开发限制：开发时间短
4.可行性研究方法
通过对已有图书管理系统的分析和研究比较的方法。
5.决定可行性的主要因素
效益>成本；技术可行，现有技术可承担开发任务；操作可行，软件能被原有操作人员快速接受。
6.技术可行性分析
6.1系统简要描述
采用JAVA和SQL开发，即使遇到困难，也能从丰富的参考书中找到解决方案。开发出的系统具有库存图书管理功能，能高效管理师生借阅信息，统计每年、每月、某天的图书借入借出情况，对财务信息进行统计、分析等。
6.2处理流程和数据流程
a.系统能对书籍信息进行管理。
b.系统不需要管理借阅者除姓名以外的信息。对每一名借阅者最多可借阅的书籍数目为5本。c.借书时，管理人员记录借书者的姓名、借阅书籍名称和借阅日期。
d.时间时，管理人员记录还书者的姓名、归还书籍名称和还书日期。系统设定书籍的最长借阅时间为2个月。
e.操作人员可以根据书籍名称、作者、出版社三者之一或三者的任意组合查询书籍信息。
f.操作人员可以查询借阅某书籍的所有借阅者的姓名；也可以查询某借阅者借阅的所有书籍名称；还可以根据借阅者的姓名、书籍名称查询借阅者的借书时间、还书时间。
g.系统由图书馆工作人员操作。分为:系统管理员,书籍管理员和借阅管理员,每人对应相应的权限。h.报表的打印输出。
i.所有操作人员凭帐号和密码登陆系统。
7.经济可行性分析
开发需求较低,加上成熟的软硬件环境、目标系统并不是十分复杂和开发周期较短,人员经济支出有限。开发完成运行后，为使用者带来便利，为系统的进一步推广创造了条件，经济收益将远超过投资。从经济角度考虑,此系统开发可行。
7.1效益分析
a.支出
基本建设投资：
计算机设备8台8×3000=24000元
数据通讯设备：（手机产生的实时花费）规定每人每月50共计8×50=400元
办公室对外通信电话包月8×40=320元
环境设备（办公室，人员住宿）办公租房3000元，人员住宿1000元。
其他一次性支出：
开发软件费用价值100000元
调研（主要是图书馆的调研需若干次）调研费用1000元
培训费、差旅费、安装费（请外面老师培训等）400+4000+200=4600元
非一次性支出
人员工资：9人，月工资1200年支出费用=9*1200=10800元
维护费：单次100元 每年4度维修1次年支出费用=4*100=400元
b.收益
一次性收益：学生每人一次办卡5元 按中小型学校预算10000人*5=50000元
非一次性收益：在使用中有学生可能把卡丢失或损坏费用办卡收费5元/次的收益。
不可定量的收益：图书在读者借阅中超期或者损害的赔偿。
收益/投资比：
收益50000元
投资（含非一次性投资）142520元
收益/投资比=50000/142520=0.35
投资回收周期：此系统回报周期在3.5年
8.法律可行性分析
●合同责任：符合国家标准的合同，经双方签字后生效
●侵犯专利权：有
●侵犯版权：有
当今社会发展迅速，知识量的积累更是与日俱增，无论是学校的图书馆还是公司的资料库，学生或员工的知识渴求的越显强烈，书籍资料的借阅量也是越来越高，而逐渐显现出来的读者信息管理质量问题是越来越严重。一方面，管理员为了将读者的部分个人信息记录下来，需要每一位新读者自己填写他们个人资料，并且能够对读者进行编号和排序，对他们的信息进行修改和查询操作。另一方面，为了能够使读者信息更加安全，必须限制非管理员对读者信息的访问权。为了能够解决这些问题，需要建立一个安全完善的管理平台，能够使读者信息能够快速完整地自动记录在案，并且不能够随便被任何人非法窃取，这对学校和公司的读者信息管理都有着非常重要的作用。
由于整个系统是自行开发,自行使用，所以系统本身不存在版权争议，符合国家各种政策法规。服务器软件方面，它的操作系统可能会被微软跟踪,如果不是正版软件,将会面临民事诉讼的风险
9.使用方面的可行性
●用户单位的行政管理：自定
●工作制度：自定
●人员素质等能否满足要求：可以满足
从社会效益上看，随着技术的发展，采用软件管理图书馆日常工作，毫无疑问会在使用过程中产生新的需求和问题，这样也会不断地促进信息技术和软件应用的革新。用哲学的思维分析可概括为软件应用促进技术进步，技术进步反作用于软件的应用，从而双方面同时促使社会不断朝前。
经过研究，此系统的用户无使用方面的问题。
三、结论
根据以上分析可知，开发该图书馆管理信息系统不仅有巨大的经济效益，而且有更大的社会效益，从而使该系统开发具有价值，也节省了大量资源，但是时间有限，该管理系统考虑不太健全，我们会在这方面加强学习和改进。所以,我们认为开发此系统的条件已经具备,可以开始进行开发
点击咨询 