完整版unity单机游戏需求规格说明书.docx
《完整版unity单机游戏需求规格说明书.docx》由会员分享，可在线阅读，更多相关《完整版unity单机游戏需求规格说明书.docx（15页珍藏版）》请在冰点文库上搜索。
完整版unity单机游戏需求规格说明书
需求规格说明书
1.引言2
1.1编写目的2...
1.2项目背景2...
1.3软件定义2...
1.4参考资料2...
2.任务概述2...
2.1目标2...
2.2用户特点3...
2.3运行环境3...
2.4条件和限制3...
3.数据描述3...
3.1静态数据3...
3.2动态数据3...
3.3数据存储描述3...
3.4数据关系3...
4.功能需求4..
4.1功能划分4...
4.2系统功能描述5...
4.3其他功能性需求8...
5.性能需求1..0.
5.1适应性1..0.
6.运行需求1..0.
6.1用户接口1..0.
6.2硬件接口1..2.
6.3软件接口1..2.
1.引言
1.1编写目的
1）为了让用户在轻松愉悦的游戏中得到快乐与充实，即满足用户对大学时光憧憬与怀念，又能够放松心情、填补空虚的时光。
2）简明概述游戏的功能，方便用户轻松上手，易于掌握。
读者对象：
项目设计人员
1.2项目背景
1）项目名称：
ECNUTOUR
2）项目是由***共同开发实现，用户是任何人。
3）项目来源及介绍：
现有的跑酷游戏只是一味的奔跑吃东西，一关一关的增加难度，模式单一，很容易使用户感到乏味和疲劳。
而大学生活场景的加入，既贴切生活又增加了游戏的趣味性，能够使用户对游戏产生共鸣。
同时，为了避免用户厌倦，游戏中，我们在不仅在游戏中分多个场景、吃红包奖励，个别场景还添加了其他模式（即酷跑模式与单机小游戏的结合）这样就增加了游戏的刺激性和多样性，能够吸引更多的用户参与到游戏中。
1.3软件定义
该游戏操作简单，节奏明快，具有很强的交互性及简单易行性。
任何人都可以在很短时间内熟悉它的游戏规则，因此适合各个水平的用户使用。
1.4参考资料
软件工程原书（第9版）（英）IanSummerville著程成等译
2.任务概述
2.1目标
1.游戏整体风格卡通可爱，流畅生动，操作简单，界面友好，画面.情节丰富，贴近大学校园生活。
2.游戏模式游戏能够提供跑酷，进击两种模式。
跑酷模式要求流畅，界面多变，人物角色具有基本的跑，跳，蹲技能。
竞技模式要求有趣刺激，角色多样，技能多样。
不同的角色对应不同的技能。
3.游戏UI二维，具有大学元素的游戏界面，界面友好简单，干净简洁。
贴近大学校园生活，丰富多彩。
4.游戏角色角色多样，风格统一，不同角色对应不同造型，不同技能。
角色将适应游戏界面和模式需要，并且可爱养眼。
5.游戏音效能够渲染气氛，使得游戏不显得匮乏无力。
跑酷游戏要求音乐轻松欢快，竞技模式要求音乐紧张多变。
进击模式避免血腥暴力。
2.2用户特点
本游戏简单易懂、操作容易且交互性好，对用户没什么特别要求。
适合各个年龄阶层和文化水平的用户使用。
2.3运行环境
Windows系列OS，具有固定IP
2.4条件和限制
单机游戏。
3.数据描述
3.1静态数据
技能属性，物品属性等，道具属性，任务基础数据。
3.2动态数据
填写的用户名
3.3数据存储描述
本地存储
3.4数据关系
人物表Character
列名
数据类型
描述
CNO
INT
人物编号
CNAME
VARCHAR（8）
人物姓名
SEX
CHAR
（1）
‘男’或‘女’
技能表Skill
列名
数据类型
描述
SNO
INT
技能编号
SNAME
VARCHAR（8）
技能名称
CNO
INT
拥有者人物编号
关卡表Checkpoints
列名
数据类型
描述
CHNO
INT
关卡编号
CHNAME
VARCHAR（8）
关卡名称
CTYPE
Char
（1）
关卡类型:
CONDITION
INT
关卡解锁条件
闯关情况Play
列名
数据类型
描述
CNO
INT
人物编号
CHNO
INT
关卡编号
SCORE
INT
闯关分数
注：
以上信息为初始设计，后期实现会有部分调整
4.功能需求
4.1功能划分
根据系统总体功能，系统功能需求分“游戏开始”，“游戏进行”，“游戏设置”，“游戏帮助”，等几个模块
4.1.1
根据功能划分，分配为硬件实现还是软件实现，以表格形式给出，并给出软硬件内部接口需求规格
1为游戏简介，2为游戏规则，3为任务简介，4为道具简介，5为操作帮助
4.1.2需求分配表
序号
功能编号
功能描述
备注
1
1
开始界面
2
1.1
游戏简介
3
1.2
游戏规则
4
1.3
人物简介
5
1.4
道具简介
6
1.5
操作帮助
8
2
游戏设置
9
2.1
音效设置
11
3
游戏进行
12
3.1
开始游戏
13
3.2
暂停游戏
现场保护
14
3.3
退出游戏
显示提示
4.2系统功能描述
功能1游戏帮助
【输入数据】游戏帮助对应的序列号
【输出数据】
游戏规则、游戏简介、道具简介、操作帮助、人物简介等
【功能】
帮助游戏玩家了解游戏规则，快速进入游戏状态
脚本1
玩*游费就徉
」九样讪L诉您单
愉岀制肋类咆
ar
1HS桶UJj
■
世冋上一许面
————^-■'^―—
功能2:
游戏设置
【输入数据】
游戏音效对应的序列号；
玩家信息
【输出数据】
设置成功提示或设置失败的提示
【功能】
对游戏的相关参数进行设置
脚本2
输人门户仃息
退出i殳方
世贱软祥#锚栗纯
id录冃八设哉的侣屈
返冋成功捉示
功能3:
游戏进行
【输入数据】
游戏开始、介绍、暂停；人物移动的方向等（f,J）；
【输出数据】
人物闯关情况
【功能】
让玩家在轻松的音效和高品质地游戏画面中充分享受应用游戏所带来的快感
脚本3
致据荷储
输出站戍咎停捉示
疗储朮家谢哉状海
输出游戏釘束提小
存储轨家新id录
S»-as■
尻家協分显示
卅户述澤操作
根据川八输入逆彳亍柿应响应
4.3其他功能性需求
1、游戏开始
继续未完的游戏
用例名称：
继续未完的游戏
优先级
必须实现
触发器
菜单选项
前提
用户在游戏中有存档
基本路径
1.用户打开游戏；
2.进入游戏读取画面；
后置条件
系统读取用户存档
声音设置
用例名称：
声音
优先级
必须实现
触发器
菜单选项
前提
用户打开游戏
基本路径
1.选择“菜单”，然后系统显示运行时菜单
2.选择“声音设置（开/关）”选项
3.选择“开”，游戏声音打开，选择“关”，游戏声音关闭。
后置条件
系统返回开始界面
退出游戏
用例名称：
退出游戏
优先级
必须实现
触发器
菜单选项
前提
用户打开游戏
基本路径
1.用户选择“退出游戏”，弹出提示对话框；
2.用户选择“确定”退出游戏；
3.完成存档；
4.游戏结束，退出游戏完成。
后置条件
系统退出
2、游戏进行中:
暂停游戏
用例名称：
暂停游戏
优先级
必须实现
触发器
暂停按钮
前提
游戏正在进行中
基本路径
1.当在游戏中时，按“暂停”按钮后暂停游戏
2.屏幕上显示游戏暂停，并显示“继续游戏”按钮
后置条件
系统暂停游戏
继续游戏
用例名称：
继续游戏
优先级
必须实现
触发器
继续游戏按钮触发
前提
游戏已经暂停
基本路径
1.当玩家在游戏中请求暂停后，屏幕上显示有“继续游戏”按钮
2.选择“继续游戏”按钮，游戏结束暂停状态，恢复游戏
后置条件
系统继续游戏
玩家吃东西
用例名称：
玩家吃东西
优先级
必须实现
触发器
玩家与宝物接触
前提
玩家处于正常的游戏运行中
基本路径
玩家处于正常的游戏运行中，与宝物发生接触
后置条件
分数增加
玩家碰到障碍
用例名称：
玩家碰到障碍
优先级
必须实现
触发器
玩家与障碍接触
前提
玩家处于正常的游戏运行中
基本路径
玩家处于正常的游戏运行中，与障碍发生接触
后置条件
分数减少
5.性能需求
5.1适应性
界面设计简单，易于用户操作
6.运行需求
6.1用户接口游戏为PC端主页面：
显示游戏
如果不选择直接开始游戏，一切都是默认的。
否则,
多场景的设计，是为了方便用户闯关，也为了满足用户不同层度的需求。
如果用户一开始没有选择场景，则从第一关开始闯，直到最后一关。
2.游戏帮助
详细讲述游戏的规则。
3.关于游戏
对游戏的一个详细说明
6.2硬件接口
无
6.3软件接口
.net4.0
Microsoftvisualstudio2010
Unity3d4
升级会员 