5月4日工作日志

摘要:

  概要设计文档初稿发表。

工作内容:

  本周主要对概要设计文档进行了初步的撰写,另外对精灵王国地图的剧情事件等进行了略微调整。

  以下为概要设计文档初稿内容。

1.引言

1.1目的

本概要设计说明书目的在于明确说明我们团队所设计的游戏各功能的实现方式,指导团队进行编码,并解决实现该系统的程序模块设计问题。包括如何把该系统划分成若干个功能模块、决定各个功能模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

本说明书的预期读者为:游戏设计人员、开发人员、测试人员。

1.2范围

1.2.1系统目标

能做出基本功能相对完善RPG-战旗类游戏,并额外增添一些其他的游戏形式如解密、QTE等;拥有相对合理的背景、人物设定,故事剧情丰富完善又不缺乏新意。在游戏体验方面,整体游戏难度适中,主要以策略休闲为主。整个游戏系统结构功能相对稳定。

1.2.2主要软件需求

·该系统主要功能包括:

·系统初始化设置

·界面和地图设置

·游戏资料数据库设置

·游戏进程控制

·游戏存档

·战斗执行

1.2.3软件设计约束、限制

目前仅支持单机游戏形式。

1.3缩写

(1)RPG:即Role-Playing-Game,角色扮演类游戏,在游戏中,玩家负责扮演这个角色在一个写实或虚构世界中活动。

(2)CG:即Computer Animation,游戏开场动画。

(3)HP、MP:即Health Point 和Mana Point,生命值和魔法值。当受到来自敌人的攻击时,生命值会减少,当生命值为0时,角色死亡;某些技能需要消耗一定量的魔法值。

(4)QTE:即Quick Time Event,快速反应事件的缩写,需要玩家在响应时间内迅速地反应,并按下某些按钮。

1.4术语

回合:自己可以控制的时机,只有在自己的回合内才能控制自己的单位进行操作。

(1)攻击范围:攻击的最大限度范围,超过这个范围则判定无法攻击。

(2)行动力:每回合可以行走的最大距离。

(3)BUFF:即状态,分为增益BUFF和不良BUFF。

(4)HP药:恢复一定血量

(5)MP药:恢复一定魔法值

(6)BUFF药:根据类别强化自身某项能力

(7)血量:玩家能否继续玩游戏的标志,当某个单位血量为0时,该单位死亡。

(8)经济:以游戏中的金币为单位,可以通过金币购买装备、物品以及招募士兵。

(9)经验值:当玩家积累一定经验值后,玩家可以升级,通过升级可以获得各项属性的提升,以及解锁新的技能和装备。

1.5参考资料

[1]窦万峰.软件工程方法与实践[M].北京:机械工业出版社,2017.

1.6版本信息

具体版本信息如表所示。


修改编号


修改日期


修改后版本


修改位置


修改内容概述


1


2018-4-22


1.0


全部


完成第一次编写

2.数据设计

本部分主要描述软件所涉及的外部数据的结构描述。

2.1数据对象和形成的数据结构

2.2文件和数据库结构

描述文件的数据结构或者库表的结构

2.2.1外部文件结构

2.2.2全局数据

2.2.3文件和数据交叉索引

3.体系结构设计

这一部分主要描述软件的逻辑组成接口,即软件结构图的绘制。

3.1数据和控制流复审

3.2得出的程序结构

根据复审的数据流图,逐步得出软件的逻辑组成结构。利用优化思想,对软件结构图进行优化设计,得出模块层次结构适中的软件结构图。

4.界面设计

4.1人机界面规约

游戏菜单界面:该界面是用户点击进入游戏后的初始界面,该界面主要进行游戏的管理。主要包括以下几方面内容:

1、新游戏。即创建一个新的游戏记录,从最开始的地方体验整个游戏的剧情流程。

2、载入存档。即通过以保存的游戏记录打开游戏,继续上次的游戏流程。

3、游戏参数设置。主要设置音乐、音效等外部参数。

4、开发人员信息表。介绍游戏开发人员(:D)。

5、退出游戏。结束整个游戏进程。

普通剧情流程界面:该界面是玩家非战斗状况下的界面,该界面主要进行游戏剧情流程的发展以及场景地图的切换。主要包括以下几方面内容:

1、 任务的接受与交付。

2、 道具买卖与士兵招募

3、 地点探索

4、 场景地图切换

战斗界面:该界面是玩家进入战斗状态后的界面,在该界面中,玩家需要根据不同的战斗形式进行相应的战斗操作,击败敌人获得战斗胜利,之后结束战斗界面跳转到相应的剧情场面。由于本游戏的战斗形式多样化,具体的每一个战斗场面在后续设计中具体描述。此处仅给出相应的场面介绍,包括战棋战斗场面、RPG战斗场面、音游战斗场面等。

4.2人机界面设计规约

游戏菜单界面序列:  启动游戏 — 启动新游戏 — 进入游戏 —(游戏存档)— 结束游戏。

启动游戏 — 载入存档 — 进入游戏 —(游戏存档)— 结束游戏

(有兴趣的话可以在启动游戏后点击开发人员信息表 T_T)。

普通剧情流程界面与战斗界面的序列是交替执行的,由于游戏执行中玩家操作的选择性与多样性,导致没有固定的序列集。在此给出基本的执行序列片段:

进入游戏 — 任务接受 — 场景地图切换 — 地点探索 — 道具购买 — 士兵招募 — 场景地图切换 — 进入战斗 — 场景地图切换 — 交付任务 — …… — 结束游戏

5.接口设计

5.1外部接口设计

与外部系统或设备的连接关系和通信方式。

5.1.1外部数据接口

暂无。

5.1.2外部系统或设备接口

暂无。

5.2内部接口设计规约

内部接口是软件逻辑模块之间的调用接口。

5.2.1内部模块接口调用关系

详见结构图。

*****

5.2.2接口数据结构

描述接口的每个参数数据结构、参数顺序和默认值。

主要数据结构有:

6模块过程设计

6.1处理说明

游戏登录模块:负责玩家游戏的登录与载入。

系统初始化模块:设置基本的参数,对各个子系统模块进行初始化操作。

界面和地图设置模块:对过场动画,游戏界面,关卡地图等多方面内容进行设置。玩家在运行游戏后,可以依照剧情流程图中的顺序,详细查看每一个方面的细节内容。

游戏资料数据库设置模块:将游戏中所设计到的人物、技能、物品、任务、怪物等多种参数进行合理化配置。包括数值数据和图片数据。

事件响应、场景地图转换模块:对玩家当前所做出的动作做出相应的反应,如进行事件的控制、地图切换、战斗切换等。

战斗执行模块:对RPG、战棋等战斗模式进行设置,使玩家正常进行相应战斗。

存储模块:存储当前玩家所进行的游戏进度。

6.2接口描述

之后详细设计中补充。

6.3设计语言描述

本次游戏设计主要使用JavaScript、HTML语言进行描述。

6.4使用的模块

系统初始化模块在启动时,会初始化其他各个模块。

游戏登录模块在启动后,会调用其余的各个模块。

其余各个模块在游戏进行时,会相互调用。

6.5内部设计结构

之后详细设计中补充。

6.6注释/约束/限制

在具体代码中体现。

7需求交叉索引

描述需求与模块的关系、存在交叉的部分,即共享模块的调用关系。

需求中游戏的启动需要系统初始化模块游戏登录模块,只有这两个模块正常运行,游戏才能正常启动。

需求中游戏剧情流程的进行需要事件响应、场景地图转换模块的调用。

需求中战斗的执行需要战斗执行模块事件响应、场景地图转换模块的调用。

8测试部分

8.1测试方针

测试原则采用尽力全面测试、平静处理所遇到的各种问题。

测试策略采用集成测试的方式、主要测试功能与性能。

测试方法在设计初期对各模块采用白盒测试方式、在游戏设计后期进行黑盒测试方式。

8.2集成策略

策略:采用自底向上的增量式测试策略。

方案:对北侧模块进行分层,对同一层次上的并行进行,排出测试活动的先后关系。按时间线序关系,将软件单元集成为模块,并测试在继承过程中出现的问题。最终将各软件模块进行集成。

8.3特殊考虑

9附录(包括特殊注解)

原文地址:https://www.cnblogs.com/song1900/p/8993160.html

时间: 2024-10-27 06:58:42

5月4日工作日志的相关文章

2016年06月08日 工作日志

今天是入职第三天,还可以比较清楚的记得昨天的任务和过程是怎样的,希望写简单日志的习惯可以帮我更好的记忆自己的工作情况 ,总结得失. 昨天主要是统计数据的需求,最后出了一些问题.因为我统计的是不同月份各个应用的排期(广告位,时间等信息),另一份相关数据是对应月份这些应用的下载数据,会一起交由财务统计比对,但是双方在应用名称上不一致,分别统计了应用的最新名称和第一个名称,造成比对工作的困难.顺便还被mac与windows不同的excel功能坑到,mac的Excel无法直接从text文件中提取数据 ,

7月18日工作日志

日  期 今日工作结果 问题及改善方法 明日计划 7.18 1.书上的内容看了html的入门片和提高篇,对于技术性问题没有多少 2.敲了前三章的代码 问题:刚开始对于某些用法不是很牢固 改善方法:以后多加练习 1.计划任务至少完成到第九章的代码问题 2计划任务:继续往后看剩余章节 版权声明:本文为博主原创文章,未经博主允许不得转载.

3月29日工作日志

前言: 鉴于书写需求分析文档的要求,本次开始对游戏数据方面内容进行初步设计. 工作内容: 一.前言   为初步确立游戏的合理性,今早的进行游戏内容的实现,决定进行初步数据设计.   本次数据设计主要包括关卡.玩家数据.游戏规则.雇佣军和敌人的数值等内容.   本次设计属于模拟阶段,可能有很大一部分数据不合理,会在后续的版本中更正.   另外如果有好的想法和建议也可以提出,便于弥补完善.   二.数据详细设计   (一)游戏关卡:   目前初步确定的关卡为三大关,分别为变异森林.邪恶之源.恐怖城堡

3月11日工作日志

前言: 经过小组成员的投票认可,决定采用我的想法作为开发目标.我的本周工作就放在了游戏文档的设计上,另外学习github的使用方法. 工作内容: 主要进行了文档的说明,下面为文档内容: 游戏名<The war of kingdom>       一.简单介绍   本游戏属于回合制策略类战棋游戏,融合了卡牌元素.游戏玩家将扮演国王,利用卡牌,指挥自己的部队,摧毁敌方的城堡,即可获得胜利.       二.游戏设定   (一)资源篇   1.卡牌:玩家双方拥有相同的卡牌池(包括兵种类型和数量),游

4月11日工作日志

前言: 由于上周战棋的设计上仍有不少问题,本周工作重心仍放在战棋战斗形式的实现上. 工作内容: 对战棋插件进行再测试,发现了一些BUG,并进行了部分修改:收集了另外一些插件使用信息. 原文地址:https://www.cnblogs.com/song1900/p/8974706.html

4月4日工作日志

前言: 游戏计划书在上周初步设计完成,本人本周开始投入如何实现战棋战斗形式的研究. 工作内容: 利用搜索引擎.贴吧以及各种网站资源,对基于目前平台的战棋战斗形式进行了实现,并做了一个DEMO,对功能进行测试. 原文地址:https://www.cnblogs.com/song1900/p/8974687.html

3月21日工作日志

前言: 经过小组成员的再次协商,对开发工具以及现有知识进行了分析总结,对所做的目标进行了相应调整. 工作内容: 就协商后的游戏规则.数据等做出相应调整,再次编写游戏说明书. 游戏名<英雄达拉崩吧>   一.形式介绍   本游戏属于RPG类游戏,包含了战棋游戏的成分以及传统RPG的大部分元素.玩家在游戏中将扮演一个勇士,通过各种磨难.关卡后,击败BOSS,拯救公主,获得胜利.   本游戏在剧情上参考了达拉崩吧,并以该故事为模型,塑造了整个游戏的大体框架.       二.术语介绍   1.RPG

5月13日工作日志(需求规格说明书4.0)

说明:在前面的3.0版本增加了一部分内容. 项目文档:需求规格说明书 引言 1.1编写目的: 本文档旨在为游戏下阶段的设计.开发提供依据和指导,为项目组成员对需求的详尽理解,以及在开发游戏项目中协同工作提供强有力的保证.同时本文档也作为项目评审验收的依据之一. 1.2项目背景: 1.2.1项目名称:英雄达拉崩吧 1.2.2项目的提出者:刘帅.宋从智 项目开发者:刘帅.宋从智.张赐.房渤萱.冯惠妍 用户:游戏玩家 1.3缩写说明: (1)RPG:即Role-Playing-Game,角色扮演类游戏

6月5日工作日志

工作内容: 对魔王城堡2楼的剧情进行了初步设计,另外对该地图块内的敌群进行了设计. 剧情流程图为: 原文地址:https://www.cnblogs.com/song1900/p/9142257.html