Block 2: (funktionale) System-Architektur
Hier wird nun grob festgelegt wie das Programm die zuvor festgelegten Anforderungen umsetzten soll. Das Ganze erfolgt hier allerdings erst mal nur aus der Blackbox Sicht. Wie die Aufgaben Technisch genau umgesetzt werden, ist hier noch nicht festzulegen
<aside>
💡 Das Programm ist für einen Parkhausbesitzer gedacht, sodass dieser dort die Parkplätze verwalten kann
</aside>
- Anzahl Parkflächen und RFID ist festgelegt
- Auto fährt ein (Wird von Lichtschranke erkannt / im ersten Modell durch Pushbutten)
- Tickettest Case:
- Kartenlesegerät erkennt RFID Ticket (Bestimmte ID die vielleicht in einer Datenbank abgespeichert ist oder so)
- Automat gibt ein Normales Ticket (random Zahl aus)
- Timer für die spätere Abrechnung wird gestartet (Automatisch) ⇒ Machen wir nicht
- Schranke geht auf und Parker kann einfahren (Vollautomatisch)
- Entweder wird nur zwischen Parkfläche (1 oder 2) entschieden oder auch zwischen einzelen Parkplätzen (Vollautomatisch, Random) ⇒ Frangen was davon wir machen sollen
- Ampel Zeigt an ob Parkfläche (oder einzelner Parkplaz) noch frei oder ob belegt
- Anzahl der Belegten/Freien Parkplätzte wird aktuallisiert (Automatisch)
- Wenn ein Parker rausfährt wird anhand seiner geparkten Zeit ein Preis berechnet der automatisch abgebucht wird wenn das Ticket beim Rausfahren eingeschoben wird (Zweiter Ticketleser für das Ausfahren)
- je nach dem wie das gespeichert wird wird es nach den rausfahren im Programm gelöscht und in einer Datenbank gespeichert
- Wir gehen hier von drei Lichtschranken aus vor, in und nach der Schranke aber nur die hinter der Schranke (Zum schlieĂźen der schranke) ist fĂĽr uns relevant bei der
Was mĂĽssen wir Mit Butten Steuern:
- Einfahrt die dann später durch lichtschranke oder Ticketeinschieben erkannt wird
- Ausfahren das dann auch später durch das Ticketeinschieben erkannt wird
- Der Rest sollte eigendlich Automatisch ablaufen