Vorstellung erster Ergebnisse Fortgeschrittene Softwaretechnologie Dortmund, 09. April 2011

Vorstellung erster Ergebnisse

Fortgeschrittene Softwaretechnologie

Dortmund, 09. April 2011

09. April 2011 Dimitrov, Höpfner, Menze, Webersberger, Wehmeyer

2

Agenda

• Ideensammlung • Zielgruppe• Machbarkeitsstudie• Projektinitiierung• Projektplan• Funktionale Anforderungen• Nicht-funktionale Anforderungen• Use-Case Diagramme• Architekturentwurf• Datenbankentwurf• Screenshots• Komponentendiagramm

Ideensammlung

• Idee Brainstorming Mindmap• Analyse des Marktes

– Ähnliche Produkte– Bedarf– Konkurrenz

• Auswahl möglicher Realisierungstechnologien• Erfassung von Risiken


3

Ideensammlung


4


5

Zielgruppe

• Personen, die lieber mit dem Auto als mit der Bahn unterwegs sind

Flexibilität• Personen, die kein Fahrzeug besitzen aber unabhängig

von Bus und Bahn sein wollen oder sein müssen Flexibilität • Personen, die mobil sein wollen aber dabei Geld sparen

wollen Kosten sparen, sparsamer Umgang mit Ressourcen • Personen, die nicht gerne alleine unterwegs sind und

andere Leute kennen lernen wollen sozialer Faktor

Machbarkeitsstudie


6

Microsoft Office Word-Dokument

Projektinitiierung

• Auswahl Vorgehensmodell RUP• Erstellung eines Projektplans• Infrastruktur

– Wiki für Artefakte (Lasten-, Pflichtenheft, etc.)– SVN– UML 2.0 (Eclipse AddOn)


7

Projektplan


8

Vorgangsname Fertig stellen

AppFahrt Mo 16.05.11

Projektinitiierung Mo 14.03.11

Anforderungsermittlung Mo 02.05.11

Softwarespezifizierung Mo 02.05.11

Architekturentwurf Mo 02.05.11

Grobentwurf Mo 02.05.11

Feinentwurf Mo 02.05.11

Implementierung Mo 02.05.11

Qualitätssicherung Mo 16.05.11


9

Funktionale Anforderungen

• Anmeldung soll erforderlich sein und über die App selbst oder über einen vorhandenen Facebook-Account erfolgen

• Es sollen spontan Fahrgemeinschaften gebildet werden können– Eingabe von Start, Ziel, Beginndatum, ggf. Sitzplätze und Preis – Mitfahrer können Fahrer und Fahrten suchen– Fahrer können Fahrten eingeben und Mitfahrer suchen

• Kontaktaufnahme zwischen den Fahrern/Mitfahrern muss möglich sein

• Suche und Anzeige von Fahrten soll unter Eingabe eines bestimmten Umkreises erfolgen können

• Bewertung von Fahrern durch Sterne und Freitext


10

Nicht-funktionale Anforderungen

• Die Anwendung muss zuverlässig sein • Die Anwendung muss grafisch ansprechend sein und

intuitiv bedienbar sein • Die Anwendung muss in wenigen Sekunden Ergebnisse

zurückliefern• Die Anwendung sollte möglichst wenig Ressourcen

verbrauchen, da sie auf mobilen Endgeräten verwendet werden soll

• Die Anwendung sollte so entwickelt werden, dass sie leicht anpassbar, erweiterbar, wartbar und Funktionalitäten leicht ausgetauscht werden können

• Ziele:• Projektidee zu konkretisieren• Umfang der Lösung einzugrenzen

• Für die Erstellung der Use Case Diagramme wurde das eclipse Plugin UML2-Tools verwendet .

• Anwendungsfälle wurden in 2 Pakete geclustert:• Fahrt planen und durchführen• Useradministration

• Anwendungsfälle wurden in der Anwendungsfallschablone nach Cockburn beschrieben.

UC Useradministration

Planen und Durchführen

Umzusetzende Systemanwendungsfälle

Architektur

• Frontend– Android– Java– OpenStreetMap

• Backend– Maven– Java EE– Hibernate– Spring– CXF Webservices


12

Architektur


13

Datenbankentwurf


14

Komponentendiagramm


15

Screenshot - Programmstart


16

Screenshot - Kontakdaten


17

Vielen Dank für Ihre Aufmerksamkeit


18

Documents

Vorstellung erster Ergebnisse Fortgeschrittene Softwaretechnologie Dortmund, 09. April 2011