WI3

Besonderheiten im E-Government

• Leistungen werden auf dem Gesetzweg definiert
• Gesetze und Verordnungen beinhalten häufig Merkmale papierbasierter / präsenzbasierter Verfahren (z.B. wird eine Unterschrift auf ein bestimmtes Formular verlangt)
• Versorgungspflicht und Gleichbehandlungspflicht der Ämter
• Hohe Sorgfaltspflicht führt zu hohen Sicherheitsanforderungen (Identität, Integrität)
• Hohe Dokumentationspflicht (Anfechtungen/Rekurse)
• Rigider Datenschutz, gilt auch zwischen den Ämtern
• Unzählige IT-Systeme mit eigenen Datenbanken, in denen gleiche Informationsobjekte (z.B. Bürger) in unterschiedlichen Strukturen verwaltet werden, erschweren die Integration im E-Government (Ein Pendant zum ERP-System in Unternehmen fehlt)
• Die föderalistische Struktur der Schweiz erschwert eine (einheitliche) E-GovernmentEntwicklung

• Business Software: Überbegriff für betrieblich und unternehmensübergreifend genutzte Software für betriebswirtschaftliche Anwendungen mit überwiegend strukturierten Daten. Dazu gehören ERP-Systeme, E-Business-Software und Lösungen für einzelne Funktionsbereiche, z.B. Buchhaltungssoftware, Lohn-/Personalprogramme, CRM-Systeme. Auch auf Basis von Office-Tools können rudimentäre, isolierte Business-Software-Lösungen realisiert werden.
• Als ERP-System bezeichnet man integrierte betriebliche Standard-software, die auf einer gemeinsamen Datenbasis Funktionen für mehrere Fachbereiche eines Unternehmens/Konzerns bereit stellt. Zu den Fachbereichen gehören klassisch das Rechnungswesen, die Finanzwirtschaft, das Personalwesen, die Materialwirtschaft und der Vertrieb. Ein ERP-Modul enthält die Funktionalität eines einzelnen Fachbereiches. Klassische ERP-Systeme stehen für die unternehmensinterne resp. konzerninterne Integration.
• E-Business-Software unterstützt primär unternehmensübergreifende Geschäftsprozesse (z.B. E-Shop, E-Purchasing System)
• Moderne ERP-Systeme integrieren auch E-Business-Software und machen sich Vorteile von  Internetanwendungen zu Nutze. Die Gartner Group prägte in diesem Zusammenhang den Begriff ERP II.

Vorteile von Individualsoftware

• Kann Bedürfnisse exakt abdecken
• Ist der Konkurrenz nicht zugänglich

Nachteile von Individualsoftware

• Hohe Kompetenz erforderlich
• Permanenter Pflegeaufwand muss individuell geleistet werden

Vorteile von Standardsoftware

• Schnell verfügbar
• Know-how Import

Nachteile von Standardsoftware

• Anforderungen evtl. suboptimal abgedeckt
• Fremdbestimmte Weiterentwicklung

Contra Standardisierung

• USP ist Grundlage des Unternehmenserfolgs und –werts
• Strategische Differenzierung
• Bedürfnis an Geheimhaltung

Pro Standardisierung

• Geringere Kosten und höhere Verfügbarkeit
  • IT-Komponenten
  • Dienstleister, Berater
  • qualifizierte MA
  • Ausbildung
• E-Business/Integration fragmentierter Organisationen und verteilter Wertschöpfungen
• Basel II: erhöhte Transparenzanforderungen als Basis für Kreditvergabe
• Höhere Investitionssicherheit, da Überlebensfähigkeit mit der Anzahl der Installationen steigt

Merkmale von Standardsoftware

• Grundannahmen von Standardsoftware
  • Geschäftsprozesse laufen bei Wiederholung gleich ab
  • Auch in unterschiedlichen Unternehmen haben viele Geschäftsprozesse viele Gemeinsamkeiten
• Standardsoftware beinhaltet ein Datenmodell und einen Funktionsvorrat, der die Summe der in allen Anwenderunternehmen erwarteten Anforderungen abdeckt.
  • Bei Systemen mit langen Nutzungsdauern, wie z.B. ERP-Systeme (diese sind häufig 8 Jahre und länger im Einsatz), vertrauen die Kunden darauf, dass der Anbieter branchentypische neue An- forderungen im Rahmen von Updates/neuen Releases abdeckt.
• „Integrierte Standardsoftware“ deckt mehrere Fach-/ Anwendungsbereiche einer Organisation ab und benutzt dazu eine gemeinsame Datenbasis.

Customizing von ERP-Standardsoftware

• Standardsoftware kann folgendermassen an die Bedürfnisse einzelner Unternehmen angepasst werden (Customizing):
  • Durch Auswahl von Programmmodulen
  • Durch Parametrisierung: Vornehmen von Einstellungen, die im Programm als Varianten vorgesehen sind. Dabei wird nicht in den Quellcode der Programme eingegriffen, z.B.:
    • Ländereinstellungen, Sprache, Währungen, Masse etc.
    • Abbildung der Organisationsstruktur, d. Produktstruktur, des Kontenplans etc.
    • Auswahl vorgesehener Varianten bei Prozessen, Funktionen, Daten
  • Durch Programmierung mit mitgelieferten Werkzeugen
    • Masken-/Formular-/Reportgeneratoren
    • Erweiterbare Tabellen
    • Kundenspezifische Programmierung an vorgesehenen Stellen (SAP nennt diese user exits) durch Skripts oder in der Programmiersprache des Systems geschriebenen Code (bei SAP heisst diese ABAP)
  • Durch Eingriff in den Quellcode (Releasefähigkeit geht definitiv verloren)
  • Durch externe Programmierung oder die Integration mit externer Software, z.B. Integration eines Webshops mit einem ERP-System
• Je umfassender die Konfigurationsmöglichkeiten sind, desto grösser ist der mit dem Customizing verbundene Aufwand.

Eine Software wird als releasefähig bezeichnet, wenn das vom Kunden vorgenommene Customizing mit der Installation einer neue Softwareversion (Update) nicht verloren geht.

Mobile App:

• Anwendungen, die für Betriebssysteme von mobilen Geräten entwickelt wurden
• muss für jedes Betriebssystem einzeln entwickelt werden
• kann auch offline genutzt werden
• kann Funktionen von Drittplatt-formen einbinden (wenn online)
• kann Hardware oder andere installierte Apps des mobilen Gerätes vollumfänglich nutzen
• Daten werden auf dem mobilen Gerät gespeichert

Mobile Website:

• Website oder Webanwendung, die auf die Benutzung mit einem Browser auf mobilen Geräten angepasst wurde
• muss i.d.R. nur einmal entwickelt werden.
• Internetzugang ist notwendig
• kann nur sehr beschränkt Hardware und Software des mobilen Gerätes nutzen
• nur wenige Daten werden auf dem mobilen Gerät gespeichert

• Motivation für die Bezugsform Software as a Service:
• Allen bisherigen Konzepte gingen davon aus, dass die Organisation, die Business Software nutzen will, diese auch besitzt. 
• Das Konzept „Software as a Service“ stellt das in Frage und stellt fertige Software zur Nutzung über das Internet bereit. Sie wird von den Anwenderorganisationen nicht gekauft, sondern nutzungsabhängig bezahlt, z.B. nach Benutzer und Monat, beanspruchtem Datenvolumen etc.
• Die Software kann in einem vom Anbieter definierten Mass an eigene Anforderungen angepasst werden (Customizing).
• Software as a Service ist eine Form so genannter „Cloud“-Dienste