无事！贴个手机联网双扣游戏的目录。大家有什么意见说说

bibomoon

游戏名称        8
设计历程        8
版本1.00        8
游戏概述        9
游戏简介        9
游戏焦点        9
游戏整体风格        9
玩家操作什么        9
用什么吸引玩家        10
游戏背景        10
游戏机制概述        10
游戏玩家        11
游戏边界        11
游戏目标        11
游戏操作        11
游戏规则        11
游戏资源        11
游戏冲突        11
游戏结果        11
渲染系统和视角        12
图形引擎        12
渲染系统        12
游戏视角        12
技术特点分析        12
系统平台        12
系统要求        12
游戏画面        12
屏幕大小        12
使用图片        13
系统字体        13
游戏大小        13
网络接入        13
按键操作        14
音乐音效        14
传输时差        14
网络质量        14
市场分析        14
同类游戏分析        14
游戏特色        15
游戏画面        15
联机游戏        15
游戏平台        15
功能完整        15
系列游戏        16
游戏道具        16
虚拟形象        16
人工智能        16
断线重连        16
覆盖终端        16
市场定位        16
玩家群体定位        16
玩家年龄定位        17
玩家性别定位        17
玩家职业定位        17
游戏终端定位        17
游戏费用定位        17
目标用户        18
游戏世界        18
概述        18
游戏框架流程        18
游戏框架流程－游戏框架结构        19
游戏框架流程－游戏服务器        20
游戏框架流程－房间列表        21
游戏框架流程－登录界面        23
游戏框架流程－游戏房间        26
房间界面        26
玩家状态        26
房间规则        30
操作指南        30
查看玩家信息        31
游戏框架流程－双扣游戏        32
游戏界面布局        33
游戏界面布局－双扣游戏画面        33
游戏界面布局－游戏画面功能        34
游戏界面布局－游戏画面布局        35
标准屏幕（176×206）        35
大屏幕（240×320）        35
小屏幕（128×128）        35
游戏世界规则        35
游戏的规则－游戏使用纸牌        35
游戏的规则－纸牌组成说明        36
普通牌        36
大小王        36
牌背        36
游戏的规则－牌值和花色        36
游戏的规则－牌的排放规则        37
游戏的规则－出牌显示规则        37
游戏的规则－牌局开局规则        37
游戏的规则－出牌轮次规则        38
普通流程        38
特殊流程        38
游戏的规则－牌型组成规则        38
游戏的规则－牌型大小规则        38
特殊牌型        38
一般牌型        38
游戏的规则－牌局动作规则        39
游戏的规则－牌型提示规则        40
游戏的规则－自动放弃规则        41
游戏的规则－牌局时间规则        41
游戏的规则－断线和逃跑        41
断线情况        41
断线惩罚        42
逃跑情况        42
逃跑惩罚        42
游戏的规则－系统托管规则        42
断线重连时间        42
托管等待时间        42
断线托管时间规则        42
托管具体规则        43
游戏的规则－游戏终局规则        43
终局判断        43
游戏结果        43
终局表现        44
经济系统规则        45
银子概述        45
双扣游戏的银子规则        45
购买道具        45
积分等级系统        46
积分概述        46
升级和降级        47
积分计算方式        47
经验系统规则        48
经验概述        48
聊天系统规则        48
快速聊天系统        49
聊天语句        50
输入聊天系统        50
人工智能（AI）        51
机器人智能        51
游戏元素        52
游戏玩家        52
玩家概述        52
虚拟形象(AVATAR)        53
游戏头像        53
全身造型        53
两者关联        53
角色的选择        54
头像列表        54
选择头像        54
选择界面        55
操作方式        55
头像的修改        55
玩家属性定义        55
手机端显示属性        57
玩家信息显示        58
概述        58
个人信息        58
同桌信息        59
信息内容        60
界面操作        61
玩家账号管理        61
玩家注册        61
玩家登录        62
修改资料        62
游戏道具        63
游戏场景道具        63
游戏道具引入的目的        63
游戏道具的属性        63
游戏道具        64
游戏道具的购买        64
游戏道具的平衡        64
玩家的扩展定义-角色道具        64
背景故事        64
故事简介        64
游戏进程        64
游戏关卡        64
游戏进程－每一盘的流程        64
游戏进程－每一轮的流程        67
玩家UI和操作        68
操作概述        68
键位设置        68
详细玩家UI说明        69
平台LOGO        69
游戏LOGO        70
更新界面        71
关于界面        71
帮助界面        72
游戏介绍        72
操作指南        73
客户服务        74
设置界面        74
游戏设置        75
获取服务器列表        76
服务器列表        76
获取房间列表        77
房间列表        78
用户管理        78
玩家登录        79
玩家注册        80
选择头像        81
修改资料        81
登录游戏房间        82
游戏房间        83
查看同桌        84
游戏界面        84
媒体资源        85
图片        85
动画        87
人物        87
音乐        87
音乐        87
音效        87
额外设计        87
游戏帮助        87
关于游戏        87

[em19]

pklinqi

这么多啊

yii

会不会作出莱太大了点？

bibomoon

楼上教训的是，其实是一个树形的目录但在这里不能按层次显示。
       

现在我也十分苦恼中，程序员在查找时，往往要求很详细的目录条款，而太多的目录条款又会影响查阅。把文档划分成多个文档会不会好些，但到时程序又要抱怨查找的文档太多。

确实缺少经验，不知道楼上的还有什么意见否？

其中一级目录如下：

游戏名称 8
设计历程 8
游戏概述 9
游戏世界 18
人工智能（AI） 51
游戏元素 52
背景故事 64
游戏进程 64
玩家UI和操作 68
媒体资源 85
额外设计 87
         [em23]

策划1001

楼主所说的查阅，是在 电脑里面看word文档呢？ 还是打印到纸上看呢？
如果是前者，那用“视图”菜单里面的“大纲”功能就方便了，呵呵。

yii

给程序看还是给老板看的呢？

bibomoon

给程序看，有时确实很头痛。感觉很难控制一个文档的繁简。巴不得自己把所有方面都想到都写到，这样造成文档很庞大很长，有时甚至自己都不愿意看，可想别人也不愿看。但有时写的很简单，很多东西没有写出来的话，最后在制做时很多细节问题就会控制不住，很多细节就会按照各个人的想法去做，甚至一个名字前后都不能统一。

请各位有经验的前辈传授一下该怎么控制文档的繁简呢？

GameWatcher

文档点到即止，概括能力要强。之后及时沟通。光靠文档是不可能的。

yii

一般可以采用把文档分为很多份
按照各个功能模块细化的方法
程序、美术、音乐音效应该根据不同的规格开需求文档

yii

反而我觉得这种文档根本不适合给程序看
给程序看的，应该是 比如 某个按键，存在哪些状态（比如正常、悬停、按下、不可用 等等），在不同的情况下按下会造成什么的结果和状态改变，还有相关那些冲突联系