Hauptseite: Unterschied zwischen den Versionen

Aus BiPRO Wiki
Zur Navigation springen Zur Suche springen
VisuellWikitext
Keine Bearbeitungszusammenfassung
K (Rechtschreibfehler korrigiert und kleine Verbesserungen durchgeführt)
 
(141 dazwischenliegende Versionen von 8 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
= Was ist RNext? =
= Was ist BiPRO =
[[Image:BiPRO-Logo-250x97.png|link=https://bipro.net/]] 
 
Der BiPRO e.V. ist die neutrale Organisation der Finanzdienstleistungsbranche, in der sich Versicherungen, Vertriebspartner und Dienstleister zusammengeschlossen haben, um unternehmensübergreifende Geschäftsprozesse zu optimieren. Gemeinschaftlich werden in Normvorhaben (Projekten oder Gruppen) fachliche und technische Normen entwickelt.


''BiPRO-RNext'' oder einfach ''RNext'' ist der Codename für die nächste Release-Generation von BiPRO-Schnittstellen.
=Was ist RClassic?=
[[RClassic| '''RClassic''']] wird die seit Gründung des Vereins betriebene technische und organisatorische Form der Normentwicklung genannt, nach der Prozesse und Datentransfers zwischen den Unternehmen der Versicherungswirtschaft standardisiert werden.


Powered by
Technisch handelt es sich um einen Nachrichtenaustausch basierend auf SOAP und XML.
<br>[[Image:BiPRO-Logo-250x97.png]]
<br>https://bipro.net/


RNext stellt die nächste BiPRO Normengeneration dar und wurde Anfang 2018 in einem ersten Proof Of Concept untersucht. Aktuell gibt es verschiedene Herausforderungen im Bereich BiPRO-Implementierung. Neben einer hohen Komplexität der BiPRO-Datenmodelle gibt es einige Hürden, die einer reibungslosen Umsetzung der BiPRO-Normen und somit einem flächendeckenden Ausrollen im Wegen stehen.
Organisatorisch werden bestimmte Optimierungsbedarfe in der Kommunikation der Marktteilnehmer in zeitlich abgegrenzten Projekten bearbeitet und münden in der Regel in Normdokumenten, einem Daten- und Prozessmodell und ggf. flankierenden Dokumenten. Prozess- und Datenmodell fügen sich dabei in ein Gesamtmodell ein, und die Normdokumente unterliegen sowohl in der Form als auch der Nomenklatur einem selbstdefinierten Standard, der sich an W3C u.a. orientiert.


Hier sind einige Lösungsansätze, die im Rahmen der ersten RNext-Labs realisiert werden sollen:
Die Weiterentwicklung erfolgt nach einem reglementierten Verfahren in Change Requests (CRs), die von den Normungsgremien diskutiert und beschlossen werden, Fachgruppen (Begleitung des Markts), Digitalisierungsoffensiven (Fokussierung des Marktes auf die Implementierung bestimmter Prozesse) und ggf. Folgeprojekten.


== Artefakte als Basiskomponente bereitstellen ==
Die Normen liegen teilweise als „Offizielle Norm“ zur allgemeinen Verwendung vor, sind aber auch teilweise noch in der vereinsinternen Qualitätssicherung („Potentielle Norm“) und werden in sog. Releases nach einem groben zeitlichen Raster herausgegeben.


Bis dato werden BiPRO-Normen hauptsächlich als eine Art Richtlinie bereitgestellt. Es gibt zwar Artefakte in Form eines EA-Projektes (*.eap, UML) bzw. daraus generierter XML-Schemas, sowie WSDL-Vorlagen, allerdings müssen sich die Implementierer selbst um Serialisierung und Adaption der Datenmodelle bzw. um die Erstellung der Service-Schicht kümmern. Dabei gibt es Interpretationsspielräume, sodass eine hundertprozentige BiPRO-Konformität nicht ohne Weiteres hergestellt werden kann.
== Normen ==
Die Ergebnisse der Standardisierung des BiPRO e.V. in RClassic werden in den [https://wiki.bipro.net/index.php/Kategorie:RClassic_Normen '''Normen'''] der BiPRO dokumentiert. Die Normen beschreiben alle Festlegungen, die für die Prozesse und Daten getroffen werden.


Die Idee von RNext dagegen ist, dass BiPRO-Normen mit konkreten Artefakten ausgeliefert werden. Diese wiederum können sowohl den Implementierungsaufwand reduzieren als auch die Normkonformität verbessern. Da alle Datenmodelle und die Service-Endpunkte normiert sind, können Framework-spezifische Basiskomponenten generiert werden und diese in public oder private Package-Repositories veröffentlicht werden. Somit kann der Implementierer eine BiPRO-Basis, als Package für das jeweilige Programmierframework beziehen und muss lediglich Spezifika der Domäne als Delta implementieren. Der Implementierungsaufwand wird dadurch deutlich reduziert. Und die Norm wird maximal eingehalten. Es sollen kleine, atomare Artefakte generiert werden, sodass der Anwender, je nach Zweck, nur den tatsächlich benötigten Funktionsumfang in seiner Anwendung nutzen kann.
== Release-Pakete ==
Mitgliedern des BiPRO e.V. stehen sämtliche RClassic Normpakete zur Verfügung. Eine detailliertere Beschreibung der Normpakete sowie der Download dieser findet sich unter den [[Releases_RClassic | '''RClassic Releases''']].


== WEB API / REST Service ==
= Was ist RNext? =
 
Auch wenn eine BiPRO-Norm als ein technologie-übergreifendes Konstrukt angedacht ist, so ist die Nähe zum SOAP-Protokoll unverkennbar. Im Laufe der vergangenen Jahre haben sich allerdings die technischen Rahmenbedingungen massiv verändert. Heute werden immer häufige REST-Services als Web-APIs eingesetzt. Diese ermöglichen ein schlankeres Übertragungsformat in Form von JSON-Daten. Des Weiteren können die komplexen Datenstrukturen in kleineren atomaren Lese- und Schreiboperationen verarbeitet werden. Dabei werden die SOA-Prinzipien durch die Verwendung von Micro Service Patterns ergänzt.
 
Eine der wesentlichen Herausforderungen ist es, die BiPRO-Norm für den aktuellen und den zukünftigen Stand der Technik fit zu machen. Es gibt immer mehr Clients, vor allem im mobilen Bereich, die ausschließlich auf REST-Services setzen. Vor allem mit Hilfe der Spezifikationen von Open API werden moderne Service-Schnittstellen definiert.
 
* https://github.com/OAI/OpenAPI-Specification
* https://www.openapis.org/
 
Damit wird ermöglicht, die Schnittstellen und die dazugehörigen Datenmodelle deklarativ nach einem technologie-übergreifenden Standard zu modellieren. Ein Großteil des anwendungsspezifischen Codes wird dabei durch Generatoren erzeugt. Technologien wie RAML oder Swagger haben sich bereits als nachhaltiges aktives Ökosystem in diesem Bereich erfolgreich etabliert.
 
== BiPRO Datenmodelle ==
 
Einen wesentlichen Teil der BiPRO-Normen stellen die objektorientierten Datenmodelle dar. Das Datenmodell besteht aus generischen sparten-übergreifenden Bestandteilen und aus sparten-spezifischen Ausprägungen. Vor allem auf der Consumer-Seite ist die Anbindung einer BiPRO-Schnittstelle immer noch eine große Herausforderung. Um z.B. fünf Felder an den Service zu schicken, müssen oft komplexe Objektbäume instanziert werden, damit das hierarchische Konstrukt anschließend mit den eigentlichen Daten befüllt werden kann.
 
RNext soll die Komplexität solcher hierarchischeren Datenmodelle reduzieren, sodass die Anbindung von BiPRO-Services einfacher und intuitiver erreicht werden kann.
 
== Continuous Integration/Deployment ==
 
CI/CD sind in der heutigen Welt der Softwareentwicklung feste Bestandteile des Application Lifecycle Management (ALM). Damit wird eine dezentrale Entwicklung, einfachere Versionierung und vor allem kürzere Release-Zyklen ermöglicht.
 
Eine der Ideen von RNext ist der Aufbau einer solchen zentralen Build- und Deployment-Pipeline mit Hilfe eines CI/CD-Servers, wie z.B. Jenkins oder Team Foundation Server (TFS).
 
== BiPRO Norm Lifecycle Management ==
 
Der Normierungsprozess beginnt mehr oder weniger wie gewohnt mit der Erstellung eines Datenmodells und endet mit der Publizierung der Artefakte in Package-Repositories. Am Ende des Normierungsprozesses stehen alle Normen in Form von verschiedenen Artefakten dem Implementierer zur Verfügung. Der Implementierungsaufwand reduziert sich erheblich, da die BiPRO-spezifischen Komponenten nicht mehr implementiert, sondern nur integriert werden müssen. Die Norm wird maximal eingehalten, da die äußerste Schicht des Services bzw. der Consumer-Applikation immer gleich bleiben.
 
Die Publikation der Artefakte in public Repositories hat den Vorteil, dass ein Ökosystem mit verschiedenen BiPRO-Tools entsteht. Dieses Ökosystem sorgt wiederum für eine breite Akzeptanz der BiPRO-Norm und für eine nachhaltige Weiterentwicklung durch die Community.
 
 
= FAQ zu RNext =
 
Hier gibt es eine lange Liste von FAQs rund um das Thema RNext. Die BiPRO-Geschäftsstelle, sowie die Arbeitsgruppe RNext versuchen diese Sammlung stets up-to-date zu halten: [[faq|FAQs]].
 
 
= Tools in RNext =
 
== OpenAPI Specification 3.0 ==
In früheren Version synonym mit Swagger. Ist eine Spezifikation zur Beschreibung von RESTful Webservices in RAML (RESTful API Modeling Language). Das Tool Swagger kann online verwendet werden oder als Client heruntergeladen werden. Hier der Link zur Online-Version: https://editor.swagger.io
 
== GitLab ==
 
https://gitlab.rnext.org
 
== Jenkins ==
 
https://jenkins.rnext.org
 
== Nexus ==
 
https://nexus.rnext.org
 
 
= Onboarding für Mitglieder der Arbeitsgruppe RNext =
 
Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [//meta.wikimedia.org/wiki/Help:Contents Benutzerhandbuch].
 
 
= Grundlagen =
 
== Design Principles ==
 
BiPRO-RNext - Design Principles (Thesenpapier, April 2017)
 
* [[RNextDesignPrinciples|Wiki-Version]]
* [[Media:BiPRO-RNext-Design-Principles.pdf|PDF-Dokument]]
 
 
= Realisierung von RNext =
 
Bei RNext geht es nicht nur um die Artefakte und ihre Form, sondern auch um den Prozess, in dem sie erstellt werden. Deshalb ist es sinnvoll das gesamte Projekt in drei Komponenten zu unterteilen.     
 
== Organisatorisch ==
Organisatorische Komponente, die sich vor allem mit folgenden Themenpunkten beschäftigt.
* Vorgehen Projekt/Lab/DiO
* Koordination Gremien/Teams
 
== Fachlich ==
Fachliche Komponente, die sich vor allem mit folgenden Themenpunkten beschäftigt.
* Domänenschnitte
* Migration von RClassic nach RNext
 
== Technisch ==
Technische Komponente, die sich vor allem mit folgenden Themenpunkten beschäftigt.
* Authentifizierung
* Buildpipeline
 
 
= Ergebnisse der Arbeitsgruppe RNext =
 
* [[ag-rnext-ergebnisse-201811|Ergebnisse der Arbeitsgruppe RNext (Stand: November 2018)]]


''BiPRO RNext'' oder einfach [[RNext| '''RNext''']] ist der Codename für die nächste Release-Generation von BiPRO-Schnittstellen. RNext folgt zum einen dem technologischen Wandel z.B. von SOAP zu JSON/REST und Microservices, zum anderen neuen fachlichen Designprinzipien wie z.B. Domain Driven Design und Event-Storming und auch einer agileren Arbeitsweise, die nach den Prinzipien der Open Source Entwicklung funktioniert. Diese Release-Generation wird von der BiPRO-Community des BiPRO e.V. gemeinsam vorangetrieben, um eine Teilnahme an der API-Economy zu ermöglichen. Das wesentliche Bestreben der BiPRO-Community ist es, die digitale Souveränität der Assekuranz zu fördern. Die Fähigkeit zur digitalen Vernetzung mit der gebotenen Geschwindigkeit und Qualität ist ein wesentlicher Erfolgsfaktor für die Branche, um den technologischen und gesellschaftlichen Wandel mit zu gestalten. RNext ist somit ein entscheidender Schritt, um vor dem Hintergrund der digitalen Transformation auch zukünftig wirtschaftlichen Erfolg zu gewährleisten.


= Starthilfen =
= Welche Services stellt der BiPRO e.V. seinen Mitgliedern zu Verfügung? =
Nach einer Registrierung im BiPRO e.V. wird den Mitarbeitern der Mitgliedsunternehmen eine gewisse Tool-Landschaft geboten. Einerseits geht es dabei um den direkten Zugang zu normativen sowie nicht-normativen Artefakten und andererseits stellt der BiPRO e.V. Kollaborationstools zu Verfügung, so dass gemeinschaftliche Normierungsvorhaben wie auch begleitende Vorhaben zur Implementierung unterstützt werden können. Das Framework wird abgerundet durch Werkzeuge, die Implementierungen und Upgrades von Normen erleichtern, sowie weitere mediale Angebote.
== Registrierung/Login ==
Es gibt eine zentrale Verwaltung der Teilnehmer durch die BiPRO-Geschäftsstelle. Durch einen SSO-Service wird realisiert, dass alle Teilnehmer die Tools im BiPRO-Kontext möglichst komfortabel verwenden können. Es gibt nur einen Benutzernamen, der die E-Mail-Adresse eines Mitarbeiters des jeweiligen Mitglieds ist, sowie ein Passwort, mit dem man sich an sämtlichen Systemen, die im BiPRO-Umfeld eingesetzt werden, anmelden kann. Eine Registrierung ist nur Mitarbeitern von BiPRO-Mitgliedern vorbehalten und kann eigenständig unter '''https://login.bipro.net''' durchgeführt werden. Das Passwort kann selbstständig [[Login_Passwort|'''vergeben/zurückgesetzt''']] werden. Nur wenige Seiten im Wiki selbst sind öffentlich zugänglich, d.h. um auch die gesamte Einsicht in dieses Wiki zu erhalten, ist ein Login notwendig!


* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]
== Onboarding ==
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]
Eine Seite zum [[Onboarding|'''Onboarding''']] soll es den Mitarbeitern von Mitgliedern des BiPRO e.V. vereinfachen, schnell einen Einstieg und eine Übersicht zu bekommen, auf welche Services man als BiPRO-Mitglied zurückgreifen kann.
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Lokalisiere MediaWiki für deine Sprache]

Aktuelle Version vom 26. August 2021, 16:51 Uhr

Was ist BiPRO

Der BiPRO e.V. ist die neutrale Organisation der Finanzdienstleistungsbranche, in der sich Versicherungen, Vertriebspartner und Dienstleister zusammengeschlossen haben, um unternehmensübergreifende Geschäftsprozesse zu optimieren. Gemeinschaftlich werden in Normvorhaben (Projekten oder Gruppen) fachliche und technische Normen entwickelt.

Was ist RClassic?

RClassic wird die seit Gründung des Vereins betriebene technische und organisatorische Form der Normentwicklung genannt, nach der Prozesse und Datentransfers zwischen den Unternehmen der Versicherungswirtschaft standardisiert werden.

Technisch handelt es sich um einen Nachrichtenaustausch basierend auf SOAP und XML.

Organisatorisch werden bestimmte Optimierungsbedarfe in der Kommunikation der Marktteilnehmer in zeitlich abgegrenzten Projekten bearbeitet und münden in der Regel in Normdokumenten, einem Daten- und Prozessmodell und ggf. flankierenden Dokumenten. Prozess- und Datenmodell fügen sich dabei in ein Gesamtmodell ein, und die Normdokumente unterliegen sowohl in der Form als auch der Nomenklatur einem selbstdefinierten Standard, der sich an W3C u.a. orientiert.

Die Weiterentwicklung erfolgt nach einem reglementierten Verfahren in Change Requests (CRs), die von den Normungsgremien diskutiert und beschlossen werden, Fachgruppen (Begleitung des Markts), Digitalisierungsoffensiven (Fokussierung des Marktes auf die Implementierung bestimmter Prozesse) und ggf. Folgeprojekten.

Die Normen liegen teilweise als „Offizielle Norm“ zur allgemeinen Verwendung vor, sind aber auch teilweise noch in der vereinsinternen Qualitätssicherung („Potentielle Norm“) und werden in sog. Releases nach einem groben zeitlichen Raster herausgegeben.

Normen

Die Ergebnisse der Standardisierung des BiPRO e.V. in RClassic werden in den Normen der BiPRO dokumentiert. Die Normen beschreiben alle Festlegungen, die für die Prozesse und Daten getroffen werden.

Release-Pakete

Mitgliedern des BiPRO e.V. stehen sämtliche RClassic Normpakete zur Verfügung. Eine detailliertere Beschreibung der Normpakete sowie der Download dieser findet sich unter den RClassic Releases.

Was ist RNext?

BiPRO RNext oder einfach RNext ist der Codename für die nächste Release-Generation von BiPRO-Schnittstellen. RNext folgt zum einen dem technologischen Wandel z.B. von SOAP zu JSON/REST und Microservices, zum anderen neuen fachlichen Designprinzipien wie z.B. Domain Driven Design und Event-Storming und auch einer agileren Arbeitsweise, die nach den Prinzipien der Open Source Entwicklung funktioniert. Diese Release-Generation wird von der BiPRO-Community des BiPRO e.V. gemeinsam vorangetrieben, um eine Teilnahme an der API-Economy zu ermöglichen. Das wesentliche Bestreben der BiPRO-Community ist es, die digitale Souveränität der Assekuranz zu fördern. Die Fähigkeit zur digitalen Vernetzung mit der gebotenen Geschwindigkeit und Qualität ist ein wesentlicher Erfolgsfaktor für die Branche, um den technologischen und gesellschaftlichen Wandel mit zu gestalten. RNext ist somit ein entscheidender Schritt, um vor dem Hintergrund der digitalen Transformation auch zukünftig wirtschaftlichen Erfolg zu gewährleisten.

Welche Services stellt der BiPRO e.V. seinen Mitgliedern zu Verfügung?

Nach einer Registrierung im BiPRO e.V. wird den Mitarbeitern der Mitgliedsunternehmen eine gewisse Tool-Landschaft geboten. Einerseits geht es dabei um den direkten Zugang zu normativen sowie nicht-normativen Artefakten und andererseits stellt der BiPRO e.V. Kollaborationstools zu Verfügung, so dass gemeinschaftliche Normierungsvorhaben wie auch begleitende Vorhaben zur Implementierung unterstützt werden können. Das Framework wird abgerundet durch Werkzeuge, die Implementierungen und Upgrades von Normen erleichtern, sowie weitere mediale Angebote.

Registrierung/Login

Es gibt eine zentrale Verwaltung der Teilnehmer durch die BiPRO-Geschäftsstelle. Durch einen SSO-Service wird realisiert, dass alle Teilnehmer die Tools im BiPRO-Kontext möglichst komfortabel verwenden können. Es gibt nur einen Benutzernamen, der die E-Mail-Adresse eines Mitarbeiters des jeweiligen Mitglieds ist, sowie ein Passwort, mit dem man sich an sämtlichen Systemen, die im BiPRO-Umfeld eingesetzt werden, anmelden kann. Eine Registrierung ist nur Mitarbeitern von BiPRO-Mitgliedern vorbehalten und kann eigenständig unter https://login.bipro.net durchgeführt werden. Das Passwort kann selbstständig vergeben/zurückgesetzt werden. Nur wenige Seiten im Wiki selbst sind öffentlich zugänglich, d.h. um auch die gesamte Einsicht in dieses Wiki zu erhalten, ist ein Login notwendig!

Onboarding

Eine Seite zum Onboarding soll es den Mitarbeitern von Mitgliedern des BiPRO e.V. vereinfachen, schnell einen Einstieg und eine Übersicht zu bekommen, auf welche Services man als BiPRO-Mitglied zurückgreifen kann.

Abgerufen von „https://wiki.bipro.net/index.php?title=Hauptseite&oldid=5956“