diff --git a/m151/README.md b/m151/README.md
index 8a20c10..6d91455 100644
--- a/m151/README.md
+++ b/m151/README.md
@@ -53,8 +53,8 @@ Sie zeigen in ihrem Text, dass sie die Themen verstanden haben, indem Sie
 - die Themen korrekt und richtig beschreiben
 - zeigen, dass Sie weitergehen können, als nur die nachfolgenden Leitfragen zu beantworten (z.B. Alternativen aufzeigen, etc.)
 
-Dabei sind 
-[**folgende Themen**](./erklaeren-der-themen.txt) zu bearbeiten. 
+Folgende Themen werden erwartet:
+
 - 1 "DESIGN"
     - wie sieht eine Multi-Tier-Architektur aus (Konzept)
     - welche Varianten gibt es (2-Tier, 3-Tier, 4-Tier, ...) und wie sehen die aus
@@ -94,9 +94,9 @@ Dabei sind
 
         Bewertungskriterien:
         ==============================================
-        - 34% Form (siehe oben) und Aufbau (Gliederung 2. Stufe, Ausgeglichenheit der Kapitel)
-        - 33% Gehalt, Relevanz und Richtigkeit, Varianten in der Technik
-        - 33% Erklärbarkeit, wie erklärt wird, Verständlichkeit
+        - 33% Form (siehe oben) und Aufbau (Gliederung 2. Stufe, Ausgeglichenheit der Kapitel)
+        - 34% Gehalt, Relevanz und Richtigkeit, Varianten in der Technik
+        - 33% Erklärbarkeit. Wie erklärt wird, Verständlichkeit, Sprache
 
 
 
@@ -107,6 +107,17 @@ Abgabetermin ist der **Tag 5** 08:15 (vor der LB2)
 
 Es empfiehlt sich, die Themen im Erklärdokument so zu beschreiben, dass zugleich auch eine gute Vorbereitung für die schriftliche Prüfung **LB2** gemacht wird. Es empfiehlt sich ebenso, die thematisierten Techniken auch selber auszuprobieren und zu dokumentieren, damit sie dabei auch gleichzeitig diese Teile in der praktischen Übung **LB3** verwendet und angewendet werden können.
 
+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 darüber aus, 
+  wie sie es im Betrieb jetzt schon machen
+- "hören" Sie sich  z.B. beim zuständigen Profi in Ihrem Betrieb oder in anderen Betrieben um
+- organisieren Sie z.B. eine Telefonkonferenz mit einem Profi (insbesondere für -4- und -5- )
+- machen Sie Ihre eigenen Überlegungen
+- diskutieren Sie mit Ihrer Lehrperson
+
+
 <br>
 <br>
 
@@ -157,10 +168,12 @@ Eine Abgabe auf "localhost", also nicht über das Internet auf einem Webserver,
 #### Userbereich
  -	Navigation funktionsgerecht
  -	Sortieren möglich
- -	Zeitgerechte Usability (responsive, Steuer- und Anzeigeelemente)
+ -	Zeitgerechte Usability (responsive, Steuer- und Anzeigeelemente). Dabei können Sie gerne HTML5/CSS3-Templates verwenden.
 
 ### Erweiterte Anforderungen (über Note 4.8)
-- Mehr als eine Datenbank gleichzeitig implementiert
+- Mehr als eine Datenbank gleichzeitig implementiert. Dabei müssen die beiden Datenbanken so umgeschaltet werden können, ohne dass **ein Restart der Applikation** durchgeführt wird. Sie müssen also einen "Toggle-Button" oder ähnliches auf der Oberfläche einbauen. 
+    - Use case 1: Sie haben eine Produktion-Umgebung und eine User-Acceptance-Test-Umgebung parallel im Betrieb und Sie dürfen im Test keine produktiven Daten sehen und müssen das dem Gesetzgeber und dem/der Kunden beweisen indem Sie zwei Datenbanken "fahren", die sogar herstellerunabhängig sind.
+    - Use case 2: Sie migrieren Ihre Applikation auf eine neue Umgebung, in der nur noch das Datenbank-"Konkurrenzprodukt" verwendet werden darf. Z.B. wenn "Ihre" Applikation an eine andere Unternehmung verkauft wurde oder das Management bestimmt hat, dass nur noch die Datenbanken des "Einen" Herstellers verwendet werden darf. 
 
  1. ) **Oracle** Express: Datenbankanbindung programmieren
  2. ) **PostgreSQL**: Datenbankanbindung mit transaktionssicheren Abfragen programmieren