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

Weitere Magazine

Empfehlungen

Info

28 III. Taxonomie Dynamik zur Laufzeit Typen nachladbar Objekte nachladbar Verhalten nachladbar Typen veränderbar Kommunikation Initiative Polling Publish/Subscribe Änderungsübermittlung Delta Updates Aktionen Kompression Semantik-abhängig Semantik-unabhängig Quality of Service Semantik-abhängig Semantik-unabhängig Abbildung 3.2: Baumansicht der Taxonomie (Dynamik) Abbildung 3.3: Baumansicht der Taxonomie (Kommunikation) 28 Jens Pfau · Stephan Mehlhase
Kapitel 4 Anforderungen Das Problem kennen ist wichtiger, als die Lösung zu finden, denn die genaue Darstellung des Problems führt automatisch zur richtigen Lösung. Albert Einstein Im Folgenden sollen die funktionalen und nicht-funktionalen Vorraussetzungen des zu entwickelnden Objektmodells dargelegt werden. Diese ergehen zum einen aus der Aufgabenstellung und zum anderen aus den praktischen Anforderungen der Spieleentwickler. Dabei wird vor allem Rücksicht darauf genommen, dass der endgültige Einsatzzweck des Systems offen gehalten und das Framework, von dem ein Subsystem das zu entwickelnde Objektmodell sein wird, in unterschiedlichen Projekten einsetzbar sein soll. Dass die geplante Verwendung jedoch hauptsächlich im Bereich der Multiplayer-Spiele angesiedelt ist, schafft natürlich erweiterte Bedingungen. Darüber hinaus unterliegen alle modernen Softwaresysteme, zu denen sich sicher auch Spiele zählen lassen, einer gewissen Grundmenge an Anforderungen, die ebenfalls genannt werden sollen. 4.1 Darstellung der Objektstruktur Die zentrale Aufgabe eines Objektmodells ist eben die Verwaltung der Spielobjekte. Dazu müssen diese selber sowie ihre Beziehungen in geeigneter Weise modelliert sein. Die Möglichkeiten dazu wurden in Kapitel 3 dargestellt. Dieses System soll möglichst flexibel sein, um unterschiedlichsten Anforderungen gerecht werden zu können und dennoch einen effizienten Zugriff auf einzelne Objekte oder abgeschlossene Teilmengen zu ermöglichen. Von Interesse sind hierbei Einfüge- sowie Lösch- und Änderungsoperationen auf der Objektstruktur. Natürlich müssen diese auch über Netzwerkgrenzen hinweg eindeutig sein. Letztlich erfüllen Spielobjekte ihre Daseinsberechtigung erst dann, wenn auf ihnen Operationen ausgeführt werden können. Dies muss von dem System in leicht zu konfigurierbarer Art und Weise angeboten werden.
Seite 1 und 2: Technische Universität Darmstadt F
Seite 3 und 4: Zusammenfassung Jedes Computerspiel
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: III. Taxonomie 27 Objektstruktur Da
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 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 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

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

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?