E-Government-Architektur, Bauverfahren ELAK System im Amt der Landeshauptstadt Bregenz Präsentation des Bauverfahrens im Zusammenhang mit der flexiblen.

Präsentation zum Thema: "E-Government-Architektur, Bauverfahren ELAK System im Amt der Landeshauptstadt Bregenz Präsentation des Bauverfahrens im Zusammenhang mit der flexiblen."—  Präsentation transkript:

1 E-Government-Architektur, Bauverfahren ELAK System im Amt der Landeshauptstadt Bregenz
Präsentation des Bauverfahrens im Zusammenhang mit der flexiblen E-Government-Architektur am 20. April im Stadtvertretungszimmer im Rathaus Bregenz - Rathausstraße 4

2 Programm Verwaltungsreform und E-Government
Bregenz Modern: Situation und Ziele - Bregenz E-Government Architektur - PL.O.T Fachanwendung und elektronischer Workflow - OTS Praktische Demonstration: Erstellung eines Bescheides - OTS GIS Integration - Bregenz Statusabfrage im Internet - PL.O.T Genehmigung in politischen Gremien - OTS Zustellservice - HPC Diskussion und Ausblick: Anbindung des ELAKs, Behörden-übergreifende Verfahren - PL.O.T Frontend Adaptierung (WDSL-Adapter) - PL.O.T

3 Ziel der E-Government Anbindung an das BackOffice
E-Gov soll Zeit, Arbeit & Kosten sparen und Dienstleistungsqualität heben im E-Gov nicht nur leere Formulare sondern voller Anschluss an die Geschäftsprozesse Geschäftprozesse ohne Medienbrüche keine redundante Geschäftslogik ('Portale' und andere E-Gov-Lösungen mit duplizierten Geschäftsprozessen) weg vom 'führenden System' und der Plattform-Falle auf Server & DeskTop keine redundante Daten (redundante Stammdatenhaltung in den Fachinformationssystemen, Data-Warehouses) im BackOffice

4 BITL - Bregenzer IT-Landschaft
Web-Portal Formularserver Business-APIs Finanzielle Kernanwendungen Finanz-API Fachanwendungen Finanzbuchhaltung (von HH-Planung, -Ausführung, Payment bis Mahnwesen) Kosten-/Leistungsrechnung, Controlling Anlagenbuchhaltung Bauverfahren Friedhof Steuern/Abgaben Desktop und Webclients Desktop und Webclients Stammdaten-API Stammdaten Infrastruktur-API Infrastruktur

5 Grundzüge der angestrebten IT-Landschaft in Bregenz (BITL)
Strikt dienstorientiert: alle Anwendungen sind Dienste Integration über Dienste (Geschäftslogik, verteilt) statt auf der DB-Schicht o.ä. BackOffice offen & heterogen Schnittstellen sind offen und plattform-unabhängig Stammdaten zentral für alle Fachanwendungen Sanfte Migrationsszenarien – Möglichkeit der Einbindung von Altanwendungen in die zukünftige EDV-Strategie Spezialisierte Controller für die einzelnen Präsentations- & Transportkanäle

6 Übersicht aktueller Projekte in Bregenz / Vorarlberg
Mozart-Framework von Plot Zustelldienst und Stammdaten-Dienst mit HPC Dienstorientierte Fachanwendungen & OSS Infrastrukturdienste mit OTS Weboffice: Web-basiertes GIS-System von Synergis Moderne kommunale Haushaltsführung in Anbahnung

7 Partnerschaft PL.O.T Mozart Präsentations-Framework
Formular-Server: Als herkömmlicher Formular-Server der bestehenden E-Gov-Formulare FrontEnd-Controller: Als FrontEnd-Controller für Web-Frontends zum Bürger (E-Gov) Zentrale Basisdienste auch für Fachanwendungen E-Gov Client für Baugenehmigungs-Verfahren PL.O.T - Mozart.com® - Entwicklungswerkzeuge

8 Partnerschaft HPC Zustellung, Stammdaten
Zustelldienst Duale Zustellung und Reformpotential Kostenersparnis Komfort Prototyp Stammdaten-Dienst Zentral im BackOffice Anbindung der Register und Netzwerk-Proxy Abklärung von rechtlich einwandfreiem Verfahren (z.B. bPK etc) angestrebt hpc trading+consulting

9 Partnerschaft OTS Fachanwendungen und Infrastruktur-Dienste
Architektur-konforme Fachanwendung Bauverfahren OSS-Infrastruktur-Dienste im BackOffice Dokumenten-Management Workflow jBPM Archivierung OTS Informationstechnologie AG

10 Moderne Haushaltsführung in Anbahnung
Als Basis zur Umsetzung des New Public Managements Herkömmliche Kameralistik Zusätzlich moderne Instrumentarien der Betriebsführung Anlagenbuchhaltung, KLR Doppelte Buchhaltung

11 Partnerschaften Web-Portal Formularserver Finanzielle Kernanwendungen
Partnerschaft noch nicht entschieden Formularserver Business-APIs Finanzielle Kernanwendungen Finanz-API Fachanwendungen Finanzbuchhaltung (von HH-Planung, -Ausführung, Payment bis Mahnwesen) Kosten-/Leistungsrechnung, Controlling Anlagenbuchhaltung Bauverfahren Friedhof Steuern/Abgaben Desktop und Webclients Desktop und Webclients Stammdaten-API Stammdaten Infrastruktur-API Infrastruktur

12 Programm Verwaltungsreform und E-Government Bregenz Modern: Situation und Ziele - Bregenz E-Government Architektur - PL.O.T Fachanwendung und elektronischer Workflow - OTS Praktische Demonstration: Erstellung eines Bescheides - OTS GIS Integration - Bregenz Statusabfrage im Internet - PL.O.T Genehmigung in politischen Gremien - OTS Zustellservice - HPC Diskussion und Ausblick: Anbindung des ELAKs, Behörden-übergreifende Verfahren - PL.O.T Frontend Adaptierung (WDSL-Adapter) - PL.O.T

13 E-Government Services
Sach- bearbeiter Desktop Sach- bearbeiter Web Bürger Web (E-Gov) Mobiles Endgerät Telefon Fax Frontend-Controller Frontend-Controller Frontend-Controller Frontend- Controller Frontend-Controller Frontend- Controller Service Schicht / SOA (Prozesssteuerung) Lokale Services z.B. MOA- Module MOA Integration WSDL Schnittstelle WSDL Schnittstelle WSDL ELAK Fach- Anwendung Eingangs- Service Elektronischer AKT

14 Mehrschicht Architektur
Ablauflogik im Dialog Ablauflogik im Dialog Benutzer Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Prozessschritt 1 Prozessschritt 2 Prozessschritt n Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

15 Mehrschicht Architektur
Ablauflogik im Dialog Ablauflogik im Dialog Benutzer Hoher Änderungsaufwand Hohe Abhängigkeit zwischen den Anwendungen Abhängigkeit von einer Plattform Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Prozessschritt 1 Prozessschritt 2 Prozessschritt n Anwendungs- Funktion 1 Anwendungs- Funktion 1 Anwendungs- Funktion 1 Anwendungs- Funktion 1

16 Mehrschicht Architektur mit Web-Service Schnittstelle
Ablauflogik im Dialog Ablauflogik im Dialog Benutzer Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Prozessschritt 1 Prozessschritt 2 Prozessschritt n WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

17 Mehrschicht Architektur mit Web-Service Schnittstelle
Ablauflogik im Dialog Ablauflogik im Dialog Benutzer Plattformübergreifend aber Hoher Änderungsaufwand Hohe Abhängigkeit zwischen den Anwendungen Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Prozessschritt 1 Prozessschritt 2 Prozessschritt n WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

18 Integration einer Prozesssteuerung - SOA
Fixe Ablauflogik Fixe Ablauflogik Benutzer Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Daten Prozessschritt 1 Prozessschritt 2 Prozessschritt n SOA – Prozessablauf Steuerung WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

19 Integration einer Prozesssteuerung - SOA
Fixe Ablauflogik Fixe Ablauflogik Benutzer Klare Trennung Prozesse - Funktionen Modellierung der Prozesse am Server aber Fixe Dialoge Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Daten Prozessschritt 1 Prozessschritt 2 Prozessschritt n SOA – Prozessablauf Steuerung WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

20 Problemfall – Fixer Dialogablauf
Fixe Ablauflogik Fixe Ablauflogik Benutzer Dialogschritt 1 Dialogschritt 2 Dialogschritt n Anfrage Daten Prozessschritt 1 Prozessschritt 2 Prozessschritt n SOA – Prozessablauf Steuerung WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

21 Lösung – Dynamischer Dialogablauf
Dynamische Ablauflogik Benutzer Dialogschritt 1 Dialogschritt Dialogschritt Anfrage Daten + Prozess-Info (Nutzdaten + Metainfos) Prozessschritt 1 Prozessschritt 2 Prozessschritt n SOA – Prozessablauf Steuerung WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

22 Lösung – Dynamischer Dialogablauf
Dynamische Ablauflogik Benutzer Dialogschritt 1 Dialogschritt Klare Trennung Prozesse - Funktionen Modellierung der Prozesse am Server Flexible Dialoge Dialogschritt Anfrage Daten + Prozess-Info (Nutzdaten + Metainfos) Prozessschritt 1 Prozessschritt 2 Prozessschritt n SOA – Prozessablauf Steuerung WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle WSDL Schnittstelle Anwendungs- Funktion 1 Anwendungs- Funktion 2 Anwendungs- Funktion 3 Anwendungs- Funktion n

23 Szenario der übergreifenden Kommunikation
Neue Behörden-übergreifende Verbindung über die SOA-Schicht möglich Frontend Frontend Frontend Derzeitige direkte Verbindung wird nicht verändert Service Schicht / SOA Fach- Anwendung Fach- Anwendung Fach-Anwendung AMT der LH BREGENZ WEITERES AMT

24 E-Government Services
Sach- bearbeiter Desktop Sach- bearbeiter Web Bürger Web (E-Gov) Mobiles Endgerät Telefon Fax Frontend-Controller Frontend-Controller Frontend-Controller Frontend- Controller Frontend-Controller Frontend- Controller Service Schicht / SOA (Prozesssteuerung) Lokale Services z.B. MOA- Module MOA Integration WSDL Schnittstelle WSDL Schnittstelle WSDL ELAK Fach- Anwendung Eingangs- Service Elektronischer AKT

25 Programm Verwaltungsreform und E-Government Bregenz Modern: Situation und Ziele - Bregenz E-Government Architektur - PL.O.T Fachanwendung und elektronischer Workflow - OTS Praktische Demonstration: Erstellung eines Bescheides - OTS GIS Integration - Bregenz Statusabfrage im Internet - PL.O.T Genehmigung in politischen Gremien - OTS Zustellservice - HPC Diskussion und Ausblick: Anbindung des ELAKs, Behörden-übergreifende Verfahren - PL.O.T Frontend Adaptierung (WDSL-Adapter) - PL.O.T

26 Die OTS Informationstechnologie AG - Kurzprofil
Die OTS Informationstechnologie AG ist ein Software- und Beratungsunternehmen mit erfahrenen Mitarbeitern, die in den Bereichen der ganzheitlichen Prozessgestaltung und -umsetzung über eine nachgewiesene große Kompetenz verfügen. Das Ziel unserer Beratung und der Produkte ist das wirtschaftliche Zusammenspiel von Personal, Organisation und Technik.

27 Fachanwendung g²vb – mit den integrierten Modulen

28 Fachanwendung g²vb – mit den integrierten Modulen

29 Ziel: Providerlösung Ausblicke Flächendeckender Einsatz der eAkte
Sequentieller Aufbau weiterer Workflows EDIAKT light aus DMS³ EDIAKT complete aus DMS³ Beweismittelsichere Archivierung mit archT100 EDIAKT-Importer für archT100 Ziel: Providerlösung

30 Programm Verwaltungsreform und E-Government Bregenz Modern: Situation und Ziele - Bregenz E-Government Architektur - PL.O.T Fachanwendung und elektronischer Workflow - OTS PAUSE Praktische Demonstration: Erstellung eines Bescheides - OTS GIS Integration - Bregenz Statusabfrage im Internet - PL.O.T Genehmigung in politischen Gremien - OTS Zustellservice - HPC Diskussion und Ausblick: Anbindung des ELAKs, Behörden-übergreifende Verfahren - PL.O.T Frontend Adaptierung (WDSL-Adapter) - PL.O.T

31 Programm Verwaltungsreform und E-Government Bregenz Modern: Situation und Ziele - Bregenz E-Government Architektur - PL.O.T Fachanwendung und elektronischer Workflow - OTS Praktische Demonstration: Erstellung eines Bescheides - OTS GIS Integration - Bregenz Statusabfrage im Internet - PL.O.T Genehmigung in politischen Gremien - OTS Zustellservice - HPC Diskussion und Ausblick: Anbindung des ELAKs, Behörden-übergreifende Verfahren - PL.O.T Frontend Adaptierung (WDSL-Adapter) - PL.O.T

32 Über HPC Gegründet 1995 Schwerpunkte Tochterfirma hpc dual
Workflow- und Prozessanalyse in Großprojekten E-Government Zustellsysteme MoaZS Behördlicher Zustelldienst unter MoaBOX - e-Government in a Box Tochterfirma hpc dual Gegründet 2006 Komplettdienstleister im Bereich Zustellsysteme (physisch, elektronisch)

33 Duale Zustellung - Konzept

34 Duale Zustellung - Vorteile
1-Klick-Ausfertigung 1 Schnittstelle 1 Ansprechpartner Kostenersparnis Portoersparnis durch elektronische Zustellung Effizienterer Druck Portoersparnis durch Mengenrabatt Verwaltungsvereinfachung durch Vermeidung von Medienbrüchen

35 Komponenten - MoaBOX Appliance - Kombination Hardware/Software
Vorkonfiguriert Rackeinschub ASP-Lösung MoaModule des BKA MoaZS - Zustellungsanbindung MoaSP/SS - Signaturerstellung & Signaturprüfung MoaID - Identifikation MoaBOX als Basis für weitere Lösungen Elektronischer Zustelldienst (ZUSE) z.B. DefaultZUSE (physische Zustellung)

36 Komponenten - Konnektoren
MoaZS SOAP Schnittstelle (MZS:DeliveryRequest) Libraries für JAVA, C#, Python, Ruby CODO (Datenbank-Konnektor) Mail2Moa (SMTP basiert) SAP Konnektor

37 Aufgaben der Zustellweiche MoaZS bPK Umrechnung
Komponenten - MoaZS Aufgaben der Zustellweiche MoaZS bPK Umrechnung Überprüfung der elektronischen Zustellbarkeit (ZKopf Abfrage) Amtssignatur Verschlüsselung (Empfängerwunsch) Übergabe an Zustelldienst (ZUSE) physische Zustellung (DefaultZUSE)

38 Komponenten - ZUSE Elektronische Zustellung gemäß ZustG Abschnitt III Zustellungen mit/ohne Zustellnachweis (RSa Qualität) Anmeldung mit Bürgerkarte Mehrere kommerzielle Anbieter von Zustelldiensten Elektronische Zusatzdienste möglich Zentrale Abfragemöglichkeit über Zustellkopf (ZKopf) Große Portoersparnis bei RSa Qualität

39 Komponenten - DefaultZUSE
Kernkomponenten der physischen Zustellung Sortierung Sendungsverfolgung Druckaufbereitung Übergabe an Druckzentrum/Drucker

40 Komponenten - Druck & Zustellung
Bestehende Druckinfrastruktur Größere Effizienz durch Auslagerung von Druck und Kuvertierung Zustellung Post Behördliche Selbstzustellung Alternative Zusteller

41 Dienstleistungen Entscheidung Status-Analyse Potenzial-Analyse
Technologie Prozesse Kosten Potenzial-Analyse Einsparungspotenzial Prozessoptimierung / Produktivitätssteigerung Qualitätseffekte Beschäftigungseffekte Machbarkeits-Studie Kosten/Nutzenrechnung Relevante Kennzahlen Projekt-Vorschlag (Basis) Notwendige Rahmenbedingungen Entscheidung Partnermanagement & Vergabe Dienstleistungen Projektmanagement Outsourcing Umsetzung

42 Programm Verwaltungsreform und E-Government Bregenz Modern: Situation und Ziele - Bregenz E-Government Architektur - PL.O.T Fachanwendung und elektronischer Workflow - OTS Praktische Demonstration: Erstellung eines Bescheides - OTS GIS Integration - Bregenz Statusabfrage im Internet - PL.O.T Genehmigung in politischen Gremien - OTS Zustellservice - HPC PAUSE Diskussion und Ausblick: Anbindung des ELAKs, Behörden-übergreifende Verfahren - PL.O.T Frontend Adaptierung (WDSL-Adapter) - PL.O.T