游戲架構(gòu)與設(shè)計(jì)（第2版）

第一部分 游戲設(shè)計(jì)
第1章 初步概念
1.1 新技術(shù)的震撼
1.2 創(chuàng)造性指導(dǎo)方針
1.3 形成創(chuàng)意
1.3.1 靈感
1.3.2 合成
1.3.3 共鳴
1.3.4 匯聚
1.4 修正創(chuàng)意
戲劇效果
1.5 論述
1.6 審查
1.6.1 分析
1.6.2 評(píng)估
1.6.3 論證
案例分析1.1 一頁的展示
1.7 可行性
1.7.1 商業(yè)因素
1.7.2 技術(shù)因素
1.7.3 開發(fā)因素
1.8 寫下你的想法
案例分析1.2 Conquerors的初始論述
第2章 核心設(shè)計(jì)
2.1 游戲是什么
2.1.1 酷的特色
2.1.2 奇特的圖形
2.1.3 謎題
2.1.4 背景和故事
2.2 游戲不是一切
案例分析2.1 故事與可玩性
2.3 游戲意味著游戲可玩性
案例分析2.2 一個(gè)錯(cuò)過的機(jī)會(huì)?
2.4 創(chuàng)建游戲規(guī)格說明
案例分析2.3 集成游戲目標(biāo)
2.4.1 特色
案例分析2.4 一個(gè)浮現(xiàn)的實(shí)例
2.4.2 游戲可玩性
2.4.3 界面
案例分析2.5 優(yōu)美界面
2.4.4 規(guī)則
案例分析2.6 規(guī)則必須為特色服務(wù)
2.4.5 關(guān)卡設(shè)計(jì)
案例分析2.7 有趣的關(guān)卡設(shè)計(jì)
2.5 游戲規(guī)格說明舉例
案例分析2.8 游戲說明
2.5.1 原型的價(jià)值
2.5.2 文檔的必要性
第3章 游戲可玩性
3.1 游戲可玩性
3.1.1 游戲可玩性的實(shí)現(xiàn)
3.1.2 支配性策略問題
3.1.3 準(zhǔn)支配
案例分析3.1 環(huán)境+規(guī)則=游戲的可玩性.
3.1.4 投資支持
3.1.5 多功能性
案例分析3.2 出乎意料的多功能性
3.1.6 補(bǔ)償因素
案例分析3.3 平衡補(bǔ)償因素
3.1.7 非永久性
3.1.8 影子成本
案例分析3.4 《帝國時(shí)代》的影子成本
3.1.9 協(xié)作
3.1.10 游戲可玩性的最后評(píng)論
3.2 互動(dòng)
3.2.1 互動(dòng)的種類
案例分析3.5不同種類的互動(dòng)
3.2.2 為什么，與什么?
第4章 詳細(xì)設(shè)計(jì)
4.1 設(shè)計(jì)師的作用
案例分析4.1 開發(fā)時(shí)限
4.2 設(shè)計(jì)文檔
4.2.1 游戲可玩性規(guī)格說明
4.2.2 設(shè)計(jì)師的備注
案例分析4.2 針對(duì)規(guī)格說明編制文檔一
4.3 使用設(shè)計(jì)文檔
4.4 使設(shè)計(jì)適應(yīng)開發(fā)
層和試驗(yàn)臺(tái)
案例分析4.3 計(jì)劃詳細(xì)規(guī)格說明以適應(yīng)
體系結(jié)構(gòu)
4.5 為什么要使用文檔
第5章 游戲平衡
5.1 玩家，玩家平衡
對(duì)稱
5.2 玩家／游戲可玩性平衡
案例分析5.1 這樣有趣嗎?
5.2.1 獎(jiǎng)賞玩家
5.2.2 讓機(jī)器來做這件事情
5.2.3 創(chuàng)作可玩性游戲
案例分析5.2 保存游戲的問題
5.3 游戲可玩性／游戲可玩性平衡
5.3.1 組件和特性平衡
案例分析5.3 Dungeon Keeper中的組件和特性平衡
5.3.2 非傳遞游戲力學(xué)保證平衡
案例分析5.4 使用SPS的特性平衡
案例分析5.5 使用游戲理論分析來
實(shí)現(xiàn)平衡
5.4 游戲平衡性核對(duì)清單
第6章 外觀和感覺
6.1 氛圍
6.1.1 聲音
案例分析6.1 最佳音效
6.1.2 視覺
案例分析6.2 一個(gè)荒腔走板的摘記
6.1.3 觸覺
6.2 界面
案例分析6.3 把界面、外觀和感覺結(jié)合在一起
案例分析6.4 有時(shí)少就是不好
6.3 故事講述
6.3.1 故事講述技術(shù)工具箱
案例分析6.5 外觀和感覺文檔的例子..
6.3.2 轉(zhuǎn)折點(diǎn)
案例分析6.6預(yù)料之外的情節(jié)發(fā)展
6.3.3 懸念
6.3.4 對(duì)話
6.3.5 主題
6.3.6 結(jié)局
案例分析6.7 不滿意的結(jié)局
6.3.7 變化
6.4 結(jié)束語
第7章 包裝
專家：
7.1.1 游戲概念
7.1.2 為變化做計(jì)劃
7.1.3 技術(shù)
7.1.4 開發(fā)
7.1.5 團(tuán)隊(duì)
7.1.6 成本和時(shí)間期限
7.1.7 游戲可玩性
7.1.8 未來展望
第8章 游戲設(shè)計(jì)的未來一
8.1 設(shè)計(jì)的必要性
8.1.1 別害怕作計(jì)劃
案例分析8.1 設(shè)計(jì)節(jié)省了時(shí)間
8.1.2為 什么進(jìn)行設(shè)計(jì)是很好的行為
案例分析8.2 及時(shí)更新設(shè)計(jì)
8.2 游戲設(shè)計(jì)的本質(zhì)
8.2.1 它是原創(chuàng)嗎?
8.2.2 它有一致性嗎?
8.2.3 它是互動(dòng)的嗎?
8.2.4 它吸引人嗎?
8.2.5 它富于趣味嗎?
8.3 設(shè)計(jì)的未來
8.3.1 讓設(shè)計(jì)更具共性
8.3.2 非象征性的設(shè)計(jì)
案例分析8.3 比較象征性和非象征性的設(shè)計(jì)
8.4 游戲的未來
8.4.1 下一個(gè)10年
8.4.2 軟件的強(qiáng)項(xiàng)
8.4.3 創(chuàng)意的十字路口
案例分析8.4 舞臺(tái)劇的范例
8.5 游戲如娛樂
8.6 前進(jìn)之路
第二部分 團(tuán)隊(duì)組建和管理
第9章 當(dāng)前的團(tuán)隊(duì)管理方式
當(dāng)前的開發(fā)模式
9.1.1 游戲業(yè)的起源
9.1.2 游戲開發(fā)者的難題
9.1.3 存在問題的開發(fā)者
9.1.4 加班時(shí)間過長意味項(xiàng)目的失敗
9.1.5 規(guī)則的例外
案例分析9.1 《雷神之錘》、 《星際爭霸》與《幽浮——突擊者》
第10章 角色和部門
10.1 分派人員
10.1.1 管理和設(shè)計(jì)部門
10.1.2 編程部門
10.1.3 美工部門
10.1.4 音樂和雜項(xiàng)部門
10.1.5 支持和質(zhì)保部門
10.2 提高士氣和工作環(huán)境
10.2.1提高士氣和改善工作環(huán)境
10.2.2 士氣高漲的告誡和警告
10.3 分散風(fēng)險(xiǎn)
第11章 軟件廠
11.1關(guān)于軟件工廠
11.2 為什么使用軟件工廠
解決游戲開發(fā)問題
案例分析11.1 失去核心成員的影響
案例分析11.2 代碼重用
11.3 組織軟件工廠
11.3.1 軟件工廠的結(jié)構(gòu)
11.3.2 小組責(zé)任和溝通
案例分析1 1.3 沒有有效地處理問題
案例分析1 1.4 有效處理問題的方法
案例分析1 1.5 工具重用的好處
11.4 實(shí)施軟件工廠結(jié)構(gòu)和方法一.
11.4.1 開始
11.4.2 知道什么時(shí)候使用哪個(gè)團(tuán)隊(duì)——并行開發(fā)時(shí)間表
11.4.3 輪換、重新分配組員
案例分析1 1.6 必不可少的注釋
1 1.5 軟件工廠的適用性
11.6 小一些的團(tuán)隊(duì)
11.7 結(jié)束語
第12章 里程標(biāo)和截止日期
12.1 現(xiàn)在的里程標(biāo)是如何工作的
案例分析12.1 模糊的里程標(biāo)會(huì)給
項(xiàng)目帶來什么影響?
12.2 模糊的里程標(biāo)
12.3~程標(biāo)和小里程標(biāo)
12.4 什么時(shí)候使用里程標(biāo)
12.5 制定精確的里程標(biāo)
案例分析12.2 取消項(xiàng)目的花費(fèi)
檢查點(diǎn)1.0 收集基本需求
檢查點(diǎn)1.1 收集技術(shù)需求
檢查點(diǎn)1.2 收集資源需求
檢查點(diǎn)2.0 基本可行性研究
檢查點(diǎn)2.1 技術(shù)可行性研究
檢查點(diǎn)2.2 資源可行性研究
檢查點(diǎn)3.0 起草體系結(jié)構(gòu)規(guī)范
檢查點(diǎn)3.1 項(xiàng)目初始化
12.6 定義里程標(biāo)
12.6.1 差的里程標(biāo)
12.6.2 好的里程標(biāo)
案例分析12.3 一個(gè)發(fā)生在現(xiàn)實(shí)生活中和里程標(biāo)
12.6.3 研究以及截止日期
12.6.4 里程標(biāo)的評(píng)價(jià)
第13章 步驟和流程
13.1 步驟
13.1.1 檢查
13.2 總體測試
13.2 流程
案例分析13.1 愚蠢的流程
13.3 步驟：什么時(shí)候使用
13.3.1 設(shè)計(jì)階段
13.3.2 開發(fā)階段
13.3.3 測試階段
13.4 源控制和代碼檢查：協(xié)同
案例分析13.2 不需要源控制
源控制用來干什么?
13.5 信息傳遞的重要性
前攝的信息傳遞和被動(dòng)的信息傳遞
第14章 疑難解答
風(fēng)險(xiǎn)
14.1.1 設(shè)計(jì)和體系結(jié)構(gòu)問題
案例分析14.1 不聽勸告的管理人員.
14.1.2 進(jìn)度表威脅
案例分析14.2 重新調(diào)整進(jìn)度表
14.1.3 組織機(jī)構(gòu)的問題
14.1.4 合同問題
14.1.5 人員問題
14.1.6 開發(fā)問題
14.1.7 過程問題
第15章 游戲業(yè)的未來
15.1 游戲業(yè)現(xiàn)狀
15.1.1 第一時(shí)期
15.1.2 第二時(shí)期
15.1.3 第三時(shí)期
15.1.4 游戲中的暴力
15.2 新模塊開發(fā)者
案例分析15.1 對(duì)開發(fā)者來說很艱難
15.3 在線革命
15.3.1 在線交付游戲
15.3.2 在線玩游戲
第三部分 游戲體系結(jié)構(gòu)
第16章 當(dāng)前的開發(fā)方法
16.1 游戲開發(fā)技術(shù)的歷史
16.1.1 最初的游戲創(chuàng)意的興衰
16.1.2 開發(fā)環(huán)境
16.2 現(xiàn)在的情況
復(fù)用能力
第17章 初步設(shè)計(jì)
17.1 開始
案例分析17.1 《雷神之錘Ⅱ》中的
抽象
17.2 硬件抽象
17.2.1 圖形硬件抽象
17.2.2 聲音硬件抽象
17.2.3 其他硬件問題
17.2.4 “不構(gòu)造在這里”可能更好
17.2.5 模糊地帶
17.3 問題域
什么是游戲?(回顧)
17.4 以token的方式考慮
17.4.1 Pong游戲的token化
17.4.2 Pac-Man的token化
17.4.3 狀態(tài)轉(zhuǎn)換及屬性
案例分析17.2 缺乏靈活性產(chǎn)生的陷阱
第18章 技術(shù)的使用
18.1 美工的狀態(tài)
18.1.1 3D引擎的起落
18.1.2 技術(shù)的理解
案例分析18.1 第一印象
18.2 不保險(xiǎn)的研究
18.2.1 研究的類型
案例分析18.2 忽略了可能存在的
機(jī)會(huì)
案例分析18.3 俄羅斯方塊：一個(gè)告誡
案例分析18.4 《時(shí)空英豪》：技術(shù)的很好運(yùn)用
18.2.2 做好工作日志
18.3 重新發(fā)明輪子
18.4 使用對(duì)象技術(shù)
抽象方法的利弊
第19 章建立模塊
軟件中的代碼重用
19.1.1 代碼重用：
19.1.3 特定于游戲的模式
第20章 初始體系結(jié)構(gòu)設(shè)計(jì)
20.1 體系結(jié)構(gòu)的誕生
體系結(jié)構(gòu)的概念
20.2 層式系統(tǒng)
20.2.10 層：原型
案例分析20.1 一個(gè)數(shù)據(jù)庫驅(qū)動(dòng)的方法.
20.2.2 一層及其上各層
20.3 體系結(jié)構(gòu)設(shè)計(jì)
20.3.1 將基于層的方法用于架構(gòu)設(shè)計(jì)
案例分析20.2討論Warbots的架構(gòu)
20.3.2 體系結(jié)構(gòu)的正交性
第21章 開發(fā)
21.1 開發(fā)過程
21.2 代碼質(zhì)量
編碼標(biāo)準(zhǔn)
21.3 編碼優(yōu)先級(jí)
21.3.1 速度
21.3.2 規(guī)模
21.3.3 靈活性
21.3.4 可移植性
21.3.5 可維護(hù)性
21.4 調(diào)試和模塊完成
Bug的類型
案例分析21.1 是A類bug嗎?
21.5 7 個(gè)黃金法則
21.5.1 重用
案例分析21.2 可重用的體系結(jié)構(gòu)
21.5.2 文檔
21.5.3 先設(shè)計(jì)
21.5.4 進(jìn)度表
21.5.5 在項(xiàng)目進(jìn)行過程中捕捉錯(cuò)誤
21.5.6 控制研發(fā)程度(R&D)
21.5.7 知道什么時(shí)候劃定最后界限
21.6 3 種毫無作用的行為
21.6.1 糟糕的管理
21.6.2 特性蔓延
21.6.3 編碼人員的僵化
第22章 發(fā)布前的預(yù)備階段
22.1 后期評(píng)估
22.1.1 最終分析
22.1.2 游戲達(dá)到標(biāo)準(zhǔn)了嗎?
案例分析22.1 一起自食其果的災(zāi)難
案例分析22.2 一份恢復(fù)計(jì)劃
案例分析22.3 許可協(xié)議地獄
案例分析22.4 最后的瘋狂
22.2 后期的本地化
22.2.1 許可協(xié)議
22.2.2 語言
22.2.3 Demos
案例分析22.5 把游戲拱手交出去
案例分析22.6 留一手
22.3 玩法測試
案例分析22.7 他們?cè)趺磿?huì)沒有
發(fā)現(xiàn)呢?!
22.4 焦點(diǎn)小組
22.5 網(wǎng)站
22.6 為Gold Master準(zhǔn)備就緒
22.7 補(bǔ)丁
第23章 事后剖析
案例分析23.1 兩個(gè)項(xiàng)目的故事
23.1 團(tuán)隊(duì)動(dòng)力
案例分析23.2 所有可怕的錯(cuò)誤
23.2概念
23.2.1 趨勢
案例分析23.3 對(duì)趨勢的錯(cuò)誤判斷
23.2.2 親和力
23.3 開發(fā)階段
23.3.1 軟件計(jì)劃
案例分析23.4地 下密牢
23.3.2 編碼
23.3.3 測試
23.4 商業(yè)方面
案例分析23.5 保證你的資金流
23.5 事后剖析本身的事后剖析
第24章 游戲開發(fā)的未來
24.2.1 市場營銷
案例分析24.1 市場意味著定位
24.2.2 內(nèi)容
案例分析24.2 無戰(zhàn)略的開發(fā)
24.2.3 計(jì)劃
24.2.4 開發(fā)人員
24.3 雖小仍美
24.4 未來團(tuán)隊(duì)的建立
24.4.1 角色
24.4.2 動(dòng)機(jī)
24.4.3 士氣
24.5 開發(fā)中的新方向
24.5.1 整體方法
24.5.2 “侏羅紀(jì)公園”軟件
24.5.3 固有的及超然的世界
24.6 未來事物的定形
第四部分 附錄
附錄A 游戲設(shè)計(jì)文檔樣例
A.1 詳細(xì)設(shè)計(jì)討論
A.1.1 彈珠游戲簡介
A.1.2 游戲玩法概述
A.1.3 平臺(tái)
A.1.4 時(shí)間比例
A.1.5 為什么迷宮類游戲今不如昔?
A.1.6 迷宮類游戲魅力
A.1.7 為什么彈珠游戲如此出色?
A.1.8 游戲設(shè)計(jì)：用戶界面元素
A.1.9 彈珠的物理學(xué)
A.1.10 方塊
A.1.1l 特殊例子——方塊之間的碰撞
A.1.12 玩游戲
A.1.13 更多的修飾
A.2 初步設(shè)計(jì)和樣例設(shè)計(jì)
A.3 芝加哥黑幫：在20年代繁榮的美國
地下社會(huì)
A.3.1 概述
A.3.2 游戲目標(biāo)
A.3.3 圖形
A.3.4 進(jìn)入游戲
A.3.5 角色類型
A.3.6 角色個(gè)性
A.3.7 命令
A.3.8 戰(zhàn)斗
A.3.9 游戲世界
A.3.10 營業(yè)場所
A.3.11 消息
A.3.12 戰(zhàn)役指南
A.3.13 目標(biāo)平臺(tái)
A.3.14 營救者
A.3.15 游戲元素
A.3.16 游戲怎么玩?
A.4 技術(shù)規(guī)約
技術(shù)規(guī)約：彈珠游戲完全3D置入式
圖形模塊
A.5 代碼評(píng)審表
A.6 測試腳本
附錄B 參考文獻(xiàn)
B.1 參考書目
B.2 期刊
B.3 新聞組
術(shù)語表
24.1 基于背景開發(fā)
24.2 未來開發(fā)
案例分析19.1 引擎重用
19.1.2 設(shè)計(jì)重用：模式