1 / 20

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

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.

tiana
Download Presentation

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

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Bölüm 17oyun gelİştİrme dokümantasyonu Ders Sorumlusu: Doç. Dr. Hakan TÜZÜNHazIrlayan: Merve YIldIz Bu sunum BTÖ 616 - Eğitsel Bilgisayar Oyunları Tasarımı dersi kapsamında hazırlanmıştır.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

  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.

More Related