策劃文檔撰寫簡要說明-預(yù)覽頁
【正文】 讀。)策劃甲結(jié)構(gòu)圖修正，結(jié)構(gòu)圖對應(yīng)各功能模塊流程圖修正。策劃甲結(jié)構(gòu)圖增加開啟關(guān)閉自動拾取，修正對應(yīng)功能模塊流程。拾取處理細(xì)節(jié)修正。目錄索引也是為了分工合作的必要，畢竟不是所有人都必須了解文檔全部內(nèi)容的。C. 目錄索引和目錄下的具體表述內(nèi)容要一致，切忌目錄和內(nèi)容文不對題，變成“假目錄”，在完成了全部的文檔內(nèi)容撰寫后，一定要再根據(jù)目錄索引檢查和思考，看看是否有需要修改的地方。另外“限制條件”本身就是一個不確定的說法，是達(dá)到了條件能夠使用了；還是達(dá)到了條件無法使用；還是不達(dá)到條件才能使用；條件是與還是或等等。常見的標(biāo)準(zhǔn)圖示有：A． 流程圖B． 組織結(jié)構(gòu)圖C． 項目日程圖D． 業(yè)務(wù)進(jìn)程圖E． 其他標(biāo)準(zhǔn)圖示 闡述和實例結(jié)合空泛的闡述有時候很難說明事情，這時候就要采用舉例子的方式來形象描述。 注意標(biāo)點符號的應(yīng)用 文字闡述中注意標(biāo)點符號的應(yīng)用，切忌“一逗到底”等亂用標(biāo)點的情況。策劃文檔總綱包括三部分：A. 系統(tǒng)概述 系統(tǒng)概述是大致說明這是一個什么樣的系統(tǒng)。反而言之，我們會設(shè)計減少玩家游戲樂趣的系統(tǒng)么？如果沒有，那么所有系統(tǒng)最終都是希望提高玩家游戲樂趣，這樣的設(shè)計目的說來毫無意義。這一部分內(nèi)容任何設(shè)計相關(guān)人員都可以閱讀，以求獲得具體設(shè)計的大致印象。這部分文檔需要策劃和程序反復(fù)協(xié)商。游戲最后會用程序的形式展現(xiàn)給玩家，因此說到底游戲是一個程序，所以寫給程序文檔包括兩部分：A. 數(shù)據(jù)向程序闡述數(shù)據(jù)的具體內(nèi)容，大致包括以下10部分內(nèi)容：1） 數(shù)據(jù)中文名和英文簡稱數(shù)據(jù)的中文名字，如果策劃希望有個固定的英文簡稱的話，給出英文簡稱。6） 數(shù)據(jù)默認(rèn)值在沒有設(shè)置的情況下，數(shù)據(jù)的默認(rèn)值。如：金錢數(shù)量和另外一個金錢種類的數(shù)據(jù)相關(guān)10） 數(shù)據(jù)舉例舉一個實際例子來說明數(shù)據(jù)。 力量最終值的取值恒大于等于1，一般小于20萬。 力量最終值沒有邏輯相關(guān)數(shù)據(jù) 例：角色的力量最終值為30點。范例：216。 記錄該角色I(xiàn)D。 市場文檔 在市場運(yùn)營中可能需要的文檔，包括宣傳，活動等等。從美術(shù)到音樂等等都是外包的范圍，這些文檔的撰寫大致要求差距不大，惟一要注意的是，外包文檔幾乎完全依賴與文檔的具體內(nèi)容，通過其他方式來說明設(shè)計的可能性很小，因此要特別注意闡述的明晰性。重復(fù)在不同文檔中反復(fù)闡述，會造成修改的困難：當(dāng)需要修改時，必須改動所有的文檔，如果遺漏修改了一篇，那么就會造成文檔間的矛盾。后續(xù)補(bǔ)充說明一、 策劃文檔撰寫的理念策劃文檔，首先是給人看的，懂了后，才能開始具體的制作，既然是給人看的，那么重要的就是表達(dá)意思。二、 策劃文檔撰寫的實際情況在實際工作中，因為工期的安排和實際事物的變化，很少有文檔會完全按照規(guī)范撰寫。三、 結(jié)語“陣而后戰(zhàn)，兵法之常，運(yùn)用之妙，存乎一心。8 / 8
公司管理相關(guān)推薦
鄂ICP備17016276號-1