软件工程-项目复审

小组名称和链接	优点	缺点&BUG报告	最终名次
名称：肉蛋充饥 https://www.cnblogs.com/yasoudream/p/13045217.html	按计划完成了ALPHA版本，小组内部有详细的分工，最主要的就是团队里面每个人都有把这个作品做完美的想法。还有就是团队每个成员都有一定技术，把团队作品都放在心上，很少出现延期的现象，团队内部交流情况也很好。	这个项目有一个缺点 ，就是使用了windows系统提供的“讲述人”接口实现“听力训练”功能。使用这个借口会使作品打码量减少并且容易实现，但同时会使作品在不同平台的兼容性大大减小，要知道并不是所有的老师或者学生都在使用windows操作系统。如果我领导团队做这个项目，我可能会把语音播报设置为外围需求。	3
名称：TOOBUG https://www.cnblogs.com/a19990808/p/13048394.html		前端页面有些问题，很严重。	8
名称：THE BUG https://www.cnblogs.com/xiaoyangdeboke/p/13053850.html	完成了ALPHA版本，并且每一个测试都能通过，程序运行还算稳定。团队内部互帮互助氛围很强，并且对于遇到的困难有积极的态度。	看了该团队每一篇团队博客，最后总结下来出现次数最多的一句话就是“没有在站立会议时间内解决问题”。我觉得，这个问题的源头应该是在项目经理身上，项目经理在每一次会议之前要做好会议提纲，包括要解决的问题以及预计的时间，严格按照预计时间进行。如果有超时现象就要先跳过这个问题去解决其他能解决的问题，最后把时间留给这个未解决的。	4
名称：白给团队 https://www.cnblogs.com/JaneMo/p/13048428.html	可以看到，这也是一个WEB网页项目。功能是模仿现如今大部分购物网站的，满足了用户购物的大部分需求。	市面上琳琅满目的购物网站，大多都是这些功能以及样式。如果是机智的我领导这个团队，我会在其中加上一个比如“图书漂流区”或者“以物换物区”来增加创新性和实用性，可以解决更多的特殊需求。同时，如果预期用户数有500人的话，在测试里面就要有压力测试的相关内容。	12
名称：非专业团队 https://www.cnblogs.com/Chendabaiiii/p/13056019.html	几乎完美实现了所有预定目标，而且博客里每一张图都做得很精美。通过冲刺博客每一天的个人感受可以感受到每一个队员的乎阅读都很高。	我觉得，在表白墙里也可以设置两个人私聊（如果恰好两个人都在线）以及匿名匹配聊天（如今交友软件广泛具有的功能）会更好。	1
名称：广东靓仔六强选手 https://www.cnblogs.com/huan89/p/13056802.html	初步实现了博客园的手机端部分功能并且通过了相关测试。	从每一篇冲刺博客中发现的问题：团队任务分配不够精细，并且没有估计完成任务可能需要的时间。	11
名称：代码敲不队 https://www.cnblogs.com/pipiying/p/13057466.html	这个团队基本完成了自己的预定目标，程序界面简洁明了。我自己站在使用者的角度，有一个问题：车位ID与车位号这两个属性是不是只保留其中一个就可以了？另外，应用了数据库就有一个不可避免的问题：是否存在冗余信息？前面的问题应该更接近于用户角度，我自己的经历就是我家里有用过类似的系统来统计销售，而那些繁琐的属性组实际用起来并没有用处，很大部分是空着的造成了空间浪费。应该在设计的时候进行多一步需求分析：用户在使用过程中会用到的属性组到底有哪些。		2
名称：删库跑路队 https://www.cnblogs.com/Dawson-Huang/p/13055961.html	实现了团队最初的目标，做出了云笔记的感觉。页面也很简洁，有那种简约办公风格。我觉得缺少一些人性化的设计：比如在晚上办公时，手动或者自动地调节为暗色模式；长时间阅读时，整体颜色会偏黄“护眼模式”。另外对于软件本身，在注册页面最好加上验证码，避免不法“压力测试”。		10
名称：CV-48 https://www.cnblogs.com/lizehui/p/13055377.html	实现了目标的一部分，整体作品还是延期了。单看完成的这一部分，登录/注册页面加入了验证码，这是我们团队在最后没时间的时候才想到的，加上这个可以有效减少恶意访问。软件中有一个降低用户体验的设计，就是“用户ID”。这个ID需要用户自己记牢，并且在登录以及找回密码的时候还要用，这就让人很头疼：“我应该只记住邮箱和密码就行了啊？怎么一个网页聊天还要记那一串并不怎么好记的数字？”这个ID如果可以在其他地方用到，并且次数很多，那么用户就有必要记住它，在现在这个阶段，我觉得从邮箱映射到用户ID比现在这个设计会好一些。		15
名称：半夜删你代码队 https://www.cnblogs.com/arietischl/p/13056465.html	实现了聊天功能。并且团队中会用了双人合作的模式，相比于直接分组（人数可能会很多）会提高整个团队的效率，并且双人中有利于技术不足的同学进行学习。	在“添加好友”功能中，如果按下回车键（不论是否输入了好友账号）都会返回聊天室，用户习惯的方式就是按回车键确认。“添加好友”遇到错误时不能说明此用户不存在还是已经添加好友，这两个放到了一句提示里面，但要知道这两个还是有差别的。在“消息输入框”中，鼠标会消失。我本身是倾向于前端，我领导这个团队的话，我会在前端页面上下更多功夫。	5
名称：❤空植发队 https://www.cnblogs.com/iamwatershui/p/13057721.html	影评网站功能基本实现，页面应该是基于移动端设计的，在 PC端显示有异常。发现严重BUG：在未登录的情况下，点击“收藏”则按钮会显示“已收藏”；网页任意一部电影的详情页中电影的“评分”可以通过鼠标单击星星进行修改，而这个应该是通过数据收集整理出来的，不应该是每个用户都可以改变的。		9
名称：一个普通的团队 https://www.cnblogs.com/clsgghost/p/13058088.html	个人觉得一个发帖的功能做成软件可能是有些多此一举了，所以在系统设计方面改成交互式WEB网页会更具有实用性和灵活性。这个团队的管理方式有我们需要学习的地方：采用了Git Flow + Pull Requests 模式进行跟进开发，这样会使开发流程更加清楚明白，也能照顾到大部分用户需求。并且当开发遇到困难时，可以根据request回滚到上一次修改的样子。		13
名称：DiligentVegetableChicken https://www.cnblogs.com/3Jax/p/13055547.html	几乎完全实现了既定目标，想要玩的话还要安装运行环境，这一点我个人感觉比较不友好。其他的都很完美了。 （由于无法直接测试产品，无法得出相应质量评价）		6
名称：挑 战 极 限 队 https://www.cnblogs.com/xboyu/p/13056658.html	基本上实现了失物招领的功能。有一个制作者们说不是BUG的地方：点击个人设置之后上方标签会停留在上一次打开的功能上面。我觉得这里应该改成“点击个人设置之后，上方标签会取消选定状态”  比较好。发现一个BUG：在第一次访问的时候，页面会自动填上一个账号和密码，并不是我之前访问过保存下来的。这应该是系统保存了上一个登录的人的账号和密码，会导致信息泄露。如果我领导这个团队，我会在个人设置里加上个性化的选项，比如可以自定义个人主页、帖子背景等。		14
名称：努力学习的咸鱼 https://www.cnblogs.com/chi8wah/p/13054846.html	燃尽图第一天几乎是水平线，可能是出现某种设计的缺陷或者是成员技术还在学习。 （由于无法直接测试产品，无法得出相应质量评价）		7