第一篇:基于条形码的仓库管理系统可行性分析报告
基于条形码的仓库管理系统可行性分析报告
I引言
1.1 目 的为有效提高数据准确性,提高数据输入速度,加强数据的可追
溯性,希望引入一套符合公司实际情况,能极大提高现有ERP系统应用效率并有效的补缺ERP管控盲点的条码系统。
1.2 项目名称
仓库条码管理系统
II前提
2.1 要求
系统要具备仓库管理的所有功能如:入库,出库,盘点库存等操作; 2.2 目标
1.基于条码管理系统,通过数据采集、条码扫描等确保压缩机的库存准确率; 2.实现数据的自动采集,提高处理速度; 3.控制精度的提高; 4.人员利用率的改进; 5.人力与管理费用的减少;
6.对数据操作流程及现场管理流程的规范性进行优化; 7.在型号、数量等方面进行防呆设置,降低人员出错机率; 8.为提升管理层次做好数据上的准备。
III 现有工作方式的分析 3.1 处理流程和数据流程
A.入库:生产包装完成后,经检验确认合格,贴上物料标签,仓库人员点收数量确认,填写单据并输入计算机系统,比较容易出错误,输入系统也需要较长时间,不能及时反映出业务数据的变化。
B.出库:根据生产或销售的出货单进行点数备货,并放入指定区域待出库。
C.盘点货物:打印出盘点单,仓库人员根据盘点单在仓库区域找到对应的物料进行点数并将数填入报表中,出错率较高。采用条码盘点,不仅出错率低,而且盘点工作也轻松了很多,只要扫描所有条码即可,不需要对产品进行人工的识别和判断。
3.2 工作负荷
仓管人员的工作较繁琐且劳累,更易疲倦,因此出错的可能性较大;录单人员要对照手工单录入电脑系统,数据不能及时反馈到系统中,而且忘记和录入错误的情况都存在。
3.3 费用开支
因为仓库实行全部人工管理,所以要为此支付多个仓管的工资费用及日用品票据纸张等的消耗费用。3.4 人员
主要是仓库管理人员较多。另外,有些业务需要仓库管理人员凭记忆去处理,存在忘记或记错的可能性。而且,员工人员流动时,这些需要记忆的内容新员工要较长时间才能熟悉。
3.5 设备
所用设备较少,多为较简单的设备,因此工作效率非常低。3.6 局限性 处理事务的时间赶不上需要,响应不及时,数据存储能力不足等。
IV仓库条码管理系统
4.1仓库条码管理系统的优点
4.1.1.提高数据输入速度
A.条形码采集器可以在现场快速读入数据(物料编号或之前有关的组合等),并存储在机器内存中,通过与计算机相连后直接将现数据快速的导入到计算机系统中并形成单据内容;
B.相比于传统的作业模式,节省了手工抄写与键盘录入计算机系统的时间,扫描速度是键盘录入的40到200倍,大大提升了工作效率。手工抄写还存在难于辨认的情况(比如:6和b,1和L等),而扫描只存在能识别和不能识别两种情况,不存在识别错的情况;
C.通过条码扫描进行处理,不再需要人工辨认物料的相关信息,特别对外形或外包装非常接近的物料,扫描识别比人工辨别速度快、而且不出错。
4.1.2.提高数据的准确性
A.现在的条形码的生成与识别技术都发展到了非常成熟的地步,对条形码的打印输出要求很低,普通的条形码读取设备(采集器、扫描枪等)可以准确地读出数据,而对于操作人员的要求也不高,只要条形码可以读取的范围内就可以了,并且采集器可以发出相当明显的成功读取提示音。应用条码采集器以后,操作人员只要按照采集器屏幕上要求扫描或输入来处理数据就行了,如果有不正确的数据时,采集器会有提示信息,防止这些不正确的数据被保存到系统;
B.如果是传统的作业模式,在抄写物料编号及比对物料编号的环节都更容易出错,数据的准确性对人为的工作态度关系很大。使用条码采集器,一方面避免了抄写模糊造成的比对或沟通的时间的浪费,另一方面也固化了作业流程,在每个环节要做什么工作,都由采集器上的软件来限制了,避免了操作步骤上的遗漏或者人为临时改变作业流程。
4.2处理流程和数据流程
A.货物入库系统:标签中包含条形码,用采集器收集物料编号及其对应数量,通过无线网络传输直接保存到计算机系统,充分保证物料编号与数量的准确性,相对于传统方式,用数据采集及导入系统代替抄写物料编号、数量及输入计算机系统的工作,在保证数据准确性的同时可以加快数据的录入速度;
B.货物出库系统:在按单出货时同时与采集器读取数据,导入系统与原单据进行比对,可以及时发现差异进行改单或发错的物料,进一步保证了单据的准确性,相对于传统方式,备货时的数据采集校对也是属于一个附加的环节,通过这个环节可以充分保证单据准确性,增加了部分时间与人力,但这部分数据是所需实现追溯功能的基础数据,可以根据实际是否要此环节;
C.货物盘点系统:对于全面盘点或指定区域盘点,可以直接用采集器依物料的摆放顺序读取物料编号及对应数量资料,然后导入计算机系统中与帐面数量进行对比,得出盈亏情况。相对于传统方式,盘点人员不需要去比对物料编号,可以节省大量时间,作业的简单化也可以提高准确性。
4.3需改进之处
A.条形码标签是条形码管理的基础,必须做到条形码标签的准确性;
B.若物料有比较大的外包装箱且摆放位置不定,应在外包装箱上贴上条形码标签; C.若物料是摆放在固定的货架上,每次摆放的位置一定要与货架上的标签一致,不得随意摆放占用附近空位导致物料混乱;
D.若有可能会经常占其它摆放的情况,应在物料外包装上贴上标签;
E.在打印条形码标签时,可以选择让人员可读的信息(物料编号、数量)等打印在条形码区域的下方,便于操作人员工进行核对,进一步保障准确性; F.纸质单据打印出可以考虑把单号打印成条码,以便在需要时对单号进行扫描。4.4影响
A.对设备的影响:现有的设备大部分无需再使用,而全部使用现代化设备
B.对系统运行过程的影响:数据需要定期的进行整理并备份,以便日后进一步做出总结。
C.对开发的影响:要指定专门的的人员以保证数据的安全性。D.对经费开支的影响:可以节约大量的人工费用。4.5 方案特点
灵活,适应性强,界面及字段方便可选,软件生命周期长,维护方便。4.6局限性
由于开发人员的技术问题,可能不能够实时的处理解决一些非可预见性错误。4.7技术条件
条形码的打印与读取技术已经相当成熟,技术上完全可靠可行,且容易使用和维护,应用于仓库管理完全适合。
V系统制作方案
5.1可选择的系统方案
选择金蝶K/3条码方案的优势:
1、金蝶总部认证的条码供应商,与K/3系统各单据无缝整合,数据准确度、实时性最高。
2、有众多成熟解决方案来实现各类数据统计、品质追溯等功能。
3、有丰富的K/3条码项目实施经验,且整体解决方案价格优势最大。
VI投资及效益分析
6.1支出
采用条码系统,旨在完善现有的仓库管理,所需的软件硬件部分较少,所需采购设备清单主要如下:
服务器可直接与K3部署在同一台服务器。硬件需另行购置 6.2收益
提高输入输出数据的速度,从而提高工作效率,收益明显提高;
降低操作错误,避免因错误而造成的直接损失,也节省了因错误而造成的沟通成本和时间成本的浪费;
采集器通过无线网络与K3集成,使用采集器进行业务操作,可以实时与K3进行数据交互,单据实时并且是自动录入,节约了手工录单的人力、时间成本; 使用条码采集器可以固化业务流程,保证流程顺序的规范和流程作业内容的规范,避免作业中的遗漏,也避免了流程被人为的、不合理地改变;
采集器可直接查询K3中的数据信息,无需记忆资料和长时间培训,即可熟练工作。不仅节省员工培训成本,还减少了人员流动对工作的影响; 将减少仓库管理人员数量,从而减少为此付出的工资; 将减少纸张的使用;
通过生产流程的条码化,把每个环节需要记录的数据都记录下来,从而为产品质量追溯建立了数据基础。可基于这些数据,拓展追溯功能。6.3投资回收周期
条码化不仅可以带来显性成本的节省,还可以在时间、沟通、仓库利用率、出货及时性、问题反馈时间、客户满意度等多方面带来的隐性成本的节省。隐性成本节省的数字没办法准确地评估,但也应该是比较可观的。
VII社会因素 7.1使用方面的可行性
仓库条码管理系统使用简单,速度快,准确度高,现有仓库管理人员只需经过简单培训即可熟练掌握其使用方法;系统管理人员可使用文化程度较高的人员,经过短期培训就能解决常见问题。
7.2 企业管理精细化的提升 条码管理系统采集到的数据,可以作为企业管理,特别是管理精细化的数据依据。
7.3 客户形象提升 基于详细的数据,可以为客户在的品质追溯等问题上提供更迅速、更到位的服务,提升公司形象,塑造公司在客户和同行中的口碑。
VIII结论
为尽快实现仓库的现代化管理,提高生产工作效率,早日为工厂带来更多的社会利益,并且条形码技术目前非常成熟,为仓库实行条形码管理奠定了坚实基础,因此建议此项项目立即实行。
第二篇:仓库管理系统可行性分析报告
仓库管理系统可行性分析报告
可行性报告的编制一般由企业内部市场部或专业的市场研究公司撰写,市场研究公司在数据采集、资料归类、观点提炼、报告撰写方面具备独特的专业优势,提供了仓库管理系统的可行性分析报告,一起来看看吧!
目地近年来,生产的工业化速度迅速加快,生产的产品数量猛增,给传统的仓库管理方式手工作业带来了很大的负担,今天的仓库作业和库存控制作业已十分多样化,复杂化,靠人工去记忆去处理已十分困难,且出现错误的可能性很大。如果不能保证正确的进货、验收、质量保证及发货,就会导致浪费时间,产生库存,延迟交货,增加成本,以致失去为客户服务的机会。本文正是为解决这个问题而作。
预期对象 未进行计算机管理或未进行数字化管理的中小型企业仓库 项目名称 仓库条码管理系统
要求
仓库管理系统要具备仓库管理的所有功能如:入库,出库,盘点库存等操作;
目标
1.人力与设备费用的减少;
2.处理速度的提高; 3.控制精度的提高; 4.人员利用率的改进。其它
1.建议仓库管理系统生命最少为5年。
2.系统制作周期约为4个月:XX年3月起至XX年7月止。
处理流程和数据流程
A.入库:生产包装完成后,经检验确认合格,贴上物料标签,仓库人员点收数量确认,填写单据并输入计算机系统,比较容易出错误。
B.出库:根据生产或销售的出货单进行点数备货,并放入指定区域待出库。C.盘点货物:打印出盘点单,仓库人员根据盘点单在仓库区域找到对应的物料进行点数并将数填入报表中,出错率较高。
工作负荷 仓管人员的工作较繁琐且劳累,更易疲倦,因此出错的可能性较大。
费用开支 因为仓库实行全部人工管理,所以要为此支付多个仓管的工资费用及日用品票据纸张等的消耗费用。
人员 主要是仓库管理人员较多。
设备 所用设备较少,多为较简单的设备,因此工作效率非常低。局限性 处理事务的时间赶不上需要,响应不及时,数据存储能力不足等。
仓库条码管理系统的优点
1.提高数据输入速度
A.条形码采集器可以在现场快速读入数据(物料编号或之前有关的组合等),并存储在机器内存中,通过与计算机相连后直接将现数据快速的导入到计算机系统中并形成单据内容
B.相比于传统的作业模式,节省了手工抄写与键盘录入计算机系统的时间,大大提升了工作效率 2.提高数据的准确性
A.现在的条形码的生成与识别技术都发展到了非常成熟的地步,对条形码的打印输出要求很低,普通的条形码读取设备(采集器、扫描枪等)可以准确地读出数据,而对于操作人员的要求也不高,只要条形码可以读取的范围内就可以了,并且采集器可以发出相当明显的成功读取提示音
B.如果是传统的作业模式,在抄写物料编号及比对物料编号的环节都更容易出错,数据的准确性对人为的工作态度关系很大 处理流程和数据流程
A.货物入库系统:标签中包含条形码,用采集器收集物料编号及其对应数量,导入计算机系统,充分保证物料编号与数量的准确性,相对于传统方式,用数据采集及导入系统代替抄写物料编号、数量及输入计算机系统的工作,在保证数据准确性的同时可以加快数据的录入速度
B.货物出库系统:在按单出货时同时与采集器读取数据,导入系统与原单据进行比对,可以及时发现差异进行改单或发错的物料,进一步保证了单据的准确性,相对于传统方式,备货时的数据采集校对也是属于一个附加的环节,通过这个环节可以充分保证单据准确性
增加了部分时间入人力,工厂可以根据实际是否要此环节
C.货物盘点系统:对于全面盘点或指定区域盘点,可以直接用采集器依物料的摆放顺序读取物料编号及对应数量资料,然后导入计算机系统中与帐面数量进行对比,得出盈亏情况。相对于传统方式,盘点人员不需要去比对物料编号,可以节省大量时间,作业的简单化也可以提高准确性。改进之处
A.条形码标签是条形码管理的基础,必须做到条形码标签的准确性。B.若物料有比较大的外包装箱且摆放位置不定,应在外包装箱上贴上条形码标签。
C.若物料是摆放在固定的货架上,每次摆放的位置一定要与货架上的标签一致,不得随意摆放占用附近空位导致物料混乱。
D.若有可能会经常占其它摆放的情况,应在物料外包装上贴上标签。E.在打印条形码标签时,可以选择让人员可读的信息(物料编号、数量)等打印在条形码区域的下方,便于操作人员工进行核对,进一步保障准确性 影响
A.对设备的影响:现有的设备大部分无需再使用,而全部使用现代化设备。B.对系统运行过程的影响:数据需要定期的进行整理并备份,以便日后进一步做出总结。
C.对开发的影响:要指定专门的的人员以保证数据的安全性。D.对经费开支的影响:可以节约大量的人工费用。方案特点
灵活,适应性强,界面及字段方便可选,软件生命周期长,维护方便。
局限性
由于开发人员的技术问题,可能不能够实时的处理解决一些非可预见性错误。技术条件
条形码的打印与读取技术已经相当成熟,技术上完全可靠可行,且容易使用和维护,应用于仓库管理完全适合。
可选择的系统方案1 Viual。可选择的系统方案2 SQL ServerXX+Viual C++
支出 采用本系统,旨在解决小规模的仓库管理,所需的软件硬件部分较少,所需采购设备清单主要如下:条码采集器2-3台,条码打印机1台,计算机1台。软件需安装Viual,WindowsXX以上操作系统平台。收益 安装条形码系统后,将减少仓库管理人员数量,从而减少为此付出的工资;将减少纸张的使用,因此提高输入输出货物数量的准确率,从而提高生产效率,收益明显提高。
投资回收周期 大概两年后可以收回所有支出的成本。
法律方面的可行性 安装条码系统,需要使用正版操作系统软件及应用软件平台,避免为此发生法律纠纷;仓库条码系统的开发完全为自主设计,不存在任何侵权问题,因此可以放心使用。
使用方面的可行性 仓库条码管理系统使用简单,速度快,准确度高,现有仓库管理人员只需经过简单培训即可熟练掌握其使用依法;系统管理人员可使用文化程度较高的人员,经过短期培训就能解决常见问题。
为尽快实现仓库的现代化管理,提高生产工作效效率,早日为工厂带来更多的社会利益,并且条形码技术目前非常成熟,为仓库实行条形码管理奠定了坚实基础,因此建议此项项目立即实行。
第三篇:图书馆管理系统可行性分析报告
图书馆管理系统可行性分析报告 引言
某图书馆为了方便管理和与读者、图书供应商更好的联系特提出开发此系统。
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系列系统中,而管理人员基本都可以熟练操作。所以提供一个稳定的运行环境。这套系统也易于学习。管理人员也对这方便的系统做出极大的热情。⑵技术的可行性:
基本方法:做校园内的调查报告,获取宿舍管理员和学生各方面信息情况,从中获取重要信息,并成为建设本系统的重要依据
策略:查阅大量管理系统的相关书籍,从不同方面研究本系统的整个设计,并结合调查报告中所获取的信息,逐渐形成本平台的雏形。
建立模型:从软件工程生命周期角度,建立每一步的参考模型,并在详细设计的总要环节中,分别以管理员身份,管理员和学生的角度去分析与设计。⑶经济的可行性:
在开发系统所需的项目中,校园的内部网络已经建立。硬件完全可以使用学校自身的实验室。后期运行系统也只需一台电脑。再有学校的支持,经济上是可行的。
四、结论
综上所述,编写或开发这个宿舍管理系统是可行的。它大大的方便了学校对于宿舍的管理。并且完善了学校的信息化管理。