今天共同讨论汇总整理了我们初步的魔塔需求文档：
魔塔需求分析
- 引言
1.1 编写目的
1.2 项目背景
1.3 缩写说明
1.4 术语定义
1.5 参考资料
1.6 版本信息
- 任务概述
2.1系统定义
2.1.1项目来源及背景
2.1.2 市场目标，技术目标
2.1.3 系统整体结构
2.1.4 系统各部分组成
2.2 运行环境
2.2.1 设备环境
2.2.2 硬件环境
2.2.3 软件环境
2.2.4 网络环境
2.2.5 操作环境
2.2.6 应用环境
2.3 条件限制
2.3.1 经费限制，开发期限
2.3.2 最终用户
2.3.3 本软件预期使用频度
3.数据描述
3.1 静态数据
3.2 动态数据
3.3 数据库描述
3.4 数据字典
3.5 数据采集
4.功能需求
4.1 功能划分
4.1.1 系统功能组成
4.1.2 功能编号优先级
4.1.3 功能定义
4.2 功能描述
4.2.1 功能说明
4.2.2 详细说明
5.性能需求
5.1 数据精确度
5.2 时间特性
5.3 适应性
6.运行需求
6.1 用户界面
6.1.1 界面风格
6.1.2 界面描述及样式
6.2 硬件接口
6.3 软件接口
6.4 故障处理
7. 其他需求
7.1 检测或验收标准
7.2 可用性，可维护性，可靠性，可转接性，可移植性要求
7.3 安全保密性要求
7.4 开发要求
一．引言
1.1编写目的
本次软件工程制作开发环境：unity，编写语言：c#或js 目标：完成魔塔单机游戏软件，软件可在Android, pc端运行。孩童时期，每当玩到pc端的网页游戏时，相信我们每个人都会对游戏背后的神秘东西所吸引——它是怎么做出来的？为什么按键盘的上下左右游戏的小人就会行走还可以打怪。魔塔游戏（打败魔王救出公主）给我们留下深刻的印象。软工小组“team_MT”成立了，我们以魔塔这款网页游戏作为项目背景，制作出类似Android游戏，并在此基础上增设其它玩法。
预期读者：需求分析文档制作人员，开发人员，制作人员，测试人员，项目监督人员，用户。
1.1项目背景
2.1.1 4399网页游戏魔塔的风靡
2.1.2移动手机的发展，由于其方便性，易操作性，受到越来越多用户的喜爱
2.1.3 unity软件的友好性
所以小组成员决定制作类似的Android单机游戏，用户为所有使用Android的人员。同时项目具有巨大的发展前景，可以相宜的更改游戏设计方案，将其制作成多人同步在线游戏，或者做成微信小程序。
1.3缩写说明
无
1.4术语定义
无
1.5参考资料
CSDN关于unity及与游戏制作相关的博客
1.6版本信息
二．任务概述
2.1系统定义
2.1.1 项目来源及背景
项目题设是集体讨论的结果，以网页游戏魔塔作为制作背景，同时在其基础上做相应的变化以适应人们的审美，同时提升游戏的可玩性，易操作性。
2.1.2 项目要达成的目标
该软件制作并测试完成后可以在手机端和pc端健全运行无卡顿现象，有较高的游戏体验感。一定程度上超越之前的魔塔游戏。
2.1.3系统整体结构
用户点开游戏软件，出现游戏界面，选项：开始新游戏，继续游戏。在游戏中通过比较英雄血限，攻击力，怪物血限，攻击力判断能否击败该怪物，同时在进入下一层时候判断英雄有每有获取该层的钥匙。
具体流程图后期制作补上。
2.1.4 系统各部分组成
软件由各模块组成，各模块之间高内聚，低耦合。各个模块负责各自功能。
2.2 运行环境
2.2.1 设备环境
安卓，pc 端，对硬件需求低
2.2.2 硬件环境
对配置要求低
2.2.3 软件环境
该软件适用于当前流行的pc电脑和移动手机
2.2.4 网络环境
该游戏软件不需要网络连接
2.2.5 操作环境
windows系统，安卓系统
2.2.6 应用环境
流程图下周补上
2.3 条件限制
2.3.1 经费限制，开发期限
该软件无开发经费，有一定的开发期限
2.3.2 最终用户
该软件对用户无特殊要求，用户必须是安卓手机或pc电脑的使用者
2.3.3 本软件预期使用频度
该软件是单机，无网络连接需求，无多用户同时操作出现互相影响的现象，所以本软件不需要预估使用频度
三．数据描述
3.1 静态数据
在魔塔游戏软件中，静态数据：人物模型，怪物模型，怪物的攻击力，血限，防御力，游戏中各种物品模型，能力（血瓶，蓝宝石，红宝石，商店，特殊人物），游戏中各层的地图模型
3.2 动态数据
该游戏中英雄（用户操作的人物）的血限，攻击力，防御力，等级是不断变化的
3.3 数据库描述
该游戏无数据库建立，不需要建立相应的数据库保存用户信息
3.4 数据字典
| 精灵 |
精灵具有的属性 |
说明 |
||||||
| 英雄 |
模型（外观） |
生命 |
等级 |
攻击力 |
防御力 |
钱币 |
动态 |
动态 |
| 怪物 |
模型（外观） |
生命 |
等级 |
攻击力 |
防御力 |
静态 |
静态 |
|
| 商店 |
模型（外观） |
功能 |
静态 |
静态 |
||||
| 特殊人物 |
模型（外观） |
能力 |
静态 |
静态 |
||||
数据字典是建立在数据库存在的基础上，因为本项目无数据库建立，也就不存在数据字典，在此给出项目中的数据，因为在unity中将物体称作为精灵，所以我们用精灵代替物体
3.5数据采集
Pc端：用户通过键盘上下左右控制人物移动，当贴近怪物，并继续朝着怪物所在的方向移动时，视为攻击怪物，系统自动计算人物攻击怪物后，人物的血限，获得的经验，金币
安卓：在手机界面上会显示上下左右箭头，用户通过触屏点击控制人物移动
四．功能需求
4.1 功能划分
4.1.1 系统功能组成
（1）登陆界面
开始游戏
载入存档
操作说明
离开游戏
（2）游戏界面
状态系统
普通道具系统
画面
特殊道具系统（隐藏，需按键触发）
互动系统
4.1.2 功能编号优先级
| 编号 |
名称 |
优先级 |
描述 |
主要发起者 |
| 1 |
开始游戏 |
重要 |
进入游戏的接口 |
用户 |
| 2 |
载入存档 |
重要 |
载入已保存的存档点 |
用户 |
| 3 |
操作说明 |
重要 |
游戏操作方式的说明 |
用户 |
| 4 |
离开游戏 |
次要 |
关闭游戏的接口 |
用户 |
| 5 |
状态系统 |
次要 |
游戏人物的实时状态 |
用户 |
| 6 |
普通道具系统 |
次要 |
游戏人物当前的道具 |
用户 |
| 7 |
画面 |
重要 |
操作游戏人物的画面 |
用户 |
| 8 |
特殊道具系统 |
重要 |
特殊道具使用界面 |
用户 |
| 9 |
互动系统 |
重要 |
与NPC或商店互动 |
用户 |
4.1.3 功能定义
开始游戏：从此进入游戏界面。
载入存档：从此载入已保存的存档点。
操作说明：点击此处查询游戏操作方法。
离开游戏：点击此处退出游戏，关闭界面。
状态系统：显示人物实时状态，包括当前层数、人物等级、生命、攻击、防御、经验值、金币。
普通道具系统：显示游戏人物当前拥有的普通道具，包括三色钥匙的数量。
画面：操作人物的结果反映在画面上。
特殊道具系统：特殊道具的使用界面，包括楼层传送道具、怪物状态查询道具等。
互动系统：在画面上与NPC和商店互动，包括升级、加生命、加攻击、加防御、买卖钥匙。
4.2 功能描述
4.2.1 功能说明
设置存档点：通过按键设置存档点，以便载入。
载入存档点：通过按键载入已保存的存档点。
进入和退出楼层传送界面：通过特殊按键进入和退出传送界面。
进入和退出怪物信息界面：通过特殊按键进入和退出传送界面。
4.2.2 详细说明
设置存档点的按键为S。
载入上一存档点的按键为A。
进入和退出楼层传送界面的按键为J。
进入和退出怪物信息界面的按键为L。
五．性能需求
5.1数据精确度:
三大数据信息有 防御、生命值、攻击力、道具中有钥匙类型和数量、金币等，这些都需要精确，尤其是前三项，当遇到怪物的时候，需要结合自身的和怪物的三大属性值，对你想有的战斗判断是否可进行，同时在游戏商城通过用虚拟货币来交易，提高自身的三大属性。道具中的钥匙类型和数量，需要钥匙类型来和门匹配才能开，同样要有钥匙的数量的记录，有钥匙才可以开
5.2时间特性：
时间的特性要求比较高，一般会不超过1s，甚至是瞬间完成的，响应时间长会影响用户的体验
5.3适应性：
1、兼容手机端和网页端；（主要的Android设备，但是不支持苹果系统）；
六．运行需求
6.1 用户界面
6.1.1 界面风格
6.1.2 界面描述及样式
（1）登录界面
（2）游戏界面
物理维度：2D游戏，玩家控制人物在一个平面上移动，场景的转换通过翻页的形势完成。
大小规模：游戏中的魔塔有20层，每层的面积大小一样。游戏画面由一个个大小相同的正方形块组成。角色、墙体、物品、怪物、NPC、楼梯各站一格的大小。角色每次可以选择上下左右其中一个方向移动一格。
界面只能从0层到20层移动、如果要是钥匙不够那么无法通过对应的门。角色不能穿越墙体。
6.2 硬件接口
普通计算机配置
6.3 软件接口
Java软件开发环境
6.4 故障处理
故障出现的原因可能是因为无法初始化，一般是由文件损坏或者其他原因导致的。重新初始化文件排除问题。
七．其他需求
7.1 检测或验收标准
本系统为Java 应用程序编写的角色扮演类游戏，游戏中有诸多功能模块，还有许多的键盘和鼠标操作事件以及大量的游戏数据。可以先按功能着手进行测试，测试当玩家操作鼠标和键盘的时候，程序能否对其做出响应。然后进行集成测试，测试每一个功能模块之间是否有干扰以及整个游戏的运行状况。
具体测试计划如下:
对功能需求中的各功能模块均要测试通过。但是考虑到部分功能作为整个游戏的基础，会涉及到整个游戏当中，诸如此类功能将不会设计单元测试。例如: 勇士移动、音乐播放等功能。
7.2 可用性，可维护性，可靠性，可转接性，可移植性要求
可靠性: 在玩家完整的进行一次游戏的过程中，不会出现程序运行错误、闪退的情况。同时能够完成功能需求中的各个功能模块。
可用性: 能够保证在两周时间内，程序能够正常运行的比例在90%以上。
可维护性: 能够做到在不影响玩家数据的情况下，修复程序Bug。
可扩展性: 作为游戏开发，一成不变往往会使玩家产生情感疲劳，所以开发新的功能成为一种必要。所以，该游戏应该能确保在不影响之前功能情况下，添加新的功能模块。
7.3 安全保密性要求
怪物手册数据库保密
7.4 开发要求
计算机配置：安装java环境，jdk6.0以上；
响应时间：每一次玩家触发事件后，程序的响应时间不得超过5秒；
数据准确性玩家在游戏的过程中数据不能出现错误，玩家保存进度后，读取时数据应保持一致。