X-Git-Url: http://wien.tomnetworks.com/gitweb/?a=blobdiff_plain;f=spec%2FTODO;h=6964ae48369c8d56066348b6d3c1fc0ff87560b0;hb=3ca80cda379741f8e678d70a0085f686b62d592d;hp=8066ca972a148dd7c71b2a275178c245cb03416c;hpb=a98b038ea950135b6224e4c8dbfe1661d8df17cb;p=hwmod.git

diff --git a/spec/TODO b/spec/TODO
index 8066ca9..6964ae4 100644
--- a/spec/TODO
+++ b/spec/TODO
@@ -1,25 +1,3 @@
-Requirement Specification
-	Verhalten bei Ueberlauf. Division durch 0. (=> als ergebnis soll "Error" da stehen?)
-	Eingabe von unguetligen Zeichen (=> sollen nicht angezeigt werden).
-
-High Level Design Description
-	zu komplexe ModulBeschreibung? sonst done.
-
-Externe Interfaces
-	Physikalische Interfaces (Pins? nochmal VSYNC & HSYNC erklären? jedenfalls: vga, ps/2, board-buttons, rs232-sub/d, clock, reset)
-	sind Logische Interfaces auch Externe Interfaces?
-	schöne Tabellen für die Logischen Modul-Interfaces + Description der Ports (oder ist das mehr Behaviour?)
-	Logische Modul-Interfaces finalisieren
-		fehlende Fehler-Signalisierung von ALU, Converter und u.U. Parser; Signalisierung von 'Enter' von Scanner zu History; History Ports; Converter sequentiell vs. parallel (wie jetzt)
-	Bonusarbeit: grafische Repräsentation der Modul-Interfaces
-		low priority, eher für finale Spezifikation (es wird sich sicher auch viel ändern)
-	Verhalten der Interfaces
-		abstrakt oder auf unsere Modul-Interfaces bezogen? die Beispiele von den Folien sehen eher abstrakt aus. die Verhaltensweisen der Modul-Interfaces sind wahrscheinlich besser in der Detailed Design Description aufgehoben (Event Sequence Diagrams).
-
-Testfälle für alle Requirements
-	um zb. die History zu füllen sind 50+ Eingaben zu tätigen, kann mit anderen Testfällen kombiniert werden
-
-Detaillierte Design Description
-	wie detailliert sollen innere Strukturen beschrieben werden?
-	Event Sequence Diagrams und/oder (?) FSMs
-		was nehmen wir für die Event Sequence Diagrams her? Dia (hätt nicht gesehen dass es das könnte)? Visual Paradigm (nur Windows glaub ich)?
\ No newline at end of file
+- buttonmodul (mit debouncing) fuer power-on-reset und rs232 dump
+- PLL
+- am liebsten haette ich (das gilt auch fuer unsere spezifikation) moore-state-machines.