-Requirement Specification
- o done.
-
-High Level Design Description
- o nochmals drueber arbeiten am schluss (z.b. bin2dez converter rausnehmen).
- o arch bild aktualisieren.
-
-Verhalten der Interfaces
- o abstrakt oder auf unsere Modul-Interfaces bezogen? die Beispiele von den Folien sehen eher
- abstrakt aus.
- o Verhalten bei Ueberlauf. Division durch 0. (=> als ergebnis soll "Error" da stehen?)
- o Eingabe von unguetligen Zeichen (=> sollen nicht angezeigt werden).
-
-Testfälle für alle Requirements
- o um zb. die History zu füllen sind 50+ Eingaben zu tätigen, kann mit anderen Testfällen
- kombiniert werden
-
-Detaillierte Design Description
- o fsm-todo: rs232, display
-
-fuer abgabe selbst:
- o mit \newpage tabellen gscheid formatieren, sodass keine grauslichen Seitenumbrueche mitten in
- der Tabelle sind... (dort wo es halt moeglich ist).
- o alles durchlesen (typos, rechtschreibfehler, schlechte formulierung)
+- buttonmodul (mit debouncing) fuer power-on-reset und rs232 dump
+- PLL
+- am liebsten haette ich (das gilt auch fuer unsere spezifikation) moore-state-machines.