Seminar Eclipse Sirius und Sirius Web – Technologieüberblick und Entscheidungsworkshop

Der Workshop schafft eine sachliche Grundlage für Investitions- und Architekturentscheidungen. Marketingbegriffe werden durch konkrete Anforderungen, technische Randbedingungen und überprüfbare Pilotkriterien ersetzt.

Das Arbeitsformat verbindet kompakten Technologieüberblick, strukturierte Bewertung und einen umsetzbaren nächsten Schritt.

Inhaltsübersicht

• Kapitel 1: Anwendungsfall und Entscheidungskontext
• Kapitel 2: Architektur und Funktionsprofil
• Kapitel 3: Betrieb, Sicherheit und Lebenszyklus
• Kapitel 4: Migration und Nutzung vorhandener Assets
• Kapitel 5: Entscheidungsmatrix und Pilotplan

Kapitel 1: Anwendungsfall und Entscheidungskontext

Inhaltsverzeichnis

• Fachliche Ziele
• Nutzergruppen
• Arbeitsplatz- und Browseranforderungen
• Kollaboration und Verteilung
• Budget, Zeit und Kompetenzen

Schritt-für-Schritt-Anleitung

1. Muss-, Soll- und Kann-Kriterien erfassen; Annahmen und fehlende Nachweise als eigene Prüfpunkte kennzeichnen.
2. Den Baustein „Fachliche Ziele“ am Übungsfall gewichten, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
3. Den Baustein „Nutzergruppen“ am Übungsfall vergleichen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
4. Den Baustein „Arbeitsplatz- und Browseranforderungen“ am Übungsfall bewerten, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
5. Den Baustein „Kollaboration und Verteilung“ am Übungsfall priorisieren, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
6. Den Baustein „Budget, Zeit und Kompetenzen“ am Übungsfall entscheiden, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
7. Den Gesamtstand mit einem Normalfall, einem Fehlerfall und einer gezielten Änderung prüfen; Abweichungen nachvollziehbar protokollieren.
8. Artefakte, Annahmen und offene technische Entscheidungen so dokumentieren, dass der nächste Arbeitsschritt ohne Wissensverlust anschließen kann.

Praxisbezug

Die Ausgangslage wird in Muss-, Soll- und Kann-Kriterien überführt; unklare Annahmen werden ausdrücklich als Prüfpunkt markiert.

Kapitel 2: Architektur und Funktionsprofil

Inhaltsverzeichnis

• Desktop-Plug-in-Ansatz
• Web- und Serverarchitektur
• Repräsentationsarten
• Erweiterung mit Java und Webtechnologien
• Persistenz und Integration

Schritt-für-Schritt-Anleitung

1. Ausgangslage und Zielgruppe erfassen; Bausteine anschließend nach Nutzen, Aufwand und Abhängigkeiten bewerten.
2. Den Baustein „Desktop-Plug-in-Ansatz“ am Übungsfall erfassen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
3. Den Baustein „Web- und Serverarchitektur“ am Übungsfall einordnen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
4. Den Baustein „Repräsentationsarten“ am Übungsfall vergleichen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
5. Den Baustein „Erweiterung mit Java und Webtechnologien“ am Übungsfall bewerten, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
6. Den Baustein „Persistenz und Integration“ am Übungsfall zuordnen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
7. Den Gesamtstand mit einem Normalfall, einem Fehlerfall und einer gezielten Änderung prüfen; Abweichungen nachvollziehbar protokollieren.
8. Artefakte, Annahmen und offene technische Entscheidungen so dokumentieren, dass der nächste Arbeitsschritt ohne Wissensverlust anschließen kann.

Praxisbezug

Beide Plattformansätze werden anhand derselben fachlichen Prozesskette betrachtet, damit Funktionslisten nicht isoliert verglichen werden.

Kapitel 3: Betrieb, Sicherheit und Lebenszyklus

Inhaltsverzeichnis

• Deployment
• Authentifizierung und Autorisierung
• Datensicherung
• Monitoring
• Upgrade und Supportfähigkeit

Schritt-für-Schritt-Anleitung

1. Betriebsziel und Verantwortlichkeiten klären; Konfiguration, Überwachung und Wiederherstellung anschließend als zusammenhängenden Prozess aufbauen.
2. Den Baustein „Deployment“ am Übungsfall konfigurieren, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
3. Den Baustein „Authentifizierung und Autorisierung“ am Übungsfall überwachen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
4. Den Baustein „Datensicherung“ am Übungsfall sichern, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
5. Den Baustein „Monitoring“ am Übungsfall wiederherstellen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
6. Den Baustein „Upgrade und Supportfähigkeit“ am Übungsfall dokumentieren, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
7. Den Gesamtstand mit einem Normalfall, einem Fehlerfall und einer gezielten Änderung prüfen; Abweichungen nachvollziehbar protokollieren.
8. Artefakte, Annahmen und offene technische Entscheidungen so dokumentieren, dass der nächste Arbeitsschritt ohne Wissensverlust anschließen kann.

Praxisbezug

Verantwortlichkeiten und vorhandene Infrastruktur werden einem realistischen Betriebsmodell zugeordnet.

Kapitel 4: Migration und Nutzung vorhandener Assets

Inhaltsverzeichnis

• Ecore-Modelle
• AQL-Ausdrücke
• Desktop-Beschreibungen
• Java-Services
• Daten und Benutzerprozesse

Schritt-für-Schritt-Anleitung

1. Bestand und Zielzustand inventarisieren; Übertragungsschritte nach Risiko und fachlicher Priorität ordnen.
2. Den Baustein „Ecore-Modelle“ am Übungsfall inventarisieren, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
3. Den Baustein „AQL-Ausdrücke“ am Übungsfall zuordnen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
4. Den Baustein „Desktop-Beschreibungen“ am Übungsfall übertragen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
5. Den Baustein „Java-Services“ am Übungsfall validieren, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
6. Den Baustein „Daten und Benutzerprozesse“ am Übungsfall freigeben, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
7. Den Gesamtstand mit einem Normalfall, einem Fehlerfall und einer gezielten Änderung prüfen; Abweichungen nachvollziehbar protokollieren.
8. Artefakte, Annahmen und offene technische Entscheidungen so dokumentieren, dass der nächste Arbeitsschritt ohne Wissensverlust anschließen kann.

Praxisbezug

Wiederverwendbare, anzupassende und neu zu entwickelnde Bestandteile werden getrennt inventarisiert.

Kapitel 5: Entscheidungsmatrix und Pilotplan

Inhaltsverzeichnis

• Gewichtung
• Bewertung
• Risikoaufschläge
• Pilotumfang
• Abnahmekriterien und Roadmap

Schritt-für-Schritt-Anleitung

1. Muss-, Soll- und Kann-Kriterien erfassen; Annahmen und fehlende Nachweise als eigene Prüfpunkte kennzeichnen.
2. Den Baustein „Gewichtung“ am Übungsfall gewichten, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
3. Den Baustein „Bewertung“ am Übungsfall vergleichen, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
4. Den Baustein „Risikoaufschläge“ am Übungsfall bewerten, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
5. Den Baustein „Pilotumfang“ am Übungsfall priorisieren, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
6. Den Baustein „Abnahmekriterien und Roadmap“ am Übungsfall entscheiden, die Entscheidung begründen und das Zwischenresultat unmittelbar kontrollieren.
7. Den Gesamtstand mit einem Normalfall, einem Fehlerfall und einer gezielten Änderung prüfen; Abweichungen nachvollziehbar protokollieren.
8. Artefakte, Annahmen und offene technische Entscheidungen so dokumentieren, dass der nächste Arbeitsschritt ohne Wissensverlust anschließen kann.

Praxisbezug

Die Matrix wird konsolidiert und in einen zeitlich begrenzten Pilot mit messbaren Erfolgskriterien überführt.