团队作业6——复审与事后分析

这个作业属于哪个课程	软件工程2024
这个作业的要求是什么	团队作业6——复审与事后分析
这个作业的目标	1. 复审本班其它团队发布的项目、代码质量、实际测试结果并决定名次（无并列），说明各个项目的优缺。 2. 召开事后诸葛亮会议，发布一篇事后分析报告。

一、Alpha阶段项目复审

小组名字和链接	优点	缺点和 bug 报告	最终名次
照日深红暖见鱼	1. 完成基本功能开发，可以基本正常运行； 2. 预期目标基本达成，能够完成所计划的功能； 3. 发布方式及发布地址简单详细； 4. 能够动态显示宠物对战时的数据信息。	1. 可支持用户量少，可进行的交互数量较少； 2. 游戏战斗时显示的是宠物具体的、较多的文字信息，没有进行图形化设计，宠物释放技能时没有动画，游戏体验感欠缺； 3. 界面 UI 设计较为简陋，图片占据过多位置，按钮或字体过小，看起来不够美观； 4. 玩家在特定操作后触发闪退 Bug ，由于操作步骤复杂或者具有随机性，无法重现 Bug； 5. 发布的物理实验网站的 IP 地址无法访问，无法试用检测具体的 bug。	9
个人队 李德伟	无	1. 没有发布ALpha版本； 2. 根据该队提供的 github 链接，发现仓库是空的，之前发布的也被清空了，无法判断该项目的优缺点。	14
火箭工程师队	1. 界面美观，功能都能实现，给用户带来较好的体验感； 2. 可以编写不同格式的文件，支持导入图片，还可以创建代码块，渲染数学公式，能支持的功能较多，对用户很友好。	1. 由于项目部署在 qt ，所以打开比较繁琐。发布的方式仍是要在相应的IDE中运行才能使用，用户体验感较差。 2. 只能加载当前用户正在编辑的文本部分，需要有用户滚动或光标位置动态来加载文本文件，用户使用时可能会有些许麻烦，体验感略有不佳； 3. 不同版本操作系统运行应用产生的界面效果不一致，需要用户自己更改，并且能更改的较少。	7
个人队 赖铮华	无	1. 在测试与发布的博文中没有看到该项目的 Alpha版本，在冲刺5中才看到关于该项目的链接。用户使用起来比较麻烦。 2. 打开找到的项目链接，显示没有该网页，无法判断该项目的优缺点。	13
这是一个队名	1.发布方式和说明详细，该失物招领网站是网页形式存在，无需安装，没有太大的限制； 2. 在多种不同浏览器中都能打开并且基本能正常使用，让用户使用时更方便； 3. 功能较多，能满足不同用户的需求和目标，可实行度高； 4. 用户可以互动，这个功能非常好。	1.在手机的浏览器打开，使用有些不方便，操作有些麻烦，不太适合。 2. 网址界面较简洁，建议增加一些优美的界面设置，让用户使用感能更佳； 3. 不能同一时间有多人进行使用，否则该网站会崩溃，对使用人数有较大的限制； 4. 用户要登录才能使用，不能让普通游客阅览相关的帖子，有些难吸引用户。	1
Super New Code	1.能满足不同需求的使用者，有普通用户、博主、管理者三种使用者身份。 2. 让三种使用者都能使用到相对应的功能，并且对于的功能都实现较好。	1.存在不能重现的 bug ,用户使用时有会报错的隐患，用户使用感不太好； 2. 没找到 Alpha 版本的链接，只能使用该队之前的博文中链接，用户使用起来较麻烦； 3. 界面不够美观，较为简单，建议美化界面，提高用户使用感。 4. 有较多 bug 没有修复，用户使用时容易出错，建议该团队完善对应的功能。	12
数字工匠	1.软件的基本功能能够实现； 2. 发布说明介绍了该软件的功能和限制，有助于用户使用程序。	1. 发布的使用方式仍然是要获取代码在 IDE 中运行进行使用，运行环境要求较高，用户使用的限制较大且使用麻烦； 2. 在版本的发布处未给出具体的代码地址，还需要自行配置数据库，且代码未打包成可执行文件，用户使用较为麻烦； 3. 界面不够美观，比较简单，建议美化界面 UI 设计； 4. 对部分输入未添加检验，对输入结果没有给予用户适当的提示和反馈，用户体验感较差； 5. 存在用户名重复时未提示用户相关信息的问题； 6. 返回剩余时间的功能没实现，未达到预期的结果。	8
提前放暑假队	1. 发布的说明和安装方式详细，有助于用户能够顺利使用系统； 2. 实现了基本的功能，预期效果基本达成； 3. 设置了管理权限，有管理员和普通用户两类账号。	1. 存在不能重现的 bug ，存在支付订单时可能出现异常的问题，影响用户使用； 2. 系统的界面较为简洁，不够美观，建议搭配适当的颜色，优化界面设计，提升用户体验感； 3. 注册用户时对输入的密码进行了加密，但无法控制密码的显示与隐藏，不便于用户确认密码； 4. 该系统的安装方法较为繁琐，需要自行连接数据库，运行代码或使用 jar 包启动； 5. 系统存在较大的限制，无法实现联网，充值功能无法实现，上传的图片大小有范围要求等。	4
软工团队6	1. 发布方式的说明详细，网页形式存在，ip地址下列 让用户能够直接使用，较为便捷。 2.预期目标基本能达成； 3. 能支持在线人数达到 1000 以上，并且能够正常使用计算相关的功能。	1. 界面较为简单，建议可以加强界面的设计以及布局，让用户体验感更佳。 2. 加法计算显示可以输入小数后四位，但实际输入后小数实现不了该运算，小数会被重置为 0 。 3. 可以处理的数据量较小，有一定的限制范围，不能进行太多的运算，有明显的限制； 4. 用户体验感略微不佳，点击输入框输入要计算的数据时一开始会输入到原有的数点后几位，要用户多次点击才能输入真正需要的数据。	3
圣火喵喵教	1. 发布说明详细，介绍了功能和限制； 2. 能够在各种浏览器上使用，界面能够自适应； 3. 账号有分权限，用管理员和普通账户，两者实现的功能有一定区别； 4. 界面比较整洁美观； 5. 实现的功能较多。	1. 用户注册时，没有进行输入校验和提示，未完全填写也能注册成功； 2. 管理员和普通用户的权限切换存在问题； 3. 购物车删除商品只能逐一删除，无法选择多个同时删除； 4. 用户和管理员无法修改个人信息； 5. 搜索、订单、收藏等功能未实现； 6. 商品加入购物车后暂时界面可能会出现不适应； 7. 安装使用的方法较为繁琐。	2
IT昆仑山	1. 发布方式的说明详细，打开 .exe 可执行文件就能使用，非常方便。 2. 能联机使用该游戏，游戏的同时也能进行社交，让用户的体验感更佳； 3. 游戏的时间较短，并且游戏界面很简约，方便使用者进行愉快游戏； 4. 可以单机游戏也可以联机游戏，给用户提供选择。	1. 只能在电脑上打开该游戏，不能跨平台使用，可使用的平台较为单一，不能满足用户的多平台使用。 2. 联机游戏时，只能支持两个人进行游戏，有三个或以上的人连接服务器时会出现多方面的崩溃，游戏没办法正常进行，对使用的人数有较强的限制。 3. 五子棋游戏没有难度选择，用户没有能选择的难度，不太满足各种用户的不同需求。 4. 安装方式较为繁琐，用户要使用会比较麻烦，降低用户使用感。	5
码农探花队	1. 发布方式和说明详细，介绍了该网站的功能和使用限制，无需安装，使用浏览器访问即可使用，用户使用便捷； 2. 该网站实现了音乐网站的基本功能， UI 界面较为美观； 3. 实现的功能较多，能够自适应显示完整的内容。	1. 歌曲播放时，显示的歌词时间过于详细，易影响用户的使用感 ； 2. 存在无法重现的 bug ，查询所有歌手时会超时报错 3. 网站不支持第三方平台账号直接导入歌单，用户使用存在较大的限制，部分浏览器上无法正常使用或可能存在页面变形，影响用户体验； 4. 发布地址中未给出可访问的最新网址，无法使用该音乐网站，无法具体测试 bug 。	6
南斗六星队	1. 发布方式详细，有助于用户顺利使用系统； 2.平台具备基本的登录、注册、聊天、交易等功能，功能较为全面。	1. 平台安装启动需要经过较为繁琐的安装配置环境过程，启动时要使用命令行进行启动，用户使用体验较差 2. 该平台的前端和后台部分需要分别配置相应的使用环境，使用时要同时启动两个部分，用户使用较为麻烦； 3. 注册功能缺乏提示，当两次输入的密码不一致时，页面没有任何提示，这会给用户造成困扰，降低了用户体验； 4. 书籍展示图片无法显示，影响用户对书籍的浏览和选择； 5. 交易功能通知不完善：当卖家下架书籍时，预订者未能收到通知，这可能导致交易的不及时和混乱； 6. 聊天功能中存在刷新历史聊天对象的 Bug 。	11
组名五个字	1. 软件发布方式和地址详细，有安装教程，为用户提供了清晰的指导，有助于用户顺利使用系统； 2. 系统功能基本完成； 3. 根据用户的反馈提供了合理建议。	1. 存在未解决的 bug ，尽管发布说明中列出了存在的问题，但其中的支付环节云服务器端报错问题仍未解决，这可能影响用户的购物体验和系统的稳定性； 2. 对于商品图片过于模糊的情况无法通过软件本身解决问题 3. 部分 bug 难以重现，如服务器响应超时问题； 4. 尽管软件的安装方式十分详细，但安装的过程十分繁琐，需要配置环境，限制安装的位置，用户在安装时可能遇到文件位置错误或无效、 node 环境报错等问题，导致无法正常安装或打开网站。	10

二、事后会议

1. 设想和目标

• 我们的软件要解决什么问题？

  我们的软件要解决部分大学生和码农在繁杂的学习和工作后的娱乐问题。

• 我们达到目标的吗？

  严格来说，并没有。因为在走访调研中，我们发现实际上调查对象在玩了不到一分钟就有关闭游戏之势。但同时，我们也发现调查对象对该游戏有着较为浓厚的兴趣，他们会转发软件给其它同学游玩，只是因为相对于《王者荣耀》等游戏来说，玩法过于单调，难度也不存在。因此，这次项目开发的成功相当于达到一半的目标。

2. 计划

• 我们是否有充足的时间完成计划？

  是的，我们有充足的时间完成计划，尤其是在各个组员的专注下开发速度高于预期。

• 原计划是否都完成了？

  我们的回答是，只完成了 70% 的计划。在登录联网模块、音乐播放模块上，由于技术上的不成熟和设计上的失误，两模块在最后成为了项目的冗余。若进行优化和升级，则能够重新回到项目的成果之中。

• 开发过程中是否出现其他意外？如何解决？

  有的，比如突如其来学业上的压力导致部分队员不得不先转向学科学习，后才回到项目开发之中。我们通过细化任务，将任务更加均匀分配到各个有能力的队员身上，使得每个队员有足够的时间同时完成学习和项目的开发。

3. 资源

• 我们有足够的资源来完成项目的开发吗？

  有的，比如 Bilibili 的黑马程序员课程是个很优秀的资源，我们许多基础不牢的队员在跟着课程学习之后也能完成部分一开始被认为很难的任务。

• 各项目的完成时间是如何估计的？

  分情况。当完成项目的过程是零零碎碎的，则先测试一段时间内的工作时间，后根据工作时间估计项目开发所需时间。当项目已能确定完成时间时，则有队员随时记录工作时间，记录时只需简单记录时间与过程。因为开发的不是超大项目，任务时间也不紧，因此记录的时间是足以相信的。

4. 变更管理

• 当项目开发人员发生变更时，其它队员是否能及时知道人员变更情况？

  能的。我们采用任务分配制，在飞书平台中设定了某个任务的负责人信息。当负责人变更时，平台会通知到各个队员中，使得队员及时了解到开发人员变更情况。

• 对于人员变更是否有应急计划？

  严格来说，并没有。我们采用任务分配制度，若无人接下任务或技术不足以完成任务，则由技术力最强的队长来完成任务。虽然在此次开发中并未出现任务无人领的情况，但我们也确并未制定应急计划。

5. 设计/实现

• 设计工作有没有碰到模棱两可的情况，团队是如何解决的？

  未碰到这种情况，因为此次工作由队长拍板，不清楚的地方由队长直接下决定。

6. 测试/发布

• 在发布的过程中发现了哪些意外问题？

  在项目最终完成后，由于事务繁忙，一段时间无人将项目及时转为安装包供用户安装。好在最后有人腾出手完成了转换。

三、团队在 Alpha 阶段的角色与贡献

原始分 = 难度 x 实际时长 x 完成率
折算分 = 原始分 x 20分 x 7人 / 原始总分

成员	原始角色	实际角色	原始贡献分（总分379）	折算后贡献分（总分140）	可验证贡献
刘朝坤（队长）	项目经理	项目经理	106.5	39.34	飞书平台上分配并发布任务
陈德标	后端开发	平台建立	26	9.60	建立团队仓库和团队平台
陈嘉豪	前端开发	素材收集	8.9	3.29	收集音乐、图片等素材，并建立存放最终产品的下载链接
韦兰健	代码复审	随笔审核、代码复审、前端开发	39.45	14.57	开发并完善音乐功能、随笔审核、测试
杨文琦	前端开发	前端开发、后端审核	36.5	13.48	实现登录页和注册页、实现图片存储、debug
余有亮	后端开发	后端开发	72.75	26.87	实现自动拼图功能、实现项目的包装
曾郑耿	代码复审	完成随笔、代码复审、前端开发	88.9	32.83	开发音乐功能、建立新游戏模式、完成随笔、测试

四、总结

在本次团队项目开发中，我们成功地完成了滑动拼图小游戏的开发。首先，我们按照项目的情况制定计划，分工协作，克服了种种困难，按计划逐步完成项目的开发。然而，在开发项目的过程中，我们遇到了很多问题，如工作衔接不畅、任务派发不够明确、队员技术力不够等。但是通过队员见的相互帮助，我们迎难而上，最终解决了这些问题。总之，这次项目开发锻炼了我们的团队合作能力，也让我们意识到了我们自身的不足。因此，在未来的项目中，我们将更加注重团队协作，提前沟通好，灵活应对变化，争取做到更好。