Status Projektname Projektleiter Auftraggeber Autoren Verteiler In Prüfung BRIOLA Rémy Laville Andres Scheidegger Rémy Laville, Raphael Borer, Matthieu Riolo Andres Scheidegger, Rémy Laville, Matthieu Riolo, Raphael Borer Änderungskontrolle, Prüfung, Genehmigung Version Datum Beschreibung, Bemerkung Name oder Rolle 0.1 21.05.2013 Zusammenfassung, Migrationsplan, Gedanken zu den restlichen Punkten sowie deren Vorerfassung 0.2 26.05.2013 Ins Reine schreiben, Akzeptanztest durchführen PL, Raphael Borer PL, Raphael Borer 0.3 26.05.2013 Verbesserungen Matthieu Riolo 1.0 28.05.2013 Feinschliff PL, Matthieu Riolo Referenzen Referenz S. 6 S. 7 Titel, Quelle Realisierungsbericht, 4_1_Realisierungsbericht_Laville_Riolo_Borer.pdf, Kapitel 4 Konzept, 3_1_Konzept_Laville_Riolo_Borer.pdf, S. 21 Speicherdatum: 28.05.2013 Seite 1 von 7
Inhaltsverzeichnis 1 Zusammenfassung... 3 2 Einführungsplan... 3 3 Migrationsplan... 4 4 Ausbildungsplan... 5 5 Akzeptanztest... 6 5.1 Erfüllung der Anforderungen... 6 5.2 Testprotokoll... 7 5.2.1 Testfall 1... 7 5.2.2 Testfall 2... 7 5.2.3 Testfall 3... 7 5.2.4 Testfall 4... 7 5.2.5 Testfall 5... 7 5.2.6 Testfall 6... 7 5.2.7 Testfall 7... 7 5.2.8 Testfall 8... 7 5.3 Abnahme... 7 Speicherdatum: 28.05.2013 Seite 2 von 7
1 Zusammenfassung Dieses Dokument beschreibt wie BRIOLA an die Kunden gebracht wird und wie diese eingeführt werden. Zudem werden die Ergebnisse des Akzeptanztests aufgeführt. 2 Einführungsplan Am Anfang soll es Standard-Domain und Standard-Welt geben, welche von uns verwaltet wird. Damit können wir beobachten wie viele Daten sich ansammeln und welche Bandbreite für wie viele Spieler geeignet ist. Ein wichtiger Teil in dieser ersten Phase wird das auswerten von Logfiles sein. Zusätzlich werden Monitoring Tools verwendet, um die Aktivität der Anwendung aufzuzeichnen. Sobald wir relativ genaue Empfehlungen für die Servereinstellungen machen können und die ersten Verbesserungsvorschläge der Kunden umgesetzt haben, wird das Projekt komplett freigegeben. Ab dann wird neben dem Client auch der Server zum Download freigeben. Um BRIOLA als Dienst betrieben zu können, muss ein Terminal-Server, eine Domain und ein File-Server zur Verfügung stehen. Die Domain wird den Spieler mitgeteilt und dient als einheitliche Identifizierung des Terminal-Servers. Sie kann bei Switch erstattet werden und wird auf der Projektseite von Briola bekannt geben. Die Spieldaten müssen wir über einen File-Server zur Verfügung stellen. Diese können vom Spieler per Copy&Paste ins Spiel integriert werden. Vorläufig kann weiterhin die Download Sektion auf der Projektseite von Google Code verwendet werden (http://code.google.com/p/briola/downloads/list). Da es sich beim Briolaserver um eine vollständige Java Applikation handelt, kann sie nicht auf den gängigen Webhostingserver ausgeführt werden. Um den Server auszuführen bedarf es ein ROOT-Hosting. Es empfiehlt sich auf diesem gleich noch einen kleinen Webserver zu starten, um über Änderungen und besondere Ereignisse über das Spiel zu informieren und um die Spieldaten anzubieten. In unserem Fall verzichten wir auf einen teuren ROOT-Server und werden unsere privaten Rechner verwenden. Da BRIOLA Online zugänglich ist muss es nur heruntergeladen und installiert werden. Aus Sicht des Betreibers beschränken sich die organisatorischen Abläufe auf den Unterhalt des produktiven Systems, sprich der Bereitstellung neuer Versionen. Der Ablauf der Inbetriebsetzung gliedert sich grob in folgende Teilschritte: 1. Installieren des Systems bei Projektmitgliedern 2. Durchführung der Pilotphase ohne Serverfreischaltung 3. Freigabe des Servers für das Publikum 4. Die Spieler über die Änderungen informieren Folgende Risiken bestehen: 1. Serversystem funktioniert nicht mit einer neueren Briolaserver Version 2. Zu wenige Personen werden über das Spiel informiert 3. Das System entspricht nicht den Vorstellungen des Publikums Speicherdatum: 28.05.2013 Seite 3 von 7
3 Migrationsplan Zum Zeitpunkt der Einführung ist keine Migration notwendig. Speicherdatum: 28.05.2013 Seite 4 von 7
4 Ausbildungsplan Wir schreiben ein FAQ, damit nicht an vielen Orten dieselbe Frage auftaucht. Da sich die Bedienung auf wenige Tasten begrenzt und unser Zielpublikum kein Interesse an Schulungen hat, führen wir keine Benutzerschulung durch. Um dem Spieler einen simplen Einstieg zu gewähren, schreiben wir ein interaktives Tutorial. Dies bedeutet für uns ziemlicher Mehraufwand. Beim ersten Mal, wo das Spiel gestartet wird man direkt mit einer Tutorial- Welt verbunden. In dieser ist ein Computer gesteuerter Charakter eingebunden, der dem Spieler dann die Grundlagen des Spiels erklärt. Beispielsweise kann der Charakter vom Spieler fordern ihm nach links zu folgen, um dem Spieler die Steuertaste a zu erklären. Sobald unser Spiel weiterentwickelt ist (also die Serverapplikation zum Download bereitsteht) und somit an Interessenten und Spielern gewonnen hat, werden wir ein Video auf www.youtube.com hochladen, welches das Game vorstellt. Speicherdatum: 28.05.2013 Seite 5 von 7
5 Akzeptanztest 5.1 Erfüllung der Anforderungen In dem bereits abgegebenen Dokument 3_1_Konzept_Laville_Riolo_Borer.pdf sind die Anforderungen, wie bereits im persönlichen Gespräch mit dem Kunden besprochen, zu wenig genau definiert gewesen. Nachdem das Projekt fast an seinem Umfang gescheitert war, machten wir mit dem Kunde Minimalziele aus. Untenstehende Auflistung ist eine Überschneidung zwischen den Minimalzielen und den ursprünglich vom Projektteam geplanten Zielen. Folgende gesetzte Ziele konnten erreicht werden. Genauere Informationen sind im Testprotokoll. Navigation Ausrichtung des Charakters Bewegen des Charakters Wechseln einer Region Kampfsystem Unterschiedliche Waffen / Rüstungen Schaden relative zu den Fähigkeiten der Charakteren Nur feindliche Allianzen können angegriffen werden Netzwerk Broadcast Erkennung Verbinden per Domainadresse Aussehen & Verhalten Level-System Fähigkeiten-System Verschiedene Charaktertypen Verschiedene Allianzen-Typen Verschiedene Feldtypen Begehbare / Nicht- Felder Angreifbare / Nicht- Allianzen N N N N Speicherdatum: 28.05.2013 Seite 6 von 7
5.2 Testprotokoll Getestet nach den Testfällen in 4_1_Realisierungsbericht_Laville_Riolo_Borer.pdf, Kapitel 4 Getestete Version: 1.1, (Demoversion) Tester: Rémy Laville Datum, Zeit 26.05.2013, 19:45-20:30 5.2.1 Testfall 1 5.2.2 Testfall 2 Testschritt Erfüllt Bemerkung 1 2 Fähigkeitssystem funktioniert nicht. Monster kann nicht sterben 3 4 Wenn ein Punkt vorhanden wäre, könnte er verteilt werden. 5 5.2.3 Testfall 3 5.2.4 Testfall 4 5.2.5 Testfall 5 5.2.6 Testfall 6 5.2.7 Testfall 7 5.2.8 Testfall 8 5.3 Abnahme Nacharbeiten werden bis 31. Juli 2013 ausgeführt. Testdatum 26.05.2013 Tester Gesamttestresultat Nacharbeiten Unterschrift Lieferant Borer Raphael, Laville Rémy Abgenommen Abgenommen mit Nacharbeiten Nicht abgenommen Die Felder zum Wechseln der Region gibt es noch nicht, da es keine Grundfunktion ist. Weil es noch keine Items gibt, gibt es auch keine Waffen und Rüstungen. Die Fähigkeiten funktionieren, jedoch kann der Benutzer sie nirgends verwalten. Der Charakter kann nicht Level-Aufsteigen Unterschrift Kunde Speicherdatum: 28.05.2013 Seite 7 von 7