20
BÖLÜM 17 OYUN GELİŞTİRME DOKÜMANTASYONU Bu sunum BTÖ 616 - Eğitsel Bilgisayar Oyunları Tasarımı dersi kapsamında hazırlanmıştır. DERS SORUMLUSU: DOÇ. DR. HAKAN TÜZÜN HAZIRLAYAN: MERVE YILDIZ

Bölüm 17 oyun gelİştİrme dokümantasyonu

  • Upload
    tiana

  • View
    26

  • Download
    1

Embed Size (px)

DESCRIPTION

Bölüm 17 oyun gelİştİrme dokümantasyonu. Ders Sorumlusu: Doç. Dr. Hakan TÜZÜN HazIrlayan : Merve YIldIz. Bu sunum BTÖ 616 - Eğitsel Bilgisayar Oyunları Tasarımı dersi kapsamında hazırlanmıştır. Giriş. Oyun geliştirme takımı büyüdükçe, projenin focusunu korumak zorlaşır. - PowerPoint PPT Presentation

Citation preview

Page 1: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

BÖLÜM 17OYUN GELİŞTİRME

DOKÜMANTASYONU

Bu sunum BTÖ 616 - Eğitsel Bilgisayar Oyunları Tasarımı dersi kapsamında hazırlanmıştır.

DERS SORUMLUSU: DOÇ. DR. HAKAN TÜZÜNHAZIRLAYAN: MERVE YILDIZ

DERS SORUMLUSU: DOÇ. DR. HAKAN TÜZÜNHAZIRLAYAN: MERVE YILDIZ

Page 2: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

2

Giriş

Oyun geliştirme takımı büyüdükçe, projenin focusunu korumak zorlaşır.

Doküman geliştirmek “dizginleri elde tutmak” için gereklidir.

İyi dokümantasyon oyun geliştirmenin sadece üretim aşamasında değil, tasarım aşamasında da faydalıdır.

Page 3: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

3

Giriş

Fikirleri ve hikaye bileşenlerini yazıya dökmek, oyunun çabucak geliştirilmesine ve zamanında bitirilmesine yardımcı olur.

Aynı zamanda doküman hazırlamak takım üyelerinin hepsine referans bir kaynak olduğu için büyük takımlarda dokümansız çalışmak oldukça zor olacaktır.

Page 4: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

4

Oyunu Belgelendirme

Modern bilgisayar dünyasında tasarım dokümanı, sanat kural kitabı, teknik tasarım dokümanı

gibi birçok çeşit doküman vardır.

Bunların hepsiyle çalışmak mümkün olmasa da, önemli olan ne içerdiklerini bilmek ve birbirleriyle olan ilişkilerini anlamaktır.

Page 5: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

5

Oyun Teklif Belgesi

Teklif belgesi, bir oyun fikrini kabul ettirmek, yani yayıncıya ya da idarecilere satmak için yazılır.

Bu belgede, oyunun pazarda nasıl yer alacağı, bütçe ve geliştirme takvimi, hangi teknolojinin kullanılacağı, oyun için çalışması olası kişilerle ilgili kısa bilgi, gameplay’le ilgili bazı açıklamalar

yer alır.

Page 6: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

6

Oyun Teklif Belgesi

Genelde on sayfayı geçmeyen bu belgede önemli olan oyunu, okuyan kişiyi heyecanlandıracak şekilde sunmaktır.

Bu nedenle bu belge tasarım sürecinde doğrudan kullanılmasa da tasarım dokümanı hazırlamada başlangıç noktası olabilir.

Page 7: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

7

Rekabet Analizi

Oyunun piyasadaki benzer oyunlarla nasıl rekabet etmesi gerektiğine dair yazılan belgedir.

Oyunu satmak için kullanılır.

Bu nedenle oyuna ait benzersiz (unique) özellikleri içerir.

Oyunun amaçları ile benzeşen piyasadaki diğer oyunlar listelenir ve karşılaştırmalar yapılır.

Page 8: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

8

Tasarım Dokümanı

Oyunun gameplay’ını detaylandırmak ve tam olarak tanımlamak amacıyla yazılır.

Özellikle büyük takım projelerinde takım elemanlarına yol gösterir.

İyi yazılmış bir tasarım dokümanı ile, tasarım ekibi değişse veya oyun başka bir platforma çevrilse bile kalınan yerden devam edilebilir.

Page 9: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

9

Tasarım Dokümanı

Tasarım dokümanında oyuncuların oyunda; Ne yaptıklarına(oyuncuların hangi eylemleri yaptıkları) Nerede yaptıklarına(oyunun ayarları) Ne zaman yaptıklarına (oyuncuların ne zaman ve hangi

sırayla farklı eylemler gerçekleştirdiği) Niçin yaptıklarına(oyuncuların motivasyonu) Nasıl yaptıklarına (oyunu kontrol etmek için hangi

komutları kullandıkları)

ilişkin bilgiler yer almalıdır.

Page 10: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

10

Tasarım Dokümanı

Teknik tasarım dokümanı gibi değildir yani oyunun kodlarını içermez.

Teklif belgesi gibi değildir yani iş takvimini, bütçeyi ya da diğer proje yönetim bilgilerini içermez.

Tasarım dokümanı, işlevselliğin nasıl uygulanacağını değil, oyunun nasıl işleyeceğini açıklamalıdır.

Page 11: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

11

Akış Şeması

Akış şemasının iki önemli kullanım yeri vardır: Oyun dışı menülerde, oyuncunun nasıl dolaştığını

(navigation) izlemektir. Örneğin; bu, oyuna yeni başlamış bir oyuncu olabilir.

Özellikle düzey tabanlı oyunlarda, oyuncuların oyun içinde hareket ettikleri alanları haritalandırmak için kullanılır.

Page 12: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

12

Hikaye Kural Kitabı

Tasarım dokümanında, oyunun hikayesinin bir kısmı bulunabilir.

Ancak oyunun farklı karakterlerini içeren esas karışık hikayesinin ya da evrenin herhangi bir yerinde geçen özel bir hikayesinin bulunacağı yer hikaye kural kitabıdır.

Bir karakteri seslendirecek kişi de buradan yararlanır. Böylece oyunun tutarlı olması sağlanır.

Page 13: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

13

Senaryo

Eğer oyunun bir hikayesi varsa; oyuncular karakterlerin konuşmalarını duymak ya da sonraki görevleri okumak isteyebilirler.

Bu nedenle diyaloglar ya da diyalogların geçtiği yerler oyunun senaryosuna uygun olmalıdır.

Eğer oyunda film gibi sahneler varsa, oyunun senaryosu da filme benzemeli ve diyaloglara odaklanmalıdır.

Page 14: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

14

Sanat Kural Kitabı

Tasarımcı tarafından değil, baş sanatçı tarafından başlıca kavram taslakları ve diğer kaynaklar temel alınarak oluşturulur.

Oyunun hikayesi ve karakterleriyle uyumludur.

Oyunun tüm detaylarıyla kapsamlı bir şekilde görüldüğü, hissedildiği yani tanıtıldığı yerdir.

Page 15: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

15

Oyun Anı

Gameplayin kısa bir bölümünün detaylı olarak tanımlandığı, 1-3 sayfa aralığında olan, oyun geliştirme sürecinin ilk başlarında yazılmış doküman tipidir.

Bazen takım üyeleri oyun anını okuduklarında ne olduğunu anlamayabilirler.

Ama bu dokümanın bütün takım elemanları tarafından anlaşılması ve doğru bir şekilde kullanılması, projenin geliştirilmesi sürecinde faydalı olabilir.

Page 16: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

16

Storyboard

Storyboardlar , sanat kural kitabının bir parçası ya da bağımsız bir belge olabilirler.

Birileri sorun yaşamadan önce takım üyelerine, geribildirim ve düzeltme imkanı sağlarlar.

Oyun motorunun hazır olmadığı durumlarda, kavram taslağı ya da model olarak kullanılabilirler.

Page 17: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

17

Teknik Tasarım Dokümanı

Tasarım dokümanının, teknik boyutudur.

Tasarım dokümanı oyunun işlevsel kısmına odaklanırken, teknik tasarım dokümanı bu işlevsel kısmın nasıl gerçekleştirileceğine odaklanır.

Genellikle takımdaki baş programcı tarafından yazılır ve diğer programcılar da bunu referans olarak kabul eder.

Page 18: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

18

İş Takvimi ve Pazarlama Dokümanı

Tasarım dokümanı, oyunun işlevsel tasarımı ile ilgilidir.

Tasarım dokümanı, oyunun nasıl reklam edileceği ya da nasıl perakende satılacağıyla ilgili değildir.

Bu nedenle iş takvimi ve pazarlama dokümanları tasarım dokümanı içinde yer almamalıdır.

Page 19: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

19

Standart Dokümantasyon Yoktur

Oyun tasarımına kılavuzluk etmek ya da yardımcı olmak amacıyla farklı şirketler farklı dokümantasyon standartları kullanabilirler.

Yayıncılar oyun geliştirme ekibinin yaptıklarının iyi bir fikir olduğuna dair elle tutulur kanıtlar beklerler. Bu nedenle de tasarım dokümanı önemlidir.

Page 20: Bölüm 17 oyun  gelİştİrme  dokümantasyonu

20

Dokümantasyonun Avantajları

Tek çalışılsa da takımla çalışılsa da iyi dokümantasyon oyunun daha iyi olmasını sağlar.

Bazı oyun geliştiriciler, takımdaki kişilerin dokümanlara istedikleri zaman ulaşabilmeleri, değiştirebilmeleri ve güncelleyebilmeleri için web tabanlı uygulamaları kullanmaya başlamışlardır.

Doküman hazırlanırken dikkat edilmesi gereken en önemli şey, dokümanların oyunun vizyonu ve focusu ile aynı çizgide gitmesidir.