-Requirement Specification
- done?
-
-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.