团队作业6——Alpha阶段项目复审

　　复审人：利国铭

• 复审人看什么：

• 软件的质量：解决原计划解决的问题了么，软件运行质量如何？用户有多少，用户反馈如何？
• 软件工程的质量：代码在哪里？ 代码能在新的机器上构建成功么？ 代码可维护性如何？每日构建有么？
• 项目如何管理的？燃尽图反映真实状态么？

• 复审怎么做：

• 通过看博客和代码，博客评论交流的方式平均并排名次。 大家都是学过软件工程，做过项目的人了，评论要有点专业性，不能光谈感性认识 （这个小组做的App 看起来还可以...), 而是要点评这个产品和软件工程相关的地方，书上提到下面的公式：

• 软件 = 程序 + 软件工程
• 软件（的质量） = 程序（的质量）+ 软件工程（的质量）
• 我们要好好测试一下程序的质量，给出明确的，定量的评定。同时我们要观察这个小组软件工程的质量（通过他们的每日例会，燃尽图，以及其它博客）点评他们项目的目标实现了么？项目的风险是如何应对的？找到用户的痛点并解决了么？ 对主要和次要的需求是如何取舍的？如果换成我来领导这个小组，我会做什么不一样的事情？

 

小组名字	项目链接	优点	缺点，bug报告（至少140字）	最终名次（无并列）
THE BUG 团队	https://gitee.com/the-bug/surpermaket/tree/master/surpermarket	1.用户容易上手 2.系统完成度高	1.程序有什么具体的bug？ 用户信息操作窗口打开时总是缩略在左上角。 2.项目的目标实现了么？ 功能基本实现，通过该项目能基本完成超市管理。 3.项目的风险是如何应对的？ 服务器如果不崩溃不会出现大问题。 4.找到用户的痛点并解决了么？ 通过使用管理系统，方便超市管理人员对货物的录入售出以及各货物的详细信息进行管理和查询。 5.对主要和次要的需求是如何取舍的？ 主要需求放在对各类角色各类信息的增删查改，次要需求则是各类商品的明细和分析。 6.源代码管理如何？ 源代码托管在码云上。 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 需求可以再全面些。	10
半夜删你代码队	http://120.78.161.21:8080/	1.应用提供简洁 2.功能齐全的聊天框架 3.用户能够轻松了解该应用的使用	1.程序有什么具体的bug？ 同一个账号可以重复登录，好友可以重复添加。 2.项目的目标实现了么？ 基本实现，该应用没有其他聊天工具那么繁多的功能，将突出聊天这一功能，为各人士提供一个舒适、简洁、无杂物的聊天框。 3.项目的风险是如何应对的？ 限制来自于浏览器的兼容性不同，所以该网站在各个浏览器的支持情况不同；而且服务器并不是很好，使用有限，服务器足够好的话可以基本应对风险。 4.找到用户的痛点并解决了么？ 基本解决，该产品打造了免费、多人聊天室为各社会人士提供一个方便、舒适的闲时聊天空间。 5.对主要和次要的需求是如何取舍的？ 主要需求为聊天室信息和用户信息；次要需求为在线人数的统计以及精美的界面。 6.源代码管理如何？ 源代码托管在码云上。 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 时间分配上尽量做得更好。	6
小组名字： DiligentVegetableChicken	https://gitee.com/DiligentVegetableChicken/Tetris/tree/master/	1.有单人/双人模式供用户选择 2.提供人性化的设置，保证安全稳定可靠	1.程序有什么具体的bug？ 游戏失败后，方块还能下落；分数设计不太合理；存在行数不可消除的情况 2.项目的目标实现了么？ 基本实现，内置新模式的闯关俄罗斯方块。 3.项目的风险是如何应对的？ 软件功能还未完善，部分功能还在开发；应具备优秀的服务器。 4.找到用户的痛点并解决了么？ 基本解决，该项目旨在针对有怀旧情怀的玩家设计的新版俄罗斯方块小游戏，让用户在回忆过去的同时又有新的体会。 5.对主要和次要的需求是如何取舍的？ 主要需求为游戏设置模块，个人信息模块，游戏运行模块，主界面模块，次要需求为游戏背景更换，明暗调节等。 6.源代码管理如何？ 源代码托管在码云上。 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 尽量分析游戏的细节方面，例如分数设计之类的。	3
小组名字： TooBug	http://49.234.125.157:9090/login	1.提供交流平台以及资源整合 2.更加全面	1.程序有什么具体的bug？ 用户页面按钮未能正常跳转，部分跳转按钮跳转不正确。 2.项目的目标实现了么？ 基本实现，该软件可进行用户登录，论坛聊天系统，信息整合，社团主页，资源共享，以达到数字信息管理。 3.项目的风险是如何应对的？ 由于浏览器的兼容性不同，所以该网站在各个浏览器的支持情况不同；需要较好的服务器。 4.找到用户的痛点并解决了么？ 基本解决，此软件是针对在校大学生开发的数字信息管理平台，与学校官方的“数字统一门户”类似，但加上了“数字统一门户”所缺少的功能。 5.对主要和次要的需求是如何取舍的？ 主要需求是社团信息公布页以及用户/群组交流，次要需求是主界面磁贴可编辑，社团个性化等。 6.源代码管理如何？ 源代码托管在码云上。 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 对项目的资源进行管理，尽可能地合理分配。	13
小组名字： CV-48	http://103.45.177.27:8888/PaChat/view/index.html#/login	1.简单且简洁 2.摒弃了主流聊天软件的臃肿	1.程序有什么具体的bug？ 暂无。 2.项目的目标实现了么？ 基本实现，极简风格的聊天系统使得用户体验度更高。 3.项目的风险是如何应对的？ 服务器要较好，不崩溃就没有太大问题。 4.找到用户的痛点并解决了么？ 基本解决，该软件具有极简的特性，既能满足基本的文字交流又具有文件传输功能，因此会受一些喜欢极简风格用户的青睐。 5.对主要和次要的需求是如何取舍的？ 主要需求为登录功能，交友功能，查看发送记录，清除发送记录，用户信息存储功能，联系人信息存储功能,次要功能为操作提示等。 6.源代码管理如何？ 源代码托管在码云上。 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 功能划分更详细些，方便进行开发。	12
删库跑路队	http://lightnote.originlight.cn	1. 功能专一明确 2. 进行了实际调查并认真分析需求	1.程序有什么具体的bug？ bug1: 没有预期的提醒功能 bug2: 删除分组后需刷新页面才能将页面分组删除 bug3: 添加卡片可能出现失败的情况 bug4: 存在卡片内容更新失败的情况 bug5: 修改密码后用原密码仍能进行登录 bug6: 将未完成标记为已完成后，部分卡片丢失，统计是否完成的页面不符实际 2.项目的目标实现了么？ 经测试，存在比较严重的bug，暂不能很好的提供服务。 3.项目的风险是如何应对的？ 暂时没有发现应对风险的措施。 4.找到用户的痛点并解决了么？ 从设计初衷出发，满足用户需求，提供分类记录备忘提醒，提醒功能略不明显。 5.对主要和次要的需求是如何取舍的？ 主要需求是提供分类卡片进行备忘，没有次要需求。 6.源代码管理如何？ 源代码托管在码云上。 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 后期更注重测试和修复比较严重的bug。	9
挑 战 极 限 队	http://112.74.103.3/#/login	1. 界面美观简洁； 2. 需求分析有做用户调查、贴近实际且详尽； 3. 实用价值高；	1.程序有什么具体的bug：在新的机器上无法注册账号； 2.项目的目标实现了么：基本完成，有部分未完成； 3.项目的风险是如何应对的：暂无发现； 4.找到用户的痛点并解决了么：找到了用户想提取与自己相关或对自己有用的信息的一痛点，可是没有实现加入推送算法和标签功能； 5.对主要和次要的需求是如何取舍的？以完成主要的功能需求优先，同时会完成难度与剩余时间； 6.源代码管理如何？点击github地址出现404错误； 7.如果换成我来领导这个小组，我会做什么不一样的事情？根据用户需求，提供推送和标签功能，提高用户体验。	8
一个普通的团队	https://gitee.com/sinking_sgghost/GD_Station	1. 基本的功能架构已经完成 2. 操作易上手 3. 界面一目了然	1.程序有什么具体的bug？草稿箱中帖子发布后仍存在草稿箱中；相同界面重复点入重复弹出； 2.项目的目标实现了么？基本实现； 3.项目的风险是如何应对的？暂未发现风险应对； 4.找到用户的痛点并解决了么？已解决； 5.对主要和次要的需求是如何取舍的？偏向于主要需求； 6.源代码管理如何？使用码云合理管理； 7.如果换成我来领导这个小组，我会做什么不一样的事情？优化用户的交互体验，比如部分字体调小些增加观感、评论区直接接在帖子下面，而不需要专门点开评论区；	6
白给团队	https://gitee.com/zheng_b/e-shop	1. 界面简洁美观，功能定义清楚； 2. 实现了基本的功能 3. 团队成员分工明确	1.程序有什么具体的bug？由于没有看到发布链接，无法分析bug； 2.项目的目标实现了么？实现了一部分； 3.项目的风险是如何应对的？应该有一定的应对措施，但是暂时还没有找到； 4.找到用户的痛点并解决了么？部分解决； 5.对主要和次要的需求是如何取舍的？实现主要需求； 6.源代码管理如何？采用码云管理； 7.如果换成我来领导这个小组，我会做什么不一样的事情？将金币充值机制替换为直接第三方支付，使支付更加简易；	5
❤空植发队	http://120.78.161.21:8080/zhiying/	1. 小组成员之间分工明确 2. 各阶段的目标明确，项目的完成度也相对较高 3. 进行了调研，了解用户需求，并根据需求进行改进；	1.程序有什么具体的bug？图片上传与下次自动登录功能未实现； 2.项目的目标实现了么？基本实现； 3.项目的风险是如何应对的？有自己的风险机制； 4.找到用户的痛点并解决了么？找到了4个痛点，部分解决； 5.对主要和次要的需求是如何取舍的？先解决主要需求，再解决次要需求； 6.源代码管理如何？使用github进行管理； 7.如果换成我来领导这个小组，我会做什么不一样的事情？让写影评和搜索页面的UI与主页统一，减少界面跳转的视觉突兀感；	4
肉蛋充饥	百度网盘 链接: https://pan.baidu.com/s/1B-03D8OY4OctHenxdWOJSQ 提取码: b6k1	1. 项目实用性、目的性强 2. 页面简洁美观 3. 较好的实现了预期需求	1.程序有什么具体的bug？ 暂时没有发现明显的bug。 2.项目的目标实现了么？ 项目目标已实现。 3.项目的风险是如何应对的？ 未发现风险应对措施。 4.找到用户的痛点并解决了么？ 已解决。使用户通过游戏方式学习单词，不足之处在于每轮游戏的时间过短，可能在实际应用时应该适当延长每轮游戏的时间。 5.对主要和次要的需求是如何取舍的？ 很好地进行了平衡 6.源代码管理如何？ 使用github进行管理 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 优化交互体验，增加导航提示。	1
非专业团队	暂未发布 博客链接：https://www.cnblogs.com/Chendabaiiii/p/13056019.html	1. 项目每一阶段都认真详细记录，按照软件开发流程进行 2. 较好实现了预期要求	1.程序有什么具体的bug？ 由于项目未发布，暂未发现bug。 2.项目的目标实现了么？ 项目目标已实现。能通过小程序进行表白交流。 3.项目的风险是如何应对的？ 暂未发现应对措施 4.找到用户的痛点并解决了么？ 已解决。可以为用户提供一个专门的平台进行表白交友。 5.对主要和次要的需求是如何取舍的？ 主要需求是表白及浏览表白信息，次要是交友，两者兼顾到了。 6.源代码管理如何？ 托管在码云上 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 暂无想法	2
广东靓仔六强选手	https://ww.lanzous.com/i6jdCdekt7i	1. 项目目的明确 2. 开发过程中计划清晰 3. 页面简洁易操作	1.程序有什么具体的bug？ 注册后登陆失败 2.项目的目标实现了么？ 实现了浏览文章功能，由于登录失败，其他功能实现情况不明 3.项目的风险是如何应对的？ 暂未找到应对措施 4.找到用户的痛点并解决了么？ 若能按预期实现功能，则可以满足用户在私人圈子分享学习的需求 5.对主要和次要的需求是如何取舍的？ 6.源代码管理如何？ 使用github管理代码 7.如果换成我来领导这个小组，我会做什么不一样的事情？ 增加测试用户进行测试，尽量有足够多的真实数据来发现潜在的问题。	7