系统文档大家喜欢流程在前，还是界面+按键详解在前？

碧玉刀

chenhuips2: Re:系统文档大家喜欢流程在前，还是界面+按键详解在前？

策划的所谓流程图在程序面前多数是笑话

求不吝赐教，怎么样的流程图才不是笑话。

PS：论坛能不能多点分析问题和解决问题的帖子

deadspirit

游戏的流程和程序的流程不是一回事吧。。

虽然都叫做“流程”

Miller

碧玉刀: Re: Re:系统文档大家喜欢流程在前，还是界面+按键详解在前？



求不吝赐教，怎么样的流程图才不是笑话。

PS：论坛能不能多点分析问题和解决问题的帖子

策划理解问题是人脑思维模式，绝大部分策划的流程图也都是以人脑逻辑来进行的
于是对于“程序式”的思维模式，你的流程图就是笑话，很多你认为很简单的判断，在程序那里可能是很多层判断构成的，甚至于你的图和最终的程序实现相去甚远，过于复杂的图反而成了理解障碍

我的建议是对程序了解不深，不懂代码的新人，最好不要被系统流程图框住
你的图能讲清楚逻辑就行，一些细节的要求与其硬塞在流程图中被人耻笑，不如单独列出来，让程序自己去实现
只要你把需求说明确，把有可能修改的地方讲清楚，代码逻辑程序自己会搞定

suquan77

一般面向程序的流程在前，面向美术的界面在前，有反馈的再调整。
不过无论是那种，首页加个目录，对大家都好

狂澜萧萧

流程图和文字是综合使用的，不能依靠一个流程图就交代明白所有的事情，这是很多策划尤其新手容易出现的问题，一个流程框里面是几十甚至上百字。这样的流程图确实像笑话。

策划的流程图并不是按照程序代码逻辑去编写的，所以也不要认为策划的流程图放到程序手里就是笑话，这是缺乏起码尊重的表现。你应该告诉对方，你需要什么样的流程图，而不是说对方，你发的这什么玩意，点用都没。

再说了，如果策划能够按照程序代码逻辑来编写流程图，系统架构师之类的职位就会变成笑话。策划不会在流程图里面考虑服务器和客户端之间数据交互之类的事情，这是程序应该做的。程序需要把拿到的策划案进行解构，比如哪一块是客户端负责，哪一块是服务端负责。

哎，歪楼了…………

其实哪块在前不重要，文档前面有目录就随意了，直接在目录里面找相应的章节，美术看美术的，程序看程序的。

村头李老汉

楼上几位有质量的回复，谢谢了。

madmonkey

除了开发前期几个重要系统，我还真不觉得有多少东西是需要画流程图的。

如果内容玩法，都要到画流程图，才能让人明白的地图，请考虑是不是搞的太复杂了。

跑题了……回归正题，图在前比较合适。先给人直观印象，再详细描述，排除一些理解差异。实际上，你看大部分书籍、网页等排版方式，都是图、画在前，文字在后。

另外，画流程图真的对程序写代码没有多大帮助，程序都是在理解需求后，自己整理逻辑、安排流程。
但是对程序理解策划需求有帮助（帮助程度视具体情况）。策划文档的一切内容，都是以传达需求为目的的。所以……

chenhuips2

Miller: Re: Re:系统文档大家喜欢流程在前，还是界面+按键详解在前？


你可以要求总给你发笑话的同学不要发了

抱歉，我只是个策划，我不是收笑话，不过我经常看到笑话，最后决定就把所有笑话取消掉了～

Miller

chenhuips2: Re: Re: Re:系统文档大家喜欢流程在前，还是界面+按键详解在前？


抱歉，我只是个策划，我不是收笑话，不过我经常看到笑话，最后决定就把所有笑话取消掉了～

做的好，找到合适的办法就行，何必非要流程图

独孤依风

只要说清楚就ok啦。