策划写给程序的文档是这样的吗？？

心灵震撼者

你想进策划?
是想进入哪个策划那?

哇哈哈哈…邪恶啊……
当我玩笑好了…

航天奇侠

程序原喜欢看的是:不必要的尽量不用做
可以投机取巧的,尽量投机取巧.

但是程序员对同类型功能的工作,不介意重复做一万遍.因为只是增加一个循环而已.
比如增加一个1w个物品和增加1个物品不差很多.

总结: 尽量将逻辑归类,将共性总结出来.

梦里落花无泪

Thank You····一语惊醒梦中人，这么多人回复“打通”了我很多想不通的地方。

11个回复··另存文档··慢慢琢磨琢磨··

梦里落花无泪

这个某国产游戏的包裹拣取，我用程序流程的方式和5楼的思路做流程图，又献丑了···· [em5]

梦里落花无泪

欠缺和美术打交道的经验，不太明白美术需要什么类型的文档。程序员的就多了，我自己也写过程序，对于程序需要的流程结构图非常熟悉。

哦···那个图画漏了一个箭头和一个过程··郁闷，上传了不给修改了

renyihehe

还不错，呵呵。
1.箱子打开后，应该是打开一个物品栏界面，显示箱子中的所有物品么？如果是的话，也需要描述一下吧，不然也不知道箱子打开物品是在地上，还是怎么样的。
2.拾取问题。如果是选择全部拾取，流程上没有问题。如果是单个拾取，应该是拾取一个，物品就直接进入背包吧？（也有可能，选择了多个物品，然后一次性入库）如果是，那么此时也需要描述一下呢？比如，拾取的物品进入背包，箱子物品栏物品就相应少一个。
3.至少还有一个放弃拾取的功能键。

madmonkey

其实,这么简单的逻辑,程序看一次文档就明白了.画个图反而显得对他智商的嘲讽.

除非自己说的不够清楚...

其实要写的细节还有很多,比如物品多的时候翻页,物品拾取的界面设计,拾取时是否同时打开包裹,拾取后队员可否收到信息等等...

5楼写的是按照程序实现的一条线走下来的,好处就是容易看懂.

梦里落花无泪

······这个图不是什么嘲讽智商的问题，我只是拿这个简单的点，来做个例子。

   软件项目设计的时候，难免会设计到流程图和伪代码，我只是问一下策划文档和程序之间交流的表现方式。举例的就不用拿复杂的问题出来，把整个话题复杂化了。
   提交一个清楚的策划思路给程序，可以减轻程序的工作压力。我以前做项目DOOM的时候，首先满足了客户的演示需要的标准，然后尽量把这个项目的细节表现出来，让程序员一看就知道了是这个的表现方式。以前全自动的照相机叫做“傻瓜机”，傻瓜机很受人欢迎，但是用的时候人会不会去想我是不是傻瓜。
   

madmonkey

既然DOOM都参与过，“傻瓜机”都冒出来了，发这种贴是不是太装小白了？

ArmStd

估计18F要说的是项目DEMO....