From aa18c33d2488dd0987ef7cc7ab669a2c8de2b39a Mon Sep 17 00:00:00 2001 From: "harald.mueller@tbz.ch" Date: Mon, 9 Aug 2021 12:49:39 +0200 Subject: [PATCH] muh --- m151/README.md | 15 +++++------- m151/bedingungen-note-4.7.txt | 14 ----------- m151/erklaeren-der-themen.txt | 30 +++++++++++++++++++++++ m151/mindestbedingungen-fuer-note-4.7.txt | 25 +++++++++++++++++++ 4 files changed, 61 insertions(+), 23 deletions(-) delete mode 100644 m151/bedingungen-note-4.7.txt create mode 100644 m151/erklaeren-der-themen.txt create mode 100644 m151/mindestbedingungen-fuer-note-4.7.txt diff --git a/m151/README.md b/m151/README.md index 71fabda..2f33939 100644 --- a/m151/README.md +++ b/m151/README.md @@ -2,22 +2,25 @@ [> **Modulidentifikation** ](https://www.modulbaukasten.ch/modul/1a75c9da-716c-eb11-b0b1-000d3a830b2b) +## LB1 (25%, Abgabe eines Dokuments mit den Themen des Moduls) +[Erklären Sie in diesem Dokument folgende Themen](./erklaeren-der-themen.txt) -## LB1 (40%, schriftliche Prüfung, 90 min) + +## LB2 (25%, schriftliche Prüfung, 90 min) ### Themen: - Multi-Tier-Architektur(en) - Design-Phasen von Applikation und Datenbanken - DB-Entwicklungsprozess ERM/ERD, SQL, DDL, DML, DCL, Tabellen, Views - Ausgewählte PHP-Code-Stücke (z.B. für DB-Anbindung) -## LB2 (60%, praktisches Projekt) +## LB3 (50%, praktisches Projekt) --> Verwaltungs-WebApp mit 2 verschiedenen Datenbanken. Eigenes Thema. z.B. Webshop mit mind. 10 Artikeln in der DB mit Bestellmöglichkeit bis Rechnungstellung (ohne Bezahlmechanismus) ### Grundanforderung (bis Note 4.7) - Dynamisch generierte Website (z.B. in PHP) mit 1 Datenbankanbindung programmiert. - Statischer DB-Switch (hart codiert) - [weitere Bedingungen für Note 4.7](./bedingungen-note-4.7.txt) + [weitere Bedingungen für Note 4.7](./mindestbedingungen-fuer-note-4.7.txt) #### Adminbereich - Verschlüsseltes Login mit Sessionüberprüfung @@ -43,12 +46,6 @@ z.B. Webshop mit mind. 10 Artikeln in der DB mit Bestellmöglichkeit bis Rechnun - Bonus: Externe Schnittstelle implementiert (Zahlungssystem einbinden, z.B. TWINT) -### Weitere Bedingungen - -- Git wird benutzt -- Abgabe auf einem online Web-System (eigene Domain oder Provider) -- 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. ## Bewertungsraster | Thema/Aufgabe | (-0.3) | Note 4.0 | (+0.3) | diff --git a/m151/bedingungen-note-4.7.txt b/m151/bedingungen-note-4.7.txt deleted file mode 100644 index 8a5223e..0000000 --- a/m151/bedingungen-note-4.7.txt +++ /dev/null @@ -1,14 +0,0 @@ -Webseite in z.B. PHP -- läuft auf einem Webserver entweder als eigene Domain - oder als Subdomain - oder in einem Unterordner einer beliebigen Domain - -- hat 2 Datenbanken unterschiedlicher Hersteller/Fabrikate angebunden - -- MVC konsequent umgesetzt - -- Sicherheitsaspekte berücksichtigt - -- save gegen SQL-Injection, Benutzer-Fehleingaben, ...) - -- save gegen URL-Klau (Sessionhandling) - -- Rechnungsstellung per Mail oder PDF für den Kunden zum Ausdrucken diff --git a/m151/erklaeren-der-themen.txt b/m151/erklaeren-der-themen.txt new file mode 100644 index 0000000..db4c7c3 --- /dev/null +++ b/m151/erklaeren-der-themen.txt @@ -0,0 +1,30 @@ +Inhalt des abzugebenden Erklär-Dokuments +========================================= +(Einzalabgabe, jedoch Austausch und Teamarbeit erwünscht) + +- 1 - "DESIGN" +- Welche Möglichkeiten zur Analyse des Aufbaus einer Web-Applikation und das Zusammenspiel der Softwarekomponenten git es? (MVC) +- Eigenschaften und Funktionen von Schnittstellen zu Datenbanksystemen und Datenbeständen + +- 2 - "SICHERHEIT" +- Wie schützen Sie organisatorische und technische Sicherheitsvorkehrungen zur Sicherung von Informationen/Daten und Web-Applikationen? + +- 3 - "REALISIERUNG" +- Welche Script- und Programmiersprachen für Web-Applikation git es und wie/welches sind diese typischen Eigenschaften? +- Wie gehen Sie vor um die Datenintegrität, Verfügbarkeit, Authentizität und Vertraulichkeit in Web-Applikationen zu gewährleisten? +- Wie kann man applikatorisch das Locking von Datensätzen machen? +- Welche unterschiedlichen Architekturen zur Einbindung von Datenbeständen bzw. Datenbanken in einer Web-Applikation git es? + +- 4 - "CHANGE" +- Wie organisieren Sie (betrieblich und administrativ) nachdem das System in produktiv in Betrieb genommen worden ist, aufkommende Änderungen? Worauf kommt es an und wie stellt man die vollständige Auftragsdurchführung sicher? + +- 5 - "TESTING" +- Wie könnten/würden Sie eine 'übergreifende' Prüfung einer/ihrer Web-Applikation mit Datenbank mit einem Test- und Abnahmeverfahren organisieren? + + +Tipps zum Vorgehen: +============================================== +- forschen Sie in ihren früheren Schul-Unterlagen und im Internet (z.B. ITIL) +- schliessen Sie sich mit anderen Lernenden zusammen und tauschen Sie sich aus darüber, wie sie es im Betrieb machen +- "hören" Sie ich um in Ihrem Betrieb oder in anderen Betrieben +- organisieren Sie z.B. eine Telefonkonferenz mit einem Profi (insbesondere für -4- und -5- ) \ No newline at end of file diff --git a/m151/mindestbedingungen-fuer-note-4.7.txt b/m151/mindestbedingungen-fuer-note-4.7.txt new file mode 100644 index 0000000..244eee8 --- /dev/null +++ b/m151/mindestbedingungen-fuer-note-4.7.txt @@ -0,0 +1,25 @@ +### Weitere Bedingungen + +- 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 + +- Rechnungsstellung per Mail oder PDF für den Kunden zum Ausdrucken und zum Bezahlen via Einzahlungsschein oder persönlichem TWINT