Im Abschnitt 4-2 beschäftigen wir uns damit,
dass Daten tatsächlich Gegenstand des Reengineerings sein müssen,
weil sie verarbeitet werden müssen, bearbeitet werden müssen,
um Restrukturierung der eigentlichen ablauffähigen Software durchzuführen,
die ja auf diese Daten zugreift.
Dazu haben wir hier die Fragen 3 und 4,
bei denen es darum geht, welche gefragt wird,
welche Probleme tatsächlich da typischerweise sind und was für Inkonsistenzen es sind.
Sie können sich weitere Fragen vorstellen zu den Sachen,
die wir gerade zu den Vorgehensweisen,
zu denen wir jetzt gleich,
über die
wir gleich sprechen wollen
Wenn wir von diesen, diese Datenbearbeitung brauchen wir vor allen Dingen,
weil wir, weil Programme mal auf Daten zugreifen.
Die Datenabstraktionen, die wir gerne einführen möchten, haben damit zu tun mit dem,
was wir eben bei der Modularisierung und Restrukturierung besprochen haben.
Wir möchten gern Dinge zusammenfassen, die zusammen gehören,
um eine bessere Entsprechung zur realen Welt hinzubekommen und eine bessere fachliche Gliedung die am Ende Erweiterbarkeit verbessert,
um Dinge, die zusammenhören, zum Beispiel, wenn wir ein Steuersachverhalt haben,
dann ist es doch besser, wenn die ganzen Geschäftsregeln,
die mit diesen steuerlich relevanten Sachverhalt zu tun haben,
wenn die zusammengehören,
wenn die in einem Block sind.
Und diese Zusammengehörigkeit auszudrücken, dazu sind Module,
die Datenkapseln wieder ganz gut geeignet und Datenstraktionen können dazu dienen,
die Verständlichkeit zu verbessern
Also leidt sich das Gleiche,
was wir eben schon besprochen haben, für Verständlichkeit und Entkopplung.
Das hat damit zu tun, dass wir,
ich lasse mal hier eine Zeile frei und mache mal weiter,
was brauchen wir noch?
Wir möchten gern Entkopplung einführen von
global genutzten Bereichen
Das ist auch Edless letztlich, erzählte Freide von den globalen Datenbereichen gesprochen.
Es gibt Bereiche, wo wir auch heute das nach wie vor,
wo man nach dem Standardtechnik das nicht besser kann. Das ist immer dann,
wenn wir zum Beispiel eine gemeinsame Datenbasis haben, eine Wissensbasis,
eine Datenbank, oder sei es nur ein Datenstrom,
den ich nicht einfach immer als Parameter weiter übergeben kann und dabei jedes Mal kopieren kann,
sondern auf den alle zugreifen, die damit arbeiten.
Das wird manchmal nicht möglich sein,
aber häufig möchte ich das entkoppeln, damit wir Änderungen,
damit sich Änderungen nicht über ein gesamtes System ausbreiten. So,
wenn wir diese Bereiche haben, dann müssen wir letztlich,
wenn wir diese Modularisierung erreichen wollen und müssen wir Strukturierung,
Restrukturierung der Daten machen,
dann müssen wir Wir müssen die Daten tatsächlich auch ändern,
wenn wir hier Restrukturierung durchführen.
Auch hier trifft das Gleiche zu. Wenn wir global genutzte Bereiche haben,
müssen wir die in irgendeiner Form aufteilen müssen,
stattdessen Referenzen einführen, wo vorher gemeinsamer Zugriff war.
Also das Problem besteht jetzt darin, dass wir tatsächlich viele
Daten haben und dass wir Daten ändern müssen. Ich betone das deswegen,
weil viele Studierende noch nicht den vielen Zugriff auf große Systeme hatten,
historisch gewachsen waren, die über viele Jahre im Einsatz waren,
wo ich große Datenmengen habe und diese Datenmengen natürlich passend zu einem aktuellen Programm sind.
Ich möchte kurz das an einem Bild erläutern hier, das,
was wir hier dargestellt haben, ist ja so eine klassische Situation.
Wir lassen mal das Wort Blattmigration außen vor,
sondern einen Kunden zu ernähren, ist mal hier drauf,
wenn wir mal vorstellen, das ist irgendwie so entstanden.
Wir haben einen Datensatz gehabt und der ist durch eine Software bearbeitet.
Später stellt man fest, oh,
diesen Datensatz können wir für andere Programme auch noch nutzen.
Dann wurden da andere Programme eben jedenfalls mit einem Zugriff ausgestattet oder
später hat man das so erweitert, dass man sagt, okay,
das Programm 2 braucht auch Zugriff auf andere Daten und dann ist schnell so eine Situation entstanden,
wo wir ganz viele Abhängigkeiten haben.
Und wenn wir uns jetzt vorstellen, wir wollen,
dass dieses Programm durch Re-Engineering verändern,
dann müssten wir ja auch die Daten hier und hier und hier ändern,
aber die Daten sind auch von anderen her zugegriffen.
Erstmal das Problem der Datenänderung,
aber dann würde man erst mal versuchen zu sagen, okay,
lasst uns das irgendwie, von Versionierung ist das ja fast ein unlösbares Problem.
Wir müssen ja alle diese Programme 1 bis 7 gleichzeitig mit einer neuen Version ausstatten,
gleichzeitig in Betrieb nehmen und diesen Big Bang,
das ist immer zu riskant für große Systeme, für geschäftskritische Systeme.
Mehr würde das also so machen, dass man die Programme so strukturiert,
dass sie auf eine gemeinsame Datenbasis zugreifen,
zum Beispiel ein Datenbanksystem und darauf gemeinsam arbeiten.
Aber dazu müsste ich diese Daten hier ja überführen in eine neue Struktur.
Theoretisch ist das total easy. Ja, ich nehme einfach die Datenbilder,
eine neue Struktur und kopiere die rüber und fertig.
Tatsächlich ist es aber nicht so einfach. Das hat damit zu tun,
dass wir tatsächlich, und jetzt kommt dieses,
was hier oben steht, Migration, Migration von Wandern,
dass wir müssen eine Wanderung durchführen aus der Alten in die neue Struktur so eine Wanderung ist,
kann manchmal anstrengend sein, insbesondere dann,
wenn es ein bisschen über Stock und Stein geht.
In dem Fall ist es so,
dass die Software zwar ihre Zugriffe verändern kann,
aber diese Daten typischerweise nicht so schön sind, wie wir sie uns erwarten.
Und dieses nicht so schön bedeutet, das sind die Probleme,
die in der Frage gerade angesprochen waren, dass die Daten inkonsistent sind,
dass sie teilweise fehlerhaft sind, dass sie Sonderfälle enthalten,
die das Programm irgendwie gerade so abdecken kann.
All diese Punkte müssen berücksichtigt werden und die verhindern,
dass man das einfach so eins zu eins übernimmt
Ja, wenn man nur diesen Helikopterblick hatte und manche Großprojekte starten so.
Und dann gibt es den Preis einen großen Crash,
wenn es Events weiterhin zeigt,
wenn die irgendwelche armen Leute das dann tatsächlich ausführen müssen.
Und die setzen sich dann rein und bearbeiten händisch die 10 Millionen Datensätze,
die hier drinstehen, damit sie dann hier um die Sonntagfälle zu finden,
die hier nicht reinpassen würden.
Ganz abgesehen mal von der Berüchtigung der Sonderfälle, in denen Programmen,
die jetzt hier auf diese Datei dann zugreifen werden.
Lassen Sie uns das nur zur Illustration.
Es ist das große Problem ist,
dass wir eigentlich die Daten in einem schlechten Zustand haben
Grundsätzlich, wir gehen mal zurück zu dem, was wir hier machen wollen.
Also ich habe ja darüber gesprochen, Veränderungen vorzunehmen, aufgrund von Restrukturierung
auch der Daten. Und dabei ist es eigentlich so,
dass wir zunächst erst mal inalysieren, die Streitenstrukturen erkennen,
neue Strukturen bilden und dann das überführen wollen.
Und das müssen wir dann halt entsprechend mit dem tatsächlichen Datenbestand auch durchführen.
Und da müssen wir uns mit den existenten Problemen auseinandersetzen.
Das allgemeine Vorgehen wäre so, Wenn man zunächst,
dass man nur diese Datenabstraktionen bewachtet, ohne zu sagen,
die Daten haben vielleicht ein paar Probleme, wäre so,
dass ich zunächst erst mal analysiere, was für,
was stellen die Daten denn überhaupt dar?
Was haben sie für Bezüge zueinander?
Mit dem Ziel,
Abstraktionen zu erkennen
Das ist etwas,
was Sie vielleicht schon mal kennen oder gar gemacht haben,
wenn es darum geht, fachliche Objekte zu erkennen.
Ja, sowas haben wir bei Domaintriven Design. Sowas haben wir
bei dem Werkzeugmaterialansatz, den Sie eins und SC2 kennengelernt haben im Bachelor.
Wie erkenne ich fachliche Abstraktionen? Und das wäre dieses Analysieren
. Dann würden wir natürlich das in irgendeiner Form umsetzen,
indem wir fachliche Klassen bilden.
Diese Klassen sind immer Kopplungen inzwischen,
Methoden und Zugriffsmethoden und Datenstrukturen
Abstraktionen bilden. Das wären abstrakte Datentypen. Und diese abstrakten
Datentypen fassen Operationen zusammen und verbergen damit tatsächlich den Zugriff.
Verbergen die tatsächliche physische Implementierung und erlauben Änderungen später.
Und dann, wenn man natürlich diese Abstraktionen gebildet hat,
müssen wir die Software so verändern,
Dass der Zugriff auf die neuen Datenstrukturen erfolgt.
Und was jetzt der kritische Punkt ist,
wir müssen natürlich die bestehenden Daten umkopieren in die
neue Datenstruktur überführen
Und das ist jetzt der Punkt, der wirklich,
der wirklich kritisch ist, weil diese bestehenden Daten,
drei Ausrufezeichen, ja, das ist das,
was leider nicht ganz so schön ist, wie das in der Theorie ist,
wenn man das nur so helikoptermäßig betrachtet von oben, ja,
da gibt es die, da eine Struktur und die Datenstruktur,
da gibt es vielleicht noch eine Million Sonderfälle,
einen Haufen Fehler, Inkonsistenzen, solche Sachen,
mit denen das bisherige Programm irgendwie umgehen konnte.
Aber das neue Programm mangels Wissen, Mangelskenntnis, Mangelsvorbereitung,
dass gar nicht, wir können jetzt,
der Entwickler kann das gar nicht ahnen, was da alles passiert.
Deswegen müssen wir dieses Überführen tun und dieses Überführen,
das ist dann Datenmigration. Und wenn wir dabei Verbesserungen durchführen
wollen, ist das ein wichtiger Bestandteil des Re-Engineering
Lassen Sie uns kurz darüber sprechen, worin bestehen denn die Probleme,
die wir, eine neue Seite, die wir dabei haben.
Mit diesen, die bestimmten Probleme, mit diesen Datenbeständen,
wir beziehen uns dabei auf das,
was hier in der Frage 3 bezeichnet ist,
Datenverschlechterung bezeichnet ja so etwas, das Wort bezeichnet ja einen Prozess.
Und diesen Prozess, Dieses Wort verwende ich hier,
um den Prozess zu kennzeichnen, der über die Jahre passiert ist,
über die Anreicherung von Daten. Am Ende ist es häufig so,
dass wir den Effekt haben, dass eine geringe Datenqualität besteht.
Geringe Datenqualität ist geschuldet durch Inkonsistenzen, Dann haben wir Dinge,
fehlende Daten. Wie kommt es dazu? Hat dort jemand Sabotage betrieben? Was ist da passiert? Ganz häufig,
um das mal ein bisschen praktisch zu machen,
war das ganz häufig so, dass in vielen Fällen,
ich sag mal, vor der Automatisierung, Digitalisierung,
die wir in den letzten zehn Jahren gesehen haben,
so ist, dass es den Beruf sozusagen des Datentypes,
oder meistens waren das Frauen der Datentypistin gab,
die saßen am Ende, sie haben Formulare gekriegt,
zum Beispiel von der Versicherungssieg ihre Kfz-Schadensmeldung,
hatten sie vor zehn Jahren noch aufgrund auf einem Papier auszufüllen.
Sie haben dieses Papier in die Versicherung eingesandt und dort saß jemand,
der das abgetippt hat und hat das in das System eingegeben.
Das Gleiche passierte mit Adressen. Es gab irgendwie einen Gewinnausschreibung
und was man im Wesentlichen gemacht hat, man hat natürlich
den Gewinnerverteilung und vor allen Dingen hat man die Adressen gesammelt.
Ja, man hat die Adressen dann mehr oder weniger abgetippt
So, und dann in Dateien zusammengetragen und diese Adressen dann irgendwie weiterverwendet, gemerged,
verkauft, wie auch immer. Und wenn Sie sich vorstellen,
dass jemand, der diese Daten abtippt,
im Akkord arbeitet, mit zehn Finger schreiben und zack,
zack, zack, eine Datei, ein Foto,
ein Scan nach dem anderen da abzuarbeiten hat,
dann können Sie für sich vorstellen, dass dabei natürlich Fehler passiert.
Man sagt so, grundsätzlich,
der Mensch macht drei Prozent Fehler, ja,
also bei 100 Zeilen ist mindestens eine Zeile fehlerhaft,
bei 100 Datensätzen ist mindestens ein Datensatz fehlerhaft,
auch wenn Sie die einzelnen Adresseinträge zählen,
sind da
noch mehr fehlerhaft
So, und wie passiert, wie merkt man denn das? Ja,
also ich meine jetzt solche ganz simplen Sachen,
wie die Postleitzahl passt nicht zum Ort oder bei der,
da hat jemand was falsch erkannt,
da stand Mozartstraße 16b und jemand hat 1066 draus gemacht,
weil er das BE für eine 6 gehalten hat.
Dummerweise gibt es die Straße 100 Nummer 166 gar nicht. So,
und du bist da, ja, das sind alles,
das sind alles Punkte oder da hat sich mein Sonderzeichen eingeschlichen oder es fehlen ganze Einträge.
Also da fehlt mal irgendwo, ist zwar die Straße da, aber die Hausnummer fehlt.
Solche Sachen und das kommt ein Geburtsdatum, was gar nicht existiert.
Diese Solche Punkte sind zunächst erst mal entstanden durch die manuelle Eingabe.
Und man hat versucht, da Konsistenzprüfungen einzuführen. Man hat versucht,
da jemanden nochmal drüber umklicken zu lassen, aber bei Millionen Datensätzen
ist das auch eine Tätigkeit, die sehr viel Arbeit erfordert.
Heute wird man, da macht man das nur noch ganz selten,
dass man das von Hand abtippen lässt.
Heute sind die Probleme andere. Heute versucht man durch so Schrifterkennung,
Handschrifterkennung, das automatisch zu machen, diese Fähigkeiten für die Handschrifterkennung sind wirklich beeindruckend.
Die Leute machen dort sehr Also auch sehr schriftlich,
nicht die Leute, sondern die Techniken schaffen es,
sehr schlechte Handschriften tatsächlich noch irgendwie zu erkennen.
Und jetzt hier so von Wörterbüchern abzugleichen, was könnte denn das sein?
Und aufgrund von Kontextwissen dann eben zu sagen, okay,
mit dieser Stadt zum Beispiel, da steht eben Paderborn,
da kann es eigentlich nur die oder die Postleitzahl sein.
Auch wenn das jetzt irgendwie ein bisschen anders aussieht,
ja, könnte irgendwie noch hinkommen.
Also so semantisches Hintergrundwissen aus Wissensmaßen wird da verwendet.
Und damit sind die Daten schon sehr viel besser.
Aber eben auch nicht fehlerfrei. Und natürlich bis dahin,
dass irgendwelche Daten dann vielleicht auch nicht erkannt werden. Es gibt ja Leute,
die schicken zum Beispiel einen Brief mal offen,
einem Silberpapier macht man einen Umschlag selber, auf Silberpapier,
können sich vorstellen, dass die Anschrift erkennen, das spiegelt nur,
da erkennt man einfach, das Bild ist ganz schlecht.
Ja, und da kann man natürlich aus einem schlechten Bild nicht mehr
viel erkennen. Also diese Fragen, diese entstehen durch.
Lange Geschichte. Das von Hand ist eine fehlerhafte Erfassung,
so dass sie heißen, Das ist ein Punkt,
der eigentlich nur behoben werden kann,
indem man die Erfassung verbessert.
In vielen Fällen fand auch
gar keine Eingabeprüfung statt
Oder es wurde etwas doppelt gemacht. Also, in der Anschrift wurde einfach mehrfach erfasst, manchmal mit geringem Unterschied. Also,
sie merken das dann, wenn sie von irgendjemandem zwei Werbebriefe kriegen,
die sich ganz klein ein bisschen in der Schreibweise der Straße unterschreiben oder ihres Namens unterscheiden,
dann bedeutet das, ja,
die haben es irgendwie nicht geschafft, das zusammenzuführen,
die schicken den Brief zweimal, wenn wir dann Datensätze haben,
die das eigentlich zusammengehören, aber in getrennten Benutzerkunden,
in getrennten, ja, was auch immer geführt werden,
dann ist es natürlich ganz schwierig,
damit umzugehen und das konsistent zu halten
Häufig ist es auch noch, dass das geringe Datenqualität
dadurch entstanden ist, dass die Software selbst Fehler hat.
Nein, das soll Softwarefehler heißen.
Softwarefehler führen natürlich
mehr Zahlen
Führen zu fehlerhaften Daten, ja. Und diese,
das muss natürlich passieren, das muss man irgendwie prüfen.
Ja, also es muss regelmäßig, müssen da Überprüfungen stattfinden,
man muss das bereinigen. Man müsste zum Beispiel solche Softwarefehler,
die dann aus fehlerhaften Daten resultieren, man versucht ja immer weiterzuarbeiten,
wie ich das ganze Programm natürlich abstürzen zu lassen.
Aber wenn da ein Fehler erkannt wird,
müsste das in irgendeinem Logfile geschrieben werden,
es muss jemand nachpflegen
Man könnte die Daten pflegen,
indem man diese Logfiles von Fehlermeldungen aufarbeitet und jedes Mal nachschaut,
wo ist denn da die Ursache, diese Dinge findet.
Zum Beispiel, indem man Dupletten regelmäßig sucht oder indem man
solche Überprüfungen stichprobenartig durchführt und sagt, okay,
da gibt es typische Fehler für die typischen Fehlerstellen
wir regeln auf und versuchen deine Datenbestand zu pflegen.
Pflegen im Sinne von, verhindern, verringern solcher Inkonsistenzen,
finden und beheben von fehlenden,
unfehlerhaften Daten
Das Problem ist auch noch, dass wir eine Akkumulation,
eine Sammlung solcher Fehler haben.
Durch lange Nutzungszeit. Wenn wir also eine lange Nutzungsdauer wäre,
das bessere Wort, das ändern wir schnell noch durch
lange Nutzungsdauer
Die lange Nutzungsdauer führt dazu,
dass fehlerhafte Daten eben konsistente Daten zu fehlerhaften Operationen führen,
die wieder fehlerhafte Daten produzieren oder noch weitere Fehler induzieren.
Bis dahin, dass solche Softwarefehler auch durchaus sein können,
dass es irgendwie abstürzt, ein Programm,
irgendwie seine Bearbeitung nicht ordentlich macht.
Und dann bleiben in Konsistenzen zurück durch diesen Absturz durch den Programm abdrücken.
Das ist ein Punkt, der zu geringer Datenqualität führt. Ein weiterer,
doch leider ist das noch nicht die ganze Story,
es ist auch so,
dass wir teilweise Begrenzungen des Programms haben,
da machen wir auf einer neuen Seite
Wir setzen also diese Liste hier fort, die dazu führen,
dass Daten bewusst falsch gemacht werden müssen.
Und zwar haben wir häufig Fälle, dass die Software Begrenzungen hat
bezüglich dass sie ein bisschen die Datenmengen nicht erfassen kann,
die eigentlich in der Realität gebraucht werden oder die heute gebraucht werden.
Früher war das alles noch kein Thema.
Nur zur Erläuterung
Eine Erinnerung an etwas, was vor ihrer Zeit war,
das Jahr 2000 Problem, viele Software,
viele Programme haben nur zweistellige Abbildungen von Jahreszahlen gehabt.
Das ist alles lang kein Problem, solange deine 19 vorne dran stand.
Und da konnte man einfach die Differenz bilden. Also zwischen 1990 und 1993
waren drei Jahre Dauer für irgendetwas, sagen wir mal,
für eine Mietzahlung oder für einen Versicherungsvertrag oder was auch immer.
Man konnte einfach die Differenz bilden. Aber wenn er plötzlich 2004 steht,
geht das mit der Differenz nicht mehr so einfach.
Die Lösung ist, man braucht eine vierstellige Jahreszeit.
Aber der Wert, das ist in dem Fall ein Punkt,
der Wertebereich, der Wertebereich von zweistelligen Zahlen ist halt nur 100.
Und dann müssen wir da irgendwie Veränderungen vornehmen
Was haben die Leute gemacht? Die sind ja erfinderisch.
Die haben dann irgendwie Abbildungen gemacht. Irgendwie die Einschränkungen umgangen
. Ich will noch eher ein Beispiel geben.
Das soll nur heißen
Irgendwie hat man jemanden als kleiner Finanzverwalter angefangen und Immobilienfonds aufgesetzt und gesagt,
ach ja, nein, wenn sich Fonds reichen, beliebig,
ich fange erst mal mit zu, ich mache drei,
aber 100 ist mehr, ich brauche nur 99.
So, also zweistellige Zahlen dafür,
alles wunderbar und irgendwann kam man auf die Idee, okay,
ich könnte ja mit Fonds handeln und da gibt es natürlich
weltweit viel mehr und deswegen brauchen wir plötzlich viel mehr und damit,
das konnte man aber nicht lösen,
also hat man mehrere Instanzen des Programms gemacht,
1a bis K und 1
ich MBS und das Netzte bis zum TED. Also so
können Sie sich vorstellen, hat man das irgendwie umgangen.
Aber Sie können sich vorstellen, da müssen Sie,
da müsste man immer Nutzer dreimal anlegen,
in allen drei Verwaltungssystemen und dann gemeinsamen Zugriff machen.
Also so ganz einfach ist das auch nicht.
Aber diese Veränderung erstmal nur um ein Beispiel zu geben,
was ist dort möglich.
Was ist dort notwendig? Und die Leute haben sich versucht
irgendwie zu behelfen wie hier mit mehreren Instanzen
Und der dritte Punkt, den ich hier nennen möchte,
ist Veränderungen der Architektur. Veränderungen oder Weiterentwicklung der Architektur.
Das ist so ein bisschen das,
was wir hier in dem Bild hier gesehen haben.
Also es gibt hier Strukturänderungen, werden dann von der Struktur
auf die Struktur. Und das führt dazu,
dass wir irgendwie andere Datenzugriffe haben, als wir die vorher hatten.
Und das hat auch zur Folge
Wo waren wir hier,
dass wir auch, dass wir Datenzugriffsschichten sowas einführen müssen.
Oder dass wir Bezüge,
Abhängigkeiten zu verändern haben
Nehmen Sie an, es gibt irgendwas,
sowas wie Art Foreign Key wurde manchmal abgebildet durch irgendwelche Schlüssel,
die dann im Text standen. Und man hat,
weil das Datenbanksystem, die solche Schlüsseln nicht unterstützt hat.
Und wenn man das dann woanders hinkopiert und einen wirklichen Schlüssel habe,
ist ein Schreibfehler natürlich fatal,
weil dann der Schlüssel nicht mehr so ganz korrekt ist.
Das wäre also das, was wir als Datenverschlechterung bezeichnen würden.
Ja, hier, also ich unterstreiche das nochmal.
Das wäre das für diese beiden Seitendatenverschlechterungen.
Und dann gibt es noch weitere Probleme,
die wir haben
Achso, mir können wir noch hinzugeben.
Ich gebe ja hier noch mal hier oben bei dem,
vielleicht passt das bei Ihnen auch noch hin.
Ja, irgendwie hat man Begrenzung der Feldlinge, kommt auch relativ häufig vor. Ich habe Strings,
die eine bestimmte Länge haben und das kostet natürlich was,
wenn ich da statt zehn da lieber mal 100 eingebe und für alle Fälle gewappnet zu sein,
brauche ich gleich viel mehr Platz für die ganze Datenbank.
Und das ist natürlich irgendwo schmerzlich, kostet Geld. Und deswegen hat man versucht,
gerade in früheren Zeiten als Speicher sehr viel teurer war, Feldlänge zu begrenzen.
Und das ist dann häufig dadurch, dass man,
haben die Leute Leute sich dann irgendwie bei diesem manuellen Eingeben irgendwie versucht zu beschränken,
dass sich einfach eine Stand sehr geehrter Herr Professor Doktor,
und dann kam der Lärmeleiter nicht mehr,
weil das Feld zu Ende war.
Man hat sich dann irgendwie versucht, mit Abkürzungen zu behelfen.
Und das führt natürlich dazu, dass die Daten nicht ganz korrekt sind,
auf jeden Fall nicht konsistent sind. Und weitere Probleme,
die passieren, sind, dass wir Veränderungen der Datenmenge vornehmen,
das können wir hier noch mit zunehmen, Zugriffen, Veränderungen
Das würde also auch wieder zutreffend auf etwas für die Situation hier.
Wir haben hier, machen hier eine Veränderung in einem Bereich
und da müssen natürlich die anderen die Bezeichnungen sich dann auch irgendwie ändern.
Das wäre ein weiterer Punkt. Manchmal haben wir auch so,
haben wir auch Probleme, dass Datenzugriffe fest im Programm
verankert sind
Also wir sagen ja meistens hart kotiert dazu,
das sind Punkte, die ja auch dazu führen,
dass man bestimmte Kunstgriffe macht,
um Zuordnungen herzustellen und die am Ende bei der Datenveränderung eine Rolle spielen
und diese letzten Punkte hier sind dann so erfordern auch ein Datenring in Regionierung,
obwohl sie nicht zu den oberen Sachen mit der Verschlechtung so direkt dazugehören.
In dem möchte ich noch ein weiteres einführen, dass wir
nicht so eine klare Übersicht haben, fehlendes Data Dictionary.
Ein Data Dictionary sagt etwas über die Verwendung von Namen.
Oder Formate und Wertebereiche
Und vielleicht eben auch die Benutzung, wie ist denn das Nutzungsregime,
gibt es da bestimmte Zustände oder besondere, besondere Besonderheiten.
Sowas wie Regeln, das wird auch,
solche Informationen werden, das Letzte,
manchmal werden im Data-Dectionerous zum Beispiel abgelegt und man diese Informationen uns fehlt,
ist,
da führt das dazu,
dass über die Lauf der Zeit das
nicht ganz konsistent gehalten wird
Damit haben wir zunächst erstmal die Frage drei beantwortet,
welche Probleme gibt es denn oder Frage vier,
was sind konsistente, was sind Schwierigkeiten, die wir dabei bestehen.
Wir haben hier eine Folie,
die uns den Ablauf mal an einem Beispiel zeigt,
das ist jetzt aus dem Buch Sommerwell übernommen,
wir haben das Ende, am Ende ist ja immer der Wunsch,
die Daten in einen besseren Zustand zu bringen,
zu konvertieren und das passiert am Ende hier auf dieser Linie.
Ja, ich habe die Ausgangsdaten konvertiert und habe die geänderten Daten.
Und das Ganze hängt aber häufig damit zusammen,
dass wir vorher eine Analyse machen müssen. Je nachdem,
was wir vorhin, hier finden Sie ein bisschen die Sachen,
die wir gerade haben. Wir wollen die Benennung verändern oder
wo wir den Wertebereich verändern oder wir wollen Formatverhandlungen in eine Konvertierung durch verändern.
Solche Sachen könnten dann passieren und das könnten wir hängt immer ein bisschen damit so ab,
was ist die, was kann die Software,
was sind dort für Regeln drin,
was wiederum die zum Nachteil hat oder die Herausforderung bietet,
wir müssen erstmal die Regeln kennen, mit der die Daten verarbeitet werden,
welche Sonderfälle das Grundregeln ist meistens klar,
aber wie wird mit Sonderferien umgegangen,
dass es irgendwo im Programm versteckt
Das müssen sie erst mal finden. Wenn uns das gelingt,
das rauszufinden, können wir sagen, okay, das sind die Veränderungen.
Gleichzeitig müssen wir die Daten analysieren und hier würden wir versuchen,
in irgendeiner Form Regeln aufzustellen.
Typische Fälle in Tabellen zusammenzufassen, um dann wirklich eine Datenkonvertierung zu machen.
Dieses Bild fasst aus meiner Sicht nur die ganze Problematik ein bisschen zusammen.
Sie ist weit weg davon, um eine Systematik zu sagen,
wie gehe ich da vor?
Hier steht noch was dran von Stufe 1, Stufe 2, Stufe
3. Der Herr Sommer will halt sehr viel zusammengeführt.
Ich halte manche seiner Sachen für ein bisschen Man kennt es eben
ein bisschen besser strukturieren können. Das trifft auch auf dieses
Bild zu. Ich habe es trotzdem hier reingenommen,
weil es die Sachen ein bisschen im Zusammenhang darstellt.
Bitte betrachten Sie die Pfeile, aber keinen nicht,
als wenn es dringende Volk ist,
sondern das Ganze mehr als eine Sammlung von Gesichtspunkten,
die ich irgendwie alle betrachten muss.
Also die Dinge, die hier dazugehören,
und dass wir am Ende, wollen wir eine Konvertierung durchführen.
Und diese Konvertierung sollte möglichst maschinell passieren.
Wir haben hier Änderungstabellen. Ich schreibe mal einfach dazu,
Dass wir in irgendeiner Form sowas meistens auch in Regeln mit
Formatier formulieren und das Ganze wird dann genutzt,
um hier eben so eine Konvertierung von Standardwerten oder sowas zu machen.
Ja, also das ist ein Beispiel dafür,
was wir hier tun und gleichzeitig der Ablauf dieser Bremenströmen.
Ich bleibe Ihnen ein bisschen schuldig, was wir tatsächlich,
wie wir Maßnahmen haben, weil das sehr stark vom Einzelfall abhängt.
Wichtig war mir, Sie damit zu konfrontieren und da vorzubereiten,
dass die Daten auch Aufmerksamkeit erfordern und nicht nur die Programmstrukturen
und der Ablauf