मुझे डिज़ाइन दस्तावेज़ कैसे बनाना चाहिए? [बन्द है]


30

क्या डिज़ाइन दस्तावेज़ में वास्तविक वाक्यों के साथ पाठ की एक सतत रेखा होनी चाहिए, पूरे खेल के विवरण की तरह, या मुझे इसे सरल बिंदुओं में संरचना करना चाहिए? क्या लाभ हैं, और क्या इसे संरचित करने के और भी तरीके हैं?


5
ऐसा नहीं है कि मैं जोश के जवाब से बिल्कुल असहमत हूं, लेकिन सिर्फ 1 जवाब के साथ 35 मिनट एक सवाल का जवाब देने के लिए थोड़ा जल्दी है, निश्चित रूप से?
काइलोटन

4
हाँ मै सह्मत हूँ। आप इसे हमेशा बाद में बदल सकते हैं, लेकिन यह हमेशा उस व्यक्ति के लिए बहुत निराशाजनक है जिसका जवाब आप दूर से बदल रहे हैं। और इस बिंदु पर अधिक, कभी-कभी चयनित उत्तर होने से दूसरों को अपने स्वयं के उत्तर देने से हतोत्साहित किया जाता है, और इससे आपको मेरे मुकाबले बहुत बेहतर जवाब देने में चूक हो सकती है।
जोश

ठीक है, वेल्ड, जवाब को अस्वीकार कर दिया। लेकिन, मैं इसे कल फिर से चिह्नित करूंगा, मुझे यह वास्तव में उपयोगी लगा! जब तक, ज़ाहिर है, कोई मुझे कुछ और भी उपयोगी हो जाता है;)। हालांकि इस संकेत के लिए धन्यवाद, मैंने उस बारे में नहीं सोचा था!
जकोरा

आप अपने GDD की संरचना के बारे में अधिक जानकारी के लिए इस लेख को देख सकते हैं। यह वास्तव में बहुत अच्छा स्रोत है: active.tutsplus.com/articles/game-design/…
डैनियल सिधियन

@ जोश आपका स्कोर डराने वाला है - जो आपको जवाब देने की कोशिश कर रहा है;)
टिम होल

जवाबों:


30

कोई नियम या उद्योग मानक नहीं हैं; दस्तावेज़ को उस तरीके से संरचना करें जो उस दस्तावेज़ का उपभोग करने वाले लोगों के लिए सबसे उपयोगी होगा , यह ध्यान में रखते हुए कि आपके दस्तावेज़ का उद्देश्य क्या है।

व्यक्तिगत रूप से मैं उम्मीद करूंगा कि दस्तावेज़ के कुछ भाग आपके विचारों को व्यक्त करने के लिए "वास्तविक वाक्यों" का उपयोग करने के लिए बेहतर हैं, साथ ही उन भागों को भी शामिल किया जाना चाहिए जो बुलेट-पॉइंट की विशेषताओं की सूची में लिखे जाने के लिए बेहतर हैं।

आपके दर्शक कौन हैं? यदि यह सिर्फ आप है, अगर यह सिर्फ आपको अपने विचारों को केंद्रित करने में मदद करने के लिए है, तो आपके लिए जो भी काम करता है। यदि आप दूसरों के साथ काम कर रहे हैं, तो उनसे पूछें कि वे दस्तावेज़ को टूटा हुआ कैसे देखना पसंद करेंगे और वे इसका उपयोग कैसे करेंगे।

मैं खेल के मुख्य बिंदुओं के गद्य विवरण को देखने की उम्मीद करूंगा: यह मुख्य अवधारणा, शैली और भावना है। मैं तब खेल की प्रत्येक प्रमुख विशेषता के लिए एक खंड देखने की उम्मीद करूंगा।

विस्तार और आंकड़ों के साथ ओवरबोर्ड न करें, याद रखें कि एक डिज़ाइन दस्तावेज़ आमतौर पर ऐसा कुछ होता है जो आपके निर्माण और पुनरावृति के रूप में खेल के जीवनकाल में विकसित होगा। यह सोचना अव्यावहारिक है कि आप इसे एक बार लिखेंगे, सामने, और यह एकदम सही होगा, इसलिए इस बात पर ध्यान केंद्रित करें कि अब आपको यह बताने के लिए दस्तावेज़ की आवश्यकता क्या है और आप उस दस्तावेज़ के विशिष्ट उपभोक्ताओं को कैसे बता सकते हैं।

इससे कोई फर्क नहीं पड़ता कि अन्य लोग क्या करते हैं, आप अपनी टीम के लिए सबसे अच्छा काम करना चाहते हैं।


एक डिजाइन दस्तावेज इसके मूल में खेल की रूपरेखा है। उसी तरह जब आप किसी पुस्तक के लिए एक रूपरेखा लिखते हैं तो केवल वही चीजें होती हैं जो आपके विचार को समझने के लिए और इसे बनाने के लिए वास्तव में "आपको" चाहिए। हालांकि मैं इरादा दर्शकों की बात को सुदृढ़ करना चाहूंगा, और यह भी कि प्रत्येक उपधारा में एक अलग दर्शक हो सकता है एक परियोजना योजना टीम / प्रबंधक के लिए है, उपयोग के मामले / ईआरडी प्रोग्रामर के लिए हैं, और इकाई विवरण कलाकारों के लिए हैं। इसके कुछ समयों में आप कुछ ऐसा लिख ​​सकते हैं जो एक ही सामान्य विषय के बारे में होने के अलावा एक साथ फिट नहीं लगता है।
गार्डियन ०६

24

जोश ने अपने जवाब में जो कहा है, इसके अलावा, कई लोगों ने अपने विचार को साझा किया है कि गेम डिज़ाइन डॉक में क्या जाना चाहिए, जो आपको यह तय करने में मदद कर सकता है कि आपके डॉक्स में कौन से पहलू उपयोगी होने जा रहे हैं। याद रखें कि ये पेशेवर डिजाइनर हैं, और पारंपरिक खेल उद्योग के संदर्भ में उनके लिए जो काम किया है, वह आपके लिए सही नहीं है, इसलिए यह प्रयास करना और काम करना उपयोगी है कि वे कुछ दृष्टिकोणों का उपयोग क्यों करते हैं और उन लोगों को चुनें जो आपको सबसे अधिक मदद करेंगे। ।


मैंने गेम डिजाइन प्रलेखन के लिए चारों ओर देखा है और यह कैसे करना है। आपका पहला लिंक बहुत अच्छा था। वास्तव में 'स्कूपिंग ’के साथ काम करता है। परियोजना के मूल दायरे की स्थापना और मोटे शब्दों के साथ समझाएं कि खेल के दायरे के अंदर और बाहर क्या है।
वर्टिलक

5

जानकारी का एक टुकड़ा है जिसे मैं जोड़ना चाहता हूं: जब खेल के वास्तविक डिजाइन (यानी: नियम) का दस्तावेजीकरण किया जाता है, तो स्पष्ट स्पष्टीकरण प्रदान करें कि आप एक विशेष नियम डिजाइन विकल्प क्यों बना रहे हैं।

जब आप किसी चीज़ को लागू करने के बारे में जाते हैं, तो उन चीजों में से एक को भूल जाने की संभावना है जो आपने एक विशेष नियम जोड़ा है। इसके अलावा, आपके द्वारा की जाने वाली चीजों में से एक नियम और गेम तत्वों को सिर्फ इसलिए जोड़ना है क्योंकि अन्य गेम उनके पास हैं, इसलिए नहीं कि आपके गेम को उनकी आवश्यकता है।

गेम तत्व मौजूद क्यों है, इस पर एक खंड जोड़कर, यह आपको समग्र गेम डिज़ाइन के संदर्भ में उस तत्व के उपयोग को सही ठहराने के लिए मजबूर करता है। और बाद में, यह आपको प्रभावी ढंग से मूल्यांकन करने की अनुमति देता है कि क्या एक विशेष तत्व वास्तव में आपके द्वारा इच्छित आवश्यकताओं की सेवा कर रहा है। यदि यह नहीं है, तो आप इसे हटा सकते हैं और इसे कुछ और के साथ बदल सकते हैं जो उन जरूरतों को पूरा करता है।

इससे भी बेहतर, अगर आपको लगता है कि गेम काम नहीं कर रहा है, और आप गेम को और मज़ेदार बनाने के लिए कई तत्वों को बदलना चाहते हैं, तो आप अपने डिज़ाइन दस्तावेज़ को देख सकते हैं और समझ सकते हैं कि आप उन तत्वों को क्यों चुनते हैं और नए तत्वों को पूरा करने की आवश्यकता है। । यदि आपके गेम डिज़ाइन की ज़रूरतें बदल जाती हैं, तो आप अपनी सूची को अपडेट कर सकते हैं कि गेम तत्वों को क्या करना चाहिए।


1

मुझे जिस तरह से लेवल अप लेखक ने अपने खेल के डिजाइन के दस्तावेज लिखने के लिए उपयोग किया है, वह कई सुंदर आकृतियों, पात्रों और ड्राइंग आदि के साथ है।

मैं आपको इस पुस्तक के स्तर पर एक नज़र डालने की सलाह देता हूं !: द गाइड टू ग्रेट वीडियो गेम डिज़ाइन

अपने दस्तावेज़ों में थोड़ा सा चित्र जोड़ने के साथ अन्य लोग आप पर अधिक ध्यान देंगे और आप यह सुनिश्चित कर सकते हैं कि वे आपके डिज़ाइन दस्तावेज़ों को पढ़ेंगे


0

आपके गेम डिज़ाइन दस्तावेज़ की संरचना पूरी तरह से आपके ऊपर है, लेकिन एक मैं इसमें शामिल करने के लिए तैयार करता हूं (ध्यान दें कि यह आरपीजी या अन्य कहानी चालित खेलों के लिए बेहतर काम करता है):

सामग्री की तालिका - बहुत महत्वपूर्ण है, क्योंकि एक बार जब आपके पास अधिक जटिल गेम होते हैं, तो आपको एक संगठन विधि शामिल करने की आवश्यकता होगी

खेल का वर्णन - खेल का संक्षिप्त विवरण, खेल-खेलने के कुछ विवरण देने के साथ-साथ मंच और अन्य महत्वपूर्ण विवरण

कहानी का अवलोकन - अपने कथानक का अवलोकन करें

नियंत्रण - उन नियंत्रणों को सूचीबद्ध करें जिनका आप अपने खेल में उपयोग कर रहे हैं

टेक आवश्यकताएं - आप यहां प्लेटफॉर्म के बारे में अधिक विस्तार से जा सकते हैं

गेम फ़्लोचार्ट - दिखाएं कि आपके गेम की स्क्रीन कैसे कनेक्ट होती हैं

प्रस्तुति - कैमरा प्रकार, HUD और खिलाड़ी द्वारा देखी गई अन्य जानकारी के बारे में विवरण दें

खिलाड़ी चरित्र - अपने खिलाड़ी के बारे में जानकारी दें, जैसे कि वे क्या दिखते हैं, बैकस्टोरी और उपकरण / हथियार जो वे उपयोग कर सकते हैं

मुकाबला - बताएं कि मुकाबला कैसे काम करता है (यदि लागू हो)

खेल के स्तर - स्तरों के कुछ उदाहरण दें

शत्रु - अपने शत्रुओं के बारे में विवरण दें (हमला, दिखता है)

बॉस - विशिष्ट बॉस के बारे में जानकारी

एनपीसी - एआई का वर्णन करें जो आपके चरित्र पर हमला नहीं करते हैं

संगीत / एसएफएक्स - क्या संगीत और एसएफएक्स का उत्पादन करने की आवश्यकता है

परिशिष्ट - स्क्रिप्ट और किसी भी अन्य जानकारी के साथ लंबी सूची यहां रखें

आप अपने गेम डिज़ाइन दस्तावेज़ का एक और संक्षिप्त संस्करण भी बनाना चाह सकते हैं, जो एक पृष्ठ के बारे में है, जिसमें निम्नलिखित बातें हैं:

शीर्षक और संकल्पना अवलोकन - खेल क्या है और खिलाड़ी क्या करेंगे, इसका संक्षिप्त विवरण दें

प्लेटफ़ॉर्म - उस प्लेटफ़ॉर्म को सूचीबद्ध करें जिस पर गेम प्रकाशित किया जाएगा

मुख्य बिंदु - अपने खेल के बारे में बहुत बुनियादी जानकारी दें, जैसे कि यह एक एफपीएस, एक पैराग्राफ और एकल-खिलाड़ी मोड होना

सारांश - यदि कोई हो, तो अपने कथानक को सारांशित करें

अक्षर - अपने पात्रों के बारे में कुछ जानकारी दें

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.