1. Eigener Ablauf des Platooning-Projekts -> Welche Schritte nach welchem (Methodik zu erkennen?) + Platooning-App -> Wofür ist diese bzw. was ist es/ Was haben wir gemacht?!
Platooning: Automatisiertes und vernetztes Fahren, bei dem zwei oder mehr Fahrzeuge digital miteinander gekoppelt werden. Dabei wird nur das erste Fahrzeug aktiv vom Fahrer gesteuert und die anderen folgen digital angehängt in einem geringen Abstand.
Vorteile:
· Geringe Abstände z.B. bei LKWs (Entlastung der Autobahn)
· Hintere Fahrer nur Überwachungsaufgaben
· Geringerer Kraftstoffverbrauch (Windschatteneffekt)
· Nachteile: Gesetzeslage etc./ Umsetzbarkeit
Platooning: Ablauf in unserem Projekt
Ablauf in unserem Projekt -> Platooning App
· Umfeldanalyse Platooning (Vorteile/ Nachteile; Akteure, Funktionen/ Arten; Gesetze; Stand der Technik)
· Anforderungssammlung (Platooning-App) -> funktionale und nicht funktionale Anforderungen
· Priorisierung der Anforderungen -> Nutzen von verschiedenen Sichten, um alle Anforderungen zu finden
· Anforderungen formulieren -> Lastenheft
· Festlegen von Arbeitspaketen
· Mengengerüst aufgestellt (Wie viele Nutzer …)
· Frage: Finanzierung der App/ des Projekts
· Entwicklung der App mit Android Studio -> Rapid Prototping (schnelle Entwicklung eines Prototypen)
o Android Studio als Entwicklungsumgebung mit Java Code (Präsi dazu anschauen)
Funktionale und nicht funktionale Anforderungen
Eine funktionale Anforderung legt fest, was das Produkt tun soll. Sie machen eine Aussage über eine zu erfüllende Eigenschaft oder zu erbringende Leistung eines Produktes, Systems oder Prozesses.
Bsp.: Der Fahrer muss über die App einen Platooning-Partner finden können.
Nicht-funktionale Anforderungen beschreiben, wie gut das System die Leistung erbringen soll und werden vielfach als Randbedingungen und Qualitätseigenschaften verstanden.
Bsp.: Das Finden eines Partners darf nicht länger als 10 Sek. dauern.
1. Verschiedene Sichten bei der Anforderungsermittlung (Modul, Daten, Prozess, Schnittstellen …)
Verschiedene Sichten: Nutzung von verschiedenen Sichten, um ein besseres und weitreichenderes Verständnis der Anwendung zu erhalten. Verschiedene Sichten = Nutzung von allen Blickwinkeln.
· Funktional/ Nicht-Funktional | Muss-Funktion (KO-Kriterium) / Kann-Funktion
· Usersicht (Fahrer, Spediteur, Entwickler)
· Schnittstellensicht (Client – Server; App – Bordcomputer)
· Objektsicht (LKW, Fahrer, Fahrt)
· Modulsicht (Log In, Profil)
· Prozesssicht (Partner finden; Anmeldung)
· Datensicht
Zuletzt geändertvor einem Jahr