Systemintegration

Eine definierte und gelebte Facharchitektur bildet das Fundament für die Projektarbeit der Anwendungsentwicklung: der Bebauungsplan wird vorgedacht und Strukturierungsprinzipien werden vorgegeben. Sie ermöglicht, die Vollständigkeit und inhaltliche Korrektheit von der Systemauswahl/-abgrenzung über die Anforderungsdefinition bis hin zur Konzeption und Modellierung fachlich und technisch abzusichern.

Die Facharchitektur definiert:

• Welche fachlichen Anforderungen insgesamt in den Informationssystemen abzubilden sind,
• welche fachlichen Komponenten gebildet werden,
• wie sie strukturiert werden (statische Sicht),
• wie sie zusammenwirken (dynamische Sicht),
• nach welchen Regeln und Qualitätskriterien aus ihnen ein Informationssystem zusammengesetzt wird.

Der von uns favorisierte produktzentrierte Ansatz konzentriert dabei die wesentliche, vom Versicherungsprodukt abhängige Fach- und Prozesslogik an einer einzigen, zentralen Stelle im System.

Die Architektur hat nicht zum Ziel, alle Inhalte komplett und detailliert vorzugeben. Es ist Aufgabe von Projekten, den Gestaltungsrahmen unter Berücksichtigung der übergreifenden Festlegungen und Regelungen der Architektur auszufüllen. Die Architektur regelt soviel wie nötig, um die Zielsetzungen der IT-Strategie umzusetzen, lässt aber den Projekten soviel Freiheit wie möglich. Sie dient darüber hinaus auch als ein Dokument der IT-Strategie (wo kommen wir her – wo wollen wir hin) und hilft bei Auswahl und Integration von Standard- / Kaufsoftware.

Wir haben langjährige Erfahrung mit den wesentlichen am Markt eingesetzten Produktmodellierungskomponenten der Standard-Lieferanten

• msg.PM®
• VP/MS®
• msg.life® (FJA Life Factory®)

sowie für das aktuarielle Risikomanagement und Reporting mit

• SunGard Prophet®

und können diese Kenntnisse auch auf jede individuelle Kalkulationskomponente übertragen.​

Generell verstehen wir unter Konfiguration die Anpassung eines Systems an den individuellen Bedarf des Versicherers. Hierunter fallen die fachliche Ausprägung vorhandener sowie die Änderung und Ergänzung von fehlenden Funktionen.

Im Speziellen verstehen wir unter Konfiguration einen Gestaltungsansatz. Systeme werden so realisiert, dass eine hohe Flexibilität durch eine fachliche Administration ohne herkömmlichen Realisierungsaufwand erreicht werden kann. Das erhöht das Tempo der Verfügbarkeit, sorgt aber auch für reduzierte Testaufwände und eine erhöhte Produktionsstabilität bei Änderungen.

Die Konfiguration ist ein bedeutender Teilaspekt der Facharchitektur und ist dort im Detail auszuprägen.

Wir unterstützen Sie bei der Implementierung von Komponenten nach Ihrer Vorgabe. Gerne erstellen wir die Komponenten eingebettet in Ihrer organisatorischen und technischen Entwicklungsumgebung.

Wir sind erfahren in der Anwendung moderner Programmiersprachen, Frameworks und Werkzeuge, wie z.B. Java 8, Docker/Docker Swarm, Spring Boot, Hibernate, Vaadin, Sonarqube und agile Methoden Kanban und Scrum. Unser Know-How, das wir in vielen Beratungsprojekten aufgebaut haben, setzen wir wirkungsvoll für Ihren Erfolg als Versicherungsunternehmen ein.

Es ist naheliegend, dass die Vernetzung des neuen Kernsystems mit den umliegenden Systemen in der Ziel-Anwendungslandschaft sicherzustellen ist. Schließlich soll vom Vertrieb auf Basis von Bestandsdaten eine Beratung, ein Neuabschluss erfolgen, nach einer Policierung auch eine Police gedruckt, das Inkasso durchgeführt und neben der Bereitstellung von Informationen zur Unternehmenssteuerung auch ein Jahresabschluss erstellt werden können. Durch die Veränderung der Anwendungslandschaft kann eine Anpassung der Aufbau- und Ablauforganisation notwendig werden, die zu erkennen und lösen ist.

Die Prozesse einer Versicherung sind zunehmend arbeitsteilig mit Partnern zu organisieren – die oft übliche Eingrenzung der Betrachtung auf einen reine Innendienst-Unterstützung ist nicht mehr zielführend für den Unternehmenserfolg. Die Daten müssen schnell und umfassend für Prozessschritte verfügbar gemacht werden, die außerhalb des Innendienstes von externen Partnern (Vertrieb, Dienstleister) in ihrer jeweiligen Systemumgebung bearbeitet werden. Auch diese externen Partner benötigen ihren Platz in der Ziel-Anwendungslandschaft. Es sind kontrollierte, sichere und weitestgehend standardisierte Schnittstellen zum Datenaustausch vorzusehen. Mit gekapselten internen Funktionen erfolgt eine bidirektionale Kommunikation, je nach Anforderungslage in „quasi real-time“.

Die Testdurchführung, die Wahl einer idealen Testmenge und das Auffinden fehlerhafter Programmteile ist eine sehr kreative und sehr aufwändige Aufgabe – es gibt keinerlei Möglichkeit, diese Aufgabe konstruktiv zu lösen / schematisch abzuleiten.

Der Spagat zwischen einerseits „hohe/maximale Testabdeckung“ und „möglichst geringe Anzahl Testfälle“ ist nur durch Schwerpunkt-Setzungen in der Teststrategie lösbar, u.a. unter Berücksichtigung von Risiken / Auswirkungen von Fehlern, Happy-Day-Szenarien, häufige / seltene Anwendung u.a. Bei dieser Beurteilung kann die Facharchitektur hilfreich sein.

Test eigenständiger Komponenten, Integrationstest für das Zusammenwirken von mehreren Komponenten bilden Vorstufen für den Produktions-Abnahmetest.  Die Testspezifikation gibt den Testumfang in den unterschiedlichen Stufen vor. Moderne Entwicklungsmethoden wie z.B. Scrum haben den frühzeitigen Test des entwickelten Programmcodes grundsätzlich in ihr Vorgehensmodell integriert.

Der Einsatz eines Management-Tools (wie z.B. die uns geläufigen HP-ALM, Jira (Adaptavist), SQS-Testcenter) ist heutzutage Standard, um Transparenz zum Testfortschritt und zur Fehlerbehebung erzeugen zu können.

Automatisierte Regressionstests auf einem definierten, rücksetzbaren Testdatenbestand sind sinnvoll. Der „ideale“ Testumfang hängt auch hier von der Zielsetzung ab: Während der Entwicklung sind evtl. bestehende Einschränkungen zum Testzeitpunkt zu beachten (noch fehlende Funktionen, (noch) nicht die verlangte Performance o.ä.), für die Nutzung im späteren Wartungsbetrieb sind die Anforderungen an die Testfallmenge aus Produktionssicht festzulegen.

Aufgrund unserer Erfahrungen sind wir in der Lage, Testvorbereitungen und -durchführung zum Erfolg zu führen – auch dann, wenn die Ausgangssituation mal nicht dem Lehrbuch entsprechen sollte.