一个简单任务的完整,标准策划内容

jamesge

脚本当然不是自己填,浪费宝贵时间啊~~一般都是交给执行小弟来照搬的...

不过很多特殊脚本功能得描述,有的甚至得自己写伪代码...麻烦啊

netdragonx

是给那些理论派们认识下如何做事的上佳展示。

zfscnu

恩~~~  楼主 应该是示范一个任务系统的策划案把，不然就不会有“脚本当然不是自己填”

其实不觉得上面的流程图有很多重复模块吗？ 我觉得程序员应该不会按这样的流程编的，正常的话，程序员看完还要自己抽象出一个业务模型尽量包含 他 想的到的内容。

既然如此，不然直接和程序合作，一起建立业务模型，建模工具如UML之类的，你也方便，不用一个一个任务系统去写流程，他也方便，不用去猜测你的业务需求。

至于某人说的“是给那些理论派们认识下如何做事的上佳展示。”，是吗？我真的看不出如何上佳，起码我还知道UML模型理论还是可以有更佳的展示。

shengkz

静态图和序列图么？我以前写过，但可能写的比较烂，实际做起来完全被无视了  [em6] [em6] [em6]

fisher99

很清晰

不过，为什么不分任务类型？
拿了个通用任务类型？还是所有任务都是不分类型的？

这个只能给执行策划看看

关键的地方不发出来，设计思路上容易误导滴

卡特铁角

这是标准还是特例啊?
如果真是标准,是哪里的标准?

"任务代码"我能理解-----其实就是任务ID吧?
"任务主变量"又是什么呢?干什么用的?

不详尽的描述只能增加误解...

水寒三尺

可能是习惯自己公司的模式了，觉得大哥的流程好复杂啊，一个NPC同一个任务还花两个流程……新手任务策划要用这个入门花的时间不会短啊，看来LZ的个公司任务脚本都是由策划自己编写的，呵呵
任务接受、完成、子任务判断全部一个流程，反而显得简单直观，省去一些重复环节。
至于VISIO还是EXCEL，VISIO逻辑表现比较强，容易查找问题，直观，适合模板示例，新手入门示范、个例任务编写；EXCEL适合大量模板化任务的编写。EXCEL通常只用来做模板化的任务，复杂独特的任务还是VISIO好，虽然用EXCEL自己知道逻辑是那么回事，但是VISIO比较容易查找逻辑疏忽，而且别人接手也容易。
不过个人也感觉到像我们公司这种模式也不容易，因为要招聘一个好的脚本程序员真是太难了，第一是待遇，第二是职位，第三是工作内容，这几点决定了多数时候只能招聘应届生，其实脚本程序员对算法要求是不低的，做活动的时候通常还需要考虑到服务器的承载等，需要理解很全面的人，而刚从学校出来的实在是……
很庆幸现在可以和一个很强的脚本程序员合作——他已经想跳N次了，一心想做客户端程序员

madmonkey

稳当还需要精简.

这么简单的任务都把图搞的这么复杂,再复杂一点还有谁看的懂?

madmonkey

任务这种,最好按一条线来描述.过多的注意if else之类,只会让看的人迷惑.

还是顶一个吧.免得被喷.

丹青

流程、对话、说明。分成这样的3部分还是没什么问题的。

只是有个疑问，脚本该谁负责？这明显是个A to B的简单模板，难道都要一个脚本一个脚本的去写么？
XLS明显好用些~可以批量生产……
另外这张图最好付上任务状态 说明~