This commit is contained in:
Harald G. Mueller 2022-11-14 17:56:04 +00:00
parent 85238e6d81
commit 84be102081

View File

@ -137,10 +137,10 @@ Folgende Themen weden geprüft:
<br> <br>
## LB3 (45%, praktisches Projekt) ## LB3 (45%, praktisches Projekt)
Für die praktische Übung ist eine Verwaltungs-WebApp in z.B. PHP oder ähnlichem mit 2 verschiedenen Datenbanken zu erstellen. Es kann dafür ein eigenes Thema (Sneaker- oder TShirt-Shop, Essenslieferdienst, Sporteventplanung, Ticket-Shop usw.) gewählt werden. Für die praktische Übung ist eine Verwaltungs-WebApp in PHP oder ähnlichem mit 2 verschiedenen Datenbanken zu erstellen. Es kann dafür ein eigenes Thema (Sneaker- oder TShirt-Shop, Essenslieferdienst, Sporteventplanung, Ticket-Shop usw.) gewählt/gemacht werden.
Es wird verlangt, dass eine datenbasierte Software, mit mind. 10 Elementen/Artikeln in der DB mit Bestellmöglichkeit bis Rechnungstellung (ohne Bezahlmechanismus) gebaut wird. Zentral dabei ist, dass mindestens 2 unterschiedliche Daten-Haltungstechniken (Datenbank & Filedatenhaltung) angewendet werden. Es wird verlangt, dass eine datenbasierte Software, mit mind. 12 Elementen/Artikeln in der DB mit Bestellmöglichkeit bis Rechnungstellung (ohne Bezahlmechanismus) gebaut wird. Zentral dabei ist, dass mindestens 2 unterschiedliche Daten-Haltungstechniken (Datenbank & Filedatenhaltung) angewendet werden.
#### Hosting mit Datenbanken #### Hosting mit Datenbanken
@ -154,10 +154,32 @@ Mögliche / empfohlene Gratishosts mit Datenbanken:
Eine Abgabe auf "localhost", also nicht über das Internet auf einem Webserver, gibt Abzüge bei der Bewertung. Eine Abgabe auf "localhost", also nicht über das Internet auf einem Webserver, gibt Abzüge bei der Bewertung.
### Grundanforderung (bis Note 4.7) ### Grundanforderung (bis Note 4.7)
- Dynamisch generierte Website (z.B. in PHP o.ä.) mit 1 Datenbankanbindung und 1 Filedatenhaltung programmiert. - Dynamisch generierte Website (z.B. in PHP) mit 2 Datenbankanbindungen (z.B. für Artikel) und 1 Filedatenhaltung (z.B. für DB-Einstellungen oder für User) programmiert.
- Statischer DB-Switch (hart codiert) - Statischer DB-Switch (hart codiert, Applikation muss neu gestartet werden um auf die 2. DB zu kommen)
[weitere Bedingungen/Mindestanforderungen für die Note 4.7](./mindestbedingungen-fuer-note-4.7.txt) - Git wird benutzt
- Abgabe auf einem online Web-System
-- eigene Domain,
-- oder Subdomain bei einem Provider
-- oder als Unterordner in einer Domain
>> Abgabe "nur" auf eigenem Rechner gibt Abzüge
- Einzelabgabe (Es kann zusammen gearbeitet werden, aber jede:r gibt den eigenen Code ab)
- Teile aus Modul M133 können wiederverwendet werden. Es muss aber eine sichtliche Weiterentwicklung davon sein.
- Datenbank angebunden
- MVC konsequent umgesetzt
- Sicherheitsaspekte berücksichtigt
-- "save" gegen SQL-Injection, Benutzer-Fehleingaben, ...)
-- "save" gegen URL-Klau (Sessionhandling)
- Mehrere Artikel können ausgewählt und "bestellt" werden
#### Adminbereich #### Adminbereich
- Verschlüsseltes Login mit Sessionüberprüfung - Verschlüsseltes Login mit Sessionüberprüfung
@ -181,8 +203,9 @@ Eine Abgabe auf "localhost", also nicht über das Internet auf einem Webserver,
4. ) **MySQL/MariaDB**: Innodb Tabellen mit transaktionssicheren Abfragen und MVC programmieren 4. ) **MySQL/MariaDB**: Innodb Tabellen mit transaktionssicheren Abfragen und MVC programmieren
5. ) **Andere** Datenbankanbindung programmieren (NoSQL, MongoDB, ..) 5. ) **Andere** Datenbankanbindung programmieren (NoSQL, MongoDB, ..)
- Bonus: Dynamischer DB-Switch (ohne Code-Änderung) - Bonus 1: Rechnungsstellung per Mail oder PDF für den Kunden zum Ausdrucken und zum Bezahlen via Einzahlungsschein oder persönlichem TWINT (-> QR-Code)
- Bonus: Externe Schnittstelle implementiert (Zahlungssystem einbinden, z.B. TWINT)
- Bonus 1: Externe Schnittstelle implementiert (Zahlungssystem einbinden, z.B. TWINT)
<br> <br>
<br> <br>