review: finale version

diff --git a/doc/review/designspec.txt b/doc/review/designspec.txt
index a306310cbd33a7af388aaab185c3ad338f4f119b..3d2ca7657132ce7cdb05191c5385d01d3062d143 100644 (file)
--- a/doc/review/designspec.txt
+++ b/doc/review/designspec.txt
@@ -18,7 +18,6 @@ Input und Output definieren. Wenn man in "wenign" Signalen, die wichtig sind,
 zeigen kann, dass so eine Statemaschine glaubhaft funktionieren kann, hat man
 viel gewonnen:
 
-TODO: hab ich dein beispiel richtig verstanden (und angepasst?)
 Beispiel fuer RS232:
 [list]
 [*]eine Kante hat Signale:

diff --git a/doc/review/hwmodspec.txt b/doc/review/hwmodspec.txt
index 0e2217d0bd5908da1df3393e8d06b1ffb7d19f7c..38f895e9e459f4f938368e2cd8feec94df59a6d7 100644 (file)
--- a/doc/review/hwmodspec.txt
+++ b/doc/review/hwmodspec.txt
@@ -14,13 +14,6 @@ Note: 2
 2. Vollständigkeit: Enthält das Spezifikations-Dokument alle wesentlichen Requirements/Module des
    Designs? Vergeben Sie eine Note (1-5) und begründen Sie!
 
-> alex: ich denke das hier nicht nur die vollstaendigkeit der requirements gemeint ist sondern auch
-> die vollstaendigkeit der module bzw. interfaces. also ist zu jedem interface mindestens ein modul
-> definiert und umgekehrt. Natuerlich gehort auch dazu ob die Module einen vollstaendigen
-> Taschenrechner erzeugen.
-
-> bernhard: aso, ich dachte das bezieht sich auf die Requirements. dann passts.
-
 Requirements: passen.
 
 
@@ -72,5 +65,5 @@ zuversichtlich aus. (Sofern das mit den mehreren Clocksignalen beseitigt wird).
 
 Die "Detailed Design Description" muss unbedingt noch ueberarbeitet werden.
 
-Note: 2
+Note: 2-3