Kann ein Informatiker auch ein Programm schreiben für Geodäsie, Landvermessung und DGPS ?
Selbstverständlich können Informatiker Programme aus dem Themenbereich Geodäsie, Landvermessung und DGPS schreiben. Allerdings werden die wenigsten Informatiker Kenntnisse in diesem Bereich haben. Das ist aber oft so. Wenn man nicht gerade Software für den IT Bereich schreibt (wie Datenbanksysteme, Oberflächen-Komponenten oder IDEs), ist man normalerweise kein Experte für den Themenbereich (Domäne) / die Zielgruppe. Man muss daher diese Expertise irgendwo her holen. Es ist nicht ungewöhnlich, dass man als Informatiker Software im Team mit sogenannten Domänenexperten entwickelt. In diesem Fall wären es vermutlich Geologen.
Die Domänenexperten sind unheimlich wichtig, da nur sie das eigentliche Thema verstehen und sozusagen als Übersetzer fungieren, damit die Informatiker wissen, was sie überhaupt entwickeln sollen. Das ist natürlich ein komplexer Prozess.
Nehmen wir an, wir wollen eine Software für Landvermesser als Kunden entwickeln. Man könnte sich z.B. einen oder ein paar von diesen potentiellen Kunden als Referenzkunden nehmen, die beim Entwicklungsprozess mithelfen sollen. Diese bekommen Sonderkonditionen und die Chance, direkten Einfluss auf das Produkt ausüben zu können. Wir als Softwarefirma haben den Vorteil, direkt mit Leuten aus der Praxis und ihren ureigensten Problemen arbeiten zu können.
Die Geologen bei uns sind dabei die Vermittler zwischen den Welten. Selbst wenn sie nicht direkt in den konkreten Problemen der Landvermesser drin stecken, sprechen sie die gleiche Sprache und wissen, worauf es ankommt, was man fragen muss und können sich relativ schnell in die konkrete Materie einarbeiten.
Auf der anderen Seite wissen sie aber auch um die Prozesse bei der Softwareentwicklung und werden da natürlich auch von den Informatikern unterstützt. Zusammen fängt man dann aus den vagen Produktideen, konkrete Use-Cases und Anforderungen zu machen (z.B. mit Storymapping). Das ganze ist ein ständiger Austausch zwischen den Domänenexperten (und Referenzkunden) und den Informatikern, bis sich irgendwann ein konkretes Bild des Produkts (oder für den Anfang zumindest eines Teils davon) herauskristallisiert.
Es werden dann Machbarkeitsstudien und Prototypen angefertigt. Die nichtfachlichen Anforderungen herausgearbeitet und die ersten Features implementiert, die dann von den Domänenexperten fachlich abgenommen werden und auch den Referenzkunden gezeigt werden können. So bekommt man ständig Feedback und vermeidet, in die falsche Richtung zu laufen.
Die Domänenexperten wissen z.B. auch, worauf noch zu achten ist (oder können das recherchieren). Z.B. könnte es gesetzliche Vorgaben geben, die einzuhalten sind, bestimmte Zertifizierungen, etc.
Letztendlich geht es darum, die Vorgaben in einzelne, kleine Features herunterzubrechen, die von den Informatikern verstanden werden, um sie implementieren zu können. Ganz konkret könnte das dann z.B. so aussehen, dass die Informatiker und die Domänenexperten sich treffen und die einzelnen Features durchsprechen. Die Informatiker löchern die Experten so lange, bis sie es in ihrer Welt verstanden haben und denken, es implementieren zu können. Danach können die Informatiker ohne die Domänenxperten die konkrete Implementierung planen, also z.B. so Sachen, wie werden die Daten abgespeichert, wie sehen die Tabellen und die Abfragen aus, usw.
Also so ungefähr könnte das ablaufen. In echt spielen natürlich noch eine Menge anderer Faktoren mit rein wie Termine, Kosten, etc.