Seminar REI3 – Anwendungsarchitektur und Erweiterung bestehender Anwendungen

Das Seminar behandelt tragfähige Anwendungsgrenzen, Abhängigkeiten und Erweiterungsstrategien für REI3-Lösungen, die vorhandene Daten, Oberflächen und Rollen wiederverwenden.

Es entsteht eine upgradefähige Architektur, in der Eigenentwicklungen klar von übernommenen Anwendungen getrennt sind und Änderungen kontrolliert versioniert werden können. Die Inhalte werden an einer isolierten Übungsinstanz oder an einem fachlich neutralen Beispielszenario erarbeitet.

Zielgruppe

Solution-Architekten, erfahrene Builder-Autoren, technische Consultants, Anwendungsbetreuung und Verantwortliche für interne Plattformstandards.

Voraussetzungen

Sichere Builder-Grundkenntnisse, Erfahrung mit Relationen, Formularen, Rollen und mindestens einer selbst erstellten REI3-Anwendung.

Inhaltsübersicht

1. 1. Domänen, Anwendungen und Verantwortungsgrenzen
2. 2. Abhängigkeiten und hierarchische Zuordnung
3. 3. Sichere Erweiterung fremder Anwendungen
4. 4. Rollen und Datenzugriff über Anwendungsgrenzen
5. 5. Änderungen, Löschungen und Migrationspfade
6. 6. Praxisfall und Qualitätskontrolle

1. Domänen, Anwendungen und Verantwortungsgrenzen

Geschäftsfunktionen werden so geschnitten, dass Datenhoheit, Wartung und Releases eindeutig zugeordnet bleiben. Im Mittelpunkt stehen Geschäftsdomänen, Datenverantwortung, Anwendungsgrenzen, Releasezyklen. Als Arbeitsergebnis entsteht eine begründete Zielarchitektur.

1. Schritt 1 – Analyse: Geschäftsfunktionen werden so geschnitten, dass Datenhoheit, Wartung und Releases eindeutig zugeordnet bleiben. Dazu werden Geschäftsdomänen und Datenverantwortung anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Datenverantwortung, Anwendungsgrenzen und Releasezyklen werden im Architekturmodell angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren eine begründete Zielarchitektur. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

2. Abhängigkeiten und hierarchische Zuordnung

Abhängigkeiten werden bewusst modelliert, damit Daten, Formulare und Menüs ohne unnötige Kopplung wiederverwendet werden. Im Mittelpunkt stehen Builds-on-Beziehungen, übergeordnete Anwendung, Komponentenfreigabe, Menühierarchie. Als Arbeitsergebnis entsteht eine dokumentierte Abhängigkeitsmatrix.

1. Schritt 1 – Analyse: Abhängigkeiten werden bewusst modelliert, damit Daten, Formulare und Menüs ohne unnötige Kopplung wiederverwendet werden. Dazu werden Builds-on-Beziehungen und übergeordnete Anwendung anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: übergeordnete Anwendung, Komponentenfreigabe und Menühierarchie werden im REI3 Builder angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren eine dokumentierte Abhängigkeitsmatrix. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

3. Sichere Erweiterung fremder Anwendungen

Erweiterungen werden ausschließlich in eigenen Anwendungen umgesetzt, damit Updates der Ausgangsanwendung erhalten bleiben. Im Mittelpunkt stehen eigene Relationen, 1:1-Erweiterungen, wiederverwendete Formulare, angepasste Menüs. Als Arbeitsergebnis entsteht ein upgradefähiger Erweiterungsprototyp.

1. Schritt 1 – Analyse: Erweiterungen werden ausschließlich in eigenen Anwendungen umgesetzt, damit Updates der Ausgangsanwendung erhalten bleiben. Dazu werden eigene Relationen und 1:1-Erweiterungen anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: 1:1-Erweiterungen, wiederverwendete Formulare und angepasste Menüs werden im REI3 Builder angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren ein upgradefähiger Erweiterungsprototyp. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

4. Rollen und Datenzugriff über Anwendungsgrenzen

Datenrollen und sichtbare Rollen werden getrennt, um Rechte ohne unerwünschte Oberflächenfreigabe zu vererben. Im Mittelpunkt stehen Datenrollen, Rollenmitgliedschaften, Menüzugriff, Policy-Abhängigkeiten. Als Arbeitsergebnis entsteht ein konsistentes anwendungsübergreifendes Berechtigungsmodell.

1. Schritt 1 – Analyse: Datenrollen und sichtbare Rollen werden getrennt, um Rechte ohne unerwünschte Oberflächenfreigabe zu vererben. Dazu werden Datenrollen und Rollenmitgliedschaften anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Rollenmitgliedschaften, Menüzugriff und Policy-Abhängigkeiten werden im REI3 Builder angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren ein konsistentes anwendungsübergreifendes Berechtigungsmodell. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

5. Änderungen, Löschungen und Migrationspfade

Strukturänderungen werden auf abhängige Anwendungen geprüft und mit Übergangsmodellen abgesichert. Im Mittelpunkt stehen Entitätsänderungen, Kompatibilitätsprüfung, CSV-Migration, veraltete Komponenten. Als Arbeitsergebnis entsteht einen belastbaren Änderungs- und Migrationsplan.

1. Schritt 1 – Analyse: Strukturänderungen werden auf abhängige Anwendungen geprüft und mit Übergangsmodellen abgesichert. Dazu werden Entitätsänderungen und Kompatibilitätsprüfung anhand eines konkreten Geschäftsfalls abgegrenzt; Abhängigkeiten, Datenverantwortung und Sicherheitsbedarf werden festgehalten.
2. Schritt 2 – Umsetzung: Kompatibilitätsprüfung, CSV-Migration und veraltete Komponenten werden im REI3 Builder angelegt, verbunden und mit konsistenten Bezeichnungen sowie nachvollziehbaren Standardwerten versehen.
3. Schritt 3 – Prüfung: Positive, negative und rollenbezogene Testfälle kontrollieren einen belastbaren Änderungs- und Migrationsplan. Fehlermeldungen, Protokolle und unerwartete Seiteneffekte werden ausgewertet.
4. Schritt 4 – Absicherung: Namensregeln, Konfiguration, Testdaten und Rückfallweg werden dokumentiert. Das Ergebnis wird für Freigabe, Wiederverwendung oder den nächsten Ausbauschritt vorbereitet.

6. Praxisfall und Qualitätskontrolle

Die Einzelschritte werden in einem zusammenhängenden Übungsfall verbunden. Konfigurationen werden nicht nur funktional, sondern auch hinsichtlich Berechtigungen, Fehlerverhalten, Wartbarkeit und dokumentierter Wiederholbarkeit geprüft.

• Eine monolithische Beispielanwendung in Plattform-, Stamm- und Prozessanwendung zerlegen.
• Eine vorhandene Anwendung über eine eigene Erweiterungsanwendung um zusätzliche Daten und Formulare ergänzen.
• Eine geplante Attributentfernung mit Abhängigkeitsanalyse und Migrationsschritten absichern.

Arbeitsweise

Kurze fachliche Einordnungen wechseln mit Demonstrationen und geführten Konfigurationsschritten. Jeder Themenblock endet mit einer Kontrollaufgabe, einem Negativtest und einer dokumentierten Prüfliste.