一、作业地址:

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分

[高级软件工程教学]团队Beta阶段成绩汇总的更多相关文章

  1. [高级软件工程教学]团队Alpha阶段成绩汇总

    一.作业地址: https://edu.cnblogs.com/campus/fzu/AdvancedSoftwareEngineering/homework/1408 https://edu.cnb ...

  2. [福大2018高级软工教学]团队Beta阶段成绩汇总

    一.作业地址: https://edu.cnblogs.com/campus/fzu/AdvancedSoftwareEngineerning2018/homework/2465 二.Beta阶段作业 ...

  3. [福大软工] Z班 团队Beta阶段成绩汇总

    Beta敏捷冲刺得分 队伍名 1 2 3 4 5 总分 Dipper 10 10 10 10 10 50 SWSD 9 9 9 9 7 43 五成胜算 10 10 10 10 10 50 人月神教 0 ...

  4. [福大2018高级软工教学]团队Alpha阶段成绩汇总

    一.作业地址: https://edu.cnblogs.com/campus/fzu/AdvancedSoftwareEngineerning2018/homework/2396 https://ed ...

  5. 福州大学软件工程1816 | W班 团队Alpha阶段成绩汇总排名(第9、10次作业)

    写在前面 汇总成绩排名链接 1.作业链接 第九次作业--项目Alpha冲刺(团队) 第十次作业--事后诸葛亮(团队) 2.评分准则 本次作业包括现场Alpha答辩评分(映射总分为100分)+博客分(总 ...

  6. [福大软工] Z班 团队Alpha阶段成绩汇总

    团队成绩汇总表 团队 T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 总分 Dipper 9 85 90 26 42 27.5 120 74 25 111 19 628.5 SW ...

  7. 团队Beta阶段事后分析

    团队Beta阶段事后分析 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决用户的休闲娱乐问题,为用户提供好玩的模拟经营类的游戏,游戏主题 ...

  8. K 班1-7,alpha,beta 作业成绩汇总

    K 班1-7,alpha,beta 作业成绩汇总 千帆竞发 详细得分 短学号 名 1 2 3 4 5 6 7 alpha beta TOTAL 505 基智 4.55 1 -2 0 0 -10 4.3 ...

  9. BugPhobia回顾篇章:团队Beta 阶段工作分析

    0x00:序言 1 universe, 9 planets, 204 countries,809 islands, 7 seas, and i had the privilege to meet yo ...

随机推荐

  1. 异常-----spring明明注入了Service到Action中,为什么运行的时候Service为空,在抽象类中,有子类来继承的

    xml的配置文件 <bean id="fftController" class="com.bill99.query.controller.FftController ...

  2. 前端(HTML/CSS/JS)-HTML编码规范

    一.HTML编码规范 1. img标签要写alt属性 根据W3C标准,img标签要写alt属性,如果没有就写一个空的.但是一般要写一个有内容的,根据图片想要表达的意思,因为alt是在图片无法加载时显示 ...

  3. 【BZOJ2186】沙拉公主的困惑(数论)

    [BZOJ2186]沙拉公主的困惑(数论) 题面 BZOJ 题解 考虑答案是啥 先假设\(n=m\) 现在求的就是\(\varphi(m!)\) 但是现在\(n!\)是\(m!\)的若干倍 我们知道 ...

  4. 【CJOJ P1333】【HNOI2012】矿场搭建

    [HNOI2012]矿场搭建 Description 煤矿工地可以看成是由隧道连接挖煤点组成的无向图.为安全起见,希望在工地发生事故时所有挖煤点的工人都能有一条出路逃到救援出口处.于是矿主决定在某些挖 ...

  5. java volatile关键字解析

    volatile是什么 volatile在java语言中是一个关键字,用于修饰变量.被volatile修饰的变量后,表示这个变量在不同线程中是共享,编译器与运行时都会注意到这个变量是共享的,因此不会对 ...

  6. C#:继承过程中的静态成员

    在知乎上看到一个关于"泛基"的实现,感觉挺有意思,想试试效果,代码如下: public abstract class MyBase<T> where T : MyBas ...

  7. LeetCode之Easy篇 ——(7)Reverse Integer

    7.Reverse Integer Given a 32-bit signed integer, reverse digits of an integer. Example 1: Input: Out ...

  8. 深入理解Java虚拟机类加载机制

    1.类加载时机 对于类加载的第一个阶段---加载,虚拟机没有强制的约束,但是对于初始化阶段,虚拟机强制规定有且只有以下的5中情况必须开始初始化,当然,加载.验证.准备阶段在初始化前就已经开始. ①使用 ...

  9. 集合中存的是引用,分析一道容易混淆的Java面试题

    我们自定义的类是以引用的形式放入集合,如果使用不当,会引发非常隐蔽的错误.就拿我经常问到的一个面试题来说明这个知识点. 第一步,我们定义一个Car类型的类,其中只有一个int类型id属性. 第二步,创 ...

  10. Download a image 图片另存为

    点击一个链接,下载图片: JS: 1.找到图片的URL,即src的值: 2.创建一个anchor,将URL赋值给anchor 的 href. 3.将anchor追加到body,并且添加click事件: ...