zoukankan      html  css  js  c++  java
  • 福大软工1816 · 第六次作业

    组长博客链接:https://www.cnblogs.com/hjjLcherry/p/9784813.html

    NABCD

    N(Need 需求)

      随着移动端互联网的规模的急速增长,人们的支付习惯已然改变。近两年来,涌现出一批“无人超市”,已提高人们的购物效率,免除结账排队的长时间等待。
      由此可见,在人工成本的上升以及快节奏生活的趋势下,以“自助式”、“机器代替人工”的服务模式将会大规模取代传统的服务方式。
      然而,在以高校食堂为代表的食堂中,支付方式仍然十分低效率。这类食堂具有短时间人内流量大、嘈杂混乱、无打印小票、管理困难等特点,十分容易出现结账队伍冗长、排队时间久、结账环节易出错等状况,同时在结帐中往往需要一手端餐盘、一手拿卡或者手  机结账的情景,十分“不优雅”,在用餐高峰期餐盘掉在地上的声音此起彼伏。
      因为以上种种原因,随着外卖软件的兴起,高校学生纷纷转投点外卖这一用餐方式。根据我们的数据调查报告显示,有8成的用户认为食堂人过多,排队时间久而放弃食堂。
      相比于外卖,大学食堂相对性价比较高,安全检测的流程会相对严格,而仅仅因为“等得久”这一弊端放弃了食堂显然是令人可惜的。同时,我们在微博等社交媒体上经常见到个别学校的“网红菜”、“特色菜”这一有趣的现象,而这也是大学校园文化的重要一环,甚至是某些人母校情怀的来源。
      基于以上考虑和分析,小二结账项目应运而生。让用户免除结账的长时间等待,能走到座位上优雅地结账。
    

    A(Approach 做法)

      本产品核心功能是实现食堂用餐的自助结账,为用户免除结账的等待时间,提高用餐效率。在项目初期研发阶段,将面向以福州大学各大食堂进行试点,目标人群为校内的学生。利用微信小程序这一使用人群庞大的生态圈,采用图像识别算法,用户只需打开微信用摄像头扫描餐盘就能优雅地结账,无需再下载新的APP。而食堂也无需部署多余的设备,整套解决方案高效易用且成本极低。
    

    B(Benefit 好处)

    1、记录用户每日的用餐情况,并分析其健康指数,做出合理的建议
    2、根据用户个人的用餐数据,生成创意无限的报告以及总结
    3、作为大量数据的入口,充分利用数据,分析菜品的供求情况,并作出预测,为食堂优化备菜方案,减少食物浪费、降低成本
    4、为食堂实现诸如“网红菜”的孵化,使食堂更具有竞争力。 
    

    C(Competitors 竞争):

     经过我们的市场调查,跟我们项目相关且在使用中的产品里,比较常见的是食堂利用固定的摄像头设备完成识别和结算功能,或是单纯识别菜品为用户提供饮食推荐的的app,而有利用到识别菜品技术的点菜结算程序在无论是手机app还是微信小程序都还未出现。这是我们项目的优势之一,相较于商家使用固定摄像头来完成结算,使用我们产品的用户可以获取更多跟自身消费习惯和饮食习惯的数据,且结算更加快捷方便;而相较于纯识别菜品的应用,我们产品因为和饮食消费密切相关,所以大家更有动力或会更加经常使用本产品。
    

    D(Delivery 推广):

      在项目初期研发阶段,我们会将面向以福州大学各大食堂进行试点,目标人群为校内的学生,且本产品以小程序形式带给我们最大的优势便是其便捷性,微信作为用户量巨大的平台之一,拥有庞大的市场潜在用户,而依托微信的分享传播功能,可以带动更多的用户。
    

    部分菜品置信度

    如何决定贡献分

    1、任务按周次发布,每周一共100分,每人基础分上限10分(不包括奖励分)  
    
    2、评分,由自己先做组内答辩,然后大家匿名投票评分,去最高分和最低分后,取均值,为当周的得分  
    
    3、留出10分作为奖励分,在评出前三名后,分别奖励5分、3分、2分  
    
    4、累积到最后一周,按各自累计分数占所有人分数和的比例,分配最后小组的总得分
    
    5、如果因自身原因有不按时提交任务的情况,且没有特殊原因,在大家评出的分数基础上,扣分如下:
    	推迟一天以内:-2分
    	推迟一天以上两天以内:-3分
    	推迟两天以上三天以内:-5分
    	推迟三天以上:全扣干净
    

    选题报告内容&本组评审表设计

    https://files.cnblogs.com/files/peacepeacepeace/选题报告%26项目评审表设计.rar

    团队贡献情况

    成员 答辩前准备环节 答辩环节 答辩总结缓解 贡献比例
    后敬甲 PPT制作 PPT演示+答辩质询 答辩得分整理+贡献比分配 15.5%
    泽明 选题报告背景整理 质询 评审表整理 12.25%
    全炯 选题报告背景介绍部分 答辩质询 7.75%
    婧茹 调查问卷整理 答辩记录 质询整理 9%
    庄卉 调查问卷编写 答辩内容整理 15%
    葛亮 原型设计 7.5%
    黄泽 选题报告汇总整理 质询 选题报告优化 14.5%
    文斌 评审表设计 材料准备 质询整理 11%
    刘浩 博客整理 分数评判 博客跟进 10%

    答辩得分

    组号 组名 得分
    第一组 爸爸饿了队 79
    第二组 拖鞋旅游队 75
    第三组 彳艮彳亍队 86
    第四组 火箭少男100 80
    第五组 起床一起肝活队 62
    第六组 404 Note Found队 74
    第七组 Jarvis For Chat 83
    第九组 我头发呢队 88
    去最高分88 去最低分62 平均总分为79.5

    对本组提问的解答

    第一组 爸爸饿了队

    Q1:如何保证菜品从不同角度拍摄时的识别准确度?
    
    A1:我们会给出一个提示框,来提醒正确拍摄角度。
    
    Q2:是否有详细的策略预防食客的不诚信举动?
    
    A2:在菜品结束窗口设置一个摄像头拍摄同学端菜的照片传入后台,后台对该同学是否支付行为进行比对,以此二手措施。针对一些极端个例,比如走到餐口面前又不用餐或者比对不成功等情况,属于极少数现象,我们归类到反馈机制,通知后在后台进行申诉,补偿和惩罚措施我们将与食堂商定。
    
    Q3:可否阐述一下菜品识别错误时的反馈与处理机制?
    
    A3:菜品识别错误时,属于我们的技术失误,同学可用小程序将识别错误图片上传,且可自行查询小程序内价目表进行付款。
    

    第二组 拖鞋旅游队

    Q1:吃饭时候忘记拍照付款,吃完才意识到,要怎么确定自己吃了多少钱?
    
    A1:付款行为如果没与后台记录人脸对应,即属于失信行为。要让失信行为不出现当然是查询小程序内价目表进行付款啦。
    
    Q2:如果在点菜出口架设摄像头,有没有想过识别率以及检测所花的时间,如果检测不出来或者检测时间过长,是不是又会排很长的队伍?
    
    A2:我们考虑到我们打菜的时间的速度,我们无需专门停下等待,只需让其拍摄。后台将人脸对照信息。
    
    Q3:手机的分辨率、色差会不会影响识别结果?
    
    A3:分辨率会影响,但就目前的一般手机分辨率足够了。
    

    第三组 彳艮彳亍队

    Q1:根据图像识别出来的菜品准确率可能会不高,请问多试几个例子还会跟ppt里的结果一样吗?
    
    A1:博客后会给出目前已有菜品的置信度,大部分都稳定在95%以上。
    
    Q2:涉及到钱的问题,很多人可能不敢去用你们的小程序,你们要怎样让别人相信你们的小程序?
    
    A2:我们是提供了一种新的餐饮支付方式,而不是想要改变什么。我们将试点设置在高校食堂,是考虑到大学生的素质较高,人员固定。我们将尝试与校方沟通将某食堂作为试点,对于校方来说,我们宣传的是一种“诚信食堂”理念,AI跟传统餐饮的结合带来的媒体效应和宣传力度不可忽视。
    对于食堂来说,第一,人工成本降低,解决了人多的情况下人工看菜的准确度和效率会降低的问题。第二,我们改善了食堂拥堵排队久的情况,拉回了潜在的消费人群,虽然菜品识别可能有误差,但是准确率有所保证,误差实在可控的范围内。第三,新型用餐支付方式带来宣传作用,增加了客流。关于诚信问题,大学生的素质普遍较高,且在食堂这种人流密度高的场合不诚信现象会被有效抑制,同时我们也设置了人脸对照与反馈措施。
    对于同学或教职工来说,对学生来说,提高了用餐体验,减少了排队等候的时间,同时新型用餐支付方式带了了一种新的体验。
    
    Q2:小程序只能记录到哪些人有付钱,如果有人没付钱就走了那怎么办?
    
    A2:我们的产品是只要在短时间内经过点菜结束窗口的人都会被记录到。
    

    第四组 火箭少男100

    Q1:打菜时菜混在一起,识别难度大?
    
    A1:现阶段我们不考虑盖浇饭等情况,只关注学生自选餐盘的类型。成熟阶段会升级技术。
    
    Q2:视觉算法难度大,为什么不采用手动选择菜品?
    
    A2:这个问题我们理解成两种意思。第一种,像非自选窗口那样,手动点单再去取餐,考虑到这会大大降低自选窗口的效率。第二种,拿完菜品回座位自行查阅价格点单。光听描述起来就很麻烦,而且拍摄菜品识别增加了一种付款的趣味性,推广起来有特色。
    
    Q3:如何避免逃单功能?
    
    A3:在菜品结束窗口设置一个摄像头拍摄同学端菜的照片传入后台,后台对该同学是否支付行为进行比对,以此二手措施。针对一些极端个例,比如走到餐口面前又不用餐或者比对不成功等情况,属于极少数现象,我们归类到反馈机制,通知后在后台进行申诉,补偿和惩罚措施我们将与食堂商定。
    

    第五组 起床一起肝活队

    Q1:你们采用的方式是自主支付,这种方法的实现依赖于同学们的诚信自觉,你们有考虑过其他方法或是想过怎么完善这种方法呢?
    
    A1:在菜品结束窗口设置一个摄像头拍摄同学端菜的照片传入后台,后台对该同学是否支付行为进行比对,以此二手措施。针对一些极端个例,比如走到餐口面前又不用餐或者比对不成功等情况,属于极少数现象,我们归类到反馈机制,通知后在后台进行申诉,补偿和惩罚措施我们将与食堂商定。
    
    Q2:支付饭菜是是用摄像头进行目标识别,这会不会导致有可能会出现识别失败,或是识别时间过长的问题呢?
    
    A2 菜品识别错误时,属于我们的技术失误,同学可用小程序将识别错误图片上传,且可自行查询小程序内价目表进行付款。
    
    Q3:你们的产品准备怎么推广呢?
    
    A3:我们是提供了一种新的餐饮支付方式,而不是想要改变什么。我们将试点设置在高校食堂,是考虑到大学生的素质较高,人员固定。我们将尝试与校方沟通将某食堂作为试点,对于校方来说,我们宣传的是一种“诚信食堂”理念,AI跟传统餐饮的结合带来的媒体效应和宣传力度不可忽视。
    对于食堂来说,第一,人工成本降低,解决了人多的情况下人工看菜的准确度和效率会降低的问题。第二,我们改善了食堂拥堵排队久的情况,拉回了潜在的消费人群,虽然菜品识别可能有误差,但是准确率有所保证,误差实在可控的范围内。第三,新型用餐支付方式带来宣传作用,增加了客流。关于诚信问题,大学生的素质普遍较高,且在食堂这种人流密度高的场合不诚信现象会被有效抑制,同时我们也设置了人脸对照与反馈措施。
    对于同学或教职工来说,对学生来说,提高了用餐体验,减少了排队等候的时间,同时新型用餐支付方式带了了一种新的体验。
    

    第六组 404 Note Found队

    Q1:你们团队功能特色略单薄,主打功能过于单一,有想过增加什么附加功能吗?
    
    A1:我们的产品功能较为明确专一有几点原因。首先作为小程序,尽可能快的达到用户支付、完成服务,这才是小程序的使命。设置太多的附加功能可能会造成重点不明确,甚至喧宾夺主的可能。但是对于发展新用户,提升用户体验的方面,我们设置了用户饮食简报,用户用餐后可查看摄入的饮食成分。
    
    Q2:功能实现方面一笔带过,没有一个清晰的预期目标。例如:PPT中提到的人脸识别功能怎么实现,怎样应用于自己的app里,是否可以具体描述下?
    
    A2:在菜品结束窗口设置一个摄像头拍摄同学端菜的照片传入后台,后台对该同学是否支付行为进行比对,以此二手措施。针对一些极端个例,比如走到餐口面前又不用餐或者比对不成功等情况,属于极少数现象,我们归类到反馈机制,通知后在后台进行申诉,补偿和惩罚措施我们将与食堂商定。具体的人脸识别属于硬件问题,我们本学期的任务是完成小程序的菜品识别、点餐、健康数据反馈功能,暂时先不做人脸识别的部分。
    
    Q3:该app可行性待考虑,食堂支付宝微信使用情况有时不被允许,怎么解决这种情况呢?
    
    A3:我们既然在这个食堂推广这种新型餐饮支付方式,当然整个食堂都会应用。我们必须承认只能使用微信或者银行卡支付,这限制于我们使用微信小程序作为产品的载体,我们使用小程序的原因也是因为其无需安装,即开即用的特点。微信支付的市场占有率也很可观,况且我们的学生卡也是使用微信充值(滑稽
    

    第七组 Jarvis For Chat

    Q1:若软件出现识别问题无法正常计价,那该怎么解决问题,用户难道还把已选的菜品再放回去吗?
    
    A1:菜品识别错误时,属于我们的技术失误,同学可用小程序将识别错误图片上传,且可自行查询小程序内价目表进行付款。
    
    Q2:和商家的合作是不是额外的增加了商家的硬件成本?
    
    A2:硬件成本不可避免,但是不大。只需要在打菜窗口增加一个摄像头,摄像头的安装费用属于可以承担的范围。
    
    Q3:针对自选窗口,万一有人逃单,不够自律你们要怎么解决?
    
    A3:在菜品结束窗口设置一个摄像头拍摄同学端菜的照片传入后台,后台对该同学是否支付行为进行比对,以此二手措施。针对一些极端个例,比如走到餐口面前又不用餐或者比对不成功等情况,属于极少数现象,我们归类到反馈机制,通知后在后台进行申诉,补偿和惩罚措施我们将与食堂商定。
    

    第九组 我头发呢队

    没有问题
  • 相关阅读:
    记录阿里云服务器mysql被黑
    微服务SpringCloud容器化案例
    优雅的启动、停止、重启你的SpringBoot项目
    java模式:建造者模式
    java集合 线程安全
    挖坑:hive集成kerberos
    挖坑:handoop2.6 开启kerberos(全流程学习记录)
    Specified version of key is not available (44)
    Mysql数据按天分区,定期删除
    maven项目打包额外lib目录
  • 原文地址:https://www.cnblogs.com/caiwb/p/9787824.html
Copyright © 2011-2022 走看看