Seminar windream – Intensivseminar Entwicklung und Integration

Das Intensivseminar führt durch die gesamte windream-Entwicklungskette von klassischen Objektmodellzugriffen bis zu REST-basierten Webanwendungen und BPM-Erweiterungen. Gemeinsame Schnittstellenverträge, Testdaten und Bereitstellungsverfahren verhindern isolierte Einzellösungen.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• windream-Objektmodell, SDK und REST-Web-Service sicher einsetzen
• Dynamic-Workspace-Komponenten und BPM-Erweiterungen entwickeln
• Sicherheits-, Fehler- und Transaktionsgrenzen in Integrationen berücksichtigen
• Tests, Versionierung, Paketierung und Deployment standardisieren

Zielgruppe

Softwareentwicklung, Integrationsarchitektur, technische windream-Beratung, Webentwicklung und erfahrene Administratoren mit Entwicklungsaufgaben.

Voraussetzungen

Gute Programmiererfahrung, vorzugsweise C# und JavaScript, Grundlagen in objektorientierter Entwicklung, HTTP, HTTPS, REST, JSON, HTML5 und CSS sowie windream-Fachadministrationskenntnisse. Erforderliche SDKs müssen vorhanden sein.

Seminarinhalte

Tag 1: Objektmodell, SDK und klassische Schnittstellen

1. Schritt 1: windream-Architektur, Objektmodell, COM-Interfaces und SDK-Bausteine analysieren.
2. Schritt 2: Verbindung, Kontext, Objektidentität und Berechtigungsprüfung sicher handhaben.
3. Schritt 3: Dokumente und Metadaten speichern, lesen, ändern und versionieren.
4. Schritt 4: Suchen mit strukturierten Kriterien und Ergebnisverarbeitung implementieren.
5. Schritt 5: Fehlerbehandlung, Protokollierung und Ressourcenfreigabe standardisieren.

Tag 2: Scripting, Integrationsmuster und Qualität

1. Schritt 1: Scripting und kompilierte Erweiterung nach Umfang, Risiko und Wartbarkeit abgrenzen.
2. Schritt 2: Import-, Scan-, ERP- und Fachanwendungsintegration als klaren Vertrag modellieren.
3. Schritt 3: Idempotenz, Dubletten, Wiederholungen und Teilfehler in Datenflüssen behandeln.
4. Schritt 4: Servicekonten, Rechte und Geheimnisse nach Minimalprinzip verwalten.
5. Schritt 5: Automatisierte Tests mit definierten Testobjekten und Aufräumlogik aufbauen.

Tag 3: Web Service, REST und JSON

1. Schritt 1: Web-Service-Architektur, Authentifizierung, Sessions und Endpunkte konfigurieren.
2. Schritt 2: REST-Aufrufe für Speichern, Abrufen, Suchen und Metadatenänderung entwickeln.
3. Schritt 3: JSON-Nutzdaten validieren und HTTP-Status, Fehlerkörper und Wiederholungen auswerten.
4. Schritt 4: Pagination, große Dokumente, Zeitüberschreitungen und Parallelität berücksichtigen.
5. Schritt 5: API-Client mit Protokollierung und Integrationstests erstellen.

Tag 4: Dynamic Workspace Komponenten

1. Schritt 1: Workspace-Komponentenmodell, Ereignisse, Zustände und Konfiguration erschließen.
2. Schritt 2: Script-Komponente mit Web-Service-Anbindung und kontrollierter Fehleranzeige entwickeln.
3. Schritt 3: Eigene Komponente mit HTML5, CSS und wiederverwendbarer Schnittstelle aufbauen.
4. Schritt 4: Berechtigungen serverseitig prüfen und sensible Daten minimieren.
5. Schritt 5: Komponente in Testansicht integrieren, paketieren und versionieren.

Tag 5: BPM-API, Gesamtsystem und Deployment

1. Schritt 1: BPM-Objektmodell, Prozesskontext und automatische Schritte verwenden.
2. Schritt 2: Formularlogik und externe Integrationsschritte mit Fehlerpfaden entwickeln.
3. Schritt 3: SDK-, REST-, Workspace- und BPM-Komponenten in einem Gesamtfall verbinden.
4. Schritt 4: Regressionstest, Sicherheitsprüfung und Lastnahe Funktionsprüfung durchführen.
5. Schritt 5: Releasepaket, Freigabe, Deployment, Monitoring und Rückfallplan erstellen.

Praxisübungen

• SDK-Anwendung für Ablage, Suche und Metadatenänderung entwickeln
• Idempotenten Import mit Fehler- und Wiederholungslogik umsetzen
• REST-Client für Dokument- und Suchfunktionen erstellen
• Workspace-Komponente mit API-Anbindung entwickeln
• BPM-Schritt integrieren und gesamtes Releasepaket bereitstellen

Methodik

Ein gemeinsamer Integrationsfall wird über SDK, REST, Workspace und BPM umgesetzt. Schnittstellenverträge, Fehlercodes, Testdaten und Deploymentartefakte werden von Beginn an gemeinsam versioniert.