3月11日工作日志

前言:

  经过小组成员的投票认可,决定采用我的想法作为开发目标。我的本周工作就放在了游戏文档的设计上,另外学习github的使用方法。

工作内容:

主要进行了文档的说明,下面为文档内容:

游戏名《The war of kingdom》
   
  一、简单介绍
  本游戏属于回合制策略类战棋游戏,融合了卡牌元素。游戏玩家将扮演国王,利用卡牌,指挥自己的部队,摧毁敌方的城堡,即可获得胜利。
   
  二、游戏设定
  (一)资源篇
  1、卡牌:玩家双方拥有相同的卡牌池(包括兵种类型和数量),游戏开始时双方玩家将随机抽取一定数量的卡牌作为起始手牌,
  在每个回合开始时,玩家都可以获得x张的卡牌补给(玩家的手牌数目最多为x,超过则弃置)。如果卡池为空则不再抽牌。
  2、法力水晶:法力水晶可以理解为行动力,每一张卡牌都将消耗一定量的法力水晶。游戏开始时,玩家双方的法力水晶均为x,
  在玩家自己的回合开始时,将获得一个法力水晶并回复上一回合消耗的法力水晶。法力水晶的上线为x。
  3、城堡血量:即生命值。当一名玩家的城堡血量变为0时,则该玩家游戏失败。游戏开始时,玩家双方的血量均为x。
  (二)兵种篇
  ps:由于现在处于设计构想阶段,关于各类兵种的属性,法力水晶消耗等资料尚未设计出,以下在关于各类兵种的介绍时,将不再细说。
  1、战士:
  能力介绍:可以在自己的回合内打出,不可主动操控,在自己的回合结束时攻击正对的敌方单位(如果正对的没有敌方单位,则攻击敌方城堡),对敌方单位造成该单位的攻击力的伤害。
  如果由于地形缘故,正对的有两个敌方单位,则可以同时攻击这两个敌方单位(下称此情况为多重攻击)。
  简单说明:这个兵种是最基础的单位,在套牌内所占的比例最高,合理利用该单位,营造多重攻击的机会是制胜的关键,也能考验策略性。
  2、医生:
  能力介绍:可以在自己的回合内打出,不可主动操控,在自己的回合结束时治疗相邻的友方单位(我在考虑要不要包括城堡,如果包括城堡,那医生的医术还真是高超啊!- -,XD)。
  简单说明:这个兵种没有攻击能力,但是其辅助能力非常强大,但缺点在于回合结束生效具有一定延时性,合理配置医生的位置,治疗残血的友方单位
  形成单位数量差距,也是同样重要的事。
  3、骑士:
  能力介绍:可以在自己的回合内打出,可以主动控制,一回合一次,攻击对方任意一个单位(当对方棋盘上没有单位时,可以攻击对方城堡),对敌方单位造成该单位的攻击力的伤害。
  简单说明:这个兵种是最灵活的单位,具有扭转局势的作用,因此要好好保护该单位,利用该单位攻击对方残血单位,形成单位差依然是非常关键的。
  另外希望能扩展每种兵种的数量,例如每个兵种有低级,中级,高级之分。级别越高能力越强,但所需要的法力水晶越多,并且其数量也越少。
  (三)场地篇
  场地因素会限制单位的数目,每名玩家在场地上最多可以同时拥有x个单位,同时场地也会使单位的站位发生改变,在本游戏中站位是个非常重要的因素,其策略性也正体现于此。
   
  三、游戏规则
  1、采用传统的回合制方式,玩家双方通过roll点决定先手后手,后手玩家可以获得微弱的补助以弥补平衡。
  2、玩家拥有各自的回合,在自己的回合内可以利用法力水晶来布置单位,来形成自己的防御体系并攻击对手。
  3、当一名玩家点击回合结束时,将由对手开始回合,在对手的回合内玩家无法做出任何指令。
  4、每名玩家的每个回合拥有一定的思考时间,如果超过则强制结束回合。
  5、当一名玩家城堡的血量为0时,则该玩家失败,对手获胜。
   
   
  四、未来展望
  基于传统战旗类游戏没落的现象,并增加玩家的趣味性,可以添加一些奖励机制或挑战机制。
   
  由于考虑到游戏的平衡性,故上文中的部分数据暂时没有设定,以x代替。
 

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

时间: 2024-10-07 17:44:37

3月11日工作日志的相关文章

4月11日工作日志

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

2016年06月08日 工作日志

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

7月18日工作日志

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

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

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

7月11日实习日志

今天是实习第六天周一,今天上午来到公司后和部门主管一起参加了每周上午的例会.确定了这一周的工作的内容.

3月29日工作日志

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

4月4日工作日志

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

3月21日工作日志

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

5月4日工作日志

摘要: 概要设计文档初稿发表. 工作内容: 本周主要对概要设计文档进行了初步的撰写,另外对精灵王国地图的剧情事件等进行了略微调整. 以下为概要设计文档初稿内容. 1.引言 1.1目的 本概要设计说明书目的在于明确说明我们团队所设计的游戏各功能的实现方式,指导团队进行编码,并解决实现该系统的程序模块设计问题.包括如何把该系统划分成若干个功能模块.决定各个功能模块之间的接口.模块之间传递的信息,以及数据结构.模块结构的设计等.在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明