2.4 Adaption und Customizing

Die folgende Darstellung ist ein gekürzte, überarbeitete und ergänzte Fassung aus dem Buch: Hufgard, A.: Betriebswirtschaftliche Softwarebibliotheken und A- daption. München 1994. Customizing und Adaption von Standardanwendungssoftware Dr. Andreas Hufgard IBIS Prof. Thome AG, www.ibis-thome.de, D-97082 Würzburg, Deutschland E-mail: hufgard@ibis-thome.de 1 Begriffsherleitung...................................................................................... 1 2 Einsatzgebiet............................................................................................. 2 3 Entwicklung.............................................................................................. 3 4 Modell...................................................................................................... 4 Der Begriff Customizing (abgeleitet von 'custom made', engl.: maßgearbeitet). Das Bild des Maßanzugs, den ein Schneider für seinen Kunden anfertigt, wird auf die Konfigurierung von Hardware und Anpassung von Standardanwendungs- software auf spezielle Anforderungen eines Unternehmens übertragen [STAHL83, 168 u. THOM91, 34]. Ursprünglich war mit dem "Modular Applica- tion Customizing System" von IBM auch genau dies gemeint, nämlich die einma- lige Generierung einer kundenindividuellen Lösung aus einer Sourcecode- Bibliothek [vgl. GORD80, 521ff.]. In einem siebenstufigen 'customizing-run' wurden, unterstützt durch Fragebögen, die Datenstruktur, Formulare und Mas- ken, Funktionsstruktur, Programmcode, maschinen-lesbarer Code und eine indi- viduelle Dokumentation erzeugt. 1 Begriffsherleitung In der aktuellen Diskussion über die Anpassung von Standardsoftware dominiert noch der Begriff Customizing (abgeleitet von 'custom made', engl.: maßgearbei- tet), insbesondere im SAP-Umfeld. Das Bild des Maßanzugs, den ein Schneider für seinen Kunden anfertigt, wird auf die Konfigurierung von Hardware und An- passung von Standardanwendungssoftware auf spezielle Anforderungen eines Unternehmens übertragen. Ursprünglich war mit dem "Modular Application Customizing System" von IBM auch genau dies gemeint, nämlich die einmalige Generierung einer kundenindividuellen Lösung aus einer Sourcecode-Bibliothek [Gord80]. In einem siebenstufigen 'customizing-run' wurden, unterstützt durch Fragebögen, die Datenstruktur, Formulare und Masken, Funktionsstruktur, Pro- grammcode, maschinen-lesbarer Code und eine individuelle Dokumentation er- zeugt. Heute sind die Anforderungen an die kundenindividuelle Anpassung von Stan- dardanwendungssoftware andere. Es steht nicht mehr die effiziente Ausnutzung der Speichermedien im Vordergrund. Es gilt vielmehr, eine vereinfachte, prozess- orientierte Gestaltung der funktional komplexen Softwarebibliothek für die be- triebswirtschaftlichen Anforderungen des Unternehmens zu erreichen. Zusätzlich ist es im e-Business Zeitalter erforderlich, dass die Softwarelösung mit einem Netzwerk von Unternehmen und Marktplätzen einfach und flexibel Informationen austauschen und Geschäfte abwickeln kann. Auch muss die "angefertigte Lö- sung" zukünftige Veränderungen der Organisation und des Netzwerks dynamisch nachvollziehen können. Die zeitnahe Integration von Organisation und Informati- onsverarbeitung steht im Vordergrund. Deswegen muss die "angefertigte Lö- sung" schnell und einfach zukünftige Veränderungen ermöglichen und darf eben kein geschneiderter "Maßanzug" sein, der keine Änderungen erlaubt. Im Vor- dergrund steht heute die kundenindividuelle Nutzbarmachung des Werkzeuges Standardanwendungssoftware im Hinblick auf bestehende und künftige unterneh- mensindividuelle Anforderungen [Meis90]. Deshalb kann nicht mehr der englische Begriff 'Customizing' benutzt werden. Der hier gewählte Begriff Adaption ist eine Anleihe aus dem Lateinischen (aus ad "an, nach, hin, zu" und aptare "anfügen, anpassen") und bedeutet 'Anpassung an die Umwelt', wie z.B. bei Sinnesorganen an äußere Reize, z.B. des Auges an Licht und Dunkelheit. 2 Einsatzgebiet Die Gestalt der Standardanwendungssoftware, die an die unternehmerische Um- welt angepasst werden soll, entwickelt sich ständig weiter. Meist stehen für ein Problem mehrere Lösungsvarianten zur Verfügung, so dass für diesen neuen Ty- pus von Standardanwendungssoftware die Bezeichnung betriebswirtschaftliche Softwarebibliothek kennzeichnend ist. Das Anpassungsvermögen und die not- wendige dynamische Adaptionsfähigkeit des Systems müssen bereits bei Kon- zeption und Erstellung der Softwarebibliothek berücksichtigt werden und erfor- dern einen erheblichen Aufwand. Waren es in den 70er Jahren noch Quellcodetei- le, die zusammengefügt wurden, gibt es heute eine Vielzahl unterschiedlicher A- daptionsverfahren, um komplexe Softwarebibliotheken zu adaptieren. Die Ebene der Adaption hat sich von implementationstechnischen auf mehr betriebswirt- schaftliche Fragestellungen verlagert. Neben ausgereifteren ERP-Lösungen – wie 2 SAP - berücksichtigen auch immer mehr neue e-Business Lösungen der zweiten Generation diese Prämisse (z.B. Intershop Enfinity). Kennzeichnend für diesen Wandel ist die Entwicklung eines regelbasierten be- triebswirtschaftlichen Anforderungsnavigators [ToHu96] für SAP R/3, der bei der Identifikation der drei Adaptionsarten Auswahl, Anpassung im vordefinierten Rahmen und Ergänzung hilft. Die Unterstützung durch solche intelligenten Konfi- gurationswerkzeuge macht die Adaptionsfähigkeit des Systems im konkreten Anwendungsfall aus. Die Realisierung einer kundenindividuell ausgeprägten Softwarebibliothek erfolgt im Rahmen des Adaptionsprozesses. Er muss durch Adaptionswerkzeuge und - dienstleistungen zielgerichtet und kontinuierlich unterstützt werden. Adaptions- dienstleistungen sind definierte Aufgaben im Rahmen eines Vorgehensmodells, das den Adaptionsprozess steuern und kontrollieren hilft. Das Charakteristikum der dynamische Adaption an ständig neue „Unternehmensumweltbedingungen“ und neuen Adaptionsziele hat zu neuen Vorgehensphilosophien wie dem Conti- nuous System Engineering (CSE) geführt [ToHu96]. 3 Entwicklung Die Entwicklung der Adaptionswerkzeuge und -dienstleistungen muss in enger Abstimmung mit den Adaptionsmöglichkeiten und der Softwarebibliothek erfol- gen. Für die Adaption betriebswirtschaftlicher Softwarebibliotheken müssen demnach zwei Aktionsbereiche unterschieden werden: 1. Konzeption der Adaptionsmöglichkeiten: das Vordenken und Entwickeln des Adaptionsvermögens der betriebswirtschaftlichen Softwarebibliothek, der Adaptionswerkzeuge und -dienstleistungen. 2. Realisierung des Adaptionsprozesses: die effektive Anwendung der Adapti- onswerkzeuge im Rahmen der unternehmensindividuellen Einführung und der weiteren Nutzung einer betriebswirtschaftlichen Softwarebibliothek. Der Begriff Adaption sollte auch den alten Begriff der Parametrisierung ablösen, da sich die Adaptionsarten und -werkzeuge auf die Variation von Stellgrößen der Standardsoftware beschränken. Auch ist es niemals erreichbar, ein konkretes In- formationssystem ohne irgendeine Form von Individualentwicklung zu realisieren. Die individuelle Gestaltung von Funktionen und Vorgängen - am besten mit Stan- dardentwicklungswerkzeugen - ist eine Art der Adaption, an der Stelle wo andere Adaptionsarten "versagen". Das Problem vieler Darstellungen zur Adaption, wie sie hier verstanden wird, ist eine einseitige Betrachtung entweder einer bestimmten Adaptionswerkzeugklasse (z.B. Referenzmodelle) oder eines bestimmten Softwarepaketes als Gegenstand 3 der Adaption (z.B. SAP R/3). Das Entscheidungsproblem der Werkzeugauswahl und das Gestaltungsproblem der Softwaresysteme unter dem Aspekt der Adap- tion können so nicht gelöst werden. Andere Teildarstellungen beschäftigen sich nur mit Randproblemen, wie die Adaption der Benutzeroberfläche, die im Rah- men der Adaption einer Softwarebibliothek nur sekundäre Bedeutung hat. 4 Modell Eine vollständige Darstellung (Totalmodell) der anforderungsgerechten Adaption einer betriebswirtschaftlichen Softwarebibliothek muss eine Vielzahl von Vari- ablen berücksichtigen, die durch einen Adaptionswerkzeug-Mix beeinflusst wer- den können [Hufg94]. Das unten aufgeführte Entity-Relationship-Modell soll dies zeigen: Die Abbildung zeigt die Variablen der Adaption einer betriebswirtschaftlichen Softwarebibliothek und ihre Beziehungen zueinander. Dabei lassen sich drei An- wendungsbereiche der Adaption erkennen: Organi- Daten- sation Rolle struktur zeigt Maske Elementar- Vorgang Funktion Modul funktion druckt Formular Logik Vorgangsadaption Funktionsadaption Formularadaption Legende: Kästen sind Entities (Objekte), Rauten sind Relationships (Beziehungen) und die Raute im Kasten sym- bolisiert eine Relationship mit Entitätscharakter 1. Als Vorgangsadaption lassen sich Variablen zusammenfassen, die die Nutzung einer Funktion durch Benut- zer (Rollen) und die Einbindung in betriebswirtschaftliche Prozesse (Vorgänge) bestimmen. Die Beziehung von Rollen zu Vorgängen gestaltet die Organisation eines Unternehmens. 2. Im Zentrum der Adaption steht die Funktionsadaption.