《植物大战僵尸》需求规格说明书

admin管理员组

文章数量:1531426

2023年12月31日发(作者：)

word

植物大战僵尸

需求规格说明书

编撰 人：小组

具体编撰：

审 核 人：

批 准 人：

批准日期：

某某级别：某某

1 / 19

word

版本历史

日期

版本

说明 作者

2 / 19

word

目 录

1. 引言1

1.1.

编制目的1

1.2.

X围1

1.3.

预期的读者和阅读建议1

1.4.

术语和缩略语1

1.5.

文档约定2

1.6.

参考文件2

2. 项目概述3

2.1.

目标3

2.2.

X围3

2.3.

用户的特点3

2.4.

假定条件和约束限制3

2.5.

运行环境3

2.5.1.

硬件环境4

2.5.2.

软件环境4

3. 业务分析5

4. 数据描述6

4.1.

根底数据6

4.2.

业务数据6

5. 功能需求7

5.1.

功能需求总述7

5.1.1.

功能需求总表7

5.1.2.

角色、权限需求7

5.2.

功能需求18

5.3.

功能需求28

5.4.

功能需求38

3 / 19

word

5.4.功能需求48

5.5.

功能需求59

5.6.

功能需求69

5.7.

功能需求79

5.8.

功能需求89

5.9.

功能需求910

5.10.

功能需求1010

5.11.

功能需求1110

5.12.

功能需求1210

5.13.

功能需求1310

5.14.

功能需求1411

5.15.

功能需求1511

5.16.

功能需求1611

6. 非功能需求12

6.1.

性能需求12

6.2.

安全某某需求12

6.3.

扩展性需求12

6.4.

稳定性需求13

7. 界面要求14

7.1.

图形要求14

7.2.

卡片格式14

8. 接口要求15

4 / 19

word

1. 引言

1.1. 编制目的

本软件需求分析报告的编写目的是为了提供一个由用户〔或教师〕和开发者双方共同确定的开发游戏的业务需求目标，并对所实现的软件功能做全面的规格描述。

同时，在用户业务需求的根底上，经过需求分析和数据处理，以向整个开发期提供关于软件游戏的业务和数据技术信息和整体描述，成为软件开发的技术根底，也作为系统设计和实现的目标与验收依据。

本游戏需求分析报告的使用读者，一般为：软件客户、软件需求分析人员、软件设计与开发者和相关测试人员。

1.2. X围

1、 手机游戏在手机上发布成功

2、 具有一定的趣味性和实用性

3、 操作简单，界面设计易懂、直观

1.3. 预期的读者和阅读建议

预期的读者有各个大中型实训培训机构，小型开发团队也可参考。

1.4. 术语和缩略语

表 1术语和缩略语

术语、缩略语

教师〔Teacher〕

小组〔Group〕

解 释

负责项目的教学和解答，能够让培训的学生在本游戏中学好本课程相关的知识，完成培训要求的项目和其他任务。

为了共同研讨、学习或者完成作业，假如干个学生用户按照一定规如此组成的小组。

组员〔Group Member〕： 组员〔Group Member〕：

1 / 19

word

组长〔GroupMember〕

一个开发团队的核心人物，带领团队开发开发项目，分配任务、资源等，团队的决策人。

1.5. 文档约定

《植物大战僵尸需求规格说明书》明确了《植物大战僵尸》的功能性需求和非功能性需求；这是实训机构统计的根据，也是用户对游戏验收的标准之一。该需求规格说明书必须使得软件开发人员与用户需求达成统一的、无二义性的认识，所描述的内容，可作为软件确认测试的依据。

1.6. 参考文件

[1]X思. 高校教师教育技术能力培训游戏的设计研究[D].某某师X大学,2012.

[2]卢琴. 信息技术教师远程研修游戏的应用研究[D].某某师X大学,2012.

[3]徐君. 基于活动理论的网络培训游戏的设计与实现[D].某某师X大学,2012.

[4]邓慧. 教师远程培训的需求调查与干预设计[D].某某师X大学,2012.

[5]王觅. 基于虚拟班级的教师远程培训游戏设计与实现[D].某某大学,2012.

[6]冯玉帆. 现代教育技术专业全日制教育硕士教学实践能力培训游戏的建设[D].某某师X大学,2013.

[7]胡军卫. 中小学教师网络培训需求分析研究[D].某某师X大学,2013.

[8]宋海沂. 中学教师远程培训平台的分析与设计[D].华东师X大学,2009.

2 / 19

word

2. 项目概述

2.1. 目标

《植物大战僵尸》是为了让用户在休闲之余有一个操作简单、有趣、有成就感的游戏来让休息的生活变得更加美好。并且我们开发的是手机版，让用户站着玩、坐着玩，躺着玩都可以。玩耍方便，条件简单。

2.2. X围

《植物大战僵尸》是为培养我们自己的开发技术而开发的一款基于安卓平台的手机游戏，主要是让我们小组可以更好的了解游戏的开发，更好的理解手机游戏的开发框架和过程。第一个版本的开发重在学习，后续版本我们会努力让用户满意，让自己更加满意。

2.3. 用户的特点

本游戏的主要用户是手游爱好者，当然还有更多的想休闲生活品质更好的人来玩耍，考虑到许多用户都没有相关的玩耍经验，我们会在每一个场景开始前、每一个模式选择前做一下游戏的玩法介绍，让用户可以更快、更好的玩耍本游戏。

2.4. 假定条件和约束限制

软件设施：VS2012，cocos2d-x-3.0，python-2.7.8等相关软件。

硬件设施：一台拥有WIndows7与其以上系统的电脑〔台式、笔记本均可〕。

2.5. 运行环境

1） 硬件环境

处理器：Android CPU

600-1500HZ与其以上

2） 软件环境：VS2012

3 / 19

word

2.5.1. 硬件环境

1〕服务器

设备名称：华硕笔记本电脑

处理器型号：Intel(R) Core i5 -3210M, 2.5GHz

内存容量：500GB

2〕安装端

处理器：Android CPU

600-1500HZ与其以上

硬盘容量：4GB

2.5.2. 软件环境

1) 操作系统：Windows 7与其以上

2)

3) 其他软件：伽卡他卡软件，word，写字板等等

4 / 19

word

3. 业务分析

植物大战僵尸探索模式迷你游戏益智模式生存模式白天夜晚游泳池屋顶白天过关得向日葵过关得樱桃炸弹过关得坚果过关得铲子滚坚果砸僵尸过关得雪花豌豆过关得食尸花过关得双枪豌豆过关得喷射蘑菇过关得阳光蘑菇过关得烟雾蘑菇过关得墓碑苔藓过关得植物僵尸过关得窝瓜过关得催眠蘑菇过关得胆小蘑菇

5 / 19

word

4. 数据描述

4.1. 根底数据

序号

001

002

003

根底数据

场景的图片

各种按钮的图片

植物的图片

数据描述

用于对每一个页面的场景的条件

数据所属部门

用于对各个相关功能的实现的显示

这是植物大战僵尸的核心数据之一，用于实现植物的栽种、发射子弹等相关功能

004

僵尸的图片 是植物大战僵尸核心数据之一，用于实现僵尸行走在草地上、僵尸吃掉植物等等。

005

006

子弹的图片

音乐

植物发出的子弹的实现所用。

进入场景的音乐的播放原件、战斗胜利、得到奖励等等的相关背景音乐

4.2. 业务数据

序号

009

业务数据

用户表

数据描述

用于对用户的用户名、密码等信息的存储

010

关卡记录表 用户进展了一段游戏之后，再次登录时有上次玩耍的关卡记录

011

012

013

金币记录表

游戏关卡说明表

道具记录表

记录用户玩耍游戏所获得的金币

数据所属部门

用于对游戏的关卡的根本玩法介绍

用于对游戏道具的记录

6 / 19

word

5. 功能需求

5.1. 功能需求总述

5.1.1. 功能需求总表

编号

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

功能需求名称

植物加载到卡片上

点击植物种植在战斗场景上

战斗场景移动

僵尸出现在战斗场景上

植物发出子弹

子弹打中僵尸

僵尸死亡

土豆遇僵尸爆炸

樱桃炸弹放在战斗场景爆炸

僵尸吃植物

僵尸走过战斗场景游戏完毕

僵尸死完游戏胜利

阳光的计算

用户金币的获得

用户添加

阳光的产生

优先级别

高

高

高

高

高

高

高

高

高

高

高

高

高

高

高

高

5.1.2. 角色、权限需求

序号

1

角色

一般用户

功能

玩耍游戏，按规如此玩耍，不能有捷径

权限

具有使用游戏的功能；添加、修改自己的根本7 / 19

word

信息功能

2

VIP用户 除正常的玩耍外，可以额外获得更多植物，植物更强，道具更多

除具有一般用户的权限外，还拥有道具的使用权限

5.2. 功能需求1

植物加载到卡片上：实现植物的加载。

【功能概述】

用户打开战斗场景，可以看到加载的植物有哪些。

【操作者】游戏后台。

5.3. 功能需求2

战斗场景移动：种植植物。

【功能概述】

用户点击植物卡片，将植物种植在战斗场景上。

【操作者】用户。

5.4. 功能需求3

战斗场景移动：战斗场景的全面预览。

【功能概述】

先看到房子，在是战斗场景，后是公路边的僵尸，最后定格在战斗场景。

【操作者】游戏后台。

5.4. 功能需求4

僵尸出现在战斗场景上：僵尸的加载。

【功能概述】

僵尸开始很少的且一个个出现在战斗场景，然后是一批批出现在战斗场景。

【操作者】游戏后台。

8 / 19

word

5.5. 功能需求5

植物发出子弹：植物种植在战斗场景后发出子弹。

【功能概述】

用户点击植物种植到战斗场景过一会儿时间后植物发出子弹，并且子弹的发出有间隔。

【操作者】游戏后台。

5.6. 功能需求6

子弹打中僵尸：植物发出子弹与僵尸产生碰撞 。

【功能概述】

植物发出子弹，僵尸在遇到子弹后子弹会炸开消失。

【操作者】游戏后台。

5.7. 功能需求7

僵尸死亡：僵尸HP=0后会死亡。

【功能概述】

僵尸在HP减少的时候会出现断手等，HP为0时会断头，或者化成灰。

【操作者】游戏后台。

5.8. 功能需求8

土豆遇僵尸爆炸：僵尸到土豆的X围内会爆炸。

【功能概述】

土豆在战斗场景中不动，当僵尸在土豆的前面一格时会爆炸。

【操作者】游戏后台。

9 / 19

word

5.9. 功能需求9

樱桃爆炸：樱桃炸弹放在战斗场景中会马上爆炸。

【功能概述】

当用户将樱桃点击到战斗场景中时，樱桃会爆炸。

【操作者】用户，游戏后台。

5.10. 功能需求10

僵尸吃植物： 僵尸在遇到植物后会吃它。

【功能概述】

僵尸在没有死的情况下，到了植物的面前，会开始吃植物。

【操作者】游戏后台。

5.11. 功能需求11

游戏失败：僵尸走过战斗场景后游戏失败。

【功能概述】

当僵尸把植物吃光了后，会走出战斗场景，然后游戏完毕。

【操作者】游戏后台。

5.12. 功能需求12

游戏胜利：僵尸死完后游戏胜利。

【功能概述】

当僵尸被植物打死光了后，然后游戏胜利完毕。

【操作者】游戏后台。

5.13. 功能需求13

阳光产生：向日葵会产生阳光。

10 / 19

word

【功能概述】

当用户把向日葵种植在战斗场景上后，每隔一段时间会产生阳光。

【操作者】用户，游戏后台。

5.14. 功能需求14

阳光的计算：阳光的加减。

【功能概述】

当向日葵产生阳光后，用户点击收取会增加，种植植物阳光会减少。

【操作者】用户，游戏后台。

5.15. 功能需求15

用户添加：用户进入游戏添加用户名。

【功能概述】

用户第一次进入游戏添加新用户，后面可以删除或不删除再添加。

【操作者】，用户。

5.16. 功能需求16

金币计算：金币的加减。

【功能概述】

当用户完成游戏关卡会得到金币，金币增加。用户使用金币，金币减少。

【操作者】用户，游戏后台。

11 / 19

word

6. 非功能需求

对软件的非功能需求的描述，包括性能、安全性、可扩展性、稳定性等方面的需求界定。

6.1. 性能需求

A数据处理能力：

数据处理与时、准确。

B精度；

输入、输出准确到帧。

C时间要求特性

打开任一功能模块的响应时间：小于于等于5秒；

相关数据实时更新时间：1秒以内；

数据编辑、数据存储和普通数据的浏览，数据响应时间不能超过5秒钟；

数据查询、统计和响应时间不应超过8秒钟，除个别大的数据；

6.2. 安全某某需求

游戏有严格的权限与密码设置，数据库密码以加密处理，保障游戏数据的安全性和绝密性！具有高度的安全性、稳定性与可靠性。

6.3. 扩展性需求

 用户可以联网登录自己的游戏名，读取相关信息；

 僵尸可以有中国的僵尸；

 植物可以有其他的现在游戏里没有的植物。

 游戏道具可以有中国的符。

12 / 19

word

6.4. 稳定性需求

在网络状况良好和硬件环境支持时， 游戏满足以下要求：

1.当网络出现故障或者其他外部因素，造成数据故障时，都不会对数据产生负面影响或丢失；

2.用户发生运行错误时，不会影响用户其他操作；

3.游戏在运行过程中，如果产生故障或其它失败，如此应能进展出错处理，提示用户重启游戏或者游戏自动重启；

4.游戏连续正常运行时间应不少于72个小时；

5.在硬件设备没有问题的情况下，出现游戏无法进展，无法恢复问题等出错问题的几率不超过1%。

13 / 19

word

7. 界面要求

7.1. 图形要求

本系统界面要求如下：

界面理解：界面中的文字标识，含义准确、清楚、用通用词汇，界面元素要提供充分而必要的提示，例如当鼠标移动到某个界面元素时，该界面元素图标旁边应出现功能提示；

界面风格：界面中，同类的界面元素要有一样的视觉感和操作方式，例如所有的按钮的形状、色彩以与对鼠标的响应方式都是一样的；

错误处理：游戏在玩耍过程中，不可防止的出现一些错误的操作。错误处理提供校验功能。对于在某些情况下不应该使用的菜单和按钮，将其“失效〞或“屏蔽〞可以有效防止该项功能被错误的使用。在执行破坏性的操作之前，应当得到用户确实认。例如删除一个记录时，应当弹出一个〞是否删除〞，当用户确认后才能删除。

界面的合理布局：界面的布局应当整洁，界面元素应当在水平或垂直方向对其，行列的间距保持一致。窗体的尺寸要适宜，各种按钮控件不能过分拥挤也不能过分宽松。

界面中根本信息局部采用点击选择方式。降低人为误操作错误；减少手工输入工作量；规X根本信息的一致性。例如用户玩耍的模式，选择的关卡等。

7.2. 卡片格式

卡片格式根本包括如下内容：

植物和僵尸的卡片要图文兼并，大小要一致，文字解释要尽量详细。

14 / 19

word

8. 接口要求

本节主要描述游戏需要使用的外部接口和对外提供的接口，每个接口需考虑以下内容：

1) 人机接口：

用户使用此接口，用户使用此接口进展注册、玩耍游戏等。

2) 硬件接口： 本游戏不需要特定的硬件或硬件接口进展支撑

3) 软件接口：Windows7与其以上的系统;

4) 设计约束:

〔1〕当有其他外部因素造成游戏故障时，都不会对数据产生负面影响或丢失；

〔2〕用户运行发生故障时，不会影响其他用户其他操作；

15 / 19

本文标签： 游戏用户需求僵尸植物