流光悦影——alpha阶段问题总结随笔

流光悦影 2024-05-20 18:09:26

这个作业属于哪个课程	软件工程实践-2023学年-W班
这个作业要求在哪里	团队作业bate冲刺
这个作业的目标	bate冲刺
其他参考文献	...

Q1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

（1）解决问题:当前多数大众化的视频播放平台如Bilibili、抖音和icFun涵盖了丰富多样的视频内容，并且拥有庞大的用户群本。然而对于一些核心的亚文化爱好者来说，这些广受欢迎平台也有它们无法触及的痛点，例如社区环境的扩大带来的相关影响，以及先审后播机制对社区环境的破坏等。
（2）定义：一个专为ACG亚文化核心爱好者服务的视频分享及讨论平台。在这里，每个人都可以是见众，也可以是创作者，共同维护和丰富这个平台的多样性和独特性。
（3）典型用户和典型场景：
场景1：
典型用户：大学生小王
用户需求：想看一些番剧
场景描述：小王是一个喜欢看番的大学生，但由于他涉猎的番剧范围广泛，分布在多个平台，想看的时候还要分别到不同的平台看，而且追番的时候也很不方便，这让他很苦恼。于是他打开了moe.发现很多分散在多个平台的小众番剧这里都有，而且可以直接追番，这让他惊喜万分。于是他快乐地看起了番剧，节省了时间，充实了自己的精神世界。
场景2:
典型用户：内容分享者小华
用户需求：想制作分享一些高质量的MAD/MAV
场景描述：小华是一个MAD/MAV爱好者，她希望发布一个MAD并和同好友好交流，但奈何部分大型平台总有部分用户不理解这种风格并对她恶言相向，扰乱评论区氛围，这让她很苦恼。于是她打开了moe，惊喜地发现平台上也有部分同好，且社区氛围十分友好。于是她和同好们进行了交流，获得了更多相关认识与心得，丰富了自己的精神世界，同时结交到了更多朋友。
Q2. 是否有充足的时间来做计划?

alpha冲刺结束后我们就立即开始了对beta阶段的相关规划，并通过Teambition列出了beta阶段的任务并完成了分配，总体来说规划时间是比较充足的。
Q3. 有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

主要的经验教训在于两点：时间规划执行不够严格、和组员的工作交接不顺利。对此我们此次beta阶段进行了更加完善具体的规划，同时对于分工安排也进一步细分。

2.计划

Q1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

alpha阶段所规划的工作最后都基本完成。
Q2.将来的计划会做什么修改？

提早进行规划、按时完成当日的任务，如果当日实在有困难无法完成也要在之后加快进度，以防堆积都到后面。

Q3. 是否项目的整个过程都按照计划进行?

虽然中间有几天进度较慢，但在大家日以继夜的奋斗下在最后还是迎头赶上了。

3.资源

Q1. 我们有足够的资源来完成各项任务么?

资源方面我们存在大多数大学生的痛点（没多少钱），但好在组内成员对于工作较为配合，同时也有前后端技术较好的相关负责人，总体来说完成各项任务阻力不会太大。

Q2. 你有没有感到你做的事情可以让别人来做(更有效率)?

我们的分工都是由组员根据自己擅长自行选择的，一般来说不认为会有这种情况。

4.变更管理

Q1. 每个相关的员工都及时知道了变更的消息?

通过线上途径，宿舍距离较近的同学会直接线下通知让将变更的消息传达给相关成员。大多数时候相关的员工能及时知道了变更的消息但也存在没有看到消息而不知变动的情况。
Q2. 对于可能的变更是否能制定应急计划?

对于影响较大的变更有制定应急计划，但还是希望可以顺顺利利不用用上。
Q3. 我们采用了什么办法决定“推迟”和“必须实现”的功能?

根据该功能的重要程度（对于整个产品的影响、该功能的实现与否是否影响其他成员编程等）会经过开会讨论决定“推迟”和“必须实现”的功能。

5.测试/发布

Q1:团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

运用了，很有效，他们帮助我们在开发过程中及时发现bug并及时修复而避免了后续影响。
Q2:设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有的，一般是出现在非负责人的组员，出现这种情况时一般由负责人再具体描述任务后进行开发，得到任务的第一个成果后再不断讨论和修改。
Q3. 团队是否有一个测试计划？为什么没有？

有测试计划，测试是和开发同步进行的，对于当天实现的新功能进行测试。