Best Practices > Diskussionen zu Best Practices

Datenbank Änderungen protokollieren

(1/2) > >>

smoky:
Hallo,

Ich stelle meine Frage mal zu Best Practices da mir vorkommt als würde es passen :-)

Ich suche den besten Weg um jede Datenbank Änderung zu notieren und auch wieder zu finden, leider mußte ich feststellen das ich mir doch nicht alles merke was ich so tue.
Bei manchen Datenbanken habe ich Änderungen direkt vermerkt für andere habe ich noch "fliegende" Notizen, ich war in den letzten Jahren nicht sehr konsequent und Pflichtenhefte hatte ich nur bei den ersten DB's.
Also meine Frage: Wie geht man hier am besten vor? Was könnte mal als "Best Practices" vorschlagen?

schöne Grüße aus Wien
Christine

smokyly:
Also wir haben ein Ticketsystem mit angeschlossener Knowledge-DB.
Darüber wird alles dokumentiert. Besser gesagt - sollte.
Mit Vorher-Nacher und Auftraggeber / Problem-Melder, Zeiten, Fertigstelltermin, etc...

Gruss

koehlerbv:
Das ist ein weites Feld, Louise Christine ...

Ich glaube, hierfür wird es keine zwei Organisationen geben, die das jeweils identisch handhaben.
Es diskussionswürdiges Thema für AtNotes ist das aber allemal (IMHO).

Erstmal Fragen zu Deiner Umgebung, denn jede Theorie ist hier witzlos:
- Wieviel Leute sind an der Entwicklung beteiligt?
- Sind diese alle unter einer Kontrolle?
- Was muss überhaupt protokolliert werden?
- Welche Vorstellungen hast Du für eine Systematik der protokollierten Änderungen?
- Wie komplex sind die Anwendungen?
- Wer wird die Protokolle später lesen*?
- Stehen Dir Notes-spezifische Tools zur Verfügung (insbesondere von Teamstudio), die Dich im Prozess der Änderungs-Dokumentation unterstützen können?

*) Mir als Entwickler reicht beispielsweise ein aussagekräftiger Header (warum, wie, was kommt raus, Ersteller, letzter Änderer und eine *komplette* Liste der wesentlichen Änderungen in der jeweiligen Routine). Was in Ansichten oder Masken geändert wurde, ist mir i.d.R. wurscht, hier protokolliere ich nur, wenn etwas auf den ersten Blick komplizierter aussieht als nötig und erläutere das Warum dahinter.

Ich gehe bislang davon aus, dass Du mit "Datenbank-Änderung" Design-Änderungen meinst. Musst Du ggf. auch (systembedingte) Dokument-Änderungen gegenüber einer Revision darlegen? Da sieht die Sache schon wieder ganz anders aus.

Bernhard

sral:
Hallo Christine,

wir haben ein Release System, welches von den Schablonen eine Kopie auf ein Netzlaufwerk erstellt.
Der Entwickler ändert die Schablone...dokumentiert das im Release Dokument...erstellt die Kopie...übergibt die Änderung an den Admin, der dann die Schablone signiert und einspielt.  
Wenn dann etwas nicht funktioniert, kann der Admin das Vorgängerrelease wieder einspielen.

smoky:
Hallo Bernhard,

Also mir persönlich geht es hauptsächlich um Änderungen bei Felder, Masken und Ansichten. Wir sind nur zu zweit die Änderungen machen, also persönlich absprechen wäre nicht das Problem, nur eben das merken.
Z. B. habe ich vor ein paar Monaten eine Änderung bei einem Feld in unserer Auftrags DB gemacht und heute habe ich zwei Stunden gebraucht bis mir das wieder eingefallen ist :-) solange habe ich mich gewundert warum in dem Feld was anderes steht. Also das Protokoll dient dann nur den Programmierer.
Deshalb dachte ich mir es wird Zeit das ordentlich zu machen.

Edit: Tools habe ich keine dafür, aber vielleicht bekomme ich heuer ein kleines Budget dafür.


lg
Christine

Navigation

[0] Themen-Index

[#] Nächste Seite