From 21afd3bf9d14c884e08eb418618676e068c77fd5 Mon Sep 17 00:00:00 2001 From: Bernhard Urban Date: Fri, 16 Apr 2010 22:19:44 +0200 Subject: [PATCH] review: finale version --- doc/review/designspec.txt | 1 - doc/review/hwmodspec.txt | 9 +-------- 2 files changed, 1 insertion(+), 9 deletions(-) diff --git a/doc/review/designspec.txt b/doc/review/designspec.txt index a306310..3d2ca76 100644 --- 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 0e2217d..38f895e 100644 --- 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 -- 2.25.1