Vorgehen und Artefakte
Die Entwicklung erfolgt in einer Arbeitsgruppe. Begonnen wird mit der Sparte Kfz. Die Ergebnisse werden dem Steuerkreis zur Bewertung vorgelegt.
Die behandelten Use-Cases und die normierten Geschäftsprozesse (u. a. mittels BPMN, samt abschließender Aufzählung der zulässigen Prozessvarianten) legt eine parallele Arbeitsgruppe fest. Sie sind Eingangsgröße dieses Vorhabens, aber nicht Teil davon.
Norm, Referenzimplementierung und Werkzeuge entstehen gemeinsam und werden zusammen veröffentlicht (siehe Werkzeuge).
Geschäftsfalltypen in der Reihenfolge ihrer Umsetzung
Alle Geschäftsfalltypen folgen demselben Modell aus Geschäftsfall, Geschäftsobjekten, Operationsarten und Prozesswissen (Geschäftsobjekte und Operationen). Sie werden nacheinander ausgearbeitet; jeder Typ bekommt seine Beschreibung im Raster des Modells, seine Deklaration als Prozesswissen und seine Abbildung auf die bestehenden OMDS-3-Services, bevor die Referenzimplementierung ihn umsetzt.
-
Antragsstrecke (Antragsstrecke) – zuerst, weil sie der häufigste Vorgang ist und alle Operationsarten enthält. Umgesetzt und erprobt sind Produktauswahl, die Konfiguration als Entwurf am Server mit Bearbeitungen und die Berechnung; Offert, Antrag und Vertrag folgen, zusammen mit der Umstellung der bestehenden Services auf Geschäftsobjekte mit eigenen Zuständen.
-
Vertragsänderung – bestehender Vertrag → Änderungsantrag → geänderter Vertrag; dieselben Bearbeitungen wie in der Antragsstrecke, ergänzt um Änderungsgrund und Wirksamkeitsdatum.
-
Konvertierung – bestehender Vertrag → Konvertierungsantrag auf einem aktuellen Produkt → neuer Vertrag, der den alten ablöst.
-
Schadenmeldung und -bearbeitung – beginnt mit einer Erzeugung (Schadenmeldung zum Vertrag); Prüfung, Rückfrage und Regulierung liegen beim Versicherer.
Die Beispielversicherer deklarieren je Typ, welche Varianten sie anbieten (Beispielversicherer).
Artefakte in der Reihenfolge ihrer Erstellung
-
Definition der Schnittstellen für die Services: Vokabular für Geschäftsfall, Geschäftsobjekte, Zustände und Operationsarten, Deklaration je Geschäftsfalltyp, OpenAPI-Operationen
-
Muster-Versicherung als Java-Webapplikation
-
MCP-Server auf Basis der Muster-Versicherung
-
Referenz-Wrapper über die bestehenden SOAP-Services als Nachweis der Abwärtskompatibilität: die Muster-Versicherung mit SOAP-Adapter statt Beispieltarif (Abwärtskompatibilität)
-
Dokumentationswebseite
-
Muster-Vermittler als Angular-Client
-
Selbsttests für Versicherungen als JUnit-Tests
-
Selbsttests für Vermittler als JUnit-Tests