Dokumentation zum Massive Multiplayer Online Game - Universität ...

Weitere Magazine

Empfehlungen

Info

5. Spieler, Allianzen und Nachrichten 52 5. Spieler, Allianzen und Nachrichten Mitglieder • Rene • Konstantin Aufgaben Aufgabe dieser Gruppe ist zunächst die Erzeugung des Spieler Models. Spieler sollen sich mit einer Mailadresse, einem Namen und einem Passwort registrieren und danach einloggen können. Ihnen muss ein zufällig Startplaneten mit einer gewissen Menge an Startressourcen zugewiesen werden. Im nächsten Schritt sollen sich Spieler gegenseitig mittels Adressierung über den einzigartigen Namen Nachrichten schicken können. Schließlich sollen sich Spieler gemeinsam in Allianzen gruppieren können. Es sollten Allianz-Rundnachrichten möglich sein, und es muss eine Übersicht über die anderen Mitglieder geben. 5.1 Schema | Abb.1: Gesamtübersicht unseres relationalen Schemas 5.2 Nutzerverwaltung René Helmke
5. Spieler, Allianzen und Nachrichten 53 Problemstellung Unsere Primäraufgabe war es, eine Userverwaltung zu implementieren. Spieler sollten sich mit einem Usernamen, einem Passwort und einer E-Mail Adresse registrieren und dann auf einen internen Bereich, nämlich das Spiel aus Sicht des Nutzers, zugreifen können. Auf Basis des Spielverhaltens der Nutzer sollte eine Bestenliste entstehen, die den Spieler <strong>zum</strong> Weiterspielen animieren sollte. Planung Datenbankebene Da die Gestaltung unseres User-Models bezüglich Attributen und Beziehungen stark von den anderen Gruppen abhing, haben wir eine Vorabversion des ER-Diagrammes, mit der wir vorerst arbeiteten, entwickelt: | Abb.1: Relationales Schema der Benutzer Die Attribute username, email, password und score ergaben sich aus den Anforderungen der Problemstellung. Wir haben uns mit den anderen Gruppen beraten, welche Ressourcen für den Spieler global erreichbar sein und somit in Form von Attributen an dem User hängen sollten. Hierbei sind wir zu dem Entschluss gekommen, dass wir lediglich money als global zugängliche Ressource implementieren werden. Das Feld last_activity sollte später den Zeitstempel der letzten Aktivität des Nutzers aufzeichnen um in Erfahrung zu bringen, ob der Nutzer gerade online oder offline ist. Zu diesem Zeitpunkt war uns bereits bewusst, dass wir das Authentifizierungsframework Devise für die Implementierung benutzen werden. Dazu aber erst später mehr. Aufgrund dieser Tatsache ergänzte sich unser ER-Diagramm um einige Attribute, die intern von Devise verwaltet werden:
Seite 1 und 2: Datenbankpraktikum 29.07. - 16.08.2
Seite 3 und 4: 1. GameSettings 3 1. GameSettings M
Seite 5 und 6: 2. Planeten und Gebäude 5 ER-Diagr
Seite 7 und 8: 2. Planeten und Gebäude 7 Man kann
Seite 9 und 10: 2. Planeten und Gebäude 9 def self
Seite 11 und 12: 2. Planeten und Gebäude 11 Beispie
Seite 13 und 14: 2. Planeten und Gebäude 13 Planete
Seite 15 und 16: 2. Planeten und Gebäude 15 end 2.5
Seite 17 und 18: 2. Planeten und Gebäude 17 ] [14,
Seite 19 und 20: 2. Planeten und Gebäude 19 end Wei
Seite 21 und 22: 2. Planeten und Gebäude 21 Resque.
Seite 23 und 24: 3. Technologien 23 3. Technologien
Seite 25 und 26: 3. Technologien 25 3.3 Datenbank-Sc
Seite 27 und 28: 3. Technologien 27 Wird nun die Met
Seite 29 und 30: 3. Technologien 29 Da wir aber kein
Seite 31 und 32: 4. Schiffe und Missionen 31 4. Schi
Seite 33 und 34: 4. Schiffe und Missionen 33 | verfe
Seite 35 und 36: 4. Schiffe und Missionen 35 • Spi
Seite 37 und 38: 4. Schiffe und Missionen 37 ... end
Seite 39 und 40: 4. Schiffe und Missionen 39 Vorübe
Seite 41 und 42: 4. Schiffe und Missionen 41 Sollte
Seite 43 und 44: 4. Schiffe und Missionen 43 Beispie
Seite 45 und 46: 4. Schiffe und Missionen 45 View: B
Seite 47 und 48: 4. Schiffe und Missionen 47 end Wir
Seite 49 und 50: 4. Schiffe und Missionen 49 def cal
Seite 51: 4. Schiffe und Missionen 51 Deathst
Seite 55 und 56: 5. Spieler, Allianzen und Nachricht

Dokumentation zum Massive Multiplayer Online Game - Universität ...

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

Template löschen?

Als Template speichern?