-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).
+ o nochmals drueber arbeiten am schluss
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, pc-komm, alu, display
- o fuer history nur textuelle beschreibung
-
fuer abgabe selbst:
-mit \newpage tabellen gscheid formatieren, sodass keine grauslichen
-Seitenumbrueche mitten in der Tabelle sind... (dort wo es halt moeglich ist).
+ 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)