题头
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/fzu/SE2020/ |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/fzu/SE2020/homework/11407 |
| 团队名称 | 八级大狂风 |
| 这个作业的目标 | 对产品进行需求分析和原型设计，定好项目完成计划和团队管理规则 |
目录
项目计划
--团队logo
--leangoo管理
--思维导图
--类图
--功能描述
----产品描述
----产品功能
----应用目标
--界面原型
--燃尽图
--团队分工
验收验证标准
--小程序验收标准
----容错标准
----安全标准
----性能标准
----易用性标准
--服务器端验收标准
----容错标准
----安全标准
----性能标准
----易用性标准
----界面标准
----其他标准
----界面标准（手机端小程序界面）
----其他标准
--小程序功能标准
--游戏功能标准
PSP
小组成员个人遇到的困难及解决方法
小组互动&学习实况
演示&相关报告书
--游戏演示
--WEB管理后台演示
--问卷调查结果
--本期Vlog
--哔哩哔哩主页
--附件
项目计划
团队logo
leangoo管理
思维导图
类图
功能描述
【具体内容可以参考相关附件，下面内容为节选】
产品描述
Sweet Jump 本产品基于微信小程序平台开发，是一款挑战类型的跳跃题材闯关游戏。游戏操作很简单：每次跳跃通过(按住按键)蓄力来调整跳跃力度，松开按键跳起来。虽然操作简单，但想精通需要大量练习。每次起跳前，请认真考虑，一旦在空中，将无法回头!我们致力于通过最简单简单的操作为用户带来最刺激的体验！
产品功能
本产品主要包含的功能有以下几点（其中功能随着软件迭代升级会有适当的变化）： 1.支持微信登录、微信分享、微信支付 2.支持中途保存游戏记录并于下次登录继续 3.每次通关的积分可以累积用于兑换人物角色 4.支持查看微信好友的通关记录榜 5.反馈游戏中遇到的bug
应用目标
本产品主打的用户目标是喜欢挑战、不放弃和有充足时间的用户。玩法规则简单，不需要任何技术、经验就能上手，主要适用于对象如游戏主播或者游戏区up主。此外也适合大学生在业余时间里放松身心。
界面原型
燃尽图
团队分工
基础分数占总分数的50%，如有参与讨论便有分配，而任务加成分数则是根据实际工作难度、时间与完成效率来综合评定的。
组内人员均无异议。
验收验证标准
小程序验收标准
容错标准
对重要数据的删除和更改有警告和确认提示，例如是否同意上传关卡计时以及个人信息到排行榜。 游戏出现bug时输出错误日志，反馈给开发人员。
安全标准
合理申请和使用各种权限。
性能标准
游戏界面人物跳跃动作以及场景切换流畅，游戏整体画面不小于 30 帧/s。 向服务器发送数据的平均往返时间不超过 0.3s。 人物模型以及背景图片分辨率不小于 1280*720 像素。 在交互上，对用户每个操作的平均响应时间不超过 0.2s。 物理内存使用率不超过 70%。
易用性标准
小程序的用户界面友好，提示信息清楚、易理解。 小程序各个模块功能简洁明了，风格保持一致。 小程序使用流程易懂，操作简单。 调用外部支付软件方便安全。
服务器端验收标准
容错标准
对于每次计算，输出日志到指定目录。记录错误信息，生成错误日志，便 于出错时的原因判断与修正。 使用云服务器，避免自己搭设物理服务器可能潜在的断电断网等问题。 为防止服务器可能出现的偶发性错误，设置一个超时时间，返回准确的 错误信息，避免客户端长时间做无用的等待。
安全标准
保密和内部数据（包括所有的验证数据）在传输过程中应使用强加密保 护 。 每个月至少执行一次漏洞扫描。 只使用唯一可信的授权 DNS 来源，避免受到 DNS 劫持和攻击。 所有的非 console 口管理员级别的访问应使用高强度加密手段进行加密。 系统盘及其他逻辑盘只给 Administrators 组和 System 账户完全的控制 权限。 每周对数据执行一次增量备份，每月执行一侧完全备份。
性能标准
稳定，能长时间运行（7*24 小时不停机）。 保证用户数据上传的正确性。 保证游戏画面不掉帧、不模糊。 对于各个模块功能之间的切换，平均处理时间应控制在2秒钟以内，游戏中对于场景的加载或者游戏提示平均处理时间应在0.5秒之内。 CPU 利用率小于 75%，TPS 大于期望高峰值，且波动范围大于 8%。 超时概率与错误概率尽可能的小。
易用性标准
服务器端应先下载好相应资源库。 服务器返回的结果应采用指定的结构，避免直接返回没有意义的比特流。
界面标准
服务器暂不使用界面
其他标准
服务器应具有良好的网络环境，尽可能减少多用户、高并发可能带来的 潜在问题。如果条件允许，可以用更多的服务器，用服务器集群+均衡负 载的方法增加服务器的稳定性。
界面标准（手机端小程序界面）
| 序号 | 界面名称 | 界面描述 |
| 1 | 开始界面 | 界面使用背景图片填充，顶部显示小程序名称，界面下方中央为开始游戏按钮，点击即进入游戏主界面。 |
| 2 | 主界面 | 界面左边为冒险模式选择按钮，右边为无限模式选择按钮，按钮均使用图片填充，点击即可进入相应模式游玩。左下角为系统以及商城按钮，点击可进入系统界面以及商城界面 |
| 3 | 系统界面 | 界面中央为占据40%屏幕单色填充的矩形框，矩形框内上方为声音开关选择按钮，下方显示用户当前积分。 |
| 4 | 商城界面 | 界面中央为占据60%屏幕单色填充的矩形框，矩形框内顶部显示“SHOP”，左半边为商品图片以及购买截止时间，点击商品可切换至相应商品详细描述；右半边上方为相应商品详细描述，下方为购买所需积分数目以及购买按钮，点击即可购买商品。 |
| 5 | 游戏界面 | 界面使用背景图片填充，左上角显示当前关卡，右上角为时间显示，暂停按钮以及返回主界面按钮。界面下方左边为左右方向选择按钮，点击可为人物调整方向，右边为跳跃按钮，点击人物将会实现跳跃动作。 |
| 6 | 排行榜界面 | 界面按照用户上传的关卡时间又快到慢进行排序，界面中央显示最多10名用户名称，头像，时间以及名次。 |
其他标准
进入游戏后自动横屏。 后台干净，不常驻内存，不植入虚假广告，给用户较好的体验。 关联启动前需要经过用户同意。 在小程序内提供检查更新功能，有新版本可用时及时提醒用户更新。 小程序功能正常，运行流畅，适配市面上绝大部分的机型。
小程序功能标准
用户可选择冒险模式与无尽模式进行游玩。 用户可选择冒险模式与无尽模式进行游玩。 系统设置可以选择开启或关闭声音并且查看用户当前积分。 用户可以在商城使用积分兑换相应商品。 用户上传游戏关卡计时到排行榜，排行榜将根据时间长短进行排序，并且对所有用户可见。
游戏功能标准
游戏中人物可以左右向上跳跃，当人物模型落在平台上时将会停留，反之将会降落。 人物落在平台的陷阱上时判断失败。 记录某个关卡玩家从起点跳跃到终点的时间。 无尽模式下不设置终点，随机生成平台。
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| · Estimate | · 估计这个任务需要多少时间 | 20 | 15 |
| Development | 开发 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 240 | 300 |
| · Design Spec | · 生成设计文档 | 120 | 100 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 60 | 40 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | ||
| · Design | · 具体设计 | 600 | 800 |
| · Coding | · 具体编码 | ||
| · Code Review | · 代码复审 | ||
| · Test | · 测试（自我测试，修改代码，提交修改） | 60 | 70 |
| Reporting | 报告 | ||
| · Test Report | · 测试报告 | 60 | 70 |
| · Size Measurement | · 计算工作量 | 20 | 15 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 1210/1420 |
小组成员个人遇到的困难及解决方法
刘锋： 困难:制作原型时素材不够。 花费时间:1个小时。 做了哪些尝试：查询知乎，百度等网站，了解相关素材网站。 是否解决：已解决。 有何收获：增加了信息检索能力。
江启良： 困难，视频音频的转场和白噪音 时间，20分钟 尝试，百度和b站的方法 是否，是 收获，pr的基本使用和拍摄手法
黄霄瑞： 你的困难是什么 第一次做演讲的PPT，PPT的动画效果制作不熟练 花了大概多久时间 60分钟 做了哪些尝试 直接添加动画，但是耗鼠标。然后发现可以设置下一个动画出现于上一个动画消失 是否解决 是 有何收获 锻炼了制作PPT的能力。
王梓维： 困难：返校比较晚课程拉下比较多 时间：目前花了一个星期 尝试：尝试从慕课和老师的课件还有课本中补全知识点 是否解决：解决了一小部分 收获：这次的软工小组是大学以来少有的以小组为单位的活动 注重组员之间的分工与合作 使我的交流能力得到了锻炼
王艺群： 遇到的困难：第一次尝试去写一个游戏的产品背景，并不好去描述 花的时间：2小时 做的尝试：去了解当前游戏市场的挑战类型游戏的背景、前景以及在微信小程序上是否有类似的产品 是否解决：是 收获：对于我们要做的游戏的产品价值更进一步了解，并熟悉了GB/T 9385-2008 标准的《软件需求规格说明书》
陈晓杰： 问题：一直做不出合适的logo，画出来的总觉得差了点意思 时间：一天画一个，第一天一个多小时后面人物基本没变大概半个小时 尝试：确定了人物形象后更改人物位置，权重，背景 是否解决：基本解决了 收获：果然理工直男不适合美工
黄文松： 我的困难是：看完了需求分析分档不知道uml类图和思维导图怎么写 花了大概多少时间：110min 做了哪些尝试：在百度上找了uml类图的知识复习了一波，然后又参考贪吃蛇的思维导图 是否解决：是 有何收获：对uml类图和用例图的知识有了比较多的理解
彭宇泽： 你的困难是什么？验收验证标准是什么意思。花了大概多久时间？20min。做了哪些尝试？百度。是否解决？解决。有何收获？了解了验收验证标准的含义。
小组互动&学习实况
演示&相关报告书
游戏演示
http://work2.fzu.000714.xyz
WEB管理后台演示
http://work3.fzu.000714.xyz
问卷调查结果
https://www.wjx.cn/mobile/statnew.aspx?activity=95203638&reportid=#1
本期Vlog
https://www.bilibili.com/video/BV1yz4y1o7Bv/
哔哩哔哩主页
https://space.bilibili.com/353001216
附件
http://work4.fzu.000714.xyz/需求分析.pdf
http://work4.fzu.000714.xyz/需求分析ppt（终版）.pptx
http://work4.fzu.000714.xyz/验收验证标准.docx
https://www.cnblogs.com/bjdkf/p/13907544.html
https://www.cnblogs.com/bjdkf/p/13858973.html
https://edu.cnblogs.com/campus/fzu/SE2020/homework/11407