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