一、作业地址:

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. .Net Core从命令行读取配置文件

    最近在学习博客园腾飞(jesse)的.Net Core视频教程,收益匪浅,在此作推荐 : http://video.jessetalk.cn/ 言归正传,.Net Core应用程序中如何通过命令行读取 ...

  2. 在实训时做的项目出现的ajax json数据传送的问题

    json数据在前后端数据交互的时候非常常见,但是大部分人对json都么有系统的学习过,所以就会出现一些很简单的问题却要非很大劲去解决. 在用json传递数据的时候属性必须用双引号括住,一般如果在进行字 ...

  3. 基于Redis的简单分布式锁的原理

    参考资料:https://redis.io/commands/setnx 加锁是为了解决多线程的资源共享问题.Java中,单机环境的锁可以用synchronized和Lock,其他语言也都应该有自己的 ...

  4. 学习ASP.NET Core Razor 编程系列一

    一. 概述 .NET Core 1.0发布的时候就想进行学习的,不过根据微软的以往的发布规律1.0版可以认为是大众测试版,2.0才算稳定.现在2.1都已经发布了预览版,之前对其"不稳定&qu ...

  5. NancyFX 第四章 Nancy快速上手 (使用Nancy模板)

    在我们进一步深入学习Nancy之前,我们先快速的了解下Visual Studio下的Nancy模板. 采用Nancy模板,创建一个Nancy项目就像我们创建MVC应用或winForm应用一样简单,只需 ...

  6. 面向服务的体系架构 SOA(二) --- 服务的路由和负载均衡

    2. 服务的路由和负载均衡 1.2.1 服务化的演变 SOA设计思想:分布式应用架构体系对于业务逻辑复用的需求十分强烈,上层业务都想借用已有的底层服务来快速搭建更多.更丰富的应用,降低新业务开展的人力 ...

  7. Hadoop 2.6.0-cdh5.4.0集群环境搭建和Apache-Hive、Sqoop的安装

    搭建此环境主要用来hadoop的学习,因此我们的操作直接在root用户下,不涉及HA. Software: Hadoop 2.6.0-cdh5.4.0 Apache-hive-2.1.0-bin Sq ...

  8. View滑动的常见方式

    今天头条的面试官问起了实现View滑动的方式,其实前几天刚刚看过,但还是没能答上来,这里再来总结一遍. 1.使用scrollTo/scrollBy 为了实现View滑动,Android专门提供了这两个 ...

  9. epel扩展库的安装

    epel扩展库的安装 2017-10-09  18:07:48 个人原创,转载请注明作者,出处,否则追究法律责任 1,centos6.x系统中,必需安装epel-release-6-8.noarch. ...

  10. unity A*寻路 (一)导出NavMesh数据

    使用unity的API   NavMesh.CalculateTriangulation 可以获取NavMesh数据 首先 我们创建一个新的工程 保存一个test场景 然后在场景中添加一个Plane作 ...