mirror of
https://gitlab.com/harald.mueller/aktuelle.kurse.git
synced 2024-11-24 02:31:58 +01:00
muh
This commit is contained in:
parent
a66b0a1a22
commit
aa18c33d24
@ -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) |
|
||||
|
@ -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
|
30
m151/erklaeren-der-themen.txt
Normal file
30
m151/erklaeren-der-themen.txt
Normal 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- )
|
25
m151/mindestbedingungen-fuer-note-4.7.txt
Normal file
25
m151/mindestbedingungen-fuer-note-4.7.txt
Normal 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
|
Loading…
Reference in New Issue
Block a user