IMC GmbH | enviTec Ltd.

Nachfolgende Darstellungen sollen einen Überblick über die Art und Weise unserer Programmierung vermitteln. Das Programm wurde als Client-Server-Applikation entwickelt und wird über WAN sachsenweit genutzt (Bild 1). Spezifische Besonderheiten der Vernetzung sowie spezielle Vorgaben des Auftraggebers erzwangen eine Modifizierung der Client-Server-Arbeitsweise (Bild 2). Die Einsatzstellen (z.B. die Ämter für Landwirtschaft, das Regierungspräsidium Chemnitz, das Sächsische Staatsministerium für Umwelt und Landwirtschaft in Dresden) besitzen lokale Server und Datenbankserver. Die meisten Programme arbeiten lokal, d.h. offline. Der Datenaustausch zwischen lokaler und zentraler Datenhaltung erfolgt nachts mittels Replikation. Das Programm AgriFörder /EBF arbeitet online, d.h. alle relevanten Daten der Förderung werden auf dem Server in Pillnitz gehalten und stehen allen Nutzern für einen direktem Zugriff zur Verfügung.

Erschwerend kommt hinzu, dass die Einsatzstellen in verschiedenen Domänen angesiedelt sind und der Datenaustausch nur über einen Brückenserver (Vermittlungsserver), der von allen Domänen "gesehen" wird, mittels Distributed Transaction erfolgt. Um den Administrierungsaufwand in vertretbaren Grenzen zu halten, werden die Nutzer im lokalen SQL-Server anonymisiert (Standardnutzer) und die Verbindung zwischen den SQL-Servern über den Standardnutzer aufgebaut. Entsprechende Verfahren sichern ab, dass die Datensicherheit (der Nutzer darf nur seine Daten sehen und bearbeiten) gewährleistet ist.

(a)

Die Nutzer arbeiten sachsenweit in 20 unterschiedlichen Einsatzorten. Es existieren zwei WAN-Netzverbunde (Ämter für Landwirtschaft, Regierungspräsidien und Infohighway Sachsen). Jeder Einsatzort ist einem der zwei Netzverbunde zugeordnet.

Jeder Einsatzort nutzt eigene Domänen inklusive lokaler Datenbankserver. Vertrauensstellungen zwischen Domänen, die sich in unterschiedlichen Netzverbunden (s. o.) befinden, sind nicht gestattet. Diese Restriktion bedingt, dass Nutzer nicht domänenübergreifend arbeiten können.

Der Auftraggeber fordert, dass die Förderdaten domänenübergreifend zentral zu halten sind und der Zugriff aller Nutzer in Echtzeit zu gewährleisten ist.

Lösungsansatz:

Rechner mit aufgesetztem Datenbankserver, der physisch in beiden Netzverbunden agiert und über den Datenbankserver (Verbindungsserver) zu allen anderen Datenbankservern Verbindung herstellen kann. Einer dieser verbundenen Datenbankserver verwaltet den zentralen Datenbestand (Zielserver).

Das Programm greift am Einsatzort auf eine Datenbank des lokalen Datenbankservers zu, der diesem einen lokalen Datenbestand simuliert, welcher ein Abbild des Datenbestandes aus der gleichnamigen Datenbank des zentralen Datenbankservers ist.

Das Programm arbeitet mit stored procedures, die in der lokalen Datenbank abgelegt sind. Diese Prozeduren arbeiten nicht mit dem lokalen Datenbestand (der physisch nicht vorhanden ist), sondern geben diese Anforderungen über den Verbindungsserver an den Zielserver weiter. Um die Datenintegrität zu gewährleisten erfolgt der Prozeduraufruf vom lokalen Datenbankserver als Distributed Transaction.

Um einen vertretbaren Administrierungsaufwand (Erstinstallation, Nutzerverwaltung) der SQL Server (Verbindungsserver, Zielserver) zu gewährleisten, wird ein Standardlogin eingerichtet, das den gesamten Datenverkehr des Programms zwischen allen beteiligten Datenbankservern organisiert. Die Kommunikation zwischen Programm und lokaler Datenbank erfolgt standardgemäß über die in der Datenbank administrierten Nutzer. In die vom lokalen Datenbankserver weitergereichten Anforderungen wird das Nutzerlogin des lokalen Datenbankservers eingeschlüsselt (Gewährleistung der Zugriffsrechte am Verbindungs- und Zielserver).

(b)

Um weitestgehend Redundanzen im gesamten Datenbestand des Auftraggebers zu vermeiden, müssen vorliegende Daten anderer Datenbanken über Sichten eingebunden werden.

(c)

Der Förderprozess ist wiederholten Änderungen hinsichtlich Inhalt und Struktur der in der Datenbank abzulegenden Daten, modifizierten Durchführungsbestimmungen der Förderung, häufigen Wechseln der im Förderprozess involvierten Nutzer, etc. unterworfen. Diese, die Programmstruktur und den Programmablauf beeinflussenden Veränderungen sollen weitestgehend durch den Nutzer realisierbar sein. Änderungsprogrammierung durch den Programmentwickler sollen auf ein absolutes Mindestmaß reduziert werden.

Lösungsansatz:

Die oben genannten Forderungen werden dadurch erreicht, dass bei der Programmierung dynamische Grundstrukturen zugrunde gelegt werden. Diese können durch administrierte Nutzer mittels im Programm zur Verfügung gestellter Hilfsmittel jederzeit den Veränderungen angepasst werden.

(d)

Die Daten sind nach außen, d.h. für den Nutzer nach Dienstgebieten (Amtsbereich) zu strukturieren. Je nach Verantwortlichkeit sollen Daten eines bzw. mehrerer Dienstgebiete eingesehen und/bzw. bearbeitet werden können (Dienstgebieteberechtigung). Die Nutzer dürfen nur Teilaufgaben des gesamten Förderprozesses (z. Bsp. Erfassung, Bearbeitung, Bewilligung, Auszahlungsantrag, Auszahlung, …) bearbeiten, d.h., dass mittels der Rechteverwaltung jede Teilaufgabe (lesen, bzw. bearbeiten) einzeln den Nutzern zugewiesen werden kann. Weiterhin besteht die Forderung, dass ein Nutzer, der berechtigt ist, Teilaufgaben durchzuführen, diese unter bestimmten Umständen nicht an einem Objekt (Fördervorhaben) gleichzeitig (z. Bsp. Bewilligen und Auszahlen) durchführen darf. Weiterhin muss pro Förderantrag die Möglichkeit bestehen, einer Teilaufgabe exklusiv einem oder mehreren berechtigten Nutzer(n) zuzuweisen.

Bei schreibendem Zugriff müssen alle Bearbeitungsschritte am Objekt für andere Benutzer gesperrt werden, auf die der schreibende Zugriff eine unmittelbare bzw. mittelbare Auswirkung hat.

Gewährleistung der Revisionssicherheit durch automatisierte, fortschreitende Protokollierung der geänderten oder gelöschten Datensätze in einer separaten Datenbank.

Lösungsansatz:

Die vom Datenbankserver bereitgestellte Rechteadministrierung (Rollen) genügt nicht den oben genannten Anforderungen. Aus diesem Grund wird die Rechteadministrierung des Datenbankservers mit einer eigenen kombiniert.

strikte GUI orientierte Programmierung

baumorientierte Programmführung

frei skalierbare Fenster

automatische Überwachung der Limite (Fördergelder)

schnelles Auffinden benötigter Daten durch integrierte Filter- und Suchfunktion

Bereitstellung eines internen Mailsystems, u. a. zur Versendung automatisch erstellter förderprozessabhängigen Nutzerinformationen

Unterstützung von Drag & Drop

automatisierte Erstellung von Bescheiden, Vorlagen in MS Word ©

Möglichkeit des Exports von Statistiken in MS Excel ©