This commit is contained in:
harald.mueller@tbz.ch 2021-08-09 12:49:39 +02:00
parent a66b0a1a22
commit aa18c33d24
4 changed files with 61 additions and 23 deletions

View File

@ -2,22 +2,25 @@
[> **Modulidentifikation** ](https://www.modulbaukasten.ch/modul/1a75c9da-716c-eb11-b0b1-000d3a830b2b) [> **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: ### Themen:
- Multi-Tier-Architektur(en) - Multi-Tier-Architektur(en)
- Design-Phasen von Applikation und Datenbanken - Design-Phasen von Applikation und Datenbanken
- DB-Entwicklungsprozess ERM/ERD, SQL, DDL, DML, DCL, Tabellen, Views - DB-Entwicklungsprozess ERM/ERD, SQL, DDL, DML, DCL, Tabellen, Views
- Ausgewählte PHP-Code-Stücke (z.B. für DB-Anbindung) - 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. --> 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) z.B. Webshop mit mind. 10 Artikeln in der DB mit Bestellmöglichkeit bis Rechnungstellung (ohne Bezahlmechanismus)
### Grundanforderung (bis Note 4.7) ### Grundanforderung (bis Note 4.7)
- Dynamisch generierte Website (z.B. in PHP) mit 1 Datenbankanbindung programmiert. - Dynamisch generierte Website (z.B. in PHP) mit 1 Datenbankanbindung programmiert.
- Statischer DB-Switch (hart codiert) - 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 #### Adminbereich
- Verschlüsseltes Login mit Sessionüberprüfung - 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) - 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 ## Bewertungsraster
| Thema/Aufgabe | (-0.3) | Note 4.0 | (+0.3) | | Thema/Aufgabe | (-0.3) | Note 4.0 | (+0.3) |

View File

@ -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

View File

@ -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- )

View File

@ -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