Entwicklung eines flexiblen Objektmodells für ein ... - Jens Pfau

Weitere Magazine

Empfehlungen

Info

Ehrenwörtliche Erklärung Hiermit versicheren wir, die vorliegende Arbeit ohne Hilfe Dritter und nur mit den angegebenen Quellen und Hilfsmitteln angefertigt zu haben. Alle Stellen, die aus den Quellen entnommen wurden, sind als solche kenntlich gemacht worden. Diese Arbeit hat in gleicher oder ähnlicher Form noch keiner Prüfungsbehörde vorgelegen. Darmstadt, den 31. August 2006
Zusammenfassung Jedes Computerspiel basiert auf einer Vielzahl von virtuellen Objekten, die unter anderem als Repräsentation visuell dargestellter Gegenstände, Charaktere und Gebäude fungieren. Deren Modellierung und Verwaltung ist daher eminent für die Funktionalität eines Spielesystems. Ein solches als Objektmodell bezeichnetes Subsystem wird üblicherweise für jede Spieleproduktion und deren spezifische Anforderungen erneut entworfen. Das bedarf den wiederholten Einsatz von Ressourcen zur Lösung des gleichen Problems. Diese Arbeit beschäftigt sich daher mit der Frage, welche Aspekte bei der Modellierung eines solchen Systems von Belang sind und welche Ansätze zur Umsetzung derselben existieren. Darauf aufbauend wird eine Architektur entwickelt, die als vorrangige Anforderungen die Erweiterbarkeit und Wiederverwendbarkeit erfüllen soll, um flexibel an unterschiedliche Einsatzszenarien anpassbar zu sein. Dadurch sollen Kosten und Entwicklungszeit in der Spieleproduktion gesenkt werden.
Seite 1: Technische Universität Darmstadt F
Seite 5 und 6: Inhaltsverzeichnis 1 Einleitung 1 2
Seite 7 und 8: Abbildungsverzeichnis 3.1 Baumansic
Seite 9 und 10: Kapitel 1 Einleitung Eine lange Rei
Seite 11 und 12: Kapitel 2 Motivation Man muß das U
Seite 13 und 14: Kapitel 3 Taxonomie Das letzte Ziel
Seite 15 und 16: III. Taxonomie 7 Spielobjekte ein.
Seite 17 und 18: III. Taxonomie 9 • Das System ist
Seite 19 und 20: III. Taxonomie 11 Nachteile: • Da
Seite 21 und 22: III. Taxonomie 13 Nachteile: • We
Seite 23 und 24: III. Taxonomie 15 Nachteile: • Da
Seite 25 und 26: III. Taxonomie 17 einzulesen, und e
Seite 27 und 28: III. Taxonomie 19 Nachteile: • En
Seite 29 und 30: III. Taxonomie 21 Gegenstand der Ve
Seite 31 und 32: III. Taxonomie 23 3.3 Kommunikation
Seite 33 und 34: III. Taxonomie 25 der Modellierung
Seite 35 und 36: III. Taxonomie 27 Objektstruktur Da
Seite 37 und 38: Kapitel 4 Anforderungen Das Problem
Seite 39 und 40: IV. Anforderungen 31 4.5 Erweiterba
Seite 41 und 42: V. Bestehende Systeme 33 oder einer
Seite 43 und 44: V. Bestehende Systeme 35 Taxonomie
Seite 45 und 46: V. Bestehende Systeme 37 Abbildung
Seite 47 und 48: V. Bestehende Systeme 39 Ein Spielo
Seite 49 und 50: V. Bestehende Systeme 41 5.4 Britt
Seite 51 und 52: V. Bestehende Systeme 43 Das Formob
Seite 53 und 54:
V. Bestehende Systeme 45 Es ergibt
Seite 55 und 56:
VI. Design und Implementierung 47 6
Seite 57 und 58:
VI. Design und Implementierung 49 s
Seite 59 und 60:
Seite 61 und 62:
VI. Design und Implementierung 53 e
Seite 63 und 64:
VI. Design und Implementierung 55 T
Seite 65 und 66:
VI. Design und Implementierung 57 J
Seite 67 und 68:
Seite 69 und 70:
VI. Design und Implementierung 61 D
Seite 71 und 72:
VI. Design und Implementierung 63 a
Seite 73 und 74:
VI. Design und Implementierung 65 T
Seite 75 und 76:
VII. Integration 67 sehr viel höhe
Seite 77 und 78:
VII. Integration 69 7.2 Filter Wie
Seite 79 und 80:
VII. Integration 71 werden, ob ein
Seite 81 und 82:
VII. Integration 73 Listing 7.4 zei
Seite 83 und 84:
VIII. Zusammenfassung und Ausblick
Seite 85 und 86:
Literaturverzeichnis Bilas 2002 Bil
Alle anzeigen

Entwicklung eines flexiblen Objektmodells für ein ... - Jens Pfau

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?