IT-Architektur und Integrationsmanagement

Informationssysteme sind soziotechnische Systeme, die menschliche und maschinelle Komponenten als Aufgabenträger umfassen, die voneinander abhängig sind, ineinander greifen und / oder zusammenwirken.

• Fachliche Komponenten:
  Gestaltung der Aufgaben / Anwendungen
• Organisatorische Komponenten:
  Aufgabenträger, Aufbau- und Ablauforganisation
• Software-Komponenten:
  Programme und Daten
• Hardware-Komponenten:
  Rechner, Peripherie, Netzwerke zur Untersützung der Anwendungen

• Wirtschaftlichkeitsziele (z.B. durch Reduzierung von Redundanzen und Doppelarbeiten, Reduzierung des Zeitbedarfs)
• Überwindung von Grenzen zwischen Abteilungen, Funktionsbereichen und Prozessen
• Reduktion des Inputaufwands
• Verminderung von Erfassungsfehlern
• Erhöhung der Qualität betrieblicher Prozesse
• Senkung von Speicher- und Dokumentationsaufwand

• Verbinden:
  Es ensteht ein System aus bisher unverbundenen aber aus logischen Beziehungen bestehenden Komponenten.
• Vereinigen:
  Es werden zusammengehörige Elemente vereint oder gleichartige Systembestandteile zusammengeführt (Reduktion der Anzahl der Elmente und Beziehungen)

• Datenintegration
• Funktionsintegration
• Prozessintegration
• Methodenintegration
• Programmintegration
• Modulintegration
• Integration der Benutzerschnittstelle
• Medien- und Geräteintegration

• Vertikale Integration:
  Verbindung der Planungs- und Kontrollsysteme mit den Administrations- und Dispositionssystemen.
• Horizontale Integration:
  Verbindung der Administrations- und Dispositionssysteme in der betrieblichen Wertschöpfungskette

• Bereichsintegration:
  Integration innerhalb eines Sektors oder Prozesses
• Innerbetriebliche Integration:
  Integration innerhalb eines Unternehmens
• Zwischenbetriebliche Integrations:
  Integration über Unternehmensgrenzen hinweg

• Technische Ebene:
  • Wie sind die Systeme miteinander verbunden?
  • Welche Netzwerktechniken kommen zum Einsatz?
• Syntaktische Ebene:
  • Wie sind die Daten aufgebaut?
  • In welcher Reihenfolge werden die Daten übermittelt?
• Semantische Ebene:
  • Welche Bedeutung haben die Daten?
• Pragmatische Ebene:
  • Von wem gehen welche Nachrichten aus?

• Optimalen Grad der Integration finden
• Hilfe für Gestaltung und Steuerung
• Kosten und Nutzen auf ein Optimum bringen

• Integrationsintensität beschreibt den Integrationsumfang und die Integrationsart
• Integrationsflexibilität beschreibt den Umfang der Standardnutzung

Das Prinzip der losen Kopplung ist eine Gestaltungsempfehlung: Ein Softwaresystem sollte so entworfen werden, dass die Module möglichst lose gekoppelt sind.

Ein Modul ist eine Komponente eines Software-Systems, die eine bestimmte und klar abgegrenzte Aufgabe übernimmt und über klar definierte Input-/Output-Schnittstellen verfügt.

• Funktionalität
• Kompatibilität der Schnittstellen eines Moduls mit anderen Modulen
• Dokumentation der Schnittstellen
• Erweiterbarkeit  / Wartbarkeit
• Einhaltung von Vorgaben und Standards
• Umfang / Komplexität

Definition:

Kohäsion beschreibt die Stärkes des Zusammenhangs der Elemente innerhalb einem Modul.

Gestaltungsempfehlung:

Die Module sollen möglichst so entworfen werden, dass die Kohäsion innerhalb der Module möglichst hoch ist.

 Definition:

Kopplung beschreibt die Stärke der Verbindungen zwischen den Modulen (Grad der Abhängigkeit von Modulen).

Gestaltungsempfehlung:

Ein Softwaresystem sollte so entworfen werden, dass die Module möglichst lose gekoppelt sind (d.h. der Grad der Abhängigkeit möglichst gering ist).

Je höher die Kohäsion einzelner Module, desto geringer ist die Kopplung zwischen den Modulen.

• Datenkopplung
• Datenstrukturkopplung
• Kontrollkoppkung

• Datenkopplung ist die einfachste Form der Kopplung zwischen zwei Modulen, da die Übertragungsparameter einfache Datenelemente darstellen
• Datenkopplung ist harmlos solange ...
  • keine Daten benötigt werden, die im empfangenden Modul nicht benötigt werden
  • die Anzahl der Übertragunsparameter nicht zu hoch ist
• Wenn die Anzahl der Übertragunsparameter gering ist, kann das aufgerufene Modul leicht von anderen (aufrufenden) Modulen verwendet werden

• Datenstrukturkopplung reduziert die Anzahl der Übergabeparameter
• Wenn die übergebene Datenstruktur ...
  • nur  Elemente enthält, die das empfangene Modul tatsächlich benötigt, ist die Datenstrukturkopplung ungefährlich
  • Elemente enthält, die das empfangende Modul nicht benötigt, wird die Verständlichkeit des Moduls reduziert

Charakterisierung:
Übergabeparameter funktionieren wie Steuerelemente und beeinflussen das Verhalten des empfangenden Moduls.

Nachteile:

• Eindeutigkeit der Übergabeparameter nicht gewährleistet
• Schwer verständlich, wartbar und testbar
• Zusätzliche Dokumentation nötig

• Ermöglicht es, ein Modul ohne detaillierte Kenntnis anderer Module zu verstehen
• Reduziert die Wahrscheinlichkeit, Fehler zu begehen
• Reduziert die Gefahr, dass Fehler in einem Modul fehlerhafte Symtome in einem anderen Modul erzeugen
• Erleichtert das Prüfen von Modulen und die Fehlerfindung
• Ermöglicht lokale Änderungen
• Erleichtert die Wiederverwendung von Modulen