这个作业属于哪个课程 | 构建之法-2021秋-福州大学软件工程 |
---|---|
这个作业要求在哪里 | 2021秋软工实践第一次结对编程作业 |
这个作业的目标 | 学习如何结对合作;进行需求分析与原型设计 |
学号 | 031902244 |
目录
结对小伙伴
- 学号:031902234
- 姓名:蔡晶晶
- 作业博客地址:小伙伴的作业博客
PSP 表格
PSP | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 30 | 20 |
Estimate | 估计这个任务需要多少时间 | 755 | 1080 |
Analysis | 需求分析 (包括学习新技术) | 240 | 400 |
Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
Design | 具体设计 | 360 | 400 |
Coding | 具体编码 | 0 | 0 |
Code Review | 代码复审 | 0 | 0 |
Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
Size Measurement | 计算工作量 | 5 | 10 |
Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 120 | 300 |
Total | 总计 | 1510 | 2210 |
需求分析
- Need 需求
栋哥昨天举行了实验室中秋博饼活动,但规则需要人工判定,骰子装备不够齐全,疫情防控下远程同学无法参与等问题,所以希望结对同学实现一个博饼软件。
- 六个骰子,随机摇晃产出结果,能够有界面。
- 允许多人参与,可以是单机版形式,也可以是网络形式,能自动判定结果。
- 界面风格应景活泼大方,并为第二次的结对编码实现奠定基础。
- Approach 做法
先讨论好最基础的一些功能,根据墨刀画出基础功能部分。接着逐步完善详细的一些细节部分,比如规则查看、奖品设置等部分。从最底层基础功能往上一步步添加新的细节。
UML 用例图
- Benefit 好处
有了线上的博饼游戏,就可以直接开始游戏,没办法到达聚会地点的人也可以用手机参与进来。除此之外,博饼游戏也不仅仅是中秋才能举办的,在平时娱乐消遣的时候也可以玩上一局,而且我们的游戏有单机版本,单人也可以来一场小游戏。用小程序同时也避免了结果判断出现错误的概率。
- Competitors 竞争
微信的小程序上已经有了一些博饼游戏。
这里选出了小程序中最多人使用的三个博饼游戏。根据分析,我们发现第一个 “一起博饼” 虽然也有单机与联机版本,但是他没有在游戏里设置奖品,不能使得游戏结果与奖品内容的一一对应;第二个 “闽南中秋博饼” 游戏广告过多,摇骰子次数有限需要看广告才能增加机会,而且只能一个人摇骰子;第三个 “厦门中秋博饼” 已经停止运行,不能游玩。
- Delivery 推广
投放到微信小程序上后,先分享给老师和同学们进行游戏试玩与意见反馈,接着根据大家的反馈改进游戏后再在微信与QQ进行广告宣传。
原型展示
- 原型开发工具:墨刀
- 原型展示在线链接:戳这里👈
总结
这次作业是我第一次采用结对的作业方式,这个过程还是有很大起伏的。
最开始进行的需求分析其实在开头是很模糊的概念。我们知道要做游戏,要做小程序,但是具体要做些什么,功能里哪些是必要的哪些是不必要的,对于我们来说都是一团雾,而且对于我们来说「需求分析」与「原型设计」都是第一次进行尝试,在尝试过程中也难免会发生想错方向的情况。
构思好需要哪些功能后就进入了原型设计的过程。在设计过程中,两个人审美方式的不同也会出现一点想法上的碰撞,我们两各自认为的 “好看” ,相互之间可能不这么觉得,于是就会出现排版布局、颜色背景发生一次次更改的情况。但是审美的不同也让我从不同的角度来看待这个游戏,会更理解客户的视角。
结对过程的一个好处就在于是两个人一起讨论一件事情。出现一个问题的时候两个人一起查找解决办法效率会快很多,而且两人的技能树不一定重合也就使得在设计过程中可以使用多种方法来完善作品,会产生一些不一样的效果。
最后,设计这块可能真的不适合我这个没有一点艺术细胞的人 T^T 。