本篇文章给大家谈谈工作运转英语,以及英文翻译工作运程对应的知识点,文章可能有点长,但是希望大家可以阅读完,增长自己的知识,最重要的是希望对各位有所帮助,可以解决了您的问题,不要忘了收藏本站喔。
本文目录
求大师给翻译成大白话!谢谢餐饮管理系统外文资料及翻译求大师给翻译成大白话!谢谢【原句】
为人和气,独立自营;早年颠倒运程,是非耗财;中年贪求,欲望高昂,遭人妒忌,自重;苦学技艺,工夫之命。女人育养,中平之命运。
【译文】为人比较和气,能够独立经营自己的事业;早年的时候运气不是非常顺利,因为各种是非纷扰耗费了大量资财;中年的时候欲求太过贪婪,欲望大涨,又遭到小人的妒忌,但是还算能够自重;一生之中需要努力学习技艺,费尽一生之心之精之力;妻子则在家里生儿育女相夫教子,总体上概括下来只是一个中等的运势,最好不要要求太高,欲求太盛。
餐饮管理系统外文资料及翻译第一章绪言 5
1.1管理信息系统目标 5
1.2管理信息系统范围 5
1.3项目开发计划 5
第二章系统需求分析 6
2.1现行业务描述 6
2.1.1组织结构 6
2.1.2业务流程分析 7
2.2现行系统存在的主要问题 9
2.3解决方案 9
2.4可行性分析与抉择 10
第三章新系统逻辑方案 11
3.1数据流图描述 12
3.1.1系统关联图说明 12
3.1.2系统顶层数据流程图说明 13
3.1.3物料进销存管理数据流程一层图说明 14
3.1.4餐饮销售管理数据流程一层图说明 14
3.1.5综合统计数据流程一层图说明 15
3.1.6数据流程图二层图说明 16
3.2数据字典描述 16
3.3基本加工的简要说明 20
第四章系统总体结构设计 22
4.1软件模块结构设计 22
4.2数据库设计 25
4.2.1数据库设计需求分析 25
4.2.2需求分析的建模 26
4.2.3 ER模型转化为关系模式 27
4.2.4关系模式的规范化 28
4.3计算机系统配置方案 29
4.4系统总体安全性、可靠性方案与措施 29
第五章系统详细设计 30
5.1代码设计 30
5.2数据库的实现 30
5.3人机界面设计 32
5.4模块处理过程 35
第六章实施概况 37
6.1实施环境与工具的比较选择 37
6.2编程环境、工具、实现与数据准备概况 37
6.3系统测试概况 37
6.4系统转换方案及实现概况 38
6.5系统运行与维护概况 39
第七章结束语 39
7.1系统特色、局限与展望 39
7.2致谢 40
第八章参考文献 40
第九章附录 41
9.1使用说明 41
9.2部份程序清单 41
9.2.1收银员登录 41
9.2.2自动生成点菜单号的类函数 43
9.2.3自动生成点菜单中各消费项目的序号的类函数 44
9.2.4入库单录入 45第一章绪言
餐饮销售服务一直是**酒店的主要业务活动,随着业务的不断发展,加强成本管理与收入管理、通过提高服务水平提升企业形象已成为本酒店的迫切需要。因为该酒店目前采用手工操作的运营过程,差错率较高,已不能适应餐饮业对现代化管理的要求。
为了提高酒店管理效率,赢得客户的满意度,我建议公司决策层同意开发该酒店管理信息系统,并以此系统的研发过程作为本人毕业论文的论题。 1.1管理信息系统目标
本系统的建设需要实现如下目标:
(1)支持日常业务运作。
(2)集中管理业务数据,支持管理预测与决策。
(3)有良好的可扩充性(系统配置灵活,支持用户未来信息化进程的发展)。
(4)汉字图形用户界面,人机对话友好,操作方便。
(5)响应速度合理,安全性较高(对折扣、退菜、赠送、优惠操作提供权限校验,并有记录备查。数据库安全中支持前后台双数据库管理),网络运行稳定。
(6)系统建设费用较低。 1.2管理信息系统范围
该酒店管理信息系统需要分阶段实施,逐步实现如下功能:
第一期:销售信息管理系统+采购与仓库管理信息系统
第二期:客户信息管理系统+人事工资管理系统
第三期:广域网总部管理系统+集成通用财务软件
项目首期任务的范围如下:
(1)销售信息管理系统:管理餐饮销售收入信息,重点管理客户消费记录、结账记录,并支持对营业现状及趋势的统计分析。
(2)采购与仓库管理信息系统:主要管理库存物料的收发存,提供物料成本管理信息。
1.3项目开发计划
本毕业设计只需实现第一期系统开发任务:销售信息管理系统+采购与仓库管理信息系统;后继系统的开发计划另议。
本项目开发计划如下:
1)在2004年8月份内完成系统需求分析
2)在2004年9月份内完成新系统逻辑方案分析
3)在2004年10月份上旬完成新系统设计
4)在2004年10月份底完成新系统实现,其中包括程序设计,并进行系统的测试和调试,完成论文的初稿,交给指导老师审查。
第二章系统需求分析
系统需求分析主要任务是调查现行系统存在的问题,弄清用户对新系统的要求,提出可行的方案,为管理层决策提供依据。
2.1现行业务描述
2.1.1组织结构
本酒店由在公司管理层下设财务部、仓储部、采购部、餐饮部、后厨部、公关部。组织结构图见图2.1。图2.1组织结构图 2.1.2业务流程分析
在本系统的业务流程分析中,采用的工具是业务流程图,这是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图,它可以帮助分析人员找出业务流程中的不合理。业务流程图中的符号说明如下:酒店的营运过程是以销(客户消费)定产为主,也包括部分商品的预生产,采购与仓库存管理需要满足生产和销售的需要。现在分别分析采购与仓库管理业务流程和餐饮销售管理业务流程。
一、采购与仓库管理业务流程分析:
本酒店采购与仓库业务流程重点管理物料周转,主要包括以下几步:
1、仓库管理员根据存货实存不足的情况,向采购部发出订货通知。
2、采购部组织供货,仓库管理员验货入库,采购部根据实际入库的货品情况填制入库单,仓库管理员登记入库单进账。
3、领料部门填制出库单,仓库管理员登记出库单进账,并发货给领料部门。
4、领料部门如需退货,需要填制退库单,仓库管理员验货入库,并登记退库单进账。
5、定期盘货,处理过期变质存货。对盘盈及盘亏情况上报经理,在核准处理后,以盘点表为基础编制“入库单”“出库单”并调账。
6、定期编制存货进销存报表,上报经理。
二、餐饮销售管理业务流程分析:
目前,本酒店销售业务流程重点管理销售资金流程,对商品的销售主要包括以下几步:营业开市->客户消费与结账->收市日结统计。
营业开市主要包括以下几步:
1、收银组长填写领款单等,向财务部门领取现金、发票等。
2、收银组长将现金、发票等分配给收银员。
客户消费与结账是一个可以反复进行过程,主要包括以下几步:
1、服务生为客户开台;
2、服务生询问客户对菜肴及饮品等需求,填写点菜单(多联)。
3、服务生将点菜单传递向收银员、后厨部、吧台。
4、收银员整理点菜单。
5、后厨部、吧台根据点菜单进行加工。
6、服务生将后厨部、吧台加工的成品传递给客户,客户进行消费。
7、客户向服务生提出结账请求。
8、服务生向收银员传达客户结账请求,收银员统计消费金额,并根据优惠规则,提出消费清单给服务生(载明:消费项目的数量和单价、消费总额、折扣及实收额)。
9、服务生将消费清单传递给客户核查。
10、客户核查消费清单无异议后,将现金等结算工具提交服务生代为结算。
11、服务生将消费清单、现金等交给收银员,收银员进行收银结账,并将收银单、发票、找零等提供给服务生,服务生转交给客户。
12、客户结清账务后离开,服务生进行清理翻台。
以上步骤中,2-6步可以执行多次循环。在第10-11步中,用户也可以亲自去收银台结账。
收市日结统计主要包括以下几步:
1、各收银员填写收银报表,统计各类结算方式的收入资金,与钱箱进行钱账核对。
2、钱账核对相符后,收银组长汇总填写收银日(市别)报表,填制缴款单,向财务部门缴款并报送报表。
因为在实际工作中,收银组与财务部的现金领取与汇缴工作,由财务会计管理系统另行管理,本系统只需要对客户消费明细与结账资金数据进行管理即可。餐饮销售管理业务流程图,见图2.3。图2.3餐饮销售管理业务流程图 2.2现行系统存在的主要问题
现行系统是手工运作的系统,可以支持向客户提供餐饮服务功能,但是,存在以下薄弱环节:
1.现行系统是手工运作的系统,业务人员手工作业量大,数据传递不及时,对数据的统计和计算运程中易发生差错,工作效率较低。
2.业务流程管理不够严密。
3.主要从销售收入角度向管理层提供数据,不能满足管理要求(例如不能提供菜肴的销售排行、实时消费状况统计等信息)。
4.向客户提供的消费清单手工书写,常发生字迹不清晰的问题,并且格式也不统一。
5.历史账务的查询也不方便。
现行系统的上述弱点,实质上反映公司在酒店服务客户的过程中,对信息的产生、传输、加工与挖掘分析利用方面存在不足,不能满足企业管理与业务发展的要求,也对企业形象造成不利的影响。这也正是提出新系统的直接原因。
2.3解决方案
建议采用的新系统,是一个人机系统,采用C/S结构(即“客户端/服务器”结构),同时为了加强系统的适应能力,采用胖客户端技术,这样即使在网络中断的情况下,也可以继续营业。也就是说,服务器主要起到存储数据的作用,客户端也保存本机的作业数据。在网络通讯良好时,客户端本机的数据库与服务器端数据库同步;在网络通讯有故障时,可以与服务器脱机工作,等故障修复后再上传数据与服务器保持同步。
新系统能够实现现行系统的功能,并且能克服现行系统的上述弱点,与现行系统相比,将有如下改善之举:
1.对消费信息的采集与记录更加细致与全面,能满足不断增长的管理需求;
2.利用计算机对数据进行加工、统计、分析,提高工作效率;
3.实现完成的信息管理流程,支持业务管理制度的完善工作;
4.提供统一格式的计算机打印单据与报表,提升企业形象;
5.重视对历史数据的存储保护、追溯、分析,为管理层对企业的经营预测与决策提供及时有效的帮助。
2.4可行性分析与抉择
1.技术可行性
最近30年来,管理信息系统技术得到了充分的发展与完善,使得开发本系统在技术可行性成为可能,利用VB开发工具,使得本系统不存在技术上的障碍。
该系统的软件研发阶段,由我协助该酒店管理公司提出需求、进行系统设计与开发,拟采用成熟的数据库技术与软件开发技术,具有技术可行性。
2.经济可行性
笔者参与本系统的研发工作,主要是为了综合运用在计算机信息管理本科段自学的各科知识,通过理论与实践的结合,提高本人的专业技术知识的应用能力,所以主动免费承担本系统的软件研发工作。
因为本系统投产后,不必增减酒店人员的工作岗位及职工人数,故没有人力资源成本的增加与减少。新系统(第一期)的费用与收益分析如下:
(1)一次性项目建设费用为人民币 36000元。其中:
软件研发经费:人民币 0元;
计算机设备及系统软件费:人民币 35000元;
网络建设费:人民币 1000元;
培训费:人民币 0元;
整个项目建设期为0.5年
(2)投产后的年发生费用预计为人民币 12000元。其中:
年运营耗材费:人民币 6000元
年折旧费(支付系统软硬件维护及更新):人民币 6000元
(3)新系统投产后预期年经济收益人民币 30000元
销售信息利用增值:人民币 10000元
工作效率提升的收益:人民币 10000元
客户满意度提升的收益:人民币 10000元
(4)预计本系统使用寿命五年,按后年利率5%计算:
项目投资回收期=项目投资/(年收入–年支出)
= 36000/(30000-12000)= 2年
净现金流量= Sum(年净收入/(1+年复利息率)n)–项目投资
=(30000-12000)*( 0.9524+0.9070+0.8638+0.8227+0.7835)-36000
= 77929-36000= 41929元
可见,本系统的投资回收期不很长,即使在使用年利率5%的贷款来进行投资,在项目运营业5年内,酒店仍能获得超过4万元的净现金流量,本项目经济上可行。 3.营运可行性
在本系统的运营阶段,使用系统的工作人员,除了需要具备在Microsoft Windows平台上使用个人电脑的知识,并不需要特别的技术能力。这方面的知识,在该酒店与本项目运营相关的直接人员(包括经理层、仓储部、收银组)中已经具备。并且在项目投产前,还会安排对操作系统的人员进行必要的培训。
系统技术维护支持工作,在初期仍将硬件供应商及本人完成。在酒店信息化建设及业务拓展到适当规模后,宜由酒店雇用专业技术人员担任此项工作。
在具体实施过程中,公司同意建立这样的运营管理机制:由公司管理层一名高级管理人员领导,仓储部与餐饮部具体负责本项目的运营;同时,采购部负责对系统运营过程中的计算机耗材的供应。因此本系统营运方面可行。
综上所述,实施本系统,已具备技术可行、经济可行、营运可行的条件,所以公司决策层同意开发和使用本系统。............
如果你还想了解更多这方面的信息,记得收藏关注本站。