策划进阶之路[共飨]

etal

难得见到的实用性贴子，不顶一个说不过去，理论联系实践才是王道啊~~

storm1986

说到用例了，我也发一个吧。LZ说的是测试用例，是QA工程的一部分。我要说的是设计用例，讲的是描述需求到程序设计的过程，属于需求工程。

http://hi.baidu.com/storm1986/bl ... d342789e2fb4b4.html
用例建模范例：账户登陆

系统策划写的需求，要能让系统分析师整理出正确、完整的设计用例，接下来程序才好做程序架构。

GOODLUCK！

STORM1986

鄙视..又趁机广告...

fpywzywzy

我觉得策划用visio的基本流程图或者SDL就可以清晰表达逻辑、界面、提示等等要求了。策划文档的原则应该是通用性，美术能看明白，程序能按图索骥，策划也可以快速发现和修改逻辑错误。
觉得storm1986的文章有悖此道。

poshanerxing

此文才是实文啊，其他诸如教主骂娘的都是浮云。

storm1986

fpywzywzy: Re:策划进阶之路[共飨]

我觉得策划用visio的基本流程图或者SDL就可以清晰表达逻辑、界面、提示等等要求了。策划文档的原则应该是通...

我的文章不是策划案......

storm1986

LZ此文确实很精炼。
任何一个功能都有相应规则，规则的分类和层次，就是一棵树。考虑得全面，树就茂盛。而且规则树本来就应该很茂盛的，以此可初步判定设定的成熟程度。

fpywzywzy

就我所知，目前游戏行业策划绝大部分都很少能涉入到程序实现的方法中去；1是程序对策划逻辑能力的不信任；2很多公司只要求策划设计功能和相应创意；3策划积累不起来成果和决策权。所以我觉得storm兄的要求对大部分人有些难度。试想，一个对程序实现过程没有多少影响力的策划做“设计用例”，就等于演独角戏……
而对于测试来说，1策划可以即时反馈相应bug，来通过bug来影响程序制作，及制作进程；2即时获知设计上的漏洞，要知道设计漏洞也是bug；3、积累成果，无论谁，其影响力都是来源于你在项目中积累的成果（发现问题、解决问题和缜密的设计）。呵呵，所以偶以为策划应该从最容易最简单的做起，赢得认同，才是进阶之道。

storm1986

注意，设计用例不是系统策划来写的。而是系统策划对需求的描述，要能够让系统分析师整理出正确、完整的设计用例。之后的测试用例也是技术人员根据设计用例来写的。系统策划虽然不用写这些，但是要过目确定是否和需求一致。
LZ文中的表就是把各种可能的情况都说明清楚，这就是系统策划的工作。我那篇文章主要是想让系统策划理解技术开发流程，从而理解自己需要做到什么程度。其中涉及的技术系统策划不需要掌握。

金童卡修

ls的是做5j的么