
食堂自动座位指南系统之系统提案书.doc
8页食堂自动座位指南系 统之系统提案书(第 1.0 版)2009214046 陈泽1.前言随着近年工作方式的改变和健康值的增长,吸取了员工的意见,公司决定变动提供一种新的食堂方式来满足员工要求这是促使员工积极向上的重要环节因此,考虑到这次本公司的员工食堂,一边要提高食堂的利用效率,同时,让职员的福利保健的提高成为可能,所以更要去提出新食堂运营的系统2.解决经营问题本提案书的重要内容定义的“第二个问题” 表 现在(I )食堂的设备规模相对于使用人数来说少了,导致午饭时间食堂里面非常的拥挤某有限公司在该公司大楼里实行直接管理的自主服务式的公司内食堂,对现状、设备规模用户数过多的状态下,特别地列举了大多数员工在同时间段里利用食堂午餐时间段的食堂混杂的问题根据鄙公司的分析,存在的直接原因有除了看到的设备数量,还有就是:(1)就餐时的座位因为 个人和群体中途离席的原因,导致中间又很多空位2)座位的位置比较偏等的现象,发现一定能大功率利用所有的座位不是不行的当就餐人员遇到这种情况时,想在又拥挤又大的食堂内找空位是不容易的,因此食堂的可用性评价很差,在公司外的餐饮店里吃午饭的员工日益增长导致这么一个结果 ,员工的食堂使用率下降,直接导致公司食堂的收益率的下降,令人担忧。
3.问题解决的方案在本提案书内关键是解决课题的“空座自动安排系统” 的提案这个系统是实时把握食堂内空座情况,并处理,使得空座的利用率最大化的自动指南用餐者的座位的系统引入这个系统,使得在食堂混乱时间段中途离席的空座得以消除,以及使同时在单位时间内平均的用餐者增加,这就能够使座位的利用率提高从而缓解用餐者的拥挤感找空位的时间有所提高,员工的便利性增加了所以,能预见在公司外餐饮店用餐的公司职员,将再一次回到公司食堂吃饭,我们期待食堂的用餐者增加4. 解决问题的方法这个系统需要引进以下设备:食堂各个座位是否存在用餐者的感应器在食堂入口输入用餐者的信息(用餐人数,座位喜好)的终端然后在座位口处,通过用感应器得到空缺座位的信息,通知将要用餐的人最合适的空位,指引他们去(座位)的终端加入 WEB 浏览器的使用,实现从遥远的地方也能观察到食堂内是否有混乱状况添置这些设备,并对这些设备的控制采用设置5. 机能概要,前提条件,制约事项5.1 机能概要(1)座位设置的感应器感应器如图 1 设置在桌上在桌子上放能够检测到用餐者食用器具的设备,从而判断这个席位是否有使用者在用餐,然后把感应器检出得信息送到服务器。
感应器检测到食用器具的原理是感应器检测入射到设备内的光以及因为餐盘的原因而导致的电阻变化考虑到不去应对高付出,假设使用的是廉价光感应的设置2)输入终端(使用信息输入的终端)食堂的入口处设置用餐者的用餐情报的数据输入终端终端是:装置能获取用餐者使用情报的使用界面(触摸板),用餐者为食堂的用餐人数,以及“所喜欢的座位”等利用信息数据输入数据输入一结束,就把获取的情报送到服务器,用餐者只要按照顺序排队等待通知的 ID再按指出的座位就餐之后,数据终端再为下一次的用餐者保持的输入的状态3)指引终端(为用餐者提供信息提示的终端)在座位口处,设置用餐者使用的信息提示终端这个终端具备座位信息以及扬声器,数据终端获取的数据情报自动分析当前的座位位置情况,然后指引使用者而且,在数据输入终端通知是按照顺序等待的ID 用餐者的实现的4)状况确认工具(在食堂外部用来确认食堂内部座位的利用情况的工具)使用 WEB 浏览器来确认食堂内部的利用情况该工具,不只是单纯地提供的空位的信息,还有座位的占有率和座位占有平均所需等待的时间,以及提高食堂利用的即时座位利用信息5.2 前提条件本提案书有以下前提条件:·一般的自助服务式的食堂。
·存在网络设备的导入的可能性的食堂·用餐者用餐后的餐盘自己拿离然后,还有如下的制约事项:·在能够设置感应器的条件下,一台桌子能够 限定所坐下下地人数·用餐者必须按照指引的座位就坐关于使用的硬件、软件配置以后再叙述6.人流、信息流6.1 人流食堂里设置的设备的摘要如图 2 所示用 户首先在入口处的输入终端输入人数、座位的喜好等的使用信息,获取等待 ID然后, 选择一般的自主服务式食堂和同样的步骤的食品,去座位引导终端处在这里用户参照座位处设置的引导终端引导终端里,用设备检测出空位信息和用户输入的使用信息,显示出自动分配的最佳座位用户对照自己的等待 ID,自动分配的座位位置,到该座位上吃饭要注意的是,该系统在选择食物的会计事项是在饭前饭后都有的,对其功能不产生影响6.2 信息流该系统的输入终端,引导终端,座位上设置的传感器组,状态验证工具,配置服务器系 统内部的信息流如图 3 所示输入终端是,用户输入使用信息传送至服务器传感器检测座位的使用情况跟传送至服务器一样服务器接受收取使用信息和传感器检测座位的使用信息时,根据用户的需要,然而空位和偏位计算较低座位的部署将计算结果传送至引导终端,引导终端引导用户找座位信息。
然而,输入终端和状态验证工具是在服务器保持最新数据的基础上向用户提出算出、座位的占有率,平均等待时间等的食堂使用状态7.系 统 界面该系统和其他系统进行交互是通过 SOAP 实现的其规范标准单独定义8.用 户 假设该系统的用户假设如下食堂访问者:用户通过在终端输入使用信息接受座位指导服务外界验证人:通过 web 浏览器证实空位信息的使用者9.系 统 的硬件配置、软件配置10.引用, 过 渡计划(1)在某年某月某日,从 现有的饭票发行系统完全过渡到新的系统2)现有的系统管理过 去的实际发行等的数据过渡到新系统11.运行, 维护 (1)通常情况下的维护 是包含定期备份等,委托管理公司2)故障发生时,管理层要联系对应的维护公司3)系统的运行日程表如下所示 周一至周五 上午 8 点~10 点:菜式设定,价钱设定,补充饭票和座票午餐时间:运行(发行饭票、座票),提供座位使用状况信息下午 3 点~5 点:维护(回收现金)周六至周日 全天:系统停止(运行)12.作业标 准系统开发里的作业标准是使用该公司御用指定的东西13.品质 管理系统开发里的品质管理方法是使用该公司御用指定的东西。
14.工程 计划工程计划如下规格冻结:某年某月某日设计完成:某年某月某日 开发完成:某年某月某日测试完成:某年某月某日引入完成:某年某月某日15.体系该系统的开发是鄙公司系统部门的队长---------为中心,根据 4 个组实施的16.系统 化所花的费用和他的效应系统化所花的费用的估算如下系统化的效应的试算如下所示作为前提条件,根据座位使用的最适化假设预期有 5%(相应用户数)的用户数增加这种情况下,5 年内预期上涨 1562 万 5000 日元的 销售额计算依据如下显示500 名( 现在一天的用户)0.05*500 日元(每餐的平均使用 额)*260 天(营业日)*5 年17 这个系统提案的投 诉点(1)为了食堂使用者所看到的食堂 变化不是那么大,又要考虑减少食堂由于引入该系统导致的负担而改系统不需要过多操作者来实现,很多情况都是可以避免的这个两方面的情况导致该系统的引入是容易执行的2)用户通过输入终端 输入使用信息来寻找座位,比拥挤时候的通过人力来寻找要好多了加之能从外部终端查看食堂座位的使用状况,避开食堂混乱拥挤的高峰也变得可能了3)综上(1)(2),食堂的便利性增加了,利用率提高了, 拥挤的情况有了缓和的可能,这就可以预见未来使用者的增加。
18.用语 的定义该提案书里,某些地方的用语定义如下自主服务式食堂:用户进入食堂后能实现让用户自己挑选食物,并选择是否携带饭菜离开或是在食堂就坐用餐这样的食堂。












