diff --git a/ws2011/BP/Folien Projektbegleitung/Präsentationstermine_Januar.pdf b/ws2011/BP/Folien Projektbegleitung/Präsentationstermine_Januar.pdf
new file mode 100644
index 00000000..c167e750
Binary files /dev/null and b/ws2011/BP/Folien Projektbegleitung/Präsentationstermine_Januar.pdf differ
diff --git a/ws2011/BP/QS-Dokument/Anforderungen-an-das-QS.txt b/ws2011/BP/QS-Dokument/Anforderungen-an-das-QS.txt
new file mode 100644
index 00000000..38aa6969
--- /dev/null
+++ b/ws2011/BP/QS-Dokument/Anforderungen-an-das-QS.txt
@@ -0,0 +1,39 @@
+Stichpunkte zur Vorlesung "Anforderungen an das QS-Dokument" vom 24.12.2011:
+
+
+- Was wollen wir sichern? Was ist das Ziel, wie definieren wir es, und wie wird es gesichert?
+- Schlecht wenn Ziele nicht eingehalten werden können. Falls externen Abhängigkeiten dazu beitragen, dass gesetzte Ziele nicht eingehalten werden können, so kann man dies im Anhang aufführen -> Kein Problem! Prinzipiell müssen die Qualitätsziele jedoch erreichbar sein.
+- Qualitätsziele, die für das Projekt nicht relevant sind und Maßnahmen, die nicht durchgeführt werden, gehören nicht in das Dokument
+- Benutzbarkeit, Benutzerstudie: Schlecht, dass wir am Ende des Projektes eine Benutzerstudie durchführen. Doof, dass am Ende keine Zeit mehr ist, um auf Feedback einzugehen. Es muss also genug Zeit sein, um die Ergebnisse in das Projekt einfließen zu lassen (ca 4 Wochen vor Ende des Projekts) die Benutzerstudie durchführen.
+- WER (auch Tool) macht WAS wann und WIE reagieren wir auf Probleme??? Namen und Zeitraum nennen!!
+- Dokument im TUD Design mit maximal 10 Seiten. Deckblatt, Glossar, Literaturverzeichnis, Versionshistorie und Anhang sind nicht in den 10 Seiten enthalten. Als normaler Fließtext können auch 4 oder 5 Seiten reichen. 10 Seiten ist das absolute Maximum!!
+- Ausarbeitung der Tests bzw. Benutzerstudie gehört in den Anhang. Auch der Fragebogen im Anhang?!?!
+- Beschreiben Sie nicht, was Benutzbarkeit ist bzw. was Qualitätssicherung ist!!!!! Stabilität soll jedoch beschrieben werden.
+- Deckblatt: Qualitätssicherungsdokument nur in klein, Gruppennummer, Kontaktadressen (kann auch auf nächster Seite kommen), Dateum/Version.
+- Kurze Einführung in das Projekt -> Passt !
+- Stellen Sie einem unbeteiligtem Dritten folgende Fragen: Welches sind die zentralen Qualitätsziele des Projekts? Warum sind dies die zentralen Ziele? … (mehr Fragen auf den Folien)
+- Qualitätsmerkmal ist kein Ziel. 
+- ISO 9000 : Sicherung der Prozessqualität (tendenziell eher schwieriger)
+
+Ergebnisse aus den aufgezeigten Beispielen:
+- Ein Kapitel hat immer zwei Unterkapitel und nicht nur eins wie in Einleitung -> Das Projekt!
+- Anwendung der deutschen Rechtschreibung (Bindestriche etc.)
+- Eine Evaluation kann die Benutzerfreundlichkeit nicht sicherstellen, sie kann nur Grundlage für anschließende Maßnahmen sein.
+- Einleitung: In diesem Dokument werden…. zu unspezifisch für das aktuelle Projekt! -> weglassen!
+- Jeder Satz soll Projektspezifisch sein!
+- Alle im deutschen geläufigen Wörter auch in deutsch schreiben
+- nicht "wir wollen", "es sollte getan werden…" -> "Wir sichern die Qualität des Codes auf die folgende Art und Weise…."
+- Kommasetzung
+- Codequalität: Zitat kann drin bleiben. "des Projekt"
+- Qualitätswerkzeuge: Steigern unsere Produktivität, dienen jedoch nicht der Qualitätssicherheit. Bsp.: Fehler in der Syntax findet der Compiler, nicht nur Netbeans. Nicht einfach alle Werkzeuge aufzählen.
+- 3.3.2 Fragebogen: Was ist Anfang März? "verschiedensten" gibt es nicht. "nutzerspezifische Anforderungen", was ist damit gemeint? Warum darf der Nutzer die Anforderungen erstellen?
+- 3.3.3 Analyse: Projekt ist viel zu kurz, um eine Logfile-Analyse durchzuführen.
+- 3.4 Codequailtät: "…werden dem Ziel … " "Der Code soll…."  wo ist der Zusammenhang?
+- manuelle Überprüfung: Was heisst Aussagekräftig?
+
+
+
+
+
+
+