Also ich meine etwa so..wäre das ok?? :
2.3.4 Entwurf der Klassenhierarchie
Basierend auf den Erkenntnissen im Programmablauf und den Anpassungen der Datenbank kann nun ein Klassendiagramm erstellt werden. Die Klassen sollen durchgängig mit „builder pattern“ erstellt werden, um zum einen eine bessere Lesbarkeit des Quellcodes zu erreichen und zum anderen die Instanziierung der Klassen ohne Übergabe von Parametern. So kann erreicht werden, dass die Klassen die zugeordneten Datenbanktabellen repräsentieren und später nur auf diesen gearbeitet wird. Beim Erstellen des Klassendiagramms wird eine Aufspaltung der Daten eines Auftrags vorgenommen. Die Allgemeinen Properties eines Antrags (nicht personengebunden) werden in dem Objekt Antrag behandelt. Daten, welche an die zuzuordnende Person eines Antrags gebunden sind, werden im Objekt AntragGrunddaten vorgehalten. Somit kann eine bessere Übersichtlichkeit der Klassen gewährleistet werden. (Anhang Klassendiegramm)
[...] Goto Projektdurchführung2.3.4 Entwurf der Klassenhierarchie
(Goto ist ein Kündigungsgrund!!!!)
3.3 Entwicklung der Klassenhierarchie
Zuerst wurden die Interfaces für die benötigten Klassen Antrag, AntragGrunddaten und AntragLeistung entwickelt. Diese dienen zur eindeutigen Festlegung der Funktionalitäten der jeweilig untergeordneten Klasse. Die Entwicklung der Klassen an sich erfolgte anhand des bereits in der Planung erstellten Klassendiagramms. Alle Objekte erben dabei von der Basis-Klasse ItemBase, welche grundlegende Properties für alle anderen Klassen enthält. Im Anschluss wurden die Verwaltungsobjekte der Klassen entwickelt, um die Bindung der Objekte an die Datenbank zu ermöglichen.
(Auszüge aus Itembase, Antrag, IAntrag)
return (isOK) ? "OK" : NotOkException()
DANGÖ! Anhang_Interface_IAntrag.pdf