团队项目原型设计
一、前言
- 课程名称:软件工程实践
- 作业要求:团队项目原型设计
- 团队名称:葫芦娃战队
- 本次作业目标:根据选题,正确理解了客户的需求、提供给客户可行的优化的使用建议,给出原型模型,并提供大概的解决方案预期规划。
- PDF链接:https://files.cnblogs.com/files/beifengtuanzi/团队项目原型设计北风团子博客园.rar
- 团队信息:
队员学号 | 队员昵称 | 博客地址
- | - | -
041602421 | der himmel | https://www.cnblogs.com/wenghaoo
221600225 | wuliaoBoring | https://www.cnblogs.com/wuliaoBoring/
221600424 |BW.LIN| https://www.cnblogs.com/lbwblog/
221600432 |QZY| https://www.cnblogs.com/nuomituanzi/ 组长
221600431 |OFY| https://www.cnblogs.com/ofy666/
221600434 |北风5620| https://www.cnblogs.com/beifeng5620/
221600435 |XBN| https://www.cnblogs.com/xbnhhh/
学号 | 姓名 | 此次作业任务 | 贡献比例 |
---|---|---|---|
221600432 | 邱志勇 | 1.游戏原型构想讨论;2.nabcd分析调整;3可行性分析;4游戏原型设计图 | 0.30 |
041602421 | 翁昊 | 1.游戏原型构想讨论;2.图标设计 | 0.11 |
221600225 | 林鹏飞 | 1.游戏原型构想讨论;2.整理报告 | 0.10 |
221600424 | 林滨伟 | 1.游戏原型构想讨论;2.制作评审表;3随笔撰写 | 0.12 |
221600431 | 欧福源 | 1.游戏原型构想讨论;2,同类游戏调查与报告;3随笔修改 | 0.12 |
221600434 | 吴何 | 1.游戏原型构想讨论;2.Q&A板块回答; | 0.10 |
221600435 | 徐炳南 | 1.游戏原型构想讨论;2.游戏玩法设计; | 0.15 |
二、需求分析(采用NABCD模型)
1.Need--需求
一款好上手,就能在派对中面对面地交流开黑对抗,加深感情的坑人小游戏。
社交性是玩家玩游戏的一部分需求。
2.Approach--方案
- 用unity引擎制作,各部件的脚本可以用c#语言完成,有教程有素材商店,新手也可以制作。
- 盈利方式:广告,周边贩卖,虚拟装扮,steam端免费推广。
- 客户端:PC端
- 在技术方面,我们采用成熟的Unity引擎,现成的开发环境,易于上手,而且在Unity社区中有丰富的资源包可以节省开发时间,项目完成后可以直接打包到PC端或者安卓端;
- 在美术方面,Unity支持直接PS图片导入,并可以根据具体图片场景生成不同的碰撞检测边缘,而且在Unity社区中现成的美术资源也很丰富,可以根据需要决定自制还是套用;
- 在商业化价值方面,本游戏采用免费下载,皮肤需要付费解锁。在前期进行商业推广时,采用完全免费的形式,后续用户量上来后,可能考虑更新dlc;
- 在开发时间上我们有10周左右时间来具体实现,时间比较紧张所以考虑迭代开发的模式;
- 在团队实力方面,我们团队有擅长PS和Unity开发的同学,也有文档能力不错的同学,代码能力中游水准。主要的难点在美术动画、音效,所以我们采用利用现有unity资源完成游戏。
3.Benefit--好处
这款游戏比起那些需要长期游玩的卡牌或者升级网游,用户粘性低,但是社交功能可以大幅度增加简单游戏的趣味性,更有利于传播(一个朋友玩,会带动周围的朋友玩),而且本身制作花费的时间不多。假设最终能完成有一定质量的游戏,并进行推广,就可以打响团队名声,为下一款游戏积累人气资源。
4.Competitors--竞争
- 我们的游戏是带社交性的多人(2-4人)平台对抗游戏,社交性是我们的主要竞争特性。
- 社交能大幅度增加简单游戏的趣味性,有利于传播(一个朋友玩,会带动周围的朋友玩)。
- 我们希望能让玩游戏的玩家得到一种新奇感,并且能在欢声笑语中玩耍,所以我们的游戏想要以社交性和道具的多样性为中心,使得功能可玩性高,地图场景丰富,道具种类丰富。
- 劣势在于实现时,受水平所限,在美术和性能方面,不一定能达到预期。而且市面上同类型游戏较多,要脱颖而出必须要更加的突出,有更好的品质。
5.Delivery--推广
- 请主播试玩,然后吸引观众下载
- 在游戏门户网站上挂广告
- 在有了一定用户基础后,剪辑视频或者剪动图表情包,进行传播
- 可以挂在steam、绿光之类的平台上,供人下载游玩
#三、原型设计 **开发工具:Unity和幕布** **原型构想:** 游戏名称:小人大作战2D 游戏端:pc 设定:小人会科技,会忍术,会巫术,有很强的生命力,普通的武器只能使他们短暂昏厥。 但他们也有一个弱点,每个小人都有一个变高的梦想,假如别人踩他们的头,使他们变矮,他们就有可能羞愧到消失。 游戏特点:互坑、社交欢乐性。
1.游戏类型
道具拾取,2人到4人派对、开黑、友尽(主要)类型对抗游戏,有多种地图。
获胜条件:踩到两次对方的头便可打死对方,按死亡时间排单局排名,在10局中计算排名点总和,高者获胜。
排名点计算规则:1位 +4 2位+2 3位+1 4位 +0;人头分,一个+1。
2.道具
3细节调整
小人如果跳撞到天花板上也会变矮(即扣血)。
有飞行道具的关卡,上方最好带刺,且道具都在下方,防止窝在上方的情况(增加游戏竞争性)。
4.社交性设计
一轮后回放精彩瞬间并附带点赞、鄙视按钮。
5.特殊关卡
1、火圈蔓延缩小的,最后存活或者第一个逃生的是top(特殊道具水桶(可以灭火也可以别人头上让别人眩晕))
2、磁铁互吸地图:刚开始玩家带着铁块,地图中会刷新磁铁枪,可以通过磁铁枪将对手吸住,(可以从上面吧下面的玩家往上吸,从而头撞墙壁变小)
3、定时炸弹模式:此关卡有较多的定时炸弹,玩家可以捡起丢走自保或者攻击,或者躲避奔走,总而言之中了炸弹就会有硬直,此时就是玩家
原型展示:
四、效能分析
PSP
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟)| 实际耗时(分钟)
- | - | - | -
Planning | 计划 |15 |15 |
• Estimate | • 估计这个任务需要多少时间 | 570 | 590
Development | 开发 |无 |无 |
• Analysis | • 需求分析 (包括学习新技术) | 150 | 150
• Design Spec | • 生成设计文档 | 60 | 40
• Design Review | • 设计复审 | 30 | 40
• Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 无 | 无
• Design | • 具体设计 | 120 | 150
• Coding | • 具体编码 | 无 | 无
• Code Review | • 代码复审 |无 |无
• Test |• 测试(自我测试,修改代码,提交修改)| 无| 无
Reporting | 报告 | 无 | 无
• Test Repor |• 测试报告 | 无 | 无
• Size Measurement |• 计算工作量 | 20| 30
• Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 |30| 45
| | 合计 | 425 | 470
五、总结
团队照片
Q&A
- Q:游戏如何操作?
A: 和主流射击游戏的键位差不多,玩家1:WASD移动,JKL道具使用;玩家2:上下左右移动,小键盘123道具使用 - Q:移动端和PC端同时开发,能否保证及时完成工作?
A:不是同时开发,先完成PC端,进行迭代开发,游戏制作完成后,再通过修改完成移动端 - Q:解决了用户什么痛点?定位不够明确
A: 游戏能促进感情交流和提升,非说解决痛点,以其它游戏或者说桌游为例,三国杀、狼人杀等同样是具有社交属性的游戏,它解决了什么痛点吗?不太明显,毕竟游戏不是应用APP不面向痛点开发,只能说可以给玩家带来愉悦的体验,拉近人和人之间的距离。定位就是休闲游戏。 - Q: 是否考虑用小游戏实现?
A: 目前不考虑,等第一版UnityPC端游戏开发完成后,后续再考虑小游戏形式实现(因为目前技术栈不太支持小游戏的开发~~~)。不过确实这是个好建议,因为小游戏的确比APP和端游来的更轻便,针对人群也更广泛。 - Q: 与同类产品的优势在哪里?
A: 在同类产品中,主要的优势有:社交性,我们开发的就是通过用户之间的
通过用户之间的社交交流能带动更多玩家进入游戏,更多话题性
所以在游戏风格方面做成互相恶搞娱乐风格。 - Q: 难以吸引较多玩家,市场前景在哪?
A: 本来就不是游戏大作,不是绝地求生等这种大型游戏,靠的是硬核玩法画面等来吸引玩家,相比较而言,我们是轻量级端游,主要是以休闲为主,竞技性小,注重娱乐。是一款拉近朋友间感情的小游戏。市场前景在于,玩家在合适场景能够想起有这款游戏就行了 - Q: 功能有些复杂,难以实现,进度如何保证?
A:迭代开发,分步完善功能 - Q: 游戏创意不足,具体细节阐述太少?
A:主要是吸收了DUCKGAME的玩法,其他细节再完善