发一个给公司做的策划用流程图规范PPT，给大家学习

spy

一，逻辑性思维是流程的一个主要培养方向之一，个人觉得，如果策划想在程序面前有点B可以装，至少要懂得别人的思维是怎样的，所以学习基本的逻辑性思维才是良好沟通的前提。

二，一个软件如果不能功能模块之间独立接口，恐怕在设计之初就是一个模糊的结构吧，即使在做MUD也是要细分功能处理线的，尤其是服务器的逻辑部分就更加需要功能独立了，否则怎么划分计算池？

三，无论什么游戏，都是一个系统软件工程，何来的楼上所说“模块化”结构呢？软件不模块化难道所有代码都呈混沌状态么？

心灵震撼者

不明白为什么 不利于服务端程序的开发……
但是至少我知道 中国策划最大的问题是 还没陷入模块化的思维方式……
所以很多人根本没办法把自己所想，以程序需要的方式表达出来……
因此 直接导致 中国策划地位低下的现状……

金时为开

不要在程序面前装B。会就是会，不会就是不会。装B只会让技术人员更厌烦你。
模型是好的，再前贴回复中已言明。比较适合单机游戏是附加的个人看法仅供参考。只是希望学习的朋友注意一下不要“只知其然不知其所以然”。
模块化是必然的，策划能做到的辅助开发只有从宏观上给以些许建议和看法，微观上细化分类注意模块组件的设定。

不利于服务端程序的开发，是因为策划分工和程序分工不同，策划分工完成工作相对独立而富有模块化，而这个概念下到了程序那边就完全不同了，程序上的模块划分和策划的不同。其中包括很多，如全局变量、局部变量、共用模组件，通用函数等等。他们之间有很多共用和通用性，所以这策划上的模块化到程序那边并非适用。这是策划和程序间的接口处理，主程的工作范畴，并非简单的某个策划和某个程序间的简单流程化的工作模式。

这个流程模型是很好的，在应用于网络游戏开发的时候，需要注意模组的通用性和共用性区分。避免单机游戏设计模型导致的服务端模块组件庞大繁杂，重复设定与构建带来的系统消耗。

ray0630

一个好的想法，或者流畅的系统，我想没有必要通过装X表达出来。

要通过装X表达的，是带有强制性的味道么？
“看看，这个流程做的多规范，你不照着做的话，技术根本就不行啊”

spy

唉，套用韩寒的一句话，世界上逻辑分两类，一类是逻辑，一类是中国逻辑。

再套用震撼者的一句话，因此直接导致中国策划地位低下的现状……

心灵震撼者

什么叫模块化？……无法确定你和我说的模块化是一个意思 所以 不讨论 闪人……
另外流程图不是万能的，规则不是万能的，规范也不是万能的……
即使在以上都标准的情况下，**还是**……这点不可能改变……
但是牛B的人都知道，如果需要多人协同做战，肯定需要一定的规范……从这个意义上来说……
如果需要和鸟国人会话，至少我要会点鸟语；要不我就得先教会他火星语……
把鸟国人换成程序，上面这句话可以表述为：
“如果需要和程序会话，至少要会点程序语；要不我就得先教他策划语”
所以会点程序逻辑表达语言……流程图，有益无害。但是如同ray0630兄这样能牛B到，……“老子要个组队系统，就和XX游戏一样的就行……在下就比不了了……”

spy

楼上，看来在论坛普及流程图标准这种东西还是早了点，应该先讲解什么是“流程图”……

还记得【“把心态放平” - 记这么多年看到的【在职新人】现象】里提到的第三到第十二点么。。。。

翠衣主教

恩，我们缺的是这个吧

心灵震撼者

小心被喷死……我闪了 不陪你自焚……

madmonkey

我就纳闷了，我以前回的帖呢？？