David Schillack – Chris Pötschke – Hendrik Stiefel

Präsentation zum Thema: "David Schillack – Chris Pötschke – Hendrik Stiefel"—  Präsentation transkript:

1 David Schillack – Chris Pötschke – Hendrik Stiefel
Projektpräsentation David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007

2 David Schillack – Chris Pötschke – Hendrik Stiefel
Agenda Inception Phase Business Modeling Requirements Projekt Management Environment David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 2/38

3 Projektaufbau Projekt wird nach Rational Unified Process aufgebaut! Präsentation folgt dieser Struktur David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 3/38

4 David Schillack – Chris Pötschke – Hendrik Stiefel
Business Modeling - BM Pokermanager David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 4/38

5 David Schillack – Chris Pötschke – Hendrik Stiefel
BM - Vorbemerkungen Marktpotential Funktionsumfang nicht in einer Software keine Freeware Software vorhanden Ca Spieler Vermarktung kommerzielles Anbieten durch Funktionsumfang fraglich kostenfreier Download für Pokerfreunde individuell anpassbar (Sprache, Währung) David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 5/38

6 David Schillack – Chris Pötschke – Hendrik Stiefel
BM - Vorbemerkungen Business Analyse kein direkter Geschäftsprozess vorhanden einziger Geschäftsanwendungsfall: Pokersession dokumentieren Geschäftsanwendungsfall-Realisierung: Session starten, Starthände erfassen Gegner erfassen etc. nur wenige Geschäftsentitäten: Pokerplattformen, Währungsdaten Geschäftsakteure : Player David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 6/38

7 David Schillack – Chris Pötschke – Hendrik Stiefel
Business Modelle Business Use Case Realization umfassender Geschäfts – Anwendungsfall: Pokersession dokumentieren David Pokersession spielen ist kein Business Use Case , der umgesetzt wird, sondern der unterstützt wird dieser Use Case wird durch die genannten Geschäftsanwendungsfall-Realisierungen (Session starten, Starthandauswertung …) dargestellt David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 7/38

8 Business Modelle Sequenzdiagramm Pokersession
Business Sequenzdiagramm basierend auf Pokersession starten David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 8/38

9 David Schillack – Chris Pötschke – Hendrik Stiefel
Business Modelle Business Struktur - 1 5 voneinander unabhängige, eigenständige Module Profilverwaltung Gegnerverwaltung Starthandbewertung Administration der Stammdaten Bankrollmanagement 2 voneinander abhängige Module Session-Erfassung Reports  Auswertung von Sessions auf der Basis individuell festzulegender Filter oder statischer Filter Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 9/38

10 David Schillack – Chris Pötschke – Hendrik Stiefel
Business Modelle Business Struktur - 2 verschieden Möglichkeiten eines Reports (als Beispiel) Monatsreport Wochenreport Gesamt-Report über alle erfassten Sessions (ohne Filter) individueller Report (mit Filter) Die Funktionalität „Filter setzen“ als Teilmodul ist optional Zusatz: für die Funktionalität des Pokermanagers unabhängiges Modul Hilfemodul Tooltips Glossar Regeln Texas Holdem evtl. Links Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 10/38

11 David Schillack – Chris Pötschke – Hendrik Stiefel
Business Modelle Business Paket Diagramm Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 11/38

12 David Schillack – Chris Pötschke – Hendrik Stiefel
Requirements - RQ Pokermanager Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 12/38

13 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Vision Probleme Jede Pokerplattform bietet eigene Analysesoftware Funktionen werden durch unterschiedliche Programme bereitgestellt  viel Zeitaufwand beim Bedienen der Software Lösung Hendrik Software, die unabhängig von den Plattformen arbeitet David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 13/38

14 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Vision Stakeholder Actors Pokerspieler Projektteam Dozent Pokerplattformen Player Admin Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 14/38

15 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Vision Aufgabenabgrenzung positiv komplettes Bankrollmanagement Starthandauswertung durch Eingabe der Karten des Users Mehrsprachigkeit Multiuserfähigkeit Administrationsfunktionen Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 15/38

16 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Vision Aufgabenabgrenzung optional Wahrscheinlichkeitsberechnung (Odds)‏ Bewertung von Gegnern Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 16/38

17 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Vision Aufgabenabgrenzung negativ keine Interfaces zu Pokerplattformen keine Verwendung von unterschiedlichen DBMS kein Support durch Entwickler Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 17/38

18 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Einordnung Beschreibung Art Priorität Fehlermeldungen in DB protokollieren funktional muss Automatische Erfassung einer Sessiondauer Plattformunabhängigkeit supportability Mehrsprachigkeit kann Anwortzeiten der Anwendung innerhalb einer Sekunde performance Tooltips zu Funktionen / Möglichkeiten benutzbarkeit Stabilität des Programms bei normaler Verwendung verlässlichkeit klare Fehlermeldungen für User ausgeben keine Investition in Hard- und Software Wirtschaftl. Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 18/38

19 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Risiken Aufzählung (Risikoplan später) wirtschaftliche Entwicklung Verfügbarkeit von Ressourcen Planungsfehler Gesetzliche Rahmenbedingungen / Rechtliche Risiken technologische Risiken finanzielle Risiken Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 19/38

20 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Übersicht erklären Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 20/38

21 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Session verwalten Erklären Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 21/38

22 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Report verwalten Erklären Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 22/38

23 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Gegner verwalten Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 23/38

24 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Starthände bewerten Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 24/38

25 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Profil verwalten Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 25/38

26 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ – Use Cases Stammdaten verwalten Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 26/38

27 David Schillack – Chris Pötschke – Hendrik Stiefel
RQ - Technologie Hardware / Software-Anforderungen Nutzer benötigt JVM (JRE 6.0) Datenhaltung noch in Diskussion (Inception Phase noch nicht abgeschlossen) Internetanschluss, um Poker spielen zu können… Hendrik David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 27/38

28 Projektmanagement- PM
Pokermanager Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 28/38

29 David Schillack – Chris Pötschke – Hendrik Stiefel
PM - Risikoanalyse 4 identifizierte Risiken Verfügbarkeit von Ressourcen (Arbeitskraft, Zeit) Marktkonkurrenz wirtschaftliche/gesellschaftliche Entwicklung Technologische Risiken Finanzielle Risiko wurde für das Projekt nicht betrachtet, da zum einen nur mit Freeware gearbeitet wird und zum anderen keine kommerzielle Vermarktung des Produkts angestrebt wird. Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 29/38

30 David Schillack – Chris Pötschke – Hendrik Stiefel
PM - Risikoanalyse Risikotabelle Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 30/38

31 David Schillack – Chris Pötschke – Hendrik Stiefel
PM - Risikoanalyse Chris David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 31/38

32 David Schillack – Chris Pötschke – Hendrik Stiefel
PM - Produktstruktur Anwendung die beschriebenen Module Dokumentation durch Kontexthilfe Beispieldatenbank mit Testdaten Mindestanforderungs-beschreibung David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 32/38

33 David Schillack – Chris Pötschke – Hendrik Stiefel
PM - Produktstruktur Dokumente zum Produkt Styleguide zu Programmierrichtlinien Wörterbuch ( Fachseite – Implementationsseite ) Projektplan Vision ( wie beschrieben) Risikoplan ( wie beschrieben) David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 33/38

34 David Schillack – Chris Pötschke – Hendrik Stiefel
PM - Projektstruktur siehe Projektplan… Rollen im Projekt David Schillack : Projektmanager, Business Designer, Software Designer, User Interface Designer, Graphic Artist, Implementer Hendrik Stiefel : Database Designer, System Analyst, System Administrator, Requirements Specifier, Implementer Chris Pötschke : Software Architect, Management Reviewer, Test Manager, Tester, Implementer David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 34/38

35 David Schillack – Chris Pötschke – Hendrik Stiefel
Environment - Env Pokermanager David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 35/38

36 Env - Programmierumgebung
Programmiersprache: Java objektorientiert einfache Strukturen hoher Erfahrungswert des Projektteams Datenbank: MySQL / HSQLDB noch in Diskussion HSQLDB - in Java programmierte relationale SQL-Datenbank (Open-Source) Vorteile: Größe (ca. 600 kB) Integrierbarkeit Flexibilität Geschwindigkeit ähnlich MySQL David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 36/38

37 Env - Programmierumgebung
Programmierung: Eclipse Eclipse Europa (3.3) mit Visual Editor JAVA 2D API für grafische Reports Dokumentation: MSOffice Familie / GoogleDocs Projektplanung: MS Project Modellierung (UML): Visual Paradigm David David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 37/38

38 David Schillack – Chris Pötschke – Hendrik Stiefel
Ende Schöne Weihnachten ! Viel Erfolg bei den Prüfungen und den Wiederholungen Alle David Schillack – Chris Pötschke – Hendrik Stiefel Dresden 05. Dezember 2007 38/38