评审意见

一、各团队给出的意见

跑男2015:

我很开心的是你们前期目标明确,因为这样我能轻易的知道你们前期究竟要做到什么样的程度,你们的感锁屏功能已经基本功能得到了实现,感应锁屏开始和关闭,你们可以让用户去设置关闭原来的锁屏系统,但是我想你们也应该增加一个让用户关闭你们的锁屏系统恢复原来的锁屏系统。这样才能显示咱们的强大和自信,你用不用我锁屏系统不强求,我一直都在那里!我想问你们一个问题,在演示的过程中我发现你们现阶段做的这个锁屏反应是不是太灵敏,如果我穿一个宽松的衣服,口袋比较大,拿手机会不会在里面一会儿亮一会儿暗呢?在安全方面,你们可以给用户提供一个安全等级参考吗?以后你们就是我们秘密的守护天使了,my  love!

cs小分队:

这组是由五个女生组成的团队,这组的第一阶段验收成果可以说是在所有团队中排进前三的。该组的软件已经可以实现了通过距离感应来锁屏和解锁,并且考虑的方面比较细致,值得我们各组来学习。虽然产品很棒,不过在下一阶段还是可以做的更加棒,比如现在通过距离感应在我们平常使用的时候容易误锁,如果手机没有设置密码这个问题看不出来但是当手机设置密码时问题就来了,平时使用的时候无故上锁会给用户带来一些烦恼。还有那个背景图片的编辑功能我感觉不是很必要,选择一张优美的可自定义图片作为背景可以交由其他软件负责,该软件只要有选择图片的功能就足够了,可以把工作时间用到别的地方。相信下一阶段的验收很值得期待。

318小分队:

女神经们组他们设计的是手机锁屏的应用,她们的锁屏应用很实用,有几个很不错很不错的功能,如自动锁屏,距离解锁等。做的挺不错的,没太注意他们是怎么实现距离锁屏这个模块的,因为不是每台手机都有距离感应功能。希望她们做的更棒。

超能陆战队:

功能实现很好,在这阶段的目标已经完成,由之前的重力感应改到了距离感应,不过效果还是不错的,确实下了很大的功夫,在细节上考虑的比较全面,细心。美中不足的是界面设计有待改善,可以设计的更美观一些,让用户有特别想用这个锁屏软件的欲望。

程序员们:

实现了锁屏、亮屏和感应器(距离)等的设计,主要的功能初具雏形,期待具有完整功能的锁屏软件,展示过程中,是有壁纸更换的功能的,虽然还没有实现,想法还是好    的,但是,要做的是锁屏软件,那么更换壁纸应该是更换锁屏壁纸,并且应该增加一些与锁屏相关的东西,比如锁屏之后,已经亮屏但是未解锁时界面可以显示的东西,比如   音乐小部件,天气小部件等。整个软件的设计要围绕锁屏的主题,而不是功能越多越好。

时间: 2024-10-13 15:26:48

评审意见的相关文章

第一次基金申请的评审意见

今年申请了山东省自然科学基金的青年基金项目,总体意见为CBB,评审专家的意见值得我好好铭记和改正,感谢3位评审专家! 总体意见: 第一位专家意见:C-不同意资助 本项目针对xxx展开研究,研究xxx算法,xxx算法的并行化理论与方法,最终建立xxx算法体系.算法创新性不强,应用的重要程度不大,作者基础薄弱,建议不资助. 说明:一作SCI论文3篇(2篇与申请的课题相关),一作中文核心论文4篇,均与申请课题相关,不知为何得了一个“基础薄弱”的意见. 第二位专家意见:B-修改后资助 项目选题具有前瞻性

团队项目评审意见

Cs小分队: 冲刺目标明确,但是绩点计算器页面不够美观,就是用c#设计的基本界面,多科目计算功能没有完全实现,感觉这个绩点计算不方便使用,而且我感觉用起来也比较麻烦,(因为感觉没有我手中现有的工具好用),计算器没有看到和我们计算机上面已有的计算器有什么不同,我想你们要是能在上面增加一些自己的元素那是更好的了,2048基本实现完整,扫雷也基本完成而且这两个上面我也看到了你们自己的元素在上面.计时器的取消暂停和暂停如果能用一个按钮实现就好了.你们代表了广大用户的利益,你们是信息时代的雷锋,给你们三十

对于各组的评审意见的方案

Gogoing改进方案: 1.数据库问题:我们需要大量的数据这个是我们目前未解决的也是比较难解决的我自己的想法是能实现通过网络而不是做出数据库,能通过网络实现.这个需要进一步的团队探讨. 2.界面优化以及特色:我们目前只是做了一个初期的界面,接下来我们会进行具体的美化界面,特色的话我们会继续加强“穷游”的观念,以“穷”为特色入手并扩展. 3.评价景区功能的添加:我们起初也想到这一点,但是由于一些水军的存在这个评价有可能是虚假的所以就没考虑弄这个但是这个评论功能也确实是十分重要的这个是最可以显示景

140字评审意见

9-652 该团队的的作品是炸弹人,一款经典的老游戏,这个游戏和游戏的规则,想必每个有过童年的同学都应该清楚,所以我觉得对于把这种经典游戏作为软件工程大作业的同学来说,要想做好并不容易,任重而道远呀!何来此言?我认为,重写这种经典游戏可以从以下两个方面着手,一方面要有经典游戏原本的面貌,让一批怀旧的玩家找到原来的感觉.另一方面在做好原本游戏精髓的继承时,还要做好自身游戏内容的发展,不能仅仅局限于对老游戏的复制与模仿,要有新思路.新点子.两者相互矛盾,担忧客观并存,如何掌握这个度,需要‘你们来掌握

评审other's意见

评审意见 1.组 a.界面不友好 b.没连数据库 2.组 a.没连数据库 b.无智能匹配当前时间 3.组 a.基本功能实现 b.界面未优化 4.组 ourselves 5.组 a.各反面较为完善 6.组 a.界面不好 b.功能不符合 7.组 a.界面太花 b.只有一种查询方式 8.组 a.界面未优化 b.基本功能还可以 9.组 a.还不错 10.组 a.同样的界面问题 11.组 a.功能还可以 b.界面要简化 12.组 a.界面问题 13.组 a.界面问题 14.组 a.功能太简单,只有一个登陆

同行代码评审过程中的实践经验

声明:该文经我翻译后首次发表在伯乐在线上,不论什么形式的转载都请标明原处. 数百万年前,猿从树上下来,进化出了对生拇指,终于.变成了人类. 我们以相似的眼光来看下强制性代码评审(Code Review):好像是一种能在软件开发这块广阔的领域里将人类从兽里分离出来的东西. 只是,我有时候会从我们的团队成员里听到以下这种评论: "这个项目的代码评审根本就是浪费时间." "我没有时间做代码评审. " "我的项目公布延期了.都是由于我那懦弱的同事还没有做不论什么评

怎样进行需求评审?

一. 注意对需求规格说明的正确性进行评审 需求规格说明的正确性通常可以从如下方面得以体现: 1.是否有需求与其他需求相互冲突或者重复? 2.是否清晰.简洁.无二义地表达了每个需求? “清晰”是让人能够读懂:“简洁”是让人愿意去读:“无二义”决定”读”的效果,是让大家对需求描述的理解能够达成一致 . 3.是否每个需求都通过了演示.测试.评审,分析是否得到了验证? 4.是否每个需求都在项目的范围内? 5.是否每个需求都没有内容和语法上的错误? 6.在现有的资源内, 是否能实现所有的需求? 7.每一条

如何回复审稿人意见

Manuscript number: BXXXXXKMS Type: ArticleTitle: "XXXX"Correspondence Author: XXXDear Dr. Fay Riordan:Thank you very much for your attention and the referee’s evaluation and comments on our paper BXXXXK. We have revised the manuscript according

团队选题与评审

项目描述(Project Description) 制作一款可以处理你收到的信息的软件,例如,短信,邮箱,qq,微信,微博,然后进行筛选,并可以根据用户需求将消息分类,最后进行消息提示. 详细请见:消息管家-项目计划书 创新与收益(Approach and Benefit) 一.创新 现在这个时代创新是什么? 现在纯创新的产品很少,大部分创新都是在别人的产品,技术,或者少数自己的技术上进行整合所得到的产品,这就是现在这个时代的创新,就是推进现有产品的进步,就像是电视到智能电视,或者是基于微信支付