david schillack – chris pötschke – hendrik stiefel dresden 05. dezember 2007...
TRANSCRIPT
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Projektpräsentation
Agenda
1. Inception Phase
I. Business Modeling II. RequirementsIII. Projekt ManagementIV. Environment
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007 2/38
Projektaufbau
Projekt wird nach Rational Unified Process aufgebaut!
Präsentation folgt dieser Struktur
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007 3/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Business Modeling - BM
Pokermanager 2008.1
4/38
BM - Vorbemerkungen
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Marktpotential• Funktionsumfang nicht in einer Software
• keine Freeware Software vorhanden
• Ca. 2.000.000 Spieler
Vermarktung
• kommerzielles Anbieten durch Funktionsumfang fraglich
• kostenfreier Download für Pokerfreunde
• individuell anpassbar (Sprache, Währung)
5/38
BM - Vorbemerkungen
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
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
6/38
Business Modelle
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Business Use Case Realization• umfassender Geschäfts – Anwendungsfall:
Pokersession dokumentieren
7/38
Business Modelle
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Sequenzdiagramm Pokersession
• Business Sequenzdiagramm basierend auf Pokersession starten
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007 8/38
Business Modelle
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
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
9/38
Business Modelle
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
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
10/38
Business Modelle
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Business Paket Diagramm
11/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Requirements - RQ
Pokermanager 2008.1
12/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ - Vision
Probleme
Lösung
• Jede Pokerplattform bietet eigene Analysesoftware
• Funktionen werden durch unterschiedliche Programme bereitgestellt
viel Zeitaufwand beim Bedienen der Software
• Software, die unabhängig von den Plattformen arbeitet
13/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ - Vision
Stakeholder
• Pokerspieler
• Projektteam
• Dozent
• Pokerplattformen
Actors
• Player
• Admin
14/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ - Vision
Aufgabenabgrenzung positiv
• komplettes Bankrollmanagement
• Starthandauswertung durch Eingabe der Karten des Users
• Mehrsprachigkeit
• Multiuserfähigkeit
• Administrationsfunktionen
15/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ - Vision
Aufgabenabgrenzung optional
• Wahrscheinlichkeitsberechnung (Odds)
• Bewertung von Gegnern
16/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ - Vision
Aufgabenabgrenzung negativ• keine Interfaces zu Pokerplattformen
• keine Verwendung von unterschiedlichen DBMS
• kein Support durch Entwickler
17/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ - Einordnung
Beschreibung Art Priorität
Fehlermeldungen in DB protokollieren
funktional muss
Automatische Erfassung einer Sessiondauer
funktional muss
Plattformunabhängigkeit supportability muss
Mehrsprachigkeit supportability kann
Anwortzeiten der Anwendung innerhalb einer Sekunde
performance muss
Tooltips zu Funktionen / Möglichkeiten
benutzbarkeit muss
Stabilität des Programms bei normaler Verwendung
verlässlichkeit muss
klare Fehlermeldungen für User ausgeben
verlässlichkeit muss
keine Investition in Hard- und Software
Wirtschaftl. kann
18/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Risiken
Aufzählung (Risikoplan später)
wirtschaftliche Entwicklung
Verfügbarkeit von Ressourcen
Planungsfehler
Gesetzliche Rahmenbedingungen / Rechtliche Risiken
technologische Risiken
finanzielle Risiken
19/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Übersicht
20/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Session verwalten
21/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Report verwalten
22/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Gegner verwalten
23/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Starthände bewerten
24/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Profil verwalten
25/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
RQ – Use Cases
Stammdaten verwalten
26/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
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…
27/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Projektmanagement- PM
Pokermanager 2008.1
28/38
PM - Risikoanalyse
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
• 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.
4 identifizierte Risiken
29/38
PM - Risikoanalyse
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Risikotabelle
30/38
PM - Risikoanalyse
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007 31/38
PM - Produktstruktur
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
• die beschriebenen Module
• Dokumentation durch Kontexthilfe
• Beispieldatenbank mit Testdaten
• Mindestanforderungs-beschreibung
Anwendung
32/38
PM - Produktstruktur
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
• Styleguide zu Programmierrichtlinien
• Wörterbuch ( Fachseite – Implementationsseite )
• Projektplan
• Vision ( wie beschrieben)
• Risikoplan ( wie beschrieben)
Dokumente zum Produkt
33/38
PM - Projektstruktur
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
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
34/38
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Environment - Env
Pokermanager 2008.1
35/38
Env - Programmierumgebung
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
• objektorientiert• einfache Strukturen• hoher Erfahrungswert des Projektteams
Programmiersprache: Java
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
36/38
Env - Programmierumgebung
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
• 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
37/38
Ende
David Schillack – Chris Pötschke – Hendrik StiefelDresden 05. Dezember 2007
Schöne Weihnachten !
Viel Erfolg bei den Prüfungen und den Wiederholungen
38/38