113
社区成员
发帖
与我相关
我的任务
分享|
这个作业属于哪个课程 | |
|
这个作业要求在哪里 | |
|
这个作业的目标 |
项目系统设计与数据库设计 |
|
其他参考文献 |
《构建之法》 |
目录
14 里程碑4:完成相约福大2.1版本(优化版)... 13
点击进入仓库
l 客户端:游戏的前端实现,包括用户界面和3D场景渲染。
l 资源文件:使用Unity的ScriptableObject存储游戏数据,如玩家信息、任务、成就等。
l 游戏引擎:Unity 3D
l 编程语言:C#




由于《相约福大》是一款本地单机游戏,系统的安全性设计主要集中在数据的保护和防止未授权的修改上。
l 数据存储:使用Unity的ScriptableObject来存储游戏数据,所有数据保存在本地,不涉及网络传输。
l 数据备份:提供游戏数据的备份和恢复功能,以防止数据丢失或损坏。
l 本地访问控制:确保只有游戏本身能够读取和修改ScriptableObject中的数据,玩家和其他应用程序无法直接访问这些数据。
l 玩家数据:包括玩家的属性、进度等。
l 任务数据:包括任务的描述、要求和完成状态。
l 成就数据:包括成就的解锁条件和解锁状态。
l 物品数据:包括物品的名称、描述和属性。
l 资源文件夹:在Unity项目的Assets文件夹中创建一个Resources文件夹,用于存放所有ScriptableObject资源文件。
l 资源加载:通过Resources.Load方法加载资源,确保游戏运行时能够快速访问这些数据。
l 开始界面:提供“新游戏”和“加载游戏”选项。
l 游戏场景:3D渲染的校园环境,玩家可以自由移动和探索。
l 地图界面:允许玩家通过点击按钮在不同场景间切换。
l 属性及成就系统:展示玩家属性和成就,点击人物界面查看。
l 任务及成就系统:展示当前任务完成情况和成就解锁情况。
l 角色管理:管理玩家角色的行为和状态。
l 场景管理:管理不同场景的加载和切换。
l 交互系统:处理玩家与NPC、物体的交互。
l 任务系统:管理学习任务和生活任务的分配和完成。
l 成就系统:记录玩家成就的解锁情况。
l 功能测试:确保所有游戏功能按需求规格说明书实现。
l 性能测试:确保游戏在不同硬件条件下的流畅运行。
l 数据测试:确保ScriptableObject资源的正确加载和存储。
l 客户端部署:游戏打包为适用于不同操作系统的可执行文件。
l bug修复:定期更新游戏,修复发现的bug。
l 内容更新:根据玩家反馈,更新游戏内容和功能。
软件架构设计模式 该项目采用面向对象的设计模式,利用构件(如类和对象)和连接件(例如函数和过程的调用)来构建软件架构。
l 自然映射现实世界的方法
l 封装性(将数据表示和相关操作封装在一起,限制外部访问)
l 继承性(通过共享功能定义,可以在继承现有类的基础上进一步定义更具体的功能)
l 强调设计,全面考虑系统与现实世界的关联
l 对象隐藏了实现细节,允许在不影响外部使用的情况下更改实现方式(低耦合, 高复用性,易于维护),便于系统升级
l 内部状态的保护(通过封装保护数据和状态的完整性)

角色信息表
|
名 |
类型 |
长度 |
不是null |
主键 |
注释 |
|
存档ID |
Int |
8 |
√ |
√ |
玩家角色存档的ID |
|
姓名 |
varchar |
128 |
√ |
|
玩家在游戏中的角色名 |
|
学识 |
Int |
8 |
√ |
|
玩家的三个属性,根据属性值的高低会影响事件的结果,对话结果和结局 |
|
体能 |
Int |
8 |
√ |
| |
|
魅力 |
Int |
8 |
√ |
|
场景表
|
名 |
类型 |
长度 |
不是null |
主键 |
注释 |
|
场景ID |
Int |
8 |
√ |
√ |
场景ID |
|
场景事件 |
varchar |
256 |
|
|
在场景中触发的事件 |
Npc表
|
名 |
类型 |
长度 |
不是null |
主键 |
注释 |
|
NPCID |
Int |
8 |
√ |
√ |
NPC ID |
|
NPC名 |
varchar |
128 |
√ |
|
NPC在游戏中显示的名字 |
|
NPC性别 |
varchar |
8 |
√ |
|
NPC的性别 |
道具表
|
名 |
类型 |
长度 |
不是null |
主键 |
注释 |
|
道具ID |
Int |
8 |
√ |
√ |
道具 ID |
|
道具名 |
varchar |
128 |
√ |
|
道具在游戏中显示的名字 |
|
道具效果 |
varchar |
256 |
|
|
玩家使用道具后产生的影响 |
任务表
|
名 |
类型 |
长度 |
不是null |
主键 |
注释 |
|
任务ID |
Int |
8 |
√ |
√ |
任务ID |
|
任务名 |
varchar |
128 |
√ |
|
任务的名称 |
|
任务类型 |
varchar |
256 |
√ |
|
区分支线任务与主线任务 |
|
任务奖励 |
varchar |
256 |
√ |
|
玩家完成任务获得的奖励 |
|
任务描述 |
varchar |
256 |
√ |
|
对任务内容,任务目标的描述 |
物体表
|
名 |
类型 |
长度 |
不是null |
主键 |
注释 |
|
物体ID |
Int |
8 |
√ |
√ |
物体ID |
|
物体名 |
varchar |
128 |
√ |
|
物体的名称 |
|
物体事件 |
varchar |
256 |
|
|
与物体互动触发的事件 |

一共有4个里程碑
|
时间 |
策划 |
后端 |
前端 |
其他 |
|
10月23日 - 10月25日 |
完成主要剧情文档初稿,设定任务和场景 |
搭建后端框架,设计API结构 |
制作校园场景的基础模型 |
团队讨论游戏整体风格与设定 |
|
10月26日 - 10月28日 |
细化任务和角色设定,撰写详细剧情脚本 |
制作剧情数据接口,初步编写逻辑层 |
完成基础场景建模,开始添加建筑细节 |
收集参考资料,确定游戏美术风格 |
|
10月29日 - 10月31日 |
调整剧情细节,完善场景交互设计 |
完成基础框架搭建,连接数据库 |
优化校园场景,添加互动区域 |
撰写UI设计文档,初步设定用户界面 |
|
11月1日 - 11月3日 |
剧情文档定稿,确认故事主线 |
编写剧情逻辑,支持任务触发与处理 |
制作更多场景细节,完善模型 |
进行项目测试准备工作 |
|
11月4日 - 11月6日 |
与开发团队确认剧情的技术实现可行性 |
完成任务系统的核心功能开发 |
继续优化场景模型,调整互动效果 |
进行模型、剧情和任务的整合工作 |
|
11月7日 - 11月9日 |
设计额外的支线剧情和随机事件 |
编写任务触发的后端逻辑,开始联调测试 |
完成场景的细化和视觉效果优化 |
协调剧情与任务之间的过渡 |
|
11月10日 - 11月12日 |
根据反馈修改和完善剧情 |
完成1.0版本后端功能,实现剧情推进 |
最终调整场景模型,完善互动设计 |
进行功能测试与BUG修复 |
前端:优化场景细节,UI,地图
后端:优化游戏性能,修复游戏中的BUG
策划:优化剧情文案,调整游戏流程,完善支线任务
|
策划 |
后端 |
前端 |
其他 | |
|
11月13日 - 11月14日 |
优化剧情文档 |
修复后台功能性问题,优化接口响应速度 |
调整场景细节,修复视觉问题,优化UI |
协调团队,制定详细的优化计划 |
|
11月15日 - 11月16日 |
根据反馈调整剧情和任务流程,简化冗余部分 |
改进任务逻辑,优化数据库查询性能 |
优化地图增加场景互动性 |
修正公测bug |
|
11月17日 - 11月18日 |
修订剧情和任务设计,完善支线任务 |
修复任务系统中的边缘问题,提升稳定性 |
继续优化场景模型和交互设计 |
进行性能测试与压力测试 |
|
11月19日 |
最终确认优化内容 |
优化场景交互的功能 |
进行最后的UI和场景优化 |
美化ui |
前端:制作新场景,添加新的UI功能
后端:对各个系统进行优化,实现剧情
策划:设计新的游戏剧情,完善剧情设计
|
时间 |
策划 |
后端 |
前端 |
其他 |
|
11月20日 - 11月23日 |
设计新的游戏任务和支线剧情,新增多个场景 |
开发新任务逻辑,增加更复杂的任务系统 |
制作新增场景模型,添加互动细节 |
收集玩家反馈,分析新功能需求 |
|
11月24日 - 11月26日 |
完善剧情设计,优化现有任务和角色发展,融入新场景 |
改进存档系统和数据交互效率 |
完成新场景的细节建模,优化角色动画 |
测试新场景的bug问题等 |
|
11月27日 - 11月29日 |
整合新剧情和任务到主线任务中,连接新场景 |
实现新功能模块,处理任务分支和随机事件 |
添加新的UI功能,如地图标记、任务提示 |
进行功能测试,确保新功能的稳定性 |
|
11月30日 - 12月1日 |
最终检查和调整游戏内剧情和任务流程,确认新场景交互 |
联调测试所有新功能,修复剩余Bug |
优化新场景的切换效果,修复细小问题 |
准备发布的文档 |
|
12月2日 - 12月3日 |
确认所有剧情任务设计定稿,准备2.0发布 |
完成最终版的系统测试,准备发布2.0版本 |
完成所有前端界面和交互优化,确认无误 |
发布2.0版本 |
前端:确保所有前端交互的顺畅性和一致性,完成最终的界面调整。
后端:修复已知的Bug,提高系统的稳定性。
策划:收集和分析2.0版本的玩家反馈,根据反馈调整和简化剧情与任务设计。
|
时间 |
策划 |
后端 |
前端 |
其他 |
|
12月4日 - 12月5日 |
收集2.0版本玩家反馈,分析优化方向 |
修复已知Bug,优化后端性能 |
调整界面和交互,根据反馈优化用户体验 |
协调团队,制定详细的优化计划 |
|
12月6日 - 12月7日 |
根据反馈调整剧情和任务设计,简化冗余部分 |
改进数据库性能和任务逻辑 |
继续优化新场景,扩充地图内容,增强视觉效果和互动性 |
开展用户反馈调研,收集数据 |
|
12月8日 - 12月9日 |
最终检查剧情和任务流程,确保流畅性 |
进行性能测试和压力测试,确保稳定性 |
完成所有界面调整,确认无误 |
准备发布的文档 |
|
12月10日 |
确认所有优化内容,准备2.1发布 |
发布2.1优化版,处理发布后反馈 |
确保所有前端交互优化完成,发布准备 |
发布2.1版本 |
|
学号 |
姓名 |
贡献度 |
|
222200428 |
黄铎彦 |
11 |
|
222200207 |
朱骏祥 |
19 |
|
222200216 |
张上毅 |
10 |
|
222200208 |
刘鑫城 |
10 |
|
222200212 |
杨予凡 |
10 |
|
222200209 |
许棠涛 |
10 |
|
222200203 |
王晨如 |
10 |
|
222200206 |
朱江 |
10 |
|
222000104 |
李恺 |
10 |