第一篇：书店管理系统可行性研究报告
书店管理系统可行性研究报告
1引言
1.1编写目的可行性报告分析是为“书店管理系统”开发的可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。
1.2 背景
说明：
A.软件系统名称：书店管理系统；
B.本项目的任务提出者:客户；
C．开发者：麻仲庆；
D．系统用途：利用网络平台，使得消费者和管理员方便的购买与管理，适用范围对 拥有管理权限的管理员和所有不须权限的读者通过网页浏览进入。
1.3 定义
钱乐秋，软件工程，清华大学出版社；
国家标准可行性研究报告；
2可行性研究的前提
2.1 要求
说明对所建议开发的软件的基本要求，如：
A.功能：用户的注册，登录；用户的分级浏览或图书选购；店主对进书、售书、库存、帐目、客户的管理；
B.性能：书店管理系统的使用者是购买图书的消费者。对于店主的管理工作需要方便对进书、售书、库存、帐目、客户的管理等；对于订购图书的消费者其浏览页面、订购图书等功能。
C.在安全与保密方面的要求：书店中所有的图书能够供用户随时查阅；用户的个人信息可以由用户自己修改，添加；书店图书的信息只能由书店管理人员添加，修改；所有注册用户信息只能由书店管理人员查询。
D.完成期限：九周之内。
2.2 目标
利用日益繁荣的互联网，为传统的书店打造一个新的销售平台。本系统希望通过电子信息化的手段对书店的进存销等环节进行管理，以达到人力与设备费用的减少，服务能力的提高，管理信息服务的改进，工作人员利用率的提高等目标。通过对别的同类型的网站的观察，本开发小组的的成员认为其他的系统界面过于花哨，容易扰乱消费者的视线，使消费者忽略此系统原有功能，浪费消费者的宝贵时间。致力于开发页面简洁，规范，功能齐全的书店管理系统。
2.3评价尺度
说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。
3对现有系统的分析
从网上书店自身来看，目前还存在不少问题，主要表现为：主页信息量小，内容和形式缺乏吸引力，更新不够及时；服务方式比较单一；营销方式不够灵活。
4所建议的系统
4.1 对所建议系统的说明
随着计算机、网络通讯和信息技术，特别是.NET技术的发展。各大网上书店网站从无到有，得到很大的发展，并取得成功。为了适应新环境下的新的销售模式和顾客销售方式的改变，我开发了这个书店网站。所建议的系统是基于B/S结构的网上书店管理系统，其利用Asp.net技术，解决了图书的各个流程控制，提供了一个良好的，易操作的，直观的用户界面，从而实现自动化和系统化的管理。
4.2 技术条件方面的可行性
本系统是一个基于B/S结构的书店管理系统，采用面向对象技术、数据库技术、先进技术开发的应用程序，现有的开发技术已经非常成熟，且被广泛用于各行各业，在当前的限制条件下，该系统的功能目标能够到达要求，利用现有的技术支持和限制下，该系统的功能可以实现，并且能在规定的期限内，完成本系统的开发。
5投资及效益分析
5.1 支出
支出主要包括以下几个方面。
（1）基本建设投资。
硬件设备：服务器。
软件：Windows xp ,Windows 2003, Vista。数据库管理系统：SQL Server。开发工具：Visual Studio 2005。
（2）其他一次性支出：所建议开发的系统的设计和开发费用，数据库的建立，检查费用和技术管理性费用等。
（3）非一次性支出：系统的维护费用，公用设施方面的开支，保密安全方面的开支，数据通讯方面的租金和维护费用等。
5.2 收益
A．开支的缩减：资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进；
B．价值的增升：资源利用的改进，管理和运行效率的改进以及出错率的减少等；
C． 其他如从多余设备出售回收的收入等。
6社会因素方面的可行性
6.1 法律方面的可行性
政府，无论是中央政府还是地方政府，一般都用法律规定组织可以做什么，不可以做什么。例如：《合同法》，《消费者权益保护法》，《专利法》，《反不正当竞争法》等对所有企业的行为都做了限制，法规的影响不仅仅限于时间和金钱，它还缩小了管理者可斟酌决定的范围，限制了可行方案的选择。
根据《中华人民共和国计算机软件保护条例》（1991年6月4日中华人民共和国国务院令第84号发布）（修改后的新条例2002年1月1日起施行）第九条可知：软件著作权人享有下列各项权利:
(一)发表权, 即决定软件是否公之于众的权利;
(二)开发者身份权, 即表明开发者身份的权利以及在其软件上署名的权利;
(三)使用权, 即在不损害社会公共利益的前提下, 以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利;
(四)使用许可权和获得报酬权, 即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利;
(五)转让权, 即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。
第十二条 受他人委托开发的软件, 其著作权的归属由委托者与受委托者签订书面协议约定, 如无书面协议或者在协议中未作明确约定, 其著作权属于受委托者。
第十八条 在软件著作权的保护期内, 软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。著作权人或者其受让者许可他人行使使用权时, 可以按协议收取费用。
另外，软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。合同中未明确规定为独占许可的, 被许可的软件权利应当视为非独占的。
法律的相关规定既保护了开发者的权利，同时要求侵权者承担停止侵害、消除影响、公开赔礼道歉、赔偿损失等民事责任, 并可以由国家软件著作权行政管理部门给予没收非法所得、罚款等行政处罚，以下为部分侵权行为：
(一)未经软件著作权人同意发表其软件作品;
(二)将他人开发的软件当作自己的作品发表;
(三)未经合作者同意, 将与他人合作开发的软件当作自己单独完成的作品发表;
(四)在他人开发的软件上署名或者涂改他人开发的软件上的署名;
(五)未经软件著作权人或者其合法受让者的同意修改、翻译、注释其软件作品;
(六)未经软件著作权人或者其合法受让者的同意复制或者部分复制其软件作品;
(七)未经软件著作权人或者其合法受让者的同意向公众发行、展示其软件的复制品;
(八)未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用
或者转让事宜。
6.2 操作方面的可行性
本系统的研制和开发充分考虑用户的工作流程、计算机的操作水平，计算机硬、软件等等支持，尽可能提供更人性化，直观的界面，充分的满足用户的需求。系统的操作方式在用户组织内可行。
6.3 用户使用的可行性
该系统是一个书店网站，所以操作简易，用户购书不需要了解整个书店的工作流程，只需要按照提示一步步操作即可完成购书等其他活动。
7可行性的结论
综上所述，该项目在技术、经济和社会效益上是完全可行，可以立即开始进行。
第二篇：书店信息系统可行性研究报告
“**书店信息系统”可行性研究报告
1.引言
1.1 编写目的本报告是对该系统可行性研究的综合报告。
1.2 背景
长期以来，该书店业务一直采用手工管理。图书采购、库存、销售和核算的手工信息管理存在工作量大、服务质量差、工作效率低、耗费人员多，图书的市场、库存、销售、读者反馈等信息不能及时提供等问题。为了彻底改善书店图书信息管理的落后局面，特提出开发本系统。“书店信息系统”的建设，对提高书店服务质量、提高工作效率、加快信息反馈、增强竞争实力有着重大意义。
2.现行组织系统概况
2.1 组织目标和战略
书店的目标是以优质服务和具有竞争力的价格，向本市读者提供丰富的图书，以使本店能够顺利发展。具体分解为：
1）最方便地供读者阅读和购买图书，减少30%的读者购书时间；
2）近三年每年增加30%的新图书品种；
3）书店能够快速掌握国内最新出版的各类图书；
4）能够快速统计和掌握本市读者的购书要求，及时掌握畅销书、滞销书的信息；
5）入库、出库、盘库的工作效率提高20%；
6）每年建立一个分店，五年内实现全市图书连锁销售。重大战略有：
1）采取开架售书，摆放桌椅，提供方便购书条件；
2）更改售书结算方法，减少结帐时间，提高工作效率；
3）建立出版社、供书商数据库，掌握最新图书动态；
4）每年增加30%购书资金，增加图书品种；
5）动态统计销售图书，及时掌握畅销书、滞销书信息；
6）修改库存管理办法，提高效率，方便管理；
7）更新结算系统；
8）建立书店信息系统，全面提高管理水平和工作效率。
2.2 业务概况
该书店为中等规模的书店。读者覆盖面占全市20%。书书店设有计划市场部、书库、销售部、办公室四个部门。计划市场部负责编制图书订购计划、图书订购、图书征订等项业务。书库负责图书入库、出库、盘库、保管和过期图书的报损等项工作。图书销售部负责图书的销售工作，具体包括从书库领书，图书销售、结算等。办公室负责书店的一般事务管理工作
2.3 存在的主要问题
长期以来，该书店业务一直采用手工管理。图书采购、库存、销售和核算的手工信息管理存在工作量大、服务质量差、工作效率低、耗费人员多，图书的市场、库存、销售、读者反馈等信息不能及时提供等问题。
3.拟建立的信息系统
3.1 简要说明
为了提高书店的工作效率和管理水平，书店计划投入一定资金建立书店信息系统，以全面管理图书业务。书店领导以及工作人员对所建立的信息系统有以下基本需求：1）建立对书店业务提供全面管理的书店信息系统；2）对所有图书、一般读者、工作人员提供全面管理；3）对市场、进货、出版社、图书商提供全面管理；4）对书库的入、出、盘、报损等业务提供全面管理；5）对图书销售、结算、安全提供全面管理。
3.2 初步建设计划
项目计划于2001年6月开工建设。开发期6个月，试运行期3个月，系统计划于2002年5月1日正式投入运行。
3.3 对组织的意义和影响
本系统的开发能够提高工作效率、扩大服务范围、增加书店收入、及时获取信息、减少决策失误、减少库存积压、提高资金周转。该系统还能够及时提供图书市场信息、出版商信息、库存信息、销售信息、读者反馈信息，提高决策正确率。
4.经济可行性分析
4.1 支出
（1）系统开发费用
① 人员费用
本系统开发期20个周，试运行期12个周。开发期需要开发人员5人，试运行期需开发人员2人。开发需91周，折合3人/年（每年有效工作周按30周计算），每人/年按8万人民币计算，人员费用为24万人民币。
② 硬件设备费
系统所需的硬件设备费用为：13.26万人民币，其中：
.服务器1台32000元
.微机8台56000元
.打印机8台12000元
.条形码扫描仪10台18000元
.网络设备和布线10000元
.不间断电源1台3000元
.工作台8台1600元
③ 软件费：系统所需购买软件费用为：2.1万，其中：
.Windows NT5000元
.SQL Server6000元
.java环境5000元
.rose建模工具5000元
④耗材费：0.8万。
⑤咨询和评审费：1.2万。
⑥调研和差旅费：1.0万。
⑦不可预见费： 按开发总费用的15%计算。
系统开发总费用：48.71万。
（2）系统运行费用
假定本系统的运行期为10年，每年的运行费用为：
①系统维护费：一年需要0.5人/年，维护费为0.5×8=4.0万元。②设备维护费：设备的运行更新期5年，设备更新费为13.26万。设备日常故障维护费每年0.6万元。则平均每年设备维护费为：
13.26/10+0.6=1.926万元。
③消耗材料费：每年消耗材料费按0.8万计算。
系统年运行费用6.726万。10年累计系统运行费为67.26万。
系统开发和运行总费用为115.97万。折合11.6万/年。
4.2 收益
① 提高工作效率，减少工作人员
本系统累计可以综合提高工作效率达30%。可以减少现有15%的工作人员，书店现有人员按30人计算，可减少4.5人。每人月平均工资按1500元计算，节约人员工资0.15×12×4.5=8.1万元/年。
② 扩大服务范围，增加书店收入
假定在原有基础上可以增加10%的销售量。书店每年的总利润按300万计算，可以增加收入30万。
③ 及时获取信息，减少决策失误
本系统的建设可以及时获取图书市场信息，读者反馈信息，畅销滞销图书的信息。提高订书的合理性和准确率。估计每年可以增加收入在12万以上。④ 减少库存积压，提高资金周转
通过书库的计算机管理，可以及时获取库存信息，争取最优库存，提高资金的周转率。每年可以因此减少库存积压浪费18万以上。
通过以上计算，本系统每年可以获得经济效益8.1+30+12+18=68.1万/年。累计10年获经济效益681万。
社会效益：
① 提高工作效率，减少读者的购书时间；
② 提高工作效率，减轻工作人员的劳动；
③ 提高工作质量，增强读者对书店管理的信任感和亲善感，改善书店形象。④ 提高管理水平。系统能够及时提供图书市场信息、出版商信息、库存信息、销售信息、读者反馈信息，提高决策正确率。
4.3 支出/收益分析
在10年期内，系统总投入：115.97万，系统总收入：681万，2年可以收回开发投资。从经济上考虑，本系统完全有必要开发。
5.技术可行性分析
（1）信息系统开发方法：在开发小组中有熟练掌握面向对象方法开发软件系统的资深的系统分析员和程序员。在信息系统开发方法上不存在任何问题。
（2）网络和通信技术：本开发小组有专门的网络技术人员，有5年的大型网组网经验。
（3）C/S结构规划和设计技术：发小组有丰富的C/S开发经验。
（4）数据库技术：开发小组有丰富的应用数据库开发经验。
（5）java开发技术：开发小组能够熟练使用java编程。综上，本系统开发技术是完全可行的。
6.社会可行性分析
目前已有很多成功开发书店信息系统的先例，社会需要书店管理的现代化和信息化。书店信息系统开发和运行与国家的政策法规不存在任何冲突和抵触之处。另外，书店信息系统所采用的操作和工作方式符合工作人员和读者的日常习惯，而且操作方便灵活，便于学习。具有可行性。
7.可行性研究结论
通过经济、技术和社会等方面的可行性分析，可以确定本系统的开发完全必要，而且是可行的，可以立项开发。
第三篇：网上书店管理系统可行性分析
一、实验目的
1.认识熟悉一种管理信息系统 2.了解管理信息系统的功能模块及组成 3.掌握可行性分析报告的撰写技能
二、实验内容
1．引言
1.1编写目的
应现代社会发展需求，为方便广大群众购买书籍，降低实体书店工作的人力物力开支，提高工作的准确性、实时性，拟为其开发网上书店管理系统。经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。
1.2项目名称
网上书店管理系统
1.3参考资料
《信息系统分析与设计》
《管理信息系统分析》
1.4项目背景
随着人民生活水平的不断提高和发展，人们越来越多的喜欢网购，然而读书和买书仍然以实体书店为主，但是实体书店又有很多的不足之处，让人们很头疼：如小规模的书店图书种类不够齐全，图书管理员管理麻烦等，所以如果可以实现网购，那么会大大增加阅读者，读者可以随时查找自己需要的书在店里有没有，1 价钱是否合适，另外管理员管理也比较方便等，为此，我们计划开发网上书店管理系统，以满足用户的需求，方便用户的使用。
2．可行性研究的前提
2.1要求
2.1.1功能：
一、用户模块
1、登录模块
客户首先进入登录界面。
如果是新客户，则先注册账号。填写用户名、密码等信息。如果是老客户，则直接登录。交易完成后可退出系统。
2、书本模块
客户根据自身需要查询浏览书目及相关信息。如书的编号、名称、作者、出版社、数目、价格等。
3、购物车模块
客户可浏览购物车内的书，可将选中的书添加至购物车，亦可删除无用的书。
4、订单管理模块
添加订单、确认订单、提交订单、确认收货
5、在线交流模块
可在线与管理员交流
6、用户升级
消费达到一定金额可升级为会员，会员享有打折优惠。
二、管理员模块
1、登录模块
管理员用自己的账号及密码登录。
操作完成后可退出系统。
2、书本模块
浏览书目信息，可添加、删除、修改书目。
3、订单管理模块
统计订单，查看订单列表，商品发货。
4、在线交流模块 可在线与客户交流 2.1.2性能：
为了满足客户的需求，该系统需要迅速的对客户的要求做出反馈并能支持庞大的访问量；为了可以存储海量的书籍信息以及客户资料，所以就需要很大的主存容量，以及强大的数据库支持。由于该系统支持网上支付功能，所以需要系统具有强大的安全性能支持；为了给客户提供最新的书籍信息，该系统需要具有实时更新功能。
2.1.3输出：
作为客户取书的凭证信息，输出需要包括：用户名、订单号、书目信息、收货地址、成交金额。
2.1.4输入：
1、登录部分
用户名、密码；管理员名、密码。
2、书籍部分
书的编号、名称、作者、出版社、数目、价格等。
3、在线交流
客户与管理员交流信息。
4、订单部分
用户名、订单号、书目信息、收货地址、成交金额。
2.2目标
a.利用网上书店管理系统来实现实体书店的网络化，使得广大客户足不出户就能买到所需书籍，大大方便人们的生活。
b.利用网上书店管理系统的海量存储功能，使得客户可以搜索到更全面的书目信息。
c.管理员利用该系统能更简单地实现书籍管理并能实时更新书库信息以及了解广大客户需求。
2.3条件、假定和限制
a.建议开发软件运行的最短寿命：5年 b.进行系统方案选择比较的期限：6个月
c.经费来源和使用限制：网上书店运营商和软件开发商
d.硬件、软件、运行环境和开发环境的条件和限制：软件开发商拥有计算机以及用来支持的数据库，安装有Windows2000及以上的操作系统。e.建议开发软件投入使用的最迟时间：开发完成后试运行1个月。
2.4可行性研究方法
通过与资深实体书店经营商进行深入讨论，制定详细客户调查问卷，真正了解客户以及书店管理员的实际需求，根据经营商提供的信息以及问题定义再综合调查问卷中客户提出的意见进行改进。最终确定项目需要解决的问题，并确定问题能不能被解决。
2.5决定可行性的主要因素
1）项目开发成本 2）所需设备置办成本 3）技术是否能满足需求 4）资源有效性
5）该系统的用户需求量
3．现有系统的分析
3.1处理流程和数据流程
系统的关键业务是进行书籍的出入库管理和客户付账管理。主要数据流程：
书籍入库：增加书籍→添加书籍信息 书籍出库：扫描书籍信息→删除书籍
客户付账：扫描书籍信息→记录交易时间和交易额
3.2工作负荷
1、当前大多数实体书店所使用的管理系统在处理交易时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。这样太浪费时间，需要大量的管理员处理客户业务。
2、实体书店对书籍的出入库管理以及书籍的分类摆放和维护都由人工来完成，大大增加了管理员的工作量，所以实体书店往往需要雇佣较多店员，浪费人力物力。
3、客户为找到所需书籍耗时较长且最终不一定能找到，大大浪费了客户的时间。
3.3费用支出
运行现有系统所需要的费用支出包括：实体书店经营者及店员的工资，现有系统维护所需资金、购买设备所需资金、店面租金、进货成本。
3.4人员
需要实体店经营者及大量店员。
3.5设备
现有系统所需要的设备有：打印机、电脑、扫描仪、服务器。
3.6存在的问题
工作效率底下，不能符合大量客户需求的及时性和全面性，给客户的生活带来不便，更主要的是管理员录入书籍工作量巨大并且不能实现书籍的实时更新和统计。这是现有系统办理业务的流程中出现的一个严重问题。为了解决这一问题，让人们在购买书籍时更加方便快捷，我们急需开发一个高效的网上书店管理系统，让客户足不出户就能购买到更多更全面的书籍。
1、当前大多数实体书店所使用的管理系统在处理交易时手续繁琐，人工业务操作过多，办理一个客户的业务就需耗费较长的时间，其他客户只有等待。这样太浪费时间，需要大量的管理员处理客户业务。
2、实体书店对书籍的出入库管理以及书籍的分类摆放和维护都由人工来完成，大大增加了管理员的工作量，所以实体书店往往需要雇佣较多店员，浪费人力物力。
3、客户为找到所需书籍耗时较长且最终不一定能找到，大大浪费了客户的时间。
4、实体书店运营商的工作时间有限，不能24小时开张营业，也不能及时了解用户的需求，经营效益低下。
4．技术可行性分析
4.1对系统的简要描述
网上书店可实现多用户同时访问并查阅书籍信息，客户对所需书籍可选中加 6 入订单并在线与管理员进行交流，管理员可通过该系统对大量订单进行批量处理并对数据库进行实时更新和管理。采用现在较为流行的J2EE和数据库。
4.2主要技术
开发技术：JAVA WEB技术，数据库技术和网页制作 开发工具：myeclipse+SQL SEVER+tomcat 主要开发人员：
编程组：技术成熟。
UI界面组：技术成熟。
数据库：技术成熟。
网页制作组：技术成熟。
架构组：技术成熟。
信息系统开发组：技术成熟。
网络和通信技术组：技术成熟。总体评价：技术组人员技术均达标。
4.3与现有系统比较的优越性
利用该系统运营的网上书店与实体书店相比减少了管理员的工作量，实现书籍管理的数字化，大大提高了工作效率。
用户足不出户即可进入书店浏览与购买所需书籍，节省客户时间，并能迅速获得所需书籍的全面信息，提高客户购买书籍的效率。
网上书店可以24小时营业，不受时间和地点的限制，既方便了客户，也增加了运营商的收益。
4.4采用建议系统可能带来的影响
4.4.1对用户的影响
1、对客户的影响
减少了客户购买书籍时查找所需书籍时间及付款时的等待时间，增加了书籍的全面性给客户提供了更多的选择，并且网上操作快捷方便。可实现哪里有网络就可在哪里购买的愿望。
2、对管理员的影响
减少了实体书店中对书籍摆放及维护的工作量，简便了书籍的出库入库操作和管理，大大减少了人力物力。
实现网上运营只需一台电脑即可，减少了一些不必要的税收和租金。
与客户在线交流使管理员及时掌握客户需求，大大增加了交易量。
实现24小时营业，管理员工作不受时间限制，更重要的是增加了收益额。
4.4.2对运行环境的影响
需要对每个使用该系统的管理员进行短时间培训，使之熟悉使用系统。4.4.3对经费支出的影响
减少了实体书店的店面租金和一些不必要的税收，节约了运营商的经费支出。
网上书店需要比实体书店更复杂更高效的管理系统，必须注重系统的开发与定期维护，会花费一定的资金。
4.5技术可行性评价
1.随着现代社会的发展，人们越来越多的进行网上购物，在现有的计算机水平上（数据库平台开发成熟度高，网络速度足够快，计算机运行速度快）可以达到功能目标要求。
2.现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，可以达到功能目标要求。
3.开发人员需要大约4个，其中包括1名数据库设计人员，1名界面设计人员，1名编码人员，1名系统测试人员。我们会java、c#、c++语言，以前做过会员卡管理系统、简单的学生信息管理系统等。该条件可以满足。
4.开发期限为一年，在规定时限内可以完成开发。
5．所建议系统经济可行性分析
5.1支出
5.1.1基建投资
5.1.2其他一次性支出 项目
可行性分析以及需求研究 开发设计 测试基准 开发人员工资 培训费 总计
5.1.3经常性支出 项目 网络维护费用 计算机维护费用 不可预知费用 总计
价格（￥）￥
500 ￥
1,000 ￥
500
￥ 8,000（￥2000*4）￥
1,000 ￥ 11,000
价格（￥/Y）￥ 5,000 ￥ 2,000 ￥ 10,000 ￥ 17,000 项目 计算机
数据库管理系统 打印机 网络建设费用
Windows 2007操作系统
系统制作 总计
价格（￥）
￥
4,000（￥4,000*1）￥
1,000
￥
1,000（￥1000*1）￥
2,000
￥
500（￥500*1）￥
10,000 ￥ 18,500 5.2效益
5.2.1经常性收益
A精简店员，节约￥100,000 B店面租金，节约￥100,000 C不必要税收，节约￥20,000 5.2.2不可定量收益
A改进服务，减少客户等待时间，客户获得更快更好的质量； B减少管理员工作量；
C客户对网站的访问量和交易额可增加经营商收益。以上总计估计为￥100，000。
5.3收益/投资比
(100000*3+20000)/(18500+11000+17000)=6.88% 5.4投资回收周期
(18500+11000+17000-30000)/(10000-1000)= 1.83(年)
6.操作可行性分析
6.1用户使用可行性
该系统提供窗体界面，操作简单。
客户要求有基本的计算机使用技能，经过简单培训后将会熟练使用本软件
系统管理员要求有一定计算机的基础知识，需要经过简单培训，以能够熟练管理本系统，使其正常运行。并且适应系统行政管理、工作制作、人员素质的要求。7．社会因素可行性分析
7.1法律因素
所有软件都选用正版；
所有技术资料都由提出方保管； 合同制定确定违约责任。
8．其他可供选择的方案
在实体店做管理系统，只是实现了书籍的出入库记录和交易信息，而不能像网上书店管理系统一样做到海量浏览书籍信息、订单的批量处理。并且实体书店的日常店面租金及店员工资花销巨大，所以不建议只制作实体书店管理系统，而推荐使用网上书店管理系统。
9.结论意见
通过对项目整体进行可行性分析，该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求，因此，开发此系统的构想是可行的，可着手进行开发。
第四篇：银行管理系统 可行性研究报告
目录
1.引言
1.1问题
1.2实现条件
1.3约束条件
1.4 背景
2.管理
2.1 重要的实现
2.2 建议
2.3 效果
3.方案选择
3.1 选择系统配置
3.2 选择方案的标准
4.系统描述
4.1 缩写词
4.2 各个子系统的可行性
4.2.1 新用户注册
4.2.2 已注册用户登陆
4.2.3 用户存款
4.2.4 用户取款
5.成本效益分析
6.技术风险评价
7.有关法律问题
8.用户使用可靠性
9.结论
银行管理系统可行性研究报告
1.引言
1.1 问题描述
随着经济社会的快速发展，人们已不满意于人工存取款的低效率，追求更高的存取效率，并且业务的种类逐渐丰富、复杂度提高，人工操作出现的失误也呈现上升趋势，银行根据行业和用户的需求，决定开发新型的银行管理系统，以降低操作复杂度、出错率，从而提高工作效率。
1.2 实现条件
本银行管理系统旨在提高银行工作人员的工作速率、以及降低出错率，通过简单高效的操作来实现目的，将一系列的操作集成起来，实现功能的耦合，提高操作的易操作性、高效率性。同时用户也可以查询自己账户的所有信息，使一些类似于查询账户信息、修改账户密码、查询余额、查询透支额的功能，可以从人工柜台中分离出来，不必为了类似的查询功能，使得用户前往柜台办理，同时也减少了柜台工作人员工作量。
1.3 约束条件
在完成项目的基本功能：即注册用户、登录账户、存款、取款、修改密码、查询本人的所有账户、查看存储年限、查看透支额度。之后，进行简单的测试，若符合要求，则基本完成。
1.4背景
(1)开发软件名称：银行储蓄系统。
(2)项目开 发 者：“银河一号银行管理系统”开发小组
(3)用 户单 位： 各种商业银行。
2.管理
2.1 重要的实现
(1)可以实现注册用户、登陆用户
(2)可以在注册过程中选择币种和卡型
(3)可以在登陆用户后修改密码
(4)可以通过用户身份信息查出该用户的所有账户
(5)可以在登录用户后查看用户的信息
(6)可以通过账号来查询账号的透支额度
2.2 建议
在原有的管理系统基础上进行深一步的开发，以原有的管理系统作为开发新系统信息的主要来源，通过原有系统的功能、性能以及存在的问题，来得到新系统的雏形。采用新的算法和结构，简化操作流程，加快了客户办理业务的速度。通过新的开发要求来逐步扩展、完善新系统的功能，建立新系统的高层逻辑模型，从而得到满足新需求的新银行管理系统。
2.3 效果
通过利用原有系统可以清晰的了解到系统的结构、大大缩减系统的开发周期，降低开发费用，减少开发人员的工作强度。
3.方案选择
3.1 选择系统配置
(1)运行内存512M以上
(2)硬盘存储10G以上
(3)操作系统为Windows NT/XP/7
3.2 选择方案的标准
由于项目开发周期较短，故而不采取连接数据库，进行对用户信息的存储，仅仅使用固定文件存储用户的所有信息。
4.系统描述
4.1 缩写词
_CardId：用户账户卡号
_ID：用户身份证号
_Name：用户真实姓名
_Address：用户通讯地址
_Call：用户电话号码
_Password：用户账户密码
_MoneyT：预存货币种类
_AccountT：账户类型
_FirstSaving： 预存款额
4.2 各个子系统的可行性
4.2.1 新用户注册
新用户的注册即创建账户：通过交互界面输入一个账户的所有信息，并将该账户信息记录添加到账户信息表中。账户信息包括：储户的身份证号、真实姓、通讯地址、电话号码、账户类型、货币种类、预存款额、账户密码。在创建用户成功后，由系统产生卡号来标示用户账户。
4.2.2 已注册用户登陆
通过交互界面输入要登录的帐号和密码，系统在账户信息表中搜索待登录账户，并根据搜索结果显示不同的信息：如果指定的帐号不存在，则显示”无此帐号！”提示信息；如果帐号存在但密码不符，则显示”密码错误！”提示信息；如果信息都符合，则立即出现账户管理界面，显示账户的所有信息包括账号、账户类型、币种、余额和储户的所有信息(身份证号、真实姓名、通讯地址、电话号码)。
4.2.3 用户存款
在柜员操作时进行存款操作不需要输入密码即可存款，而储户在成功登录账户后，才可以进行存款操作。
4.2.4 用户取款
储户在成功登录账户后，可以进行取款操作。其中一般账户和结算账户的取款操作相同，定期存款账户不得在未到期之前取款，信用卡账户允许透支10000元（各币种）。
5.成本效益分析
(1)基础投资
1> 运行内存512M以上、硬盘10G以上的PC 2台4000元
2> 正版操作系统一套300元
(2)其它投资
培训专业的维护人员 300元 雇佣专业的维护人员3000元/月
(3)效益分析
1> 减少柜员数量收益 3人*3000元/月
2> 减少出错率提高用户数量收益100万/年
(4)合计(以年为单位)
投资总计：4000+300+3000*12 = 40300元
效益总计：3*3000*12+1000000 = 1108000元
收益/投资比： 1108000/40300 = 27 投资回收期为一年
6.技术风险评价
当前社会，开发系统的计算机硬件已经非常普及，完全满足要求，而开发技术——面向对象的程序设计，这种开发技术是比较成熟的，实现起来是可行并且有效的，运用这种开发技术开发本银行管理系统在技术上是支持的，在以后的维护和升级中也是兼容的，这种开发技术在以后的发展中会更加的成熟，和高效，故而采用这种技术是比较可行的，同时银行还必须有一定的操作、维护的专业人员，在这方面可以通过培训原来的操作人员成为新的操作人员，维护人员可雇佣专业人员解决。本银行管理系统两人进行开发，两人都接受过系统而完整的面向对象的程序设计教育和培训，完全有能力完成本项目。
7.有关法律问题
(1）遵守《中华人民共和国网络使用法》
(2)用正版软件，盗版必究
(3)合同制定确定违约责任
(4)该软件项目最终解释权归属银行管理系统开发小组
(5)运行保证合格
8.用户使用可靠性
(1)用户需要定的计算机基础
(2)操作人员需要有一定的操作计算机的经验
(3)操作人员必须能够保证软件的正常运行
9.结论
银行管理系统在目前是一个技术上成熟的系统，它降低了柜员的操作复杂度、提高了业务处理速率，提高用户的满意度和信任度，使银行适应现代化市场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取获得更高的商业效益，取得更高的市场用户占有率。
第五篇：酒店管理系统可行性研究报告
酒店管理系统
可行性研究报告
可行性研究报告
1引言
在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店作为一个服务性行业，从客房的营销即客人的预定开始，到入住登记直至最后退房结帐，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务，给宾客感受一种顾客至上的享受，提高酒店的管理水平，简化各种复杂操作，在最合理最短时间内完成酒店业务规范操作，这样才能令旅客舒适难忘，增加宾客回头率。面对酒店行业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。因此，采用全新的计算机网络和管理系统，将成为提高酒店的管理效率，改善服务水准的重要手段之一。1.1编写目的
本可行性研究报告的编写目的在于，对酒店管理系统作充分的可行性研究分析及指出其存在的重要性。分析、对比原有的酒店管理与用计算机管理和控制的酒店管理系统，明确开发酒店管理系统的方向、有效途径，确定开发本管理系统所采取的步骤、方法及对策。
预期的读者：中间用户(软件的管理人员、开发人员、维护人员)、最终用户（中高级管理人员和酒店业主）。1.2背景
1.2.1 工程的名称：
酒店管理系统
1.2.2 工程产品的名称： 酒店管理系统
1.2.3 工程组织者：
酒店管理系统开发小组
产品用户：
中高级管理人员和酒店业主或老板
产品设计者：
酒店管理系统开发小组
产品生产者：
酒店管理系统开发小组
1.2.4 产品所有权：
酒店管理系统开发小组拥有 1.3参考资料
《软件工程》
----张海藩 编著
清华大学出版社 酒店管理系统
可行性研究报告
《数据库系统概论》----萨师煊 王珊 编著
高等教育出版社
《现代酒店经营》
----詹益政 编著
南方日报出版社 2可行性研究的前提 2.1要求
系统能够最大限度的利用有限资源快速准确收集、处理、分析统计酒店发生的信息资源。提供各种数据查询方式，方便管理人员进行查询。能够形成各种数据报表，及时准确反映酒店业务情况。系统各模块功能相互独立，利用数据流相互关联，最大的限制错误录入，实现内部资源共享。安全性方面，系统采用计算机管理避免手工输入的弊病，利用计算机进行科学的优化业务流程，构筑合理的管理架构和完善的管理制度。数据采用多级保护，减少酒店数据丢失。
酒店管理系统模块功能简介：前台接待模块，前台收银管理，客房预定管理，客房管理模块，报表管理模块，核数管理，经理查询及辅助决策分析模块，系统设置管理。
本系统预计将于四个月内完成，工程开始时间：2004年1月；结束时间：2004年5月。2.2目标
酒店管理系统采用科学的管理思想与先进的管理手段的完善结合。可帮助酒店管理人员，对酒店管理过程中大量动态的、错综复杂的数据和信息进行及时准确的分析和处理，从而使酒店管理真正由经验管理进入到科学管理,帮助经营者更好的管理酒店、成本控制和客户来源，从而提高酒店的经营效益。2.3进行可行性研究的方法
本系统的可行性研究时通过开发小组历时十天的时间调查分析后得出的，主要是通过调查现有的系统，分析开发酒店管理系统所具备的能力及实现的方法。确定出新系统的总体结构，最终形成一个完善的系统软件。2.4评价尺度
利用目前流行的WINDOWS编程开发一个较为完善的产品，以能够达到提高酒店管理人员的工作效率、减少额外人力、物力资源开销为评价标准。酒店管理系统
可行性研究报告
3对现有系统的分析
3.1 现有系统的处理流程（部分）
3.2工作负荷
在现有的酒店管理系统处理过程中，如果采用人工手动进行管理的话，管理人员所要处理的各种数据信息非常庞大，而且数据信息的保存采用纸张保存，同时，数据保存、数据处理和数据交换等也都需要人工进行，而在这个过程当中很容易出现人为的失误。3.3费用开支 酒店管理系统
可行性研究报告
目前的酒店业务管理需要大量的人力，物力资源，需要为此付出大量的人员工资，住房等；同时，需要花费大量的时间进行各项数据的计算，统计，分析等。3.4人员
目前的酒店业务管理所需要的人员并不要求具备有很高的专业技术，但却需要很多的人员数量。3.5 局限性
目前的酒店管理需要的人员数量太多，管理不方便，业务处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够，数据处理时间太长，数据安全性，稳定性较差。
4所建议的系统 4.1对所建议系统的说明
酒店计算机管理系统采用业界先进的C/S架构模式，关系数据库采用大型数据库MICRSOFT SQL SERVER 2000，能够存储大量的数据信息，保证数据的安全性，稳定性，减少数据丢失，实现内部资源共享。系统采用C++作为前端开发语言，操作界面为传统Windows用户界面，操作方便，避免手工输入的弊病，能够最大的限制错误录入。4.2处理流程和数据流程
酒店管理系统流程图：
酒店管理系统
可行性研究报告
4.3改进之处
本系统的高度集成化，系统基于现代先进的操作平台 WINDOWS 98 & WINDOWS 2000，运用强大的SQL数据库引擎,数据随手可得；各种报表随时可得，而且一定是最新的资料，当你对报表中某些数据产生疑问，你可以立刻找到相关的原始资料，你不必再从堆积如山的单据中翻找；人人都有责任感使管理者变得轻松，员工特有的权限和操作密码使操作员必须对自己的操作负责。系统即时反映客人消费情况，避免不应有的损失。客人将得到精确细目帐单，系统作到精确为每一笔细节；不管是财务总控还是总经理决策，都需要即时的数据，系统对日常营业资料进行统计分析，使管理者得到极有价值的决策信息：欢迎新客人，不忘老客人，客户历史资料与接待系统和预订系统连为一体，只要客人报上已有帐号或用证件号码，系统会自动寻找客户资料无须再次填写，迅速入住，真正的WINDOWS设计，全面体现多任务，鼠标点击，快捷键等，极其方便。
4.4影响
4.4.1对设备的影响
本系统对计算机硬件配置要求较高。本系统支持Windows 98/2000。对硬件的最低要求：Pentium 166MHz处理器(或同级的兼容处理器)，64M内存(推荐为 酒店管理系统
可行性研究报告
64M,最高为4G)，16M显卡，至少500M的硬盘剩余空间。推荐配置：Pentium III 600MH处理器，256M内存，16M显卡，100M自适应网卡，2G的硬盘剩余空间。同时，需要安装打印机外部设备。4.4.2对软件的影响
本系统支持的操作系统有Windows 98se/ 2000 SERVER，需要安装MICROSOFT SQL SERVER2000数据库系统，系统在使用时对其他软件不会发生冲突。
4.4.3对用户单位机构的影响
建议在酒店对工作人员进行培训，通过对系统应用的培训，加强酒店工作人员规范的工作流程及高度责任心；计算机基础及应用平台（WINDOWS 9X/2000）的培训，对操作人员进行酒店管理软件（系统各部分功能）及硬件（打印机）的使用培训；帮助系统管理员建立系统管理、数据维护、软件使用的日常维护能力，操作员经考试合格后方可上岗。4.4.4对系统运行过程的影响
用户可将本系统随意安装在计算机的任意位置。对输入数据预处理的过程无影响。系统数据统一采用数据库存储，定期对数据进行备份，避免数据丢失。4.4.5对开发的影响
为了开发这个系统，需要用户的密切配合。用户需要向开发人员解释酒店管理的整个工作流程，帮助开发人员理解酒店管理工作的各个环节。在建立数据库时，需要原有酒店管理系统的各种原始数据表单（如原有的客户资料表，各种合同，合约，报表的原始样式）。同时，为了开发和测试新系统，需要几台配置较好的计算机，接有打印机外部设备。最后，系统数据库中保存的财务数据，各种合约，报表等都必须要进行保密性与安全性等方面的考虑。4.5局限性
由于开发人员经验不足，日期较短，又因为酒店管理内容繁多，所以所涉及的范围不够全面。目前我们的使用范围非常狭窄，且本软件是我们的初次版本，如果该软件提高版本，本软件需要大量的修改和更新。4.6技术条件方面的可行性
在当前的限制条件下，本系统的功能目标能够达到；利用现有的技术，本系 6 酒店管理系统
可行性研究报告
统的功能能够实现；系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以酒店管理系统在技术上是完全可行的。小组开发人员的数量和质量完全能够满足开发本系统的要求，并且能够在规定的期限内开发完成系统。
5可选择的其他系统方案 5.1可选择的其他系统方案 5.1.1 该方案与首选方案的不同
首选方案是应用面向对象技术，它以采用现代流行关系数据库系统MICROSOFT SQL SERVER7.0/2000存放数据信息，基于客户╱服务器的体系结构，从而极大提高了系统速度，维护和继承功能。5.1.2 本方案的概况
本方案所有界面的思想与选定方案相同，但是它采用结构化设计方法。本方案程序比较复杂，编译过程复杂。5.1.3 不选此方案的原因
a.不利于程序的修改，在这种方案中程序用到的数据分布在程序体的各个部分，如修改必在整个程序中寻找，而首选方案是采用大型关系型数据库存储数据，较容易查错并修改。
b.用结构化设计方法，程序比较复杂，繁琐。
c.如果数据量较大，就会在程序过程中产生大量冗余，容易使程序出错。
6社会因素方面的可行性 6.1法律方面的可行性
本产品是采用面向对象技术进行开发，是一个相对独立的技术产品，通过正当法律程序开发、应用本产品将会得到合法利益。6.2使用方面的可行性
例如从用户单位的行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位的工作人员的素质来看，是否能满足使用该软件系统的要求等等，都是要考虑的。
酒店管理系统
可行性研究报告
a.对酒店工作制度的管理，人员的调整合理化是可行的；
b.用户单位的工作人员具有计算机基础知识完全可以使用该产品；
c.该产品使用的环境为酒店的各个部门。6.3经济方面的可行性
本产品开发人员少，投资少，技术含量高，同时它带来了无形的，较大的收益，因此本产品在经济上是可行的。产品可检测性 7.1 检测标准
软件标准：软件规模、复杂程度、安全性、可操作性、可观察性、可控制性、冗余的大小。7.2 检测的方法
通过软件测试：
黑盒测试：主要在软件界面上进行的测试。
白盒测试：在重要逻辑路径进行测试，检测重要数据结构的有效性。8 产品的可生产性
酒店管理系统使用面向对象编程语言可以达到开发效果,有着技术的先进性和可行性。8.1 生产标准 8.1.1 质量标准
正确性：程序是否按程序流程图及数据字典完成程度。
可靠性：安全运行时间越长越好。
可用性：是否能够解决实际的存在问题。
完整性：对未授权的人员访问此系统软件可控性强。
灵活性：修改一个程序的工作量。8.1.2 生产工艺
光盘可满足装载。9 可行性综合分析 9.1 技术方面
酒店管理系统
可行性研究报告
本工程产品开发周期为四个月，在技术方面采用面向对象技术与数据库相结合方法来实现。要求所有数据信息的储存都由数据库来完成，而这些数据信息的调用必须由面向对象编程设计完成。9.1.2 社会方面
酒店方面的大力支持，对我们工程的进程非常有利。9.2 竞争者分析
目前，大部分的相应软件都是用结构化设计方法。并且其功能方面不够完善。他们的软件对用户的要求过高，并需要长时间的培训，我们不仅在技术上占有先进性，而且当产品生产出来后可大大减轻用户的负担。这会保证我们在竞争中占有很大的优势。9.3 可行性结论
综上所述，本工程的技术成熟先进、完备，测试手段可靠，具有良好的市场拓展，系统设计合理层次分明，实用性强，投资与收益比例适当，具有一定开发价值，因此本工程可立即开始。10 结论
综上所述，本工程的技术成熟、完备，测试手段可靠，具有良好的市场拓展，因此本工程可立即开始。
点击咨询 