坦克大战需求分析报告.docx
《坦克大战需求分析报告.docx》由会员分享，可在线阅读，更多相关《坦克大战需求分析报告.docx（20页珍藏版）》请在冰豆网上搜索。
坦克大战需求分析报告
智能试题库
需求规格说明书
1、概述需求分析是软件开发生命周期中的重要阶段，是软件设计阶段的基石，本文档是软件开发者和客户之间签订的一份契约，保证客户需求的稳定性，为软件开发者提供软件开发过程的凭据。
1.1用户简介近年来，手机游戏市场规模迅速增长，市场潜力巨大，同时，我国政府在大力扶持手机游戏行业，特别是对我国本土游戏企业的扶持，手机游戏已被列入国家863计划。
积极参与游戏开发的国内企业可享受政府税收优惠和资金支持，同时，政府也加紧了对外国游戏开发商的管理制度。
除此之外，我国政府各部门还采取了各种各样的形式来帮助发展国内手机游戏行业，手机游戏产业正高速发展。
用户角色大致分为：
玩家
1.2项目目的和目标
随着科技的发展，手机的功能越来越强大，手机已经成为大多数人生活的一部分，人们渐渐习惯于将手机作为新的娱乐工具，而游戏也已成为手机上不可缺少的功能。
如今手机游戏的规划越来越复杂，画而越来越精美，娱乐性和交互性也越来越强，已经可以和当年的
"Gameboy掌上游戏相媲。
因此，开发这样一个娱乐游戏成为很有必要的事情。
经过思考，我们决定尝试以“坦克大战”为主要构想，开发出一个完整的、实用性强、应用性和适应性广泛的手机游戏软件，以丰富人们的娱乐生活。
1.3术语定义
坦克大战
1.4参考资料
1】《软件工程实践教程》，赵池龙等编著，电子工业出版社，2007年1月
2】《UML参考手册》，（美）兰博等编著，机械工业出版社，2001年1月
1.5相关文档
【1】《TankSprite需求规格说明书》
【2】《TankSprite概要设计说明书》
【3】《TankSprite详细设计说明书》
1.6版本更新信息
如表1-1所示。
表1-1版本更新记录
版本号
创建者
创建日期
维护者
维护日期
维护纪要
V1.0
最后小组
2009/3/11
--
--
--
2、目标系统描述
2.1组织结构与职责
本系统用户的组织结构与角色如图1-1所示。
图1-1组织结构与角色
22角色定义
用户在系统中扮演的角色，以及可以执行的职责，如表1-2所示。
表1-2角色定义
编号
角色
职责
1
玩家
操纵玩家坦克，与敌方坦克作战，冋时保护本方司令部
2.3作业流程/业务模型
系统总体业务流程图，如图1-2所示。
图1-2总体结构图
2.4信息源
本系统的主要信息源说明，如表1-3至表1-7所示。
表1-3玩家坦克信息表
单据名称
intest_mytank
用途
存放玩家坦克的相关信息
使用者
玩家
其中，玩家坦克信息表的各项数据项的详细说明如下:
序号
数据项英文名
数据项中文名
类型、长度、精度
允许为空
1
mytankid
玩家坦克id
int（11）
2
mytankimage
玩家坦克图形
image（500）
3
mytank_framewidth
玩家坦克机壳宽度
int（10）
4
mytankframeheight
玩家坦克机壳高度
int（10）
表1-4敌方坦克信息表
单据名称
intestenemytank
用途
存放敌方坦克的相关信息
使用者
玩家
其中，敌方坦克信息表的各项数据项的详细说明如下:
序号
数据项英文名
数据项中文名
类型、长度、精度
允许为空
1
enemytank_id
敌方坦克id
int（11）
2
enemytankimage
敌方坦克图形
image（500）
3
enemytankframewidth
敌方坦克机壳宽度
int（10）
4
enemytankframeheight
敌方坦克机壳咼度
int（10）
表1-5炮弹信息表
单据名称
intest_bulletsprite
用途
r存放炮弹的相关信息
使用者
玩家
其中，炮弹信息表的各项数据项的详细说明如下:
序号
数据项英文名
数据项中文名
类型、长度、精度
允许为空
i
bulletsprite_id
炮弹id号
int（11）
PK
2
Bulletsprite_speed
炮弹速率
int（10）
3
Bulletsprite_dir
炮弹方向
int（10）
4
Bulletsprite_image
炮弹图形
image（500）
5
Bulletsprite_framewidth
炮弹外壳宽度
int（10）
6
Bulletsprite_frameheight
炮弹外壳咼度
int（10）
表1-6爆炸精灵信息表
单据名称
intestexplosionsprite
用途
［存放爆炸精灵的相关信息
使用者
玩家
其中，爆炸精灵信息表的各项数据项的详细说明如下:
序号
数据项英文名
数据项中文名
类型、长度、精
度
允许为空
1
explosionspriteid
爆精灵炸id
int（11）
2
explosionspriteimage
爆炸精灵图形
image（500）
3
explosionspriteframewidth
爆炸精灵框架宽度
int（10）
4
explosionspriteframeheight
爆炸精灵框架咼度
int（10）
表1-6场景信息表
单据名称
intest_scene
用途
「存放场景的相关信息
使用者
玩家
其中，场景信息表的各项数据项的详细说明如下:
序号
数据项英文名
数据项中文名
类型、长度、精度
允许为空
1
seene_id
场景id号
int（11）
PK
2
seene_m_LyCanPass
坦克可通过的区域（如树
林）
TiledLayer
3
scene_m_LyBulletPass
坦克不能通过，但炮弹可通
过的区域（如海洋）
TiledLayer
4
seene_m_LyCanHit
坦克不能通过，但炮弹可将
其摧毁的区域（如砖墙）
TiledLayer
5
seene_m_LyNotPass
坦克和炮弹都不能通过的
区域（如石头墙）
TiledLayer
6
scene_m_LyHQ
玩家司令所在的区域
TiledLayer
3、目标系统功能需求
3.1功能需求分析
使用用例图描述系统的功能需求，如图1-3所示。
«realiza^ion»
管理员、
«permission»
z教师«realliation»
«reali7a^ic（n»
«reartzaticnx、
/«realizatioin»
图1-3用例图
3.2用例规约
详细列出了系统的工作流程，详见“用例规约”文档。
“坦克大战”游戏软件系统分为五个用例：
1开始功能
2暂停功能
3退出功能
4移动玩家坦克功能
5（控制玩家坦克）发射炮弹功能
3.2.1开始功能
321.1简要说明
开始功能是开始读取游戏进度的操作。
用户是玩家。
开始功能用例的主角是玩家。
3.2.1.2事件流
用户选择“开始功能”活动，用例开始。
3.2.1.2.1基本流
1）用户选择“开始功能”，提交“开始功能”请求；
2）系统载入开机界面。
3）用户按下确认键，系统显示场景、玩家坦克和敌方坦克的初始位置。
4）玩家按下方向键移动玩家坦克，坦克与树林区域不发生碰撞；坦克与海洋、石头及砖墙区域发生碰撞，结果是坦克后退。
5）玩家按下中心键控制玩家坦克发射炮弹，炮弹与敌方坦克碰撞则发生爆炸；炮弹与海洋及树林不发生碰撞；炮弹与砖墙碰撞后产生爆炸，炮弹消失，该处砖墙被摧毁；炮弹与石头碰撞，炮弹消失，产生爆炸。
6）系统控制移动敌方坦克，坦克与树林区域不发生碰撞；坦克与海洋、石头及砖墙区域发生碰撞，结果是坦克后退。
7）系统控制敌方坦克发射炮弹，炮弹与玩家坦克碰撞则发生爆炸；炮弹与海洋及树林不发生碰撞；炮弹与砖墙碰撞后产生爆炸，炮弹消失，该处砖墙被摧毁；炮弹与石头碰撞，炮弹消失，产生爆炸。
8）玩家按下暂停键，游戏暂停，进入暂停界面。
9）玩家在游戏进行时按下退出键，游戏载入退出界面，游戏退出。
10）玩家在游戏中取得胜利后，系统自动进入游戏结束标志，输出游戏结束语，游戏结束。
3.2.1.2备选流暂停功能作为备选流。
3.2.1.2.3简要说明
玩家完
玩家有来电进入时，系统自动保存游戏数据并暂停，同时切换到来电接听界面。
成通话或拒绝通过后，系统自动载入已保存的游戏界面，用户再次按下暂停键可继续游戏。
3.3功能需求点列表/功能模型系统模块设置如表1-7所示。
表1-8系统模块设置
编号
模块名称
简要描述
1
坦克模块
派生玩家坦克和敌方坦克
2
玩家坦克模块
管理玩家坦克的实例
3
敌方坦克模块
管理敌方坦克的实例
4
炮弹模块
管理炮弹的实例
5
爆炸精灵模块
管理爆炸精灵的实例
6
场景模块
管理场景的实例
系统的功能需求点列表，如表1-8所示，它是系统测试的参照依据。
表1-9功能需求点列表
编号
功能名称
模块
编号
功能描述
输入内容
输出内容
1
坦克
1
移动坦克，发射炮弹，派生玩家坦
克和敌方坦克
2
玩家坦克
2
处理按键，移动玩家坦克，发射炮
弹
玩家输入的方向键和中心键
玩家坦克移动和
发射炮弹
3
敌方坦克
3
系统根据当前方向移动敌方坦克，以二十分之一的概率发射炮弹
玩家坦克移动和
发射炮弹
4
炮弹
4
管理炮弹移动的速率和方向
炮弹移动
5
爆炸精灵
5
处理炮弹遇到不可通过的障碍物
时产生的爆炸
炮弹爆炸
6
场景
6
生成坦克和炮弹分别可以通过和不可通过的区域，生成炮弹可摧毁的区域及不可摧毁的区域。
选择退出
退出系统
4、目标系统性能需求
4.1时间需求
（1）查询的最长等待时间不超过5秒。
（2）更新信息的时间不超过5秒。
（3）试卷生成的时间不超过5秒。
（4）成功导入试题或答案的时间不超过5秒。
4.2空间需求
（1）支持的终端数：
<=2000.
（2）支持的并行操作的使用者数：
<=500.
（3）处理的记录数：
2000.
5、目标系统界面与接口需求
5.1界面要求
本系统的界面遵循方便、简洁、美观、大气、可操作性强的风格，根据用户的描述，界面的设计大致如图1-3至图1-9所示。
图1-5查询模块
知识点：
jTextFieldl
童:
Item1v节：
Item1V题目输入：
答案输入：
答案输入：
忝加
童：
科目
题型
难度
ItemIv节：
item1”
试题：
分值：
jTestFieldl
试题号：
jTextFx«ld2
答秦：
擢素试题
录入试卷孩览
…二I
图1-7组卷模块
盔-農課问"壽m-hx觀眩-器岂俐油：
窈Titmitilnl]八
®r8肯呂嶽M
■■■isiuiu=w
i__用户苣理—j
退出
图1-9系统模块
5.2接口需求点列表/接口模型
6、目标系统其他需求
6.1安全性
（1）还没有登录的用户不能进行任何操作，以保护试题库的保密性。
（2）管理员可以进行任何操作除了修改试卷信息，教师可以修改登录密码、使用关于系统功能、查询试题库、维护试题库、打印功能，学生可以修改登录密码、使用关于系统功能、查询被允许的试题库、打印被允许的试题。
6.2可靠性设计过程充分考虑恶意等非法非法入侵行为，尽量达到安全性最高。
7、目标系统假设与约束条件
7.1硬件环境建议硬盘空间：
建议内存：
建议CPU：
网络环境：
7.2软件环境：
操作系统：
数据库系统：
其他支持软件：
升级会员 