Dokumentation einer Datebnank Anwendung.

[Karstadt]

Hallo. Wollte wissen wie Ihr ihre Große Datenbanken Anwendungen dokumentiert?

Ich habe in zwischen ca. 50 Tabelle (Relationen). Ich habe die Tabellen als ERM mit Vision erstellt (dargestelt). Wichtige funktionen sind in Code dokumentiert (bzw. sind selbssprechned) z.B. GibFirmaAusKontakt(kontakt_id:string):String;


Ich habe mir das Buch mit UML angeschaut.. das ist zwar gut aber Dokumentieren mit UML ist aus meine Sicht (ca 70 Eingabemasken) und tausende Zeilen von Code, nicht möglich.

Bin der einziger Entickler im Hause.

Nun habe ich schwirigkeiten wenn ich eine Änderung einbauen muss...
weil durch ein Änderung (manchmal weiter Fehler in Projekt eingebaut werden).

[Bernhard Geyer]

Bau dir Unittests mit DUnit für alle wichtigen Funktionen/Klassen auf.
Ist m.E. die Basis für Wiederholte Tests. Automatische GUI-Tests sind komplizierter und m.E. erst in einer Phase sinnvoll wenn Du auf unterer Ebene Tests hast.

[mkinzler]

Eine Dokumentation in UML wäre bei der Projektgröße ein guter Ansatz, wobei ich nicht unbedingt die Eingabemasken dokumentieren würde, sondern den Allgemeinen Ablauf.
Ich würde versuchen das Programm zu modularisieren. Wie stabil ist das Datenbankdesign? Dieses würde ich zur Dokumentation in funktionale Teile zerlegen.

[Karstadt]

Wie kann ich z.B. das am sinnvolsten Dokumentieren.

Ereignisse von Objekten (z.B. Von Tabellen) On AfterPost etc...

Die UML ist ja eine modelierungssrpache (kann ich dort auch ereingisse von allen Objekten beschreiben, die in angewendet habe?)

Zitat:

Bau dir Unittests mit DUnit für alle wichtigen Funktionen/Klassen auf.
Ist m.E. die Basis für Wiederholte Tests. Automatische GUI-Tests sind komplizierter und m.E. erst in einer Phase sinnvoll wenn Du auf unterer Ebene Tests hast.

Ich verwende eine Unit für alle "globale" funktionen... bloss es sind nun über 100.. (grob geschäzt)..

Hauptproblem ist es, das durch eine "große" änderung einige weiter Fehler reinkommen, die mir beim Testen entgangen sind (kommt das auch bei euch vor)?

[mkinzler]

Ich würde zuerst mit der allgemeinen Modellierung beginnen.
Für Abläufe gibt es Sequenzdiagramme.

[Bernhard Geyer]

Zitat von Karstadt:

Wie kann ich z.B. das am sinnvolsten Dokumentieren.
Ereignisse von Objekten (z.B. Von Tabellen) On AfterPost etc...

Du solltest Dir fragen ob wirklich DB-Sensitive Controls sinnvoll sind? Haben glücklicherweise bei unserem Projekt alle mittlerweile entfernt.

Zitat von Karstadt:

Die UML ist ja eine modelierungssrpache (kann ich dort auch ereingisse von allen Objekten beschreiben, die in angewendet habe?)

Kannst Du sicherlich. Die Frage ist nur ob du soviel Zeit investieren kannst/willst.

Zitat von Karstadt:

Ich verwende eine Unit für alle "globale" funktionen... bloss es sind nun über 100.. (grob geschäzt)..

Jeder Anfang ist schwer. Blos man muss mal anfangen.

Zitat von Karstadt:

Hauptproblem ist es, das durch eine "große" änderung einige weiter Fehler reinkommen, die mir beim Testen entgangen sind (kommt das auch bei euch vor)?

Wer frei von Fehlern ist möge den ersten Stein schmeißen. Änderungen von Funktionen (z.B. weiter Parameter) ist das Paradebeispiel für Unit-Tests.

1, Schreibe für die zu ändernde Methode/Funktion eine vollständigen Unit-Test mit Grenzwerttest etc.
2, Bau die Funktion um
3, Lass deinen Unittest drüber laufen. Wenn alles Grün ist, ist die Änderung fehlerfrei abgelaufen oder du hast einige Testfälle vergessen die sich in realen Anwendung auswirken.