第一篇:酒店管理系统可行性研究报告
酒店管理系统
可行性研究报告
可行性研究报告
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 结论
综上所述,本工程的技术成熟、完备,测试手段可靠,具有良好的市场拓展,因此本工程可立即开始。
第二篇:银行管理系统 可行性研究报告
目录
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.结论
银行管理系统在目前是一个技术上成熟的系统,它降低了柜员的操作复杂度、提高了业务处理速率,提高用户的满意度和信任度,使银行适应现代化市场竞争的需求,促进银行管理信息化,不断满足储户的要求,争取获得更高的商业效益,取得更高的市场用户占有率。
第三篇:图书馆管理系统可行性研究报告
图书馆管理系统可行性研究报告
标签: 分类:MyDocument
杂谈
1.引言1.1编写目的
本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。1.2项目背景
开发软件名称:图书馆管理系统 项目开发者:XXXX 用户单位:XX大学图书馆 1.3定义
图书馆管理系统对于现代图书馆而言,是能否发挥其教学科研目的作用至关重要的技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。建立一个图书馆管理系统,初步实现图书馆管理计算机化,信息化,以保证图书馆工作的有效进行。1.4参考资料
①.任胜兵等,《软件工程》,北京邮电大学出版社 ②.《可行性研究报告》
2.可行性研究的前提
数据处理手工操作,工作量大,出错率高,出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理,由于信息比较多,图书借阅信息的管理工作混乱而又复杂;一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难。基于这此问题,我们认为有必要建立一个图书管理系统,使图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改情况图书。
开发的系统要求界面友好、方便直观。既要方便管理员对图书信息就行添加、删除、修改查询和统计等管理,对借阅者进行时间限定,使得借书的效益更高更安全,又能提高工作效益,便于操作,能有效地对数据进行更新、查询,并能在一定程度上实现了自动化。2.1要求
①.主要功能:
书目管理:书目管理主要是针对管理员身份而言的(比如新增书目,删除书目等等);
借阅证管理:借阅证管理分为五部分:注册、补发、挂失、暂停、注销;
借还图书:借书、还书; 查询:图书查询、借阅时间; 缴费:计算超期罚款并交纳费用 ②.主要性能:
可以便于对图书进行分类和管理,对借阅者进行时间限定,使得借书的效益更高更安全。提高工作效益,便于操作,能有效地对数据进行更新、查询,并能在一定程度上实现了自动化。③.可扩展性:
能够适应要求的变化和修改,具有灵活的可扩充性。④.安全性:
具有较高的安全性。系统对不同的用户提供不同的功能模块。只有具有一定权限的管理员用户才能语序有借、还书权限,只有具有高级权限部门管理者或维护人员用户才能对用户进行管理。一般的读者用户只能查看图书信息和借阅情况。同时,还应具有一定的保护机制,防止系统被恶意攻击、信息被恶意修改和窃取。有完整的数据库备份机制。如果系统被破坏,应该能快速恢复。⑤.完成期限:
2012年3月15日至6月15日,共3个月。
2.2目标
开发目标为:
减少人力与管理费用 提高信息准确度 改进管理和服务
建立高效的信息传输和服务平台,提高信息处理速度和利用率 处理速度的提高;
控制精度或生产能力的提高; 决策系统的改进; 人员工作效率的提高
2.3条件、假定和限定
建议软件寿命:5年
进行系统方案选择比较时间:10天 经济来源:自费
硬件条件:PC机四台、服务器3台、局域网、INTERNET
软件条件:Oracle数据库、Windows1操作系统、MicrosoftOffice软件、浏览器等。
可利用的信息和资源:在现有的图书馆管理系统上进行开发 建议开发软件投入使用的最迟时间:2012年9月
2.4决定可行性的主要因素:
本次可行性分析是按照软件工程的规范步骤进行的,即按复查项目目标和规模,研究目前正在使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。然后提出系统的实现方案,推荐最佳方案,对所推荐的方案就行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的结论。
成本/效益分析结果:效益>成本
技术可行性:现有技术完全可以完成开发任务
操作可行性:系统能够被现有的工作人员快速掌握并使用 法律可行性:所使用工具和技术以及数据信息不违反法律 3.对现有系统的分析 3.1处理流程和数据流程
3.2工作负荷
数据处理手工操作,工作量大,出错率高,出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理,由于信息比较多,图书借阅信息的管理工作混乱而又复杂;一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。3.3费用支出
基本建设投资25720元 其他一次性支出105600元 非一次性支出11200元
综上合计142520元
3.4人员
基本上不需要专业技术人员 3.5设备
服务器:PentiumIII 500以上或更高,内存:128M以上; 硬盘:至少10G以上;
CD-ROM:16倍速以上; 网卡:10MB/100MB自适应; 工作站:PentiumII 266以上微机; 内存:64MB 硬盘:至少5G以上;
CD-ROM:16倍速以上; 网卡:10MB/100MB自适应 3.6局限性
经过严谨的分析,可知原有的系统存在很大的局限性,比如技术的过于陈旧,人员工作负荷大,系统维护及费用支出巨大,人员与设备技术含量低等等一系列缺点,所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。4.所建议技术可行性分析 4.1对系统的简要描述
所建议系统是C/S和B/S模式结合。书目管理、借阅证管理、借还图书、查询、缴费等大部分功能通过图书馆内的局域网实现,有利于提高系统的效率和安全性、用户在通过身份认证确定后,系统按照权限的不同向其不同各种类型用户提供对应的功能。4.2处理流程和数据流程 4.3与现有系统比较的优越性
图书管理工作规范化,系统化,程序化,避免图书管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和修改情况图书。
开发的系统要求界面友好、方便直观。既要方便管理员对图书信息就行添加、删除、修改查询和统计等管理,对借阅者进行时间限定,使得借书的效益更高更安全,又能提高工作效益,便于操作,能有效地对数据进行更新、查询,并能在一定程度上实现了自动化。4.4采用建议系统可能带来的影响 4.4.1对设备的影响
由于所建议系统是基于Windows操作系统和校园网的,所以需要配置足够符合以上列出的各种软硬件条件的计算机和通信线路、系统失效后,服务端需要利用备份的数据库恢复数据库信息,要求要有足够的数据库备份空间。4.4.2对现有软件的影响
要求落实是否有符合本报告所提到的正版软件环境。如果没有则需要购买 4.2.3对用户的影响
本系统投入使用前还需改进现有的管理方式 4.2.4对系统运行的影响
对系统运行的其他软件没有太大的影响 4.2.5对开发环境的影响
开发过程需要用户进行密切的配合,准确阐明需求。4.2.6对运行环境的影响
本系统客户端拟采用Window XP操作系统,服务器采用Window 操作系统,前端开发语言使用JAVA, 使用SQL server数据库管理系统 4.2.7对经费支出的影响
除了需要支付开发单位的有关费用外,每年还需要一定的运行维护费用(见经济可行性)4.5技术可行性评价
在限制条件下,功能目标能够全部达到 利用现有技术,功能目标完全可以全部达到
对开发人员数量的和质量的要求,开发人员4人,有一定的项目开发经验,能够满足要求
开发时间充裕,在规定的期限内,开发能完成。
5.所建议系统经济可行性分析 5.1支出 5.1.1基建投资
系统开发、建立费用:15万 硬件设备:10万
外购开发工具、软件环境:5万 5.1.2其他一次性支出:2万 5.1.3经常性支出 主要是系统运行维护费用,假设本系统运行期5年,每年的运行费用(包括系统维护、设备维护等)5万元。5.2效益 5.2.1一次性收益 5.2.2经常性收益 5.2.3不可定量收益 5.3收益/投资比 5.4投资回收周期:3年 5.5敏感性分析
系统生存周期长短:本软件至少可以使用5年 系统工作负荷量:能够处理大批量的数据 处理速度要求:比较快
设备和软件配置变化对支出和效益的影响:几乎没有什么影响,比较稳定
6.社会因素可行性分析 6.1法律因素
所使用工具和技术以及数据信息不违反如何法律。所有软件都使用正版,技术资料都由提出方保管,数据信息均可保证合法来源。6.2用户使用可行性
由于开发的系统要求界面友好、方便直观,系统能够被现有的工作人员快速掌握并使用。使用本系统的人员均有一定的计算机应用基础,所有人员都要经过本系统的使用培训。经过简单的培训人员就会熟练使用本软件。7.其他可供选择的方案
由于该系统比较简单,故没有其他可供选择的方案。8.结论意见
根据以上分析可知,开发该图书馆管理信息系统不仅有巨大的经济效益,而且有更大的社会效益,从而使该系统开发具有价值,也节省了大量资源,但是时间有限,该管理系统考虑不太健全,我们会在这方面加强学习和改进。所以,我们认为开发此系统的条件已经具备,可以开始进行开发。
第四篇:系统可行性研究报告
销售管理系统
可行性研究报告
1.引言
1.1 编写目的编码可行性研究报告的目的是为了对本系统的可行性进行一下探讨,论证实现本项目的可能性,和一些前期的准备工作及工作条件,并且为下一步设计打下铺垫。
1.2 背景
a.项目名称:销售管理系统
b.项目任务的提出:开发者电脑耗材“销售管理系统”。
c.用户:电脑耗材的管理者和销售者。
1.3 定义
销售管理系统对于电脑耗材而言,是提高销售管理效率至关重要的技术平台,为消费者和管理者提供了信息的快捷方式。
1.4 参考资料
1)VB实用教程,李印清编,清华大学出版社(2006年6月版)
2)软件开发文档编写标准范本 ISO9001(2000版)
3)数据库原理
4)《软件工程》,青还大学出版社
2.可行性研究的前提
随着科技的发展,计算机已经普及各个领域,尤其在管理方面已成为一种趋势。本项目的开发基于LAN和互联网的销售系统。由于电脑耗材规模的不断扩大,销售种类日益增多,现有的管理系统已满足不了当前的需求。因此需要一个功能更加完善的销售管理系统来提高工作和服务效率。并且销售管理系统有集约成本和扩大管理能力和参与市场竞争,减低成本的优势。本系统采用先进的分布式计算架构,体系结构非常灵活,业务扩充非常容易。当业务变化时,系统能够很快地优化,已适应业务变化。
本系统自主商品管理,自行业务销售管理经营商的平台,系统具有强大的商品管理、销售情况统计等功能,操作简单,不需懂得太多的计算机知识,只需订购这套系统,把软件的可执行文件及模板下载就可以,登录到后台,点点鼠标,在线设置轻松设置各项功能及添加要出售的商品,适合于各种商店的销售及个人经营管理。
2.1要求
A,主要功能
商品仓库管理:记录进、出货物的种类数量以及库存数量。
商品销售管理:主要执行商品的选购、计价等操作。
客户服务需求受理管理:接受客户的意见与建议及记录所需服务客户的资料。
商品报价管理:及时公布各种商品的最新价格动态。
B.主要性能
能快速安全地实现用户注册、登录、查询、报表生成等前台功能;
能准确安全地实现商场销售系统的合理科学的管理。
保证信息的及时更新和准确性。
C.完成期限
2010年5月1日至12月31日,共8个月。
2.2 目标
方便销售管理者对销售情况的管理统计
2.3条件,假定和限定
建议软件寿命:10年。
经济来源:电脑耗材
硬件条件:pc机6台,服务器3台,局域网,Internet。
软件条件:Windows Server2003和XP操作系统,Office软件,浏览器等。
2.4可行性研究的方法
本次可行性分析是按照软件工程的规范步骤进行的,即按复查项目目标和规模,研究目前正使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。然后提出系统的实现方案,推荐最佳方案,对所推荐的方案进行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的结论。
3.对现有系统的分析
对于这个信息化的时代,电脑耗材虽然有自己的销售管理系统,但随着社会的发展,规模进一步扩大,当前的销售管理系统显然已经不能满足当前社会的发展,并且时而出现信息遗漏、数据出错等方面的问题。
4.所建议的系统
所建议的系统是C/S和B/S模式的结合。主要由商品仓库管理、商品销售管理、客户服务需求受理管理、商品报价管理等四部分构成。并且可以实现局域网与广域网的完美结合,让顾客和管理者可以随时了解商品的基本信息。
4.1人力方面
需要开发人员6人
4.2资金方面
硬件设备费用及开发人员工资共需30万元。
4.3系统收益
使用系统两年后可收益50万元,并且利润随着时间的推移还会进一步增加,利益相当可观!
5.可行性研究
5.1社会环境可行性
顺应时代发展潮流
5.2法律政策可行性
所有软件都用正版,技术资料都由提出方保管,数据信息均可保证合法来源。
5.3市场可行性
系统满足了系统使用者进行销售情况统计和预测的需要。
5.4技术可行性
系统开发采用的是流行的VB和SQL数据库开发技术,在后台管理部分,可以实现商品信息管理,交易销售情况处理,报表处理。结论
在以上的可行性分析基础上,我们进行了以上的需求分析过程。在分析的过程当中,我们从整体上觉得整个软件系统无论是在技术上还是在经济上都是完全可行的,有很好的开发价值。
第五篇:办公用品库存管理系统可行性研究报告
办公用品库存管理系统可行性研究报告 1.引言
1.1 编写目的
编写本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。1.2 项目背景
开发软件名称:办公用品库存管理系统
项目开发者:闽江学院计算机科学系“办公用品库存管理系统”开发小组: 张政坤(15号,组长),用户单位:闽江学院 1.3定义
办公管理系统是办公自动化管理系统的重要组成部分,使人们从效率低,保密性差、易丢失的传统人工的方式管理办公用品方法中解脱出来。拥有较为完善的办公物品管理系统是实现办公自动化的重要需求。1.4参考资料
1)陈雄峰等,《实用软件工程教程》,机械工业出版社
2)卢毅等,《Visual Basic 6数据库设计实例导航》,科学出版社 3)程斌等,《中文Access 2003标准教程》 科学出版社 4)赵池龙等,《软件工程实践教程》,电子工业出版社 2.可行性研究的前提
随着计算机的普及与发展,人们开始利用计算机解决越来越多的实际问题,用计算机软件来管理物品也成为常用方法。本项目要开发的就是用于办公室物品管理的软件。它可以对办公用品的入库和领用进行规范化管理,进而提高工作效率,避免资源的浪费。此系统根据单位的办公用品 购买,入库,领用流程而设计的,特别适用于分批次购买,各部门领用的模式,具有完善的输入,统计,查询功能。这样就更可以合理规范对企业办公用品的管理。2.1 要求
(1)主要功能
1.产品入库管理,可以填写入库单,确认产品入库。2.产品出库管理,可以填写出库单,确认出库。3.借出管理,凭借条借出,然后能够还库。
4.初始库存设置,设置库存的初始值,库存的上下警戒限。5.可以进行盘库,反映每月、年的库存情况。
6.可以查询产品入库情况、出库情况、当前库存情况,可以按出库单、入库单,产品、时间进行查询。
(2)主要性能
可以方便快捷有效的实现物品入库、出库、借出等各项操作,在库存数量高于或低于警戒值时能够及时进行提醒,保证信息的正确性和及时更新,在满足基本功能的前提下技术可靠性高。(3)可扩展性
能够适应应用要求的变化和修改,具有灵活的可扩充性。(4)安全性 具有较高的安全性,需设置合适的用户密码等方法来确保只有办公物品管理人员可以对该系统进行操作。(5)完成期限
2016年5月-2016年6月,共2个月 2.2 目标
所建议系统的开发目标包括: 1)人力与设备费用的减少; 2)处理速度的提高;
3)提高物品管理的效率和准确性 2.3条件、假定和限制 1)硬件条件:PC机1台
2)软件条件:Windows 2007,access 2003,vb6.0 2.4 决定可行性的主要因素
本次系统开发主要用于期末的课程设计,因此受益不在该系统可行性分析之内。按照软件工程的规范步骤进行,即按复查项目目标和规模,研究目前正在使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。然后提出系统的实现方案,推荐最佳方案,对所推荐的方案进行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的结论。以上分析结果写成本文档。
1)技术可行:现有技术可完成开发任务
2)操作可行:系统能被现有的工作人员快速掌握并使用 3)法律可行:所使用的工具和技术及数据信息不违反法律
3.系统功能架构设计
办公用品管理系统主要包含的功能模块有:入库登记、出库登记、借用登记、库存管理、查询模块、信息统计。如图A-1所示。
图A-1 系统模块图
顶层数据流图如A-2所示
图A-2 顶层数据流图
4.建议的系统
建议的系统是C/S模式。系统的所有功能都仅需在管理员的计算机中实现,数据也储存于管理员的计算机之中,可以提高数据的安全性,并且只有经过身份确定后,才能进入系统并对数据进行修改和操作。4.1 影响
在建立所建议的系统时,预期会带来的影响包括以下几个方面。(1)对设备的影响
由于所建议的系统是基于WINDOUWS操作系统的,所以需要配备足够符合以上列出的各种软硬件条件的计算机。(2)对软件的影响
需要落实是否有符合本报告所列出的正版软件环境,如果没有则需要购买。(3)对用户单位机构的影响
投入使用前还需要改进现有的管理模式(4)对开发的影响
开发过程中需要小组成员进行讨论,准确阐明需求。4.2技术条件方面的可行性
本系统是一个基于Windows操作的系统,现有技术已经较为成熟,利用现有的技术完全可以实现系统开发目标。同时,开发期限较为充足,预期可在规定期限内完成开发任务。
5.社会因素可行性分析 5.1 法律方面的可行性
所以的软件都用正版,技术资料通过图书馆和互联网正规途径查询得到。所以,在法律方面是可行的。5.2用户使用的可行性
使用本系统的人员具有一定的计算机基础,也要经过本系统的使用培训。人员经过简单培训就会熟练使用本软件。
6.结论
本项目具有方便快捷等优势,使得办公用品管理电子化,自动化,符合社会信息化发展的需要,技术,操作,法律方面都是可行的,可以开发本系统。