g1t2 [Main]

Inception

1. Projektname

Weil unser Taxi Bestell System schnell und effektiv funktionieren- und auch weltweit bekannt werden soll, haben wir uns entschieden ihm den Spitznamen eines der legendärsten Formel1 Rennfahrer zu geben – also SCHUMI. 

2. Beschreibung

Um Kunden das richtige Service anbieten zu können wollen wir ein Websystem erstellen das ermöglichen soll bei Taxibestellungen auf individuelle Wünsche und Bedürfnisse einzugehen. Dem User wird über das System ein für sie maßgeschneidertes Taxi angeboten um so die Fahrt möglichst angenehm zu gestalten. Die Zielgruppe ist jede Person die eine Fahrt von A nach B braucht, vor allem aber Kunden mit speziellen Wünschen wie Geschäftsleute, Rollstuhlfahrer, Menschen mit Haustieren, Menschen mit Fahrrad, Touristen, usw.  

3. Systemebene

3.1 Akteure

- Administrator – überwacht das System und Aktivitäten auf der Webseite, prüft Richtigkeit, Termin, Transaktion der Bestellung, pflegt die Kundendatenbank, prüft Richtigkeit, Termin, Transaktion der Bestellung, pflegt die Kundendatenbank, koordiniert Taxifahrer. 
 
- Operator – erhält Aufträge/Zuschläge, transportiert Kunden, verwaltet Termine, übernimmt zusätzliche Kundenwünsche.  
 
- Kunde – informiert sich über die Web-Plattform, erstellt Account, plant Routen, hat Fahrtenübersicht, gibt Bestellungen- und Sonderwünsche auf, usw. 
 

3.2 Use case

3.2.1 Szenario 1

Frau Lisa braucht eine Fahrt übermorgen, von zuhause bis zu ihrer Freundin Ana. Ana feiert ihren 25. Geburtstag und Lisa muß noch dazu ein Geschenk unterwegs abholen, weil sie früher keine Zeit hatte. Im Internet bestellt sie das Geschenk und nebenbei besucht sie unsere Taxi Bestell Seite, weil sie schon im Internet ist. Als erstes hat Lisa ein User Account angelegt, sich mit relevanten Daten für eine Fahrt-Bestellung registriert. Danach kann sich Lisa mit ihrem Benutzernamen und Paßwort einloggen und eine Fahrt für morgen bestellen. Weiteres muß sie die gewünschte Route eingeben (Start/Ziel bzw. Zwischenstopp) und das Datum des Starts mit Zeitangabe. Sie hat eine Route angezeigt bekommen, die sie bearbeiten kann und ein Zwischenstopp für die Abholung des Geschenkes einfügen kann. Der System Admin bearbeitet das Bestellformular vom Kunden und schickt schließlich an Lisa eine Bestätigung daß sie eine Fahrt erfolgreich bestellt hat. Lisa kann sich ausloggen. Wenn sie sich das nächstemal einloggt und die gleiche Route wünscht, kann sie diese abrufen, allerdings muß sie Änderungen bei Datum und Zeit vornehmen. Inzwischen speichert der Admin diese Fahrt und leitet sie weiter an den Fahrer. Dieser nimmt die Bestellung von Frau Lisa auf und holt sie ab. Lisa kommt rechtzeitig mit dem Geschenk zu Anas Geburtstag. 

3.2.2 Szenario 2

Die wichtigen Geschäftspartner von Herr Müller kommen morgen nach Wien. Jemand müßte sie vom Flughafen abholen und bis zum Sitz der Firma im 1. Bezirk fahren. Um seine Gastfreundlichkeit zu beweisen und die Kosten des Partners zu sparen (Mietwagen) wird sich Herr Müller darum kümmern. Nach schneller Registrierung in unserem System, kann er seine Route Planen. Allerdings braucht er nicht irgendeinen Wagen, sondern etwas Elegantes, was seine Firma präsentieren sollte. Deswegen hat er bei der Bestellung Extrawünsche angegeben, wie z.B. ein Luxusauto mit dem Luxusfahrer versteht sich. Der Fahrer sollte etwas von der Stadt Wien erzählen können um den Fahrgast zu informieren und von Täglichen Problemen bzw. Stress weg zu kommen. Je nach Wunsch des Fahrgasten kann der Fahrer ein Mobiles UMT Modem anbieten, so daß die Insassen Mails checken können. Herr Müller bekommt eine Bestätigung über seine Bestellung mit extra Wünschen, somit muss er sich keine weiteren Gedanken darüber machen. Der Admin nimmt die Bestellung auf und folgt den Kundenwünschen. Die Geschäftspartner kommen sicher und gemütlich an Ihrem Zielort an und können mit Herr Müller erfolgreich Geschäfte abschließen. 

3.3 Anforderungen

3.3.1 Funktionale Anforderungen

3.3.1.1 Organisationsanforderungen

Bestellungen aufgeben, Kundendatenbank, 

3.3.1.2 System anforderungen

Accountverwaltung, Bestellungen aufgeben, Zusatzwünsche mitteilen, Bestellverlauf einsehen, Kontakt zwischen Kunden und Betreuer 

3.3.1.3 Baustein anforderungen

Export des Bestell-Verlaufs als XLS, PDF, 
 

3.3.2 Nichtfunktionale Anforderungen

3.3.2.1 Prozessbereich

- Prozessdokumentation 
- Entwicklungsmethode 

3.3.2.2 Systemanforderungen

- PHP 
- MySQL 
- PDA mit Internetverbindung im Auto 
- Navigationsgerät 

3.3.2.3 Produktbereich

- Stabilität: System muss stabil sein, mit wenigst mögliche ausfälle 
- Erreichbarkeit: System soll überall wo es Internetverbindung gibt erreichbar sein 
- Pünktlichkeit: Alle Termine in vorgegebene Zeit auszuführen 

3.3.2.4 Externe Faktoren

- Wirtschaftliche faktoren: Preise von Konkurrenz beachten (Wettbewerb), Kraftstoff Preise, ähnliche Projekte in Umgebung, Gesetze, Genehmigungen, Führerschein, StVO usw. 
 

3.4 Taskanalyse

0. Taxi Bestellung 
1. Internet Zugang finden 
2. Taxi bestellen 
2.1 Internet Seite finden 
2.2 Einlogen 
2.3 In suchmaske einsteigen 
2.4 Route Kriterien Eingeben (start, ziel, zeit) 
2.5 Route Erkennen 
2.6 Bestellung bestätigen 
3. Für fahrt bereiten 
3.1 Alle Sachen mitnehmen 
4. Zu korrekten Ort gehen 
5. Auf dem Taxi warten  
 
Plan 0: mach 3,4,5 wenn die Fahrt noch nicht bestellt ist 1,2,3,4,5 
Plan 2: mach 2.2, 2.6 wenn ‚Bestellung schon existiert falls nicht 2.2,2.3,2.4,2.5,2.6 
 

3.4 Zusätzlich geplante Features

- Barrierefrei – die Applikation wird gemäß den Standards für barrierefreies Web umgesetzt 
- Mobile-Version – enthält ein eigenes Smartphone Interface 
- Open API – Newsfeeds  
- AJAX – an manchen stellen wird AJAX verwendet  
- Anbindung an Webservices – API einer Webapplikation (Twitter, Facebook, Wetterservice) 
- Mikroformate – es werden Mikroformate an einigen stellen verwendet 
 
ÜbersichtsPDF 
Letzte Änderung: 27.10.2009, 23:28 | 854 Worte