Die Microservices müssen so konstruiert sein, dass VU-spezifische Erweiterungen im ausgelieferten Code gemacht werden können

Es wird einen Master-Zweig in der Entwicklung geben, dieser ist theoretisch mit dem Status vergleichbar.

Ja, da dies normale Themen im Release 2 sind und unabhängig von RNext.

Ein agiles Release-Management ist in RNext unabdingbar. In RNext wird zudem eine semantische Versionierung angewendet werden können, die die Auswirkungen von Änderungen berücksichtigt.

Mitglieder erhalten fertigen Code in Form von Bibliotheken. Sowohl Provider als auch Consumer können sie verwenden. Zusätzlich wird es Artefakte geben, die für das Erstellen des Codes genutzt werden können. Dazu müsste gegebenenfalls eine [...]

Ja, da RNext nicht alle Aspekte des Release 2 abdecken kann und höchstwahrscheinlich auch nicht wird.

Davon ist derzeit nicht auszugehen, da es bereits gut funktionierende Services gibt. Außerdem stellt sich die Frage, wie wirtschaftlich sinnvoll ein Ersatz wäre. Ziel ist es daher zunächst, einzelne Bereiche zu benennen, die mit [...]

Eine Umfrage im Präsidium und unter Teilnehmern der Arbeitsgruppe hat ergeben, dass sich viele Unternehmen hier eine „schlanke“ Implementierung wünschen. Es gibt jetzt aber die Möglichkeit, sich an der Umfrage der aktuellen Vorschläge für [...]

Durch die Unabhängigkeit der Domänen untereinander, ist eine höhere Agilität bei der Entwicklung der Normen erreichbar. Normen lassen sich zudem schneller implementieren. Die Vorteile sind, dass sich Benutzer nicht mit dem gesamten Datenmodell beschäftigen [...]

Die Domänen lassen sich am besten durch eine Matrix (siehe Grafik) beschreiben. In der Spalte der Matrix stehen die verschiedenen Sparten und in der Zeile gibt es verschiedene Gruppierungen von GeVos. Dies ist aber [...]