1. 4) Flowable Basic Integration
1.1. a) SSO Authentifizierung umsetzen Lead: Architektur MA: Flowable, SE, Server/Netze?, BPM-Engineer, sonstige interen Stellen?
1.1.1. Outcome: Fowable mit SSO möglich
1.2. b) OID/LDAP Autorisierung umsetzen Lead: Architektur MA: Flowable, BPM-Engineer, SystemEngineering, AV DirX/OID
1.2.1. Outcome: User, Rollen und Berechtigungen werden an Flowable übergeben
1.3. c) BSL Zugriffe (JWT Token) umsetzen RestServiceInvokerEnhancer Lead: Architektur MA: Flowable, BPM-Engineer, Netcetera, AV-BSL
1.3.1. Outcome: JWT Token für die Verwendung der BSL Services kann von Flowable bezogen werden
1.4. d) Flowable-RestService bereitstellen Lead: Architektur MA: Flowable, BPM-Engineer, IPT, AV-BSL
1.4.1. Outcome: Flowable RestServices können vom CRM verwendet werden
2. 5) Flowable Funktionale Integration
2.1. a) DMS/Archive Service Lead: Architektur MA: Flowable, IPT, evtl. AV Doxis, BPM-Engineer
2.1.1. Outcome: der DMS-Service kann von Flowable verwendet werden
2.2. BSL-Service für Offerten/Antrags-Daten Lead: Architektur MA: Netcetera, AV-BSL, BPM-Engineer
2.2.1. Outcome: OA-Service kann von Flowable verwendet werden
2.3. BSL-Service für direkte Policierung (eOrder und API-Services) Lead: Architektur MA: Netcetera, AV-BSL, BPM-Engineer
2.3.1. Outcome: eOrder "Vertrag erfassen" und "Vertrag ändern" kann von Flowable verwendet werden
2.4. BSL-Service für Gesundheitsdeklaration Lead: Architektur MA: Netcetera, AV-BSL, BPM-Engineer
2.4.1. Outcome: GD-Service kann verwendet werden
2.5. Flowable-Service zum starten der Risikoprüfung bereitstellen Lead: Architektur MA: Flowable, IPT, BPM-Engineer
2.5.1. Outcome: RP-Service kann von Flowable verwendet werden
2.6. CRM-Service für Benachrichtigung Status/Rückmeldung Lead: Architektur MA: BSI, AV CRM, Netcetera, AV BSL, BPM-Engineer Frage: was sind hier die fachlichen Anforderungen von VT und Vertrieb?
2.6.1. Outcome: CRM-Service für Benachrichtigungen kann von Flowable genutzt werden
3. 6) Flowable Basic Design
3.1. a) Strukturkonzept (Prozess vs Case) Lead: BPM-Engineer Mitarbeiter: Flowable, evtl. IPT, BusinessAnalyse, Fachlinie, Architektur
3.1.1. Outcome: Modellierungskonzept
3.2. b) App-Aufbau (Shared Module, Prozessspezifische Module) Lead: BPM-Engineer Mitarbeiter: Flowable, evtl. IPT, BusinessAnalyse, Fachlinie, Architektur
3.3. c) Naming Convention Lead: BPM-Engineer Mitarbeiter: Flowable, evtl. IPT, Architektur
3.4. d) App-Berechtigungen Lead: BPM-Engineer Mitarbeiter: Flowable, evtl. IPT, BusinessAnalyse, Fachlinie, Architektur
3.4.1. Outcome: Berechtigungsgruppen und Rollen sind in Flowable umgesetzt
4. 7) Flowable Funktionales Design
4.1. a) RP-Prozess /Case Strukturierung und Modellierung Lead: BPM-Engineer Mitarbeiter: BusinessAnalyse, Fachlinie, Flowable
4.1.1. Outcome: RP-Prozess ist modelliert und umgesetzt
4.2. b) DMN-Regelwerke modellieren Lead: BPM-Engineer Mitarbeiter: BusinessAnalyse, Fachlinie, Flowable
4.2.1. Outcome: Regelwerke sind modelliert und umgesetzt
4.3. c) GUI Modellierung Lead: BPM-Engineer Mitarbeiter: BusinessAnalyse, Fachlinie, Flowable
4.3.1. Outcome: GUI sind modelliert
4.4. d) Integration Antragsdaten Lead: BPM-Engineer Mitarbeiter: Flowable Frage: Antragsdaten nur übernehmen oder auch aktualisieren
4.4.1. Outcome: die Antrragsdaten können übernommen werden
4.5. e) Integration direkte Policierung Lead: BPM-Engineer Mitarbeiter: Flowable
4.5.1. Outcome: die diretekte Policierung kann von Flowable ausgeführt werden
4.6. f) Integration pdf-Konverter Lead: BPM-Engineer Mitarbeiter: Flowable
4.6.1. Outcome: pdf-Konvertierung kann von Flowable ausgeführt werden
4.7. g) Integration Upload Dialog inkl. Dossier Viewver Lead: BPM-Engineer Mitarbeiter: Flowable
4.7.1. Outcome: Dokumentenupload kann von Flowable ausgeführt werden
4.8. h) Integration Benachrichtigung an CRM Lead: BPM-Engineer Mitarbeiter: Flowable
4.8.1. Outcome: die Benachrichtigung ans CRM kann von Flowable ausgeführt werden
4.9. i) Dashboard Modellierung Lead: BPM-Engineer Mitarbeiter: Flowable, BusinessAnalyse, Fachlinie
4.9.1. Outcome: die Dashboards sind in Flowable integriert
4.10. Integration Risikoprüfungsergebnis Lead: BPM-Engineer Mitarbeiter: Flowable
4.10.1. zvsupp: wo muss was genau integriert werden?
5. 70) Reporting/Auswertung
5.1. a) Lösung definieren Lead: PL Mitarbeiter: PL DISKUS, Fachlinie, Architekur
6. 100) Projektleitung
7. 0) Entscheide Architektur
7.1. a) Entscheid Doxis4 vs Content Storage Lead: Archtiekt Mitarbieter: Flowable, AV Doxis, BPM-Engineer
7.2. Entscheid ADFS v.s WAF-BSL Lead: Architekt Mitarbeiter: Flowable, IPT
7.3. d) Entscheid Conversion Services (aspose.com) Lead: Architektur MA: tbd
8. 1) Infrastruktur und Architektur
8.1. a) Zielarchitektur Prod/Dev/Int definieren (Anzahl und welche Umgebungen) Lead: Architekt Mitarbeiter: BPM-Egineer, Flowable, SystemEngineering, Integrationsteam
8.1.1. Outcome: Architekturdoku
8.2. b) Dev/Int Umgebung aufbauen (inkl. VM Ware Gesundheitsdeklaration) Lead: BPM-Engineer Mitarbeiter: Architektur, SystemEngineering, Integrationsteam
8.2.1. Outcome: lauffähige Umgebung
8.3. c) Prod-Umgebung aufbauen (inkl. VM Ware Gesundheitsdeklaration) Lead: BPM-Engineer Mitarbeiter: Architektur, SystemEngineering, Integrationsteam
8.3.1. Outcome: lauffähige Umgebung
9. 2) strukturierte GD Daten
9.1. a) DB Schema definieren Lead: Architektur Mitarbeiter: BPM-Engineer,
9.1.1. Outcome: Architekturdoku
9.2. b) DB installieren Lead: Architektur Mitarbeiter: SystemEngineering
9.2.1. Outcome: lauffähige Umgebung
10. 3) DevOps Prinzip
10.1. a) Prozess/Verantwortlichkeiten/Hilfsmittel definieren Lead: BPM-Engineer MA: FLowable, IPT, Umsysteme, Architekt
10.1.1. Outcome: Entwicklungskonzept inkl. Standards und Richtlinien
10.2. d) Coding Convensions Lead: BPM-Engineer Mitarbeiter: FLowable, IPT, Umsysteme,
10.3. B) Tools (EDI, GitLab) in Betrieb nehmen Lead: BPM-Engineer MA: FLowable, IPT, Umsysteme
10.3.1. Outcome: Tools installiert und Zugriffe eingerichtet
11. 10) direkte Policierung
11.1. Voraussetzungen: Lizensierung muss geklärt werden. Lead: Mischa Mitarbeiter: Matthias, Adcubum
11.2. a) direkte Policierung konzipieren ACHTUNG: Ticket https://jira.concordia.local/browse/PRJDIGIRP-90 beachten Lead: BPM-Engineer Mitarbeiter: Architekt, evtl- Adcubum, Netcetera, AV BSL, Flowable, BusinessAnalyse
11.2.1. Outcome: Implementationsspezifiikation
11.3. b) Umsetzung direkte Policierung in Syrius (Regelwerke, Postkörbe, Mutationsgründe) Lead: BPM-Engineer Mitarbeiter: Adcubum
11.3.1. Outcome: Syrius-Parametrierung zu eOrder
12. 80) BusinessAnalyse
12.1. a) Berechtigungskonzept Lead: BusinessAnalyse Mitarbeiter: Fachlinie, BPM-Engineer, Architekt, evtl. Umsysteme (DirX), evtl. Flowable
12.1.1. Outcome: Berechtigungskonzept (Fach und IT)
12.2. b) Definition von GUI Lead: BusinessAnalyse Mitarbeiter: Fachlinie, BPM-Engineer, Architekt, evtl. Umsysteme (DirX), evtl. Verantwortliche für CD?
12.2.1. Outcome: Mockups und evtl. Standards/Richtlinien
12.3. c) fachliche Regeln für Risikoprüfung erheben und dokumentieren inkl. Statuskonzept Lead: BusinessAnalyse Mitarbeiter: Fachlinie, BPM-Engineer,
12.3.1. Outcome: Anforderungen an Regelwerke inkl. Statuskonzept
12.4. d) Kommunikation mit CRM (und andere Systeme?) Lead: BusinessAnalyse Mitarbeiter: Fachlinie, BPM-Engineer, Architektur
12.4.1. Outcome: Anforderungen an Kommunikation mit CRM (VT + Vertrieb)
12.5. e) Anforderung für Dashboard erheben und dokumentieren Lead: BusinessAnalyse Mitarbeiter: Fachlinie, BPM-Engineer,
12.5.1. Outcome: Anfroderungen an Dashboard
12.6. f) Anforderungen für Auswertungen/Reporting erheben und dokumentieren Lead: BusinessAnalyse Mitarbeiter: Fachlinie, BPM-Engineer,
12.6.1. Outcome: Anfroderungen an Ausertungen/Reporting
13. 90) Testing/Schulung/Betrieb
13.1. a) Betriebsorganisation Lead: PL Mitarbeiter: BPM-Engineer, BusinessAnalyse, Fachlinie, GL
13.2. b) Betriebskonzept Lead: PL Mitarbeiter: BPM-Engineer, BusinessAnalyse, Fachlinie, Releasemanagement, Test- und Integrationsmanagement, evtl AIS?, IPT, Flowable
13.2.1. Outcome: Betriebskonzept inkl. Review
13.3. c) Schulungskonzept und Durchführung Schulung Lead: PL / BusinessAnalyse Mitarbeiter: Fachlinie
13.4. d) Testkonzept inkl. Testfälle Lead: PL Mitarbeiter: Test- und Integrationsmanagement, Fachtest, Fachlinie, BPM-Engineer
13.4.1. Outcome: Testfälle in Jira ?
13.4.2. Outcome: erweiterte FABSL-Tests, sonstige automatiserte techn. Tests (Regression)