项目需求分析答辩总结

前言


本组对其余各组评审结果

  • 编号 团队名称 项目名称 报告格式/20 演示内容/20 答辩内容/20 PPT制做/20 演讲/20 总分/100
    1 天机组 指尖加密 15.0 13.6 13.6 12.8 15.6 70.6
    3 日不落战队 小葵日记 16.7 17.4 17.0 16.6 16.2 83.9
    4 像我这么能打的还有五个 WanderLand 15.0 15.8 17.2 15.0 15.4 78.4
    5 洛基小队 START 14.3 12.8 14.6 15.2 15.0 71.9
    6 Boy Next Door WEB帐簿管家应用 14.0 15.4 14.0 14.2 14.0 71.6
    7 Massivehard 上一次 12.0 10.2 8.00 10.4 12.8 53.4
  • 编号 团队名称 项目名称 优势 存在问题 建议
    1 天机组 指尖加密 增长了救援代码,考虑的问题更加全面 指纹识别容错率问题为解决;没有战胜同类竞品的优点;泄密问题没有很好的考虑 演讲的人声音很好听,但能不能别让人犯困
    2 PMS Your eyes 产品结构完整 原型界面未能很好表现 算法设计须要注意推动
    3 日不落战队 小葵日记 功能齐全,考虑的问题也比较全面。 样本数据不够,信任度分析没有太具体;500字左右就占了1.9M的内存,是否是过于大;对未知状况无良好的预防 开发功能不少,但技术难度不高,但愿达到项目预期目标后可以继续完善
    4 像我这么能打的还有五个 WanderLand 用户人群明确且易于交流 怎么解决刷榜的问题;缺少公信力;受众面比较窄 但愿成品不只可以应用于本校,多校推广也有利于提升产品公信力,以便实现为影评面试提供数据支撑的设想;下次展现能不能翻出新花样,不要每次都用上次用过的东西
    5 洛基小队 START 游戏按局进行,花费玩家时间较少,利用碎片化时间 游戏介绍冗长、没有抓住重点;创新较差、大体以饥荒为模板;演讲中没有讲清楚本身吸引人亮点;没有原型 美工制做与脚本开发应有良好的权重
    6 Boy Next Door WEB帐簿管家应用 相较于以前,定位更加明确 网页端与移动端的同步问题;接口问题尚未很好的解决,存在诸多的隐患;博客上文档连接失效,不知道具体缘由;网页端用户使用不方便 面向客户作一个更真实的需求调查;博客的需求报告连接失效了,但愿可以更新一下
    7 Massivehard 上一次 产品有创意和人情味 弹窗对用户不友好;演讲产品功能不清晰,胡编乱造功能;队伍内没有达成对功能的一致认知;ppt过于简单,太多的文字;如何判断上次;使用界限模糊;用户粘性低 ppt制做技能亟需提高,演讲中的许多应用情景,ppt中都没有体现出来,口述听不详尽;到底有什么功能组内统一一下,演讲和答辩内容对不上;功能需求与实际设计要有互为考量,不少功能想象出来,但却没法实现,最终发布版本可能遭遇史上最惨烈的阉割!

其余各组对本组的评分

  • 编号 团队名称 项目名称 报告格式 演示内容 答辩内容 PPT制做 演讲 总分/100
    1 天机组 指尖加密 80.0 80.0 80.0 80.0 80.0
    2 PMS Your eyes 16.0 16.0 16.6 16.4 17.0 82.0
    3 日不落战队 小葵日记 16.0 17.0 17.0 17.0 15.0 82.0
    4 像我这么能打的还有五个 WanderLand 8.0 26.0 25.0 13.0 12.0 84.0
    5 洛基小队 START 16.0 17.0 16.0 16.0 17.0 81.0
    6 Boy Next Door WEB帐簿管家应用 15.5 16.0 16.0 15.5 15.0 78.0
    7 Massivehard 上一次 14.0 15.0 16.0 17.0 18.0 80.0
    去除最高总分、最低总分 平均分 81.0

来自各组对本组的提问

  • 天机组

    • Q:请问视频是要传输到服务器进行处理仍是就在本地处理?
    • A:本学期目标完成本地处理。
    • Q:是一个相似web界面的软件仍是说一个web端的产品?
    • A:产品自己为基于pc端的软件,但咱们计划以web的方式做为展现给客户的前端。
    • Q:可否直接与实时监控链接使用,而不是人工导入视频?
    • A:能够。咱们的界面原型在首页就体现出两个入口——实时检测和历史回溯,对于实时检测,咱们可以直接调取监控摄像头,获取当前视频画面。
  • 日不落战队

    • Q:答辩时说到90%的识别成功率很好实现,那是否意味着可复制性较强?
    • A:90%的检测准确率是基于非密集无遮蔽的场景,这种场景识别难度低是可预见的,但并不意味着可复制性就强。检测技术的难度在于其在密集的、目标物互相遮蔽的情形下,如何对二值掩模图像的连通区域进行目标分割与检测。
    • Q:与市面上现有的相似产品相比,请问有什么优点?
    • A:据调查,市面上已有的,如成都臻识等,动辄几万的摄像头、地感线圈、服务器和其余硬件费用,花费巨大,而咱们的产品的是轻资产的产品,用户只须要拥有摄像头,就能用咱们的设备,比较高性价比。
    • Q:请问将如何击败将来潜在的竞争对手?
    • A:全部的产品、项目都是在竞争中求生存,在荒漠中开拓。咱们会以实验室产品为基调,努力去提高咱们产品的性能、知名度,以求得生存,进而去与其余产品争夺(虽然很难,但梦想总得有不是吗)。
  • 像我这么能打的还有五个

    • Q:有没有考虑过产品的实用性,和其余很强大的团队相比,该产品的优势在哪,如何去与其余产品竞争?
    • A:监控市场的蛋糕很大,而没有那个团队能一口吃成胖子。咱们当前的垂直市场是针对用户对流量统计与路况分析方面的需求,利用本产品轻资产的特性,完成对已有硬件的服务升级,这是咱们的优点所在。
    • Q:Web端不能离线操做吧,有没有想过作pc端?
    • A:产品自己为基于pc端的软件,直接对本地文件进行操做,无需联网,应当为表述问题,咱们只是以web的方式做为展现给客户的前端。
    • Q:该产品的内测用户是哪些,有没有考虑若是没有用户愿意接收这个产品该怎么办?
    • A:首先,这不是一个没有市场的产品;其次,咱们的项目做为实验室前置项目的补充,主要的目的是将功能增长到已有的项目中,而咱们的前置项目已有了测试用户。
  • 洛基小队

    • Q:是否已经已经就软件试运行阶段的目标用户达成了合做?
    • A:咱们的项目做为实验室前置项目的补充,主要的目的是将功能增长到已有的项目中。
    • Q:可否体现出足够的让本身能在同类软件中脱颖而出的优点?
    • A:咱们的产品具备轻资产的特性,无需配套硬件或服务器,只需在用户已有的监控摄像头基础上进行服务升级。
    • Q:除了主要功能,有没有考虑过添加一些提升用户体验的小功能?
    • A:有的,咱们在原有输出流量信息摘要的基础上,增长了热力图显示,帮助用户更直观地感觉哪里的流量大、哪里的流量小、人车的流动趋势等。
  • Boy Next Door

    • Q:识别的准确率是如何肯定的?
    • A:咱们主要参考了国内高校论文,论文测试大多基于白天光线充足的场景下,经过人流车流在70%的时间内为非密集的情形,在人流车流密度小的状况下,平都可以达到95%的准确率,在密度较大的状况下有85%左右的准确率,考虑到本学期的时间因素,可能没有充足时间完善算法中关于遮蔽状况图像分割效果的部分,故将团队目标下调至70%,但这只是最低目标,咱们有可能作得更好。
    • Q:项目正式版的第一批交付用户是谁?
    • A:咱们的项目做为实验室前置项目的补充,主要的目的是将功能增长到已有的项目中。
    • Q:使用现实中的世界摄像头作过多少次实地测试?
    • A:小组算法仍在完善中,还没有造成可应用程序,暂时没法使用摄像头进行测试。
  • Massivehard

    • Q:原型界面未能很好展现
    • A:咱们将原型界面放在了宣传视频中,没想到宣传视频并不在演讲时播放,因而演讲的同窗只好打开咱们的项目需求报告进行讲解,确实缺少必定条理性。若是感兴趣的话能够看看咱们组的需求报告、宣传视频或是博客UML设计
    • Q:软件是web端仍是os端?
    • A:在课堂展现中,咱们说明产品最终将以web形式面向用户,但产品自己为基于pc端的软件,咱们只是以web的方式做为展现给客户的前端。关于界面问题,团队对此作出了一些变动,能够下拉滑块到达博客底部查看。
    • Q:软件后期是如何将功能整合到一块儿的?
    • A:WBS可使你了解咱们的算法组成,欢迎移步博客UML设计查看。

课后讨论对小组计划作出以下修改

  • 问题:咱们最终要使用web实现界面吗?
    • 某A:web操纵本地文件……我以为有点多此一举……
    • 某B:web界面实现交互性会比桌面版好吧,并且如今响应式蛮火的,不过事件反馈会不少吧。
    • 某C:原本我想要速成QT的……pc程序软件比较容易实现嘛
    • 某D:web的客户体验差些吧,页面切换什么的响应速度慢一些
    • 某E:啊……那认可一波错误吧。html

      综上,虽然不知道当初到底是怎么敲定的web方式界面,但出于对实现便易性与开发周期的考虑,本组决定用桌面版的pc应用,代替原计划的web方式。
      PS:不影响原型。前端

相关文章
相关标签/搜索