[高级软件工程教学]团队Beta阶段成绩汇总
一、作业地址：
https://edu.cnblogs.com/campus/fzu/AdvancedSoftwareEngineering/homework/1501
二、Beta冲刺课堂答辩
1、小组互评分数
| 学号 | 团队名称 | 项目名称 | 互评平均分 |
|---|---|---|---|
| *320053 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 |
| *327033 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 |
| *327109 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 |
| *327112 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 |
| *320078 | 1013 | 基于微信小程序的失物招领系统 | 72 |
| *327037 | 1013 | 基于微信小程序的失物招领系统 | 72 |
| *327041 | 1013 | 基于微信小程序的失物招领系统 | 72 |
| *320075 | Sonic | 高校学生征信系统 | 72.67 |
| *320077 | Sonic | 高校学生征信系统 | 72.67 |
| *320079 | Sonic | 高校学生征信系统 | 72.67 |
| *320034 | 特有战斗力的小分队 | 微信端实验室管理系统 | 75.17 |
| *320036 | 特有战斗力的小分队 | 微信端实验室管理系统 | 75.17 |
| *327010 | 特有战斗力的小分队 | 微信端实验室管理系统 | 75.17 |
| *320074 | Oh!A | Laboa | 81 |
| *320076 | Oh!A | Laboa | 81 |
| *327078 | Oh!A | Laboa | 81 |
2、互评表中反馈的内容
项目索引
项目1：城市风险管理系统［小组：稳住、我们能赢］
项目2：基于微信小程序的失物招领系统［小组：1013］
项目3：高校学生征信系统［小组：Sonic］
项目4：微信端实验室管理系统［小组：特有战斗力的小分队］
项目5：Laboa［小组：oh!A］
项目1：城市风险管理系统［小组：稳住、我们能赢］
优点：
- 项目完整，功能全面
- 合理使用3个设计模式、2个存在牵强
- 演示项目完备，重点明确；对Beta冲刺有详细说明
- 功能非常完善，逻辑清晰
- 项目演示：对Beta阶段的主要任务做了较清晰的展示；设计模式：类图未给具体系统内的类名，而是直接照搬模式的模板，不能体现如何应用到系统内；PPT：设计模式PPT的源码部分要简洁，突出核心部分，对源码给与口头的阐述。
- 项目展示较清晰，较前几次也相对简洁很多，突出本阶段的工作内容
存在问题：
- 设计模式识别有些牵强
- 设计模式太过牵强
- 设计模式有点对不上项目
- 设计模式的类图需要改进
建议：
- 重新思考设计模式
- 改设计模式
- 左边菜单占用位置过大，设计模式应用UML突出表示
- 设计模式结合项目展示
- 改进设计模式类图
项目2：基于微信小程序的失物招领系统［小组：1013］
###优点： * 功能实现较流畅 * 内容清晰，功能齐全，逻辑清晰 * 页面处理逻辑清晰，考虑周全 * 界面清晰，功能有前景存在问题：
- 未采用设计模式实现，Web端页面太简单！
- 格式需要完善
- 后台界面太朴实了，可以进一步完善
- 没有设计模式；界面过于简陋
- 前端存在bug，设计模式无准备，后台界面过于简陋
- 功能基本完整；可用微信账号登录
建议：
- 修改设计模式
- 举报次数可以进行排序
- 修复bug，优化后台界面
- 功能过于简单；没有结合设计模式
项目3：高校学生征信系统［小组：Sonic］
###优点： * 增加了很多实用功能 * 功能架构还不错 * 图标显示不错 * 将信用分融入到系统，功能较上次完善很多存在问题：
- 界面过于简单，功能基本关联单表，比较简单
- 演示中卡顿，web端显示有问题
- 功能有点简单，界面不好看
- 界面不够美观，有待改善；功能不够完善；逻辑不清晰
- 用户体验仍需完善，有些功能任然需要进行优化，设计模式运用错误
- 1、物资和通知之间无关联；2、界面无自适应功能；3、数据库之间缺少关联；4、功能过于简单；设计模式牵强
建议：
- Web端美化
- 优化界面和功能
- 优化用户界面，如输入框改为列表选择会更直观明确，内容输入改为多行文本框
项目4：微信端实验室管理系统［小组：特有战斗力的小分队］
###优点： * 设计模式较丰富 * 功能展示较全面 * 1、完成基本内容；PPT制作简洁；设计模式结合合理 * 系统实用存在问题：
- 设计模式有2个比较牵强，1个不符合
- 1、申请同意/拒绝用户没给提示；2、数据库表设计不合理；3、用户无法看到历史申请记录
- 申请处理上有些缺失，PPT中图有些小错误
- 表设计过于复杂；用户体验也需要完善；设计模式运用有点牵强
- 功能较简单
- 后端写死，不能添加设备
建议：
- 修改表格设计方案
- 申请表、同意申请表、拒绝表可以合并成一个
- 可以增加设备功能
项目5：Laboa［小组：oh!A］
###优点： * 系统完成情况比较好；选用设计模式较合理 * 结构良好，能写Markdown感觉很方便 * 功能较为完善 * 页面不错 * 界面较丰富；协作功能很赞 * 1、功能丰富有实用性；需求基本实现存在问题：
- 界面单一；装饰者模式较牵强
- 有些需求分析报告上的任务没有完成
- 用户没办法知道未完成情况；设计模式只有登录？开始浪费时间过多
- 界面布局有些乱
建议：
- 日程增加醒目提示
- 改进设计模式
- 设计模式可以针对具体内容
三、Beta冲刺阶段成绩：
| 学号 | 团队名称 | 项目名称 | T1 | T2 | T3 | T4 | T5 | 总分 |
|---|---|---|---|---|---|---|---|---|
| *320053 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 | 11.5 | 67 | 37 | 38 | 238 |
| *327033 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 | 11.5 | 67 | 37 | 38 | 238 |
| *327109 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 | 11.5 | 67 | 37 | 38 | 238 |
| *327112 | 稳住、我们能赢 | 城市风险管理系统 | 84.5 | 11.5 | 67 | 37 | 38 | 238 |
| *320078 | 1013 | 基于微信小程序的失物招领系统 | 72 | 8.5 | 64 | 29 | 33 | 206.5 |
| *327037 | 1013 | 基于微信小程序的失物招领系统 | 72 | 8.5 | 64 | 29 | 33 | 206.5 |
| *327041 | 1013 | 基于微信小程序的失物招领系统 | 72 | 8.5 | 64 | 29 | 33 | 206.5 |
| *320075 | Sonic | 高校学生征信系统 | 72.67 | 10 | 65.5 | 36 | 35 | 219.17 |
| *320077 | Sonic | 高校学生征信系统 | 72.67 | 10 | 65.5 | 36 | 35 | 219.17 |
| *320079 | Sonic | 高校学生征信系统 | 72.67 | 10 | 65.5 | 36 | 35 | 219.17 |
| *320034 | 特有战斗力的小分队 | 微信端实验室管理系统 | 75.17 | 11 | 65 | 28 | 33 | 212.17 |
| *320036 | 特有战斗力的小分队 | 微信端实验室管理系统 | 75.17 | 11 | 65 | 28 | 33 | 212.17 |
| *327010 | 特有战斗力的小分队 | 微信端实验室管理系统 | 75.17 | 11 | 65 | 28 | 33 | 212.17 |
| *320074 | Oh!A | Laboa | 81 | 0 | 67.5 | 37 | 35 | 220.5 |
| *320076 | Oh!A | Laboa | 81 | 0 | 67.5 | 37 | 35 | 220.5 |
| *327078 | Oh!A | Laboa | 81 | 0 | 67.5 | 37 | 35 | 220.5 |
T1：课堂小组互评，共100分
T2：“凡事预则立”6个点：一个点2分，共12分
T3：Beta冲刺博客，每篇10分，共70分
T4：份用户使用调查报告，40分
T5：总结，40分
