新人发文档，接受大家的意见。

khan

AbsX: Re:新人发文档，此前发的图结合文字发出来，接受大家的意见。

很?真
如果任?樟鞒?D完善，?得可以用作??的任?瘴?n了

学习下认真。。。

紫色的雪

暂且 不说LZ内容 如何,就是 这表达格式 很好 条理清晰,值得 学习!

xiaoBig

作为执行策划以及作为一份应聘作品来说,,已经非常出色了

不过,显然楼主是想到哪,做到哪,可以涉及的内容全都整合在一份文档里了，作为正式的开发文档,这份文档的结构还是有一些问题的，至少离我个人的标准有一定距离,另外就是某些地方过于详细,以致于超越职能,有些地方不够详细,不能说明问题

当然，只是细节问题了,这是基于一个有经验的执行策划的评判标准来看待的,而作为新人来说,这份文档实在很出色,我在刚入行的时候，绝对达不到这个程度的,楼主有之前一些相近行业的工作经验,这也都是财富的....

梦里落花无泪

借个图··分析分析··

这个表格是对应数据库里面的任务表，取个别字段说说我的理解。

任务ID      数据库的主键   唯一  NPC显示任务通过取任务ID来获得任务信息

任务阵营    对应库中的阵营表   0是甲阵营  1是乙阵营   2是丙阵营··

任务职业    对应库中的职业表   0是某某职业  1是某某职业  2是某某职业··

道具奖励ID  对应库中的道具表   通过ID对应道具表中的道具ID，关联查询得到道具资料

需要完成任务ID  对应库中的任务表  玩家完成了游戏中的任务，在完成提交任务时，返回一个值保存在数据库作为判断是否任务完成的字段。触发下一步系列任务的条件时，通过查询这个字段是否满足条件。

任务类型    对应库中的任务类型表  例如：0是主线剧情任务、1是普通任务、2是系列任务、3是职业任务·····等等

杀A怪的ID   对应库中的怪物表    通过ID对应怪物表的怪物ID，关联查询得到怪物的资料

A任务道具ID 对应库中的任务道具表  通过ID对应任务道具表的道具ID，关联查询得到任务道具的资料

交任务NPCID  对应库中的NPC表    通过ID对应NPC表的NPCid，关联查询获得NPC的资料

开始对话   进行中对话   结束任务对话   这3个字段值是作为程序AI判断玩家和NPC之间的状态，程序事件过程读取字段值判断，NPC属于什么状态游戏中该表现什么内容。

这个是我对这个游戏任务数据表的理解。我的任务文档，没有设定游戏背景，也没有关联游戏数据的，所以没有做任务数据设定。如果是真正的工作中的话，我想我会做得到类似表格中的表现方式。

spy

学就学点好的。。。。不要随便抓点啥就当宝贝。做成这样你的任务就毁了 = =

ttjj

嗯，同上
这种任务系统的架构很有问题的
对少条件的任务又浪费太多数据库的空间
对多条件的任务又难以扩展
且任务模式被限制得千篇一律

做成这样你的任务真的毁了

？Lee

那个都是04年某人开发的某游戏里用到的其中一段了...有时候你看东西应该要有怀疑精神!

spy

Lee，04年他就做游戏了？看不出来

？Lee

难道是05

梦里落花无泪

spy: Re:新人发文档，此前发的图结合文字发出来，接受大家的意见。

学就学点好的。。。。不要随便抓点啥就当宝贝。做成这样你的任务就毁了 = =

    论坛的东西有我可取也有不可取，学习别人的思考方法当作一个积累。在我没有进入能到公司之前，我还是保持着原来的思考方式，得到公司的标准的工作方向之后再做学习方法的改变。
    现在我还是按照我原来的思路继续完善着文档，文档内容是反映现在我对策划的理解。如果我参考了他人的观点而做了改变或者推翻重做，这样做为求职的附件作品去提交，别人就看不到真实的我了。
    看了这么多帖子或许我的想法会进步和新想法涌现，但是新想法会改变文档的风格或者表现的内容，所以我现在是保持着原来的表现的内容像打补丁一样去完善。就像项目立项之后，不断有新风格、新内容想法涌现的时候，项目已经进行不能再推翻重新修改风格了，只能在补丁里面完善了，新内容只能保留到以后的资料片或着新产品中去实现了，再不行只能在下一代产品中实现了。
    我在论坛发表这个文档，有点类似网络游戏推出一样。先是潜水制作文档，然后在文档快要完成的时候，就发出几张的文档的VISIO图片，作为对论坛的水友做试探性反应。然后文档到了Bata版本时，就在论坛发表争取大家意见。此后就从回帖的里面找有价值的观点，然后就像打补丁补丁一样继续完善着文档。 [em5]