unity单机游戏需求规格说明书

1、需求规格说明书目录1.引言21.1 编写目的1.2 项目背景1.3 软件定义1.4 参考资料2.任务概述 .2.2.2.2.2.2.12.22.32.43. 数据描述目标 用户特点运行环境 .条件和限制.2.3.3.3.3.3.1 静态数据 3.2 动态数据 3.3 数据存储描述3.4数据关系 4.功能需求 3.3.3.3.4.4.1功能划分 4.2系统功能描述 .4.3其他功能性需求5.性能需求 .4.5.8.1.0.5.1 适应性6.运行需求 1.0.1.0.6.1 用户接口6.2 硬件接口6.3 软件接口1.0.1.2.1.2.1. 引言1.1 编写目的1）为了让用户在轻松愉悦的游戏中得

2、到快乐与充实，即满足用户对大学时 光憧憬与怀念，又能够放松心情、填补空虚的时光。2）简明概述游戏的功能，方便用户轻松上手，易于掌握。读者对象：项目设计人员1.2 项目背景1） 项目名称： ECNU TOUR2） 项目是由* 共同开发实现，用户是任何人。3）项目来源及介绍：现有的跑酷游戏只是一味的奔跑吃东西， 一关一关的增加难度， 模式单一， 很容易使用户感到乏味和疲劳。 而大学生活场景的加入， 既贴切生活又增加了游 戏的趣味性，能够使用户对游戏产生共鸣。同时，为了避免用户厌倦，游戏中， 我们在不仅在游戏中分多个场景、 吃红包奖励，个别场景还添加了其他模式（即 酷跑模式与单机小游戏的结合） 这样

3、就增加了游戏的刺激性和多样性， 能够吸引 更多的用户参与到游戏中。1.3 软件定义该游戏操作简单， 节奏明快， 具有很强的交互性及简单易行性。任何人都可 以在很短时间内熟悉它的游戏规则，因此适合各个水平的用户使用。1.4 参考资料软件工程原书（第 9版）（英） Ian Summerville 著 程成 等译2.任务概述2.1 目标1.游戏整体风格 卡通可爱，流畅生动，操作简单，界面友好，画面 .情节丰富，贴近大学校 园生活。2.游戏模式 游戏能够提供跑酷，进击两种模式。跑酷模式要求流畅，界面多变，人物 角色具有基本的跑， 跳，蹲技能。竞技模式要求有趣刺激， 角色多样， 技能多样。 不同的角色对

4、应不同的技能。3.游戏 UI 二维，具有大学元素的游戏界面，界面友好简单，干净简洁。贴近大学校 园生活，丰富多彩。4.游戏角色 角色多样，风格统一，不同角色对应不同造型，不同技能。角色将适应游 戏界面和模式需要，并且可爱养眼。5.游戏音效 能够渲染气氛，使得游戏不显得匮乏无力。跑酷游戏要求音乐轻松欢快， 竞技模式要求音乐紧张多变。进击模式避免血腥暴力。2.2 用户特点本游戏简单易懂、操作容易且交互性好，对用户没什么特别要求。适合各 个年龄阶层和文化水平的用户使用。2.3运行环境Windows系列OS，具有固定IP2.4条件和限制单机游戏。3.3.13.2动态数据填写的用户名3.3数据存储描述本

5、地存储3.4数据关系数据描述静态数据技能属性，物品属性等，道具属性，任务基础数据。人物表Character列名数据类型描述CNOINT人物编号CNAMEVARCHAR(8)人物姓名SEXCHAR男或女技能表Skill列名数据类型描述SNOINT技能编号SNAMEVARCHAR(8)技能名称CNOINT拥有者人物编号关卡表 Check points列名数据类型描述CHNOINT关卡编号CHNAMEVARCHAR(8)关卡名称CTYPEChard)关卡类型CONDITIONINT关卡解锁条件注：关卡解锁条件中：0 不满足，1满足，程序中根据闯关情况来判断取值闯关情况Play列名数据类型描述CNOI

6、NT人物编号CHNOINT关卡编号SCOREINT闯关分数注：以上信息为初始设计，后期实现会有部分调整4.功能需求4.1功能划分根据系统总体功能，系统功能需求分“游戏开始 设置”，“游戏帮助”，等几个模块4.1.1根据功能划分，分配为硬件实现还是软件实现, 硬件内部接口需求规格1为游戏简介，2为游戏规则，3为任务简介，”，“游戏进行”，“游戏以表格形式给出，并给出软4为道具简介，5为操作帮助4.1.2需求分配表序号功能编号功能描述备注11开始界面21.1游戏简介31.2游戏规则41.3人物简介51.4道具简介61.5操作帮助82游戏设置92.1音效设置113游戏进行123.1开始游戏133.2

7、暂停游戏现场保护143.3退出游戏显示提示4.2系统功能描述/功能1：游戏帮助【输入数据】游戏帮助对应的序列号【输出数据】游戏规则、游戏简介、道具简介、操作帮助、人物简介等【功能】帮助游戏玩家了解游戏规则，快速进入游戏状态脚本1倫岀惦S壮昨YitiHi 購 UJj堆H L界倚功能2:游戏设置【输入数据】游戏音效对应的序列号；玩家信息【输出数据】设置成功提示或设置失败的提示【功能】对游戏的相关参数进行设置脚本2反家存系统选择游戏i殳骨.输出设阳类型迂录冃门设理的嘗总 延扭音效返冋成功捉示f-输人pjpn息Z功能3:游戏进行【输入数据】游戏开始、介绍、暂停；人物移动的方向等（7,J）；【输出数据】

8、人物闯关情况【功能】L让玩家在轻松的音效和高品质地游戏画面中充分享受应用游戏所带来的快感脚本3丿I始游戏厅储皿寧游祸狀态输出游观暂停捉示炕家/担命值均番输山游戏结束擁爪仔储切j家翱记录疣家得分显示用户选择操件根据川户输入la彳亍和应响应4.3其他功能性需求1、游戏开始继续未完的游戏用例名称：继续未完的游戏优先级必须实现触发器菜单选项前提用户在游戏中有存档基本路径1. 用户打开游戏；2. 进入游戏读取画面；后置条件系统读取用户存档声音设置用例名称：声音优先级必须实现触发器菜单选项前提用户打开游戏基本路径1. 选择“菜单”，然后系统显示运行时菜单2. 选择“声音设置（开/关）”选项3. 选择“开”

9、，游戏声音打开，选择“关”，游戏声音关闭。后置条件系统返回开始界面用例名称：退出游戏优先级必须实现触发器菜单选项前提用户打开游戏基本路径1. 用户选择“退出游戏”，弹出提示对话框；2. 用户选择“确定”退出游戏；3. 完成存档；4. 游戏结束，退出游戏完成。后置条件系统退出退出游戏i=f -2、游戏进行暂停游戏用例名称：暂停游戏优先级必须实现触发器暂停按钮前提游戏正在进行中基本路径1. 当在游戏中时，按“暂停”按钮后暂停游戏2. 屏幕上显示游戏暂停，并显示“继续游戏”按钮后置条件系统暂停游戏继续游戏用例名称：继续游戏优先级必须实现触发器继续游戏按钮触发前提游戏已经暂停基本路径1. 当玩家在游戏中请求暂停后，屏幕上显示有“继续游戏”按钮2. 选择“继续游戏”按钮，游戏结束暂停状态，恢复游戏后置条件系统继续游戏玩家吃东西用例名称：玩家吃东西优先级必须实现触发器玩家与宝物接触前提玩家处于正常的游戏运行中基本路径玩家处于正常的游戏运行中，与宝物发生接触后置条件分数增加玩家碰到障碍用例名称：玩家碰到障碍优先级必须实现触发器玩家与障碍接触前提玩家处于正常的游戏运行中基本路径玩家处于正常的游戏运行中，与障碍发生接触后置条件分数减少5.性能需求5.1适应性界面设计简单，易于用户操作。6.运行需求6.1用户接口 游戏为PC端 主页面：显示游戏如果不选择直接开始游戏，一切都是默认的。否则,是为