WI1

Betriebliche Anwendungssysteme (teil-)automatisierbare Aufgaben im Unternehmen erledigen bzw. Unterstützen

Tendenz: "Alle" diese Aufgaben durch Anwendungsprogramme erledigen bzw. Unterstützen

Frage: Welches Betriebliche Anwendungssystem braucht ein Unternehmen für seine Aufgaben? Was muss es leisten?

-> Für Beantwortung dieser Frage siehe folgende Kapitel

Analyse der Anforderung

1. Funktionsbereiche im Unternehmen (oftmals Abteilungen) betrachten

2. Dort jeweils die Aufgaben untersuchen, die zu lösen sind

In jedem dieser Funktionsbereiche werden heute (einzelne) Anwendungssysteme eingesetzt

Aufgrund der (angestrebten) Prozessorientierung in Unternehmen verliert diese Strukturierung immer mehr an Bedeutung

Ausgewählte Funktionsbereiche in Industrieunternehmen: Beschaffung, Vertrieb, Marketing, Finanzwesen, Rechnungswesen, Personalwesen, Kundendienst, Versand, Produktion, Lagerhaltung, Gebäudemanagement, Forschung & Entwicklung

Weiteres Problem: in den einzelnen Funktionsbereichen werden sehr unterscheidliche Arten von zu unterstützenden Aufgaben gelöst

1. Operative Systeme mit den Teilsystemen

   Administrationssysteme

   Dispositionssysteme

2. Wertorientierte Abrechnungssysteme

3. Berichts & Kontrollsysteme / Planungssysteme

4. Analyse & Informationssysteme

5. Langfristige Planungs-& Entscheidungssysteme

   Führungssysteme/Executive Information systems(EIS)/ Führungsinformationssysteme(FIS)

• unterstützen die alltäglichen betrieblichen Leistungsprozesse

• Systeme, die mengenorientierte Prozesse unterstützen

• Operative Systeme = Administrations& Dispositionssysteme

• • leisten die Verwaltung & Verarbeitung von Massendaten

  • = Systeme, die unmittelbar mit der betrieblichen Realiät zu tun haben

    • Betriebsdatenerfasfung

    • automatisierte Lagerverwaltung

• • Steuerung kurzfristiger, gut strukturierter Abläufe, bereiten menschliche Entscheidungen vor oder erledigen diese selbst

  • = Systeme, die der Auswertung von Daten dienen

    • Produktionsleitstände

    • Planung der Kommissionierung

• branchenspezifischer Funktionsbereich

  • Geschäftstätigkeit innerhalb einer bestimmten Branche ist zwar ähnlich, unterscheidet sich aber (sehr) stark von denen in anderen Branchen.

  • i.A. Keine Standardsoftware, meist Individualsoftware oder Branchensoftware

• branchenneutraler Funktionsbereich

  • Geschäftstätigkeit gleich sich nicht nur innerhalb einer Branche sondern ist auch zwischen verschiedenen Branchen sehr ähnlich

  • Bsp.: Finanzbuchhaltung, Personalabrechnung, Fakturieriung

  • Vielzahl von Standardsoftware

= begleiten die megenorientierten Prozesse ( der operativen Systeme)

• Ziel: Sichtbarmachen ihrer betriebswirtschaftlichen Konsequenzen

• Bsp: Personalwesen:

  • operative Systeme liefern täglich Beschäftigungsdaten, wertorientiertes Abrechnungssystem errechnet daraus z.B. Das Monatsgehalt

Informationen aus mengen & wertorientierten Systemen

-> Verarbeitung für unterschiedliche Fragestellungen (z.B. Planung oder Kontrolle)

• Berichtssysteme decken den Informationsbedarf für operative Entscheidungen (vgl Planungssystem)

• Sie liefern aber auch z.B. Periodische Berichte oder Signalberichte, die durch Soll/Ist- Abweichungen automatisch ausgelöst werden (vgl. Kontrollsystem)

• Berichts- & Abfragesysteme erlauben die einfach Auswertung von Dateien & Datenbanken und die Präsentation der Ergebnisse (vgl. Planungssysteme)

• dienen zur Überwachung der Einhaltung der Pläne durch Soll/Ist-Vergleiche und Hinweise auf notwendige Korrekturmaßnahmen

• Gegenstück zu den Planungssystemen

• unterstützen die Leitungsebene bei Planungsaufgaben

• stellen Fortsetzung der Dispositionsmodelle dar

• Aufgabe ist es, schlecht strukturierte Probleme zu lösen (nicht für alle Lösungsschritte liegen konkrete Lösungsverfahren vor)

• zu fällende Entscheidungen betreffen meist mittel- & langfristige (meist schlecht strukturierte) Aufgaben

• z.B: Anschaffung neue Maschine, Personalentscheidungen, etc...

• verwalten verdichtete Daten der mengenorientierten (operative Systeme) & der wertorientierten (Abrechnungssysteme) Systeme sowie Daten aus externen Quellen & werten al diese aus.

• Vgl. OLTP & OLAP Würfel

• Spitze der Hierarchie

• Daten mit höchster Verdichtungsstufe

• typisches Einsatzgebiet: Unterstützung der langfristigen Planung (oberste Führung)

• typische Anforderungen:

  • einfach bedienbar, grafisch orientiertes Abfrage & berichtssystem

  • Entscheidungsunterstützungsfunktionen auf Basis eienr Modell & Methodendatenbank

  • Schwerpunkte: umfassende kompakte Darstellung, Schlüsselkennzahlen & kritische Erfolgsfaktoren.

     

    4.2.1 +4.2.2 = Konzeption integrierter Informationssysteme

"Soll eine Pyramide darstellen"

= Anwendungssysteme, die an allen betrieblichen Arbeitsplätzen einsetzbar sind, unabhängig von der Hierarchie. Sie haben i.d.R Schnittstellen zu den Administrations & Dispositionssystemen & den Führungssystemen

z.B. -Programme zur Unterstützung der Zusammenarbeit

• Büro(kommunikations)systeme

• Workflowsysteme

• Dokumentenmanagementsysteme

- funktionsorientierte Software

• • Textverarbeitung

  • Tabellenkalkulation

  • MS/Open Office

• Unterscheidung nach der Bedeutung der Geschäftsprozesse

  • Bedeutung wird daran gemessen, welchen Anteil der GP an der Wertschöpfung des Unternehmens hat

  • Definition: Wertschöpfung = Betriebsertrag-Vorleistungen

  • vgl Wertschöpfungskette nach Porter

• besondere Fähigkeiten von einzelnen Mitarbeitern oder das Zusammenwirken von Mitarbeitern

• muss grundlegender Nutzen für den Kunden geschaffen werden, für den er bereit ist, Geld auszugeben (Wettbewerbsvorteil)

• Bedeutung einzelner Geschäftsprozesse für den Unternehmenserfolg

• Hauptprozesse sind Kernprozesse( z.B: Personentransport bei der deutschen Bahn), schließen aber meist noch ein paar besonders wichtige Supportprozesse (z.B. Auskunft an Fahrkartenschaltern) mit ein

Betriebliche Anwendungssysteme <=> unterschiedlichen Bedeutung der Prozesstypen für ein Unternehmen

• bei Kernprozessen --> meist teurere Individuallösung (selber machen)

• bei Supportprozessen: --> meist Standardsoftware (kaufen)

Kann bedeuten:

• Standardlösung (ERP-Software) + dann Customizing

• kein Outsourcing/Customzing, da Individualisierung im nötigen Umfang nicht möglich

• vielleicht sogar teure Lösung Individualsoftware

Ursache: Kernprozesse sind "spezifischer" als Supportprozesse

• immer branchenspezifisch

• oft auch noch unternehmensspezifisch

=> (meist) Software für Kernprozesse =/= Software für Supportprozesse

• Input-Kosten

• Kapazitätsausnutzung

• Skaleneffekte

• Preis

• Qualität

• Design

Konzentration auf:

• ganz bestimmte Kundengruppen

• bestimmtes Segment einer Produktlinie

• bestimmten geographischen Markt

• ein weiteres Kriterium, das Einfluss auf die Gestaltung oder Auswahl von Software hat

• Typen von Problemstrukturen (<=> Softwareunterstützung)

  • stark bzw. Gut strukturiert (wohlstrukturiert)

  • schwach bzw. Wenig strukturiert ( semi-strukturier)

  • unstrukturiert

• ein weiteres Kriterium, das Einfluss auf die gestaltung oder Auswahl von Software hat

• Typen von Planungsebenen

• Ausführungsebene

• Managementebene (operative, taktische oder strategische Planung)

Entscheidungsträger kenn zu jeder der Phasen ein geeignetes Vorhaben

Problemlösungsphasen

Beispiel

1. Problemerkennung

Rechnung erstellen (Artikel, Menge, Preis, etc.

2. Alternativengenerierung

Schreibmaschine, Modul Rechnungswesen/ERP

3. 3. Alternativenauswahl

ERP-Modul

4. Implementierung

Anstoß der transakton im ERP-System

5. Kontrolle

Rückmeldung/Journaleintrag im ERP-System

Entscheidungsträger kennt zu einigen der Phasen ein geeignetes Vorhaben

Problemlösungsphasen

Beispiel

1. Problemerkennung

Auf kurzfristigen Maschinenausfall reagieren

2. Alternativengenerierung

Auf Reperatur warten, Auftrag outsourcen, Auftrag stornieren -> wie am sinnvollsten reagieren?

3. Alternativenauswahl

Info's sammlen -> sinnvollste Variante auswählen

4. Implementierung

Reperatur beauftragen

5. Kontrolle

Rückmeldung, wenn Maschine repariert

Entscheidungsträger kennt zu keiner der Phasen ein geeignetes Vorhaben

Problemlösungsphasen

Beispiel

1. Problemerkennung

Plötzlicher Absatzeinbrauch in Region A stoppen

2. Alternativengenerierung

Versuchen, bisher unbekannte Zusamenhänge zu erkennen (z.B. Data Mining, KI)

3. Alternativenauswahl

Versuchen, bisher unbekannte Auswirkungen zu beurteilen (Best Practice)<- Vorgehen, die sich früher bewährt haben

4. Implementierung

Durchführung der Maßnahmen

5. Kontrolle

(zeitlich versetzte) Kontrolle der Absatzzahlen in Region A

Planungsebenen

Strategisch

Topmanagement, Festlegung der strategischen Ziele

3-5 Jahre

Entscheidungs-ebene

Taktisch

Mittleres Management, taktische Pläne zur Realisierung der Strategie

3 Monate – 3 Jahre

Entscheidungs-ebene

Operativ

Unterste Leitungsebene, Tagesgeschäft, Umsetzung & Überwachung der taktischen Pläne

Tage & Wochen

Entscheidungsebene

Verarbeitungs-ebene

Von Leitungsebene 1 bis hoch auf 3 werden die Daten verdichtet

Vergleich: Konzeption integrierter Informationssysteme

Leitungsebene 1 = Berichts & Kontrollsysteme

Leitungsebene 2 = Analysesysteme

Leitungsebene 3 = Langfristige Planungs & Entscheidungssysteme / Unternehmensgesamtplanung

Softwareunterstützung nach Problemstruktur & Planungsebene

• Existiert im Bereich der wohlstrukturierten Problemebene & Ausführungsebene, teils noch bei der operativen Leitungsebene & semistrukturierten Problemstruktur

• unterstützen alle Phasen des Prozessmanagement-Lebenszyklus

• unterstützt sowohl vollautomatisch durchgeführte Prozesse als auch Prozesse mit hohem personellem Anteil

• Worklflow Verfeinerung = maschinenlesbare Prozessbeschreibung

• Diese wrid von einer Process Engine zur automatisierten Steuerung des Prozesses verwendet. Über Monitoring & Controlling können Verbessermöglichkeiten aufgedeckt werden

• Process Engine ist über ein Prozessportal zugreifbar

• wird zur Steuerung, Koordination, Abwicklung & Kontrolle von Geschäftsprozessen eingesetzt

• damit ein Geschäftsprozess durch IT unterstützt oder ausgeführt werden kann, sind neben der zeitlich-logischen Reihenfolge der Aktivitäten insbesondere Datenquellen,- senken & -flüsse sowie die benötigten Anwendungssysteme zu spezifizieren

• aus Prozessmodell wird so ein Workflowmodell, dass z.B. Die Process Engine eines BPMS interpretiert & entsprechend die Prozessausführung steuert

• Workflowmodell = Extrakt aus Geschäftsprozessmodell

• einzelne Aktivitäten können personell rechnergestützt oder vollständig automatisiert durchgeführt werden. Dokumenten werden dazu in möglichst papierloser, elektronischer Form einzeln oder in elektronischen Vorgangsmappen gruppiert, eingeholt, bearbeitet, abgelegt & weitergeleitet (Dokumenten-Management-System)

• besonder für WfMS geeignet: dokumentenintensive, stark arbeitsteilige, standardisierte Geschäftsprozesse mit Wiederholungs- & Routinecharakter

• bietet personalisierten Zugang für die am Prozess beteiligten Rollen, um Software & Informationen als Bausteine einer integrierten Anwendungsumgebung an einer Stelle zusammenzufassen

• die zur Prozessabwicklung benötigten Applikationen & Dienste (z.b Standardmodule oder Webservices) werden über sogenannte Portlets in der Oberfläche des Portals angezeigt & können dort miteinander verknüpft werden

• mögliches Architekturkonzept: Prozessportal, die Process Engine (z.B. WfMS & DMS) sowie SOA basierte Anwendungen in einem BPMS integriert.

• Präsentations-, Prozess- & Serviceebene werden koordiniert über eine anwendungsneutrale Verteilungsplattform (Middleware)

• Vorschläge für die Gestaltung ("Architektur") solcher Informationssysteme

• diese Vorschläge sind nicht konkret (welche Hardware,etc), sondern konzeptionell

  • geben einen "Rahmen" vor, indem Details eingebettet werden

• z.B. ARIS-Konzept (und Y-CIM Konzept)