审核游戏功能
1.什么是游戏功能游戏功能即game feature，一个游戏的各个子系统。如法术系统，状态系统，天赋系统，包裹系统，P2P交易系统，修理系统，附魔系统等等。
游戏功能由策划进行设计，然后交给美术和程序执行。
2.什么是审核
http://www.cppblog.com/images/cppblog_com/darkdestiny/a.jpg
审核是一个功能设计的过滤器，这种过滤针对设计的可执行性，而非功能本身。
3.为什么要审核
策划们不明白每个功能的执行优先级。程度：有时候。危害：功能做出来了，但是暂时成为了摆设。
策划们的设计文档是不够详细，不够完整，甚至有些细节还没有想清楚或者在自己的部门内达成一直认识的。程度：经常。危害：这种设计就是反复被变更和修改的那种设计，程序也会因此越改越烂，并且功能要拖拖拉拉好几个里程碑。
国内的公司都不怎么大，公司的法人会出来用独裁手段让大家执行某个功能。程度：偶尔。危害：说不准。
程序是食物链上的最后一环，如果前面没有把好关，那么后面就要拉肚子生病。
审核能过滤掉目标和受众不明确的功能。
审核能过滤掉设计不完整的功能。
审核能判断出功能的执行优先级。
4.审核的基本原则
因为我是一个程序，我也信任自己的策划同事，所以最基本的原则是，不对功能在设计上做任何评论和质疑。
审核只关心功能的目标，设计的信息完整性，和由此引申出来的可执行性。
审核没有通过并不会一棒子打死功能和设计，只要功能和设计能通过审核，就能被执行。
5.怎样审核
5.1规则集合
规则集合是一组标准，只有一个功能的设计完全通过这组标准的时候，才能加入执行队列。
这组规则不是一个人建立的，而是所有有责任心的同事提出的意见中提炼出来了。
我先大概提出这么一些：
*功能必须为玩家的一个以上的生命期提供主要服务（新手期，兴奋期，参与沉迷期）
*功能必须针对一种类型以上的玩家（探索型，成就型，杀手型，社交型）
*功能支持零个以上的其他功能。
*功能依赖的其他功能必须已经实现。
*功能设计可以通过程序正常表现。
*功能设计中必须提供详细的美术需求。
*功能设计中的基本面必须完整。
*功能设计中必须拟定需要用到的数据表格。
5.2审核小组
审核小组从同事中找5个人左右，各个部门都必须占有1个以上的席位。每个组员仅负责其中的几条规则，各个组员所负责的规则之间不能有交集。
每个组员用自己负责的规则对功能和设计做出通过和不通过的判断，并对不通过的的判断给出具体理由。
每个不通过的判断都必须得到组内3人以上（含3人）的认可。
5.3审核过程
策划完成功能设计之后，必须提供一份针对审核规则的设计说明文档，以便于审核小组能迅速的判断出功能的设计是否能执行。
审核小组全员通过功能设计后，通过审核规则中的算法规则（我没有提供，因为这要考虑很多方面）计算功能的执行优先级，加入功能队列，由PM进行工作分配。
没能通过的功能设计，将包含一份详细的犯规细节清单还给策划。然后策划进行工作避开这些犯规后，可以再次提交审核。 审核(review)前提及重点:
1.审核的规则定义清楚，指导性强，有针对性；即针对不同类型的功能，对审核规则做细化或调整，举例：战斗系统与任务系统是的审核重点就完全不同
2.相关需求、数据、图表及程序完备
3.是否符合受众的需要,覆盖度是否完善
4.功能需求审核过程，并评判功能实现优先级，为开发提供实现依据
[ 本帖最后由 takiro 于 2007-11-29 16:12 编辑 ]
页:
[1]
