{"id":448,"date":"2014-02-27T14:09:27","date_gmt":"2014-02-27T13:09:27","guid":{"rendered":"https:\/\/e3magpmp.greatsolution.dev\/?p=448"},"modified":"2019-04-01T10:50:20","modified_gmt":"2019-04-01T08:50:20","slug":"simulieren-statt-reparieren","status":"publish","type":"post","link":"https:\/\/e3magpmp.greatsolution.dev\/de\/simulieren-statt-reparieren\/","title":{"rendered":"Simulieren statt reparieren"},"content":{"rendered":"

Die gewichtige Rolle von SAP<\/span>-Systemen im Testing-Markt ist darin begr\u00fcndet, dass diese das transaktionale Herz vieler Unternehmen in Deutschland<\/span> und weltweit darstellen.<\/p>\n

Ein intensives und rechtzeitiges Testing neuer Systeme oder Eigenentwicklungen ist deshalb lebenserhaltend f\u00fcr SAP<\/span>-Anwenderunternehmen. Je fr\u00fcher man die IT im Entwicklungsprozess auf produktions\u00e4hnlichen Systemen testen<\/span> und validieren kann, desto weniger kritische und dadurch aufw\u00e4ndig zu behebende Fehler<\/span> treten bei den gro\u00dfen Integrationstests<\/span> kurz vor dem Go-Live oder danach auf.<\/p>

\"\"<\/a><\/div>
\"\"<\/a><\/div>
\"\"<\/a><\/div>\n

Durch die neue Version Lisa 7.0 von CA Technologies kann fr\u00fches Testen<\/span> in komplexen SAP<\/span>-Umgebungen schnell und effizient realisiert werden, weil nicht nur die auf offenen Standards beruhende Kommunikation \u00fcber Enterprise-Bus-Systeme<\/span> analysiert wird, sondern erstmals auch die direkte SAP<\/span>-propriet\u00e4re Kommunikation \u00fcber RFCs.<\/p>\n

SAP<\/span>-Anwenderunternehmen wird dadurch in der Entwicklung zu einem viel fr\u00fcheren Zeitpunkt ein intensives Testing unter Ber\u00fccksichtigung von Systemabh\u00e4ngigkeiten erm\u00f6glicht.<\/p>\n

Ausgangssituation<\/h3>\n

Etwa zehn Prozent der mehr als 100.000 SAP-Kunden kommen aus dem deutschsprachigen Raum (DACH). Aus dem Heimatmarkt der SAP<\/span> kommen die \u00e4ltesten SAP-Kunden mit einer hohen Dichte an sehr komplexen Systemlandschaften auf h\u00e4ufig unterschiedlichen Release-St\u00e4nden.<\/p>\n

Gerade weil im deutschsprachigen Raum sehr komplexe SAP<\/span>-Landschaften mit multiinterdependenten Abh\u00e4ngigkeiten zwischen SAP<\/span>-, aber auch Nicht-SAP<\/span>-Systemen aufgebaut wurden, tun sich Unternehmen mit der Einf\u00fchrung neuer SAP<\/span>–Technologie<\/span> schwer, wie der m\u00fchsame Upgrade-Prozess auf ERP<\/span> 6.0 zeigt. Und noch immer betreiben viele Unternehmen hierzulande R\/3-Systeme. Systemlandschaften mit mehr als zehn unterschiedlichen produktiven SAP<\/span>-Systemen sind auch im gehobenen Mittelstand keine Seltenheit und bei international ausgerichteten Unternehmen sogar eher die Regel.<\/p>\n

Einen gro\u00dfen Anteil an der Systemkomplexit\u00e4t hat das in der DACH-Region traditionell weitverbreitete SAP<\/span>-Customizing beziehungsweise das Custom Development rund um die SAP<\/span>-Systemlandschaft. J\u00e4hrlich geben SAP<\/span>-Kunden nach Berechnung von PAC mehr als 650 Millionen Euro f\u00fcr Custom Development in der DACH-Region aus.<\/p>\n

Aufgrund der Bedeutung von SAP<\/span>-Systemen ist das intensive Testen<\/span> neuer Funktionen und Applikationen<\/span> teilweise \u00fcberlebenswichtig f\u00fcr SAP-Kunden, wie zwei beispielhafte Interviews zeigen, die PAC im Rahmen einer Studie zum SAP<\/span>-Testing-Markt durchgef\u00fchrt hat:<\/p>\n