End-presentation(Anforderungen)In den Abschlusspräsentationen sollen die Projekte vorgestellt und vorgeführt werden. Denn wir wollen die Projekte natürlich
auch einmal in Aktion sehen. Darüber hinaus soll die Architektur des Gesamtsystems erläutert werden. Jede Gruppe hat cira 20 bis
25 Minuten Zeit. Die Idee, die Use-Cases, die Umsetzung und natürlich auch eine Live-Präsentation. (Pratsch‘s Anforderungen aus Moodle)
„ Der Ausgang gibt den Taten ihre Titel. “
Johann Wolfgang von Goethe
Die GruppeO Tino ReuschelO Andy KlayO Michael Koppen
GliederungO Die IdeeO AnwendungsfälleO UmsetzungO Vorführung
Die Idee
Die Idee
O jProject ist eine ProjektverwaltungsumgebungO Mit jProject kann eine Benutzergruppe Teams
zur Realisierung eines Projektes bilden und sich selbst organisieren
O Dabei bekommen die Nutzer eine umfangreiche Datenbank, gefüllt mit nützlichen Daten zur Implementierung in ihre Projekte, zur Verfügung
O Des Weiteren bekommen sie umfangreiche Informationen zum Thema aus dem Wikibereich
jP - Content
jP - Project
jP - Wiki
Umfeld der AnwendungO jProject ist in erster Linie eine
allgemeine Projektverwaltungsumgebung und wird an die Umgebung angepasst(in diesem Fall an die FH-Brandenburg)
O jProject ist öffentlich im Internet erreichbar, wird dort jedoch auf eine Gruppe beschränkt(Login für Studenten, Dozenten)
Funktionaler UmfangO Rechtesystem für die ProjekteO Öffentlicher Bereich für ProjekteO Download/Upload des Contents mit
VersionskontrolleO Synchrones und Verlustfreies arbeiten
am ProjektO Termin- und Aufgabenverwaltung
innerhalb der ProjekteO Dozenten können Projektstatus
überprüfenO Ready for different languagesO Rundmail an Projektmitglieder
Anwendungsfall und Design
O Ein Student bekommt ein Projekt, soll eine Gruppe bilden und muss dieses Projekt organisieren.
O Eine Firma will ein Projekt organisieren, welches aus vielen Einzelprojekten besteht oder aber auch im Gesamten verwaltet werden soll.
Anwendungsfälle
Use-
Cases 1 (veraltet!!!)
Use-
Cases 2
Die Umsetzung
GliederungO ArbeitseinteilungO Frameworks, Rahmenbedingungen
und DesignpatternO EER-DiagrammO Package-DiagrammeO UML-DiagrammO Use-Case-Diagramm 1 und 2O Meilensteine
Arbeitseinteilung
Schichtenorientierte Aufteilung
Tino – Model und DatenbankMichael – Design/GUI und PlanungAndy – Logik und Datenfluss
Ansonsten überwiegend übergreifende Arbeit
Model
View
Controller
Frameworks, Rahmenbedingungen und Designpattern
Frameworks & Libs• Hibernate + JDBC• Log4j• Visual Paradigm JPA• JSTL• Apache commons Fileupload & IO• JavaScript mit Mootools
Rahmenbedingungen• MySQL• Linux-Server• Tomcat/Glassfish• IDE Eclipse /Netbeans 7• Google SVN• Photoshop• Visual Paradigm
Designpattern• MVC
Domänenmodell
EER
Schichten
Package
Package
UML ????
Meilensteine (quatsch…oder???)
1. Kick-Off2. Datenbank fertig3. Datenbankanbindung fertig4. Testserver läuft5. Grundstruktur festgelegt6. GUI PreVersion7. CalDAV und WebDAV funktionalität8. (Login funktionalität)9. GUI Final10.Alpha-Test11.Abschluss der Änderungen12.Beta-Test13.Abschluss der Änderungen14.Rollout
Vorführung
(hier dann klassendiagramme …alle vektorgrafiken ein fließen lassen??)
Vor der eigentlcihe vorführung…daran evtl… Architektur erklären…
evtl. Sequenzdiagramm
Vielen Dank für Ihre Aufmerksamkeit
...Irgendwelche Fragen offen geblieben?