Erweiterung der SAP-Systemlandschaft
Windows
Dieser Punkt klingt zuerst vielleicht ein wenig banal. Wer testet, dokumentiert das doch sicherlich? Die Erfahrung zeigt: Ja, aber oftmals lückenhaft. Bei erfolglosen Tests, bei denen im Anschluss Nachoder Zusatzentwicklungen anstehen und die Fehlerursache auf den ersten Blick nicht direkt ersichtlich ist, zahlt sich eine gute Ergebnisdokumentation oftmals aus. Dies spart Entwicklern Zeit in der Kommunikation und Aufwand durch eine erneute Nachstellung des Szenarios. An dieser Stelle bietet der SAP Solution Manager umfangreiche Möglichkeiten, Templates und Ergebnisdokumente zentral und in den einzelnen Testplänen zu verwalten. Ausschließlich automatisiert Testen Das automatisierte Testen bietet viele Vorteile, sei es eine höhere Softwarequalität durch umfassendere Testabdeckung oder Wiederverwendbarkeit von Testfällen. Jedoch ist es nicht immer sinnvoll, ausschließlich auf Automatisierte Testskripte zurückzugreifen. Eine weniger gute Wahl stellt die Testautomatisierung bei sich häufig änderder Software bzw. Prozessen dar, da hierbei der Wartungsaufwand enorm hoch sein kann. An dieser Stelle ist es oftmals effektiver, manuelle Testdurchläufe auszuführen, anstatt viel Zeit in die mehrmalige Anpassung von Testskripten zu investieren. Schlechte Testvorbereitung Die relevanten Prozesse wurden definiert, die Testpläne angelegt und der Testzeitraum hat begonnen - also kann das Testen ja beginnen? Nicht immer. Oftmals führt mangelnde Testvorbereitung zu ungeplanten zeitlichen Zusatzaufwänden. Mal wurden die Tester nicht mit der Testumgebung vertraut gemacht oder keiner hat daran gedacht, sich um einen ausreichenden und aktuellen Testdatenbestand (Stammdaten, Bewegungsdaten) zu kümmern. Stellen Sie sicher, dass Sie wirklich an alles Nötige gedacht haben! (fehlende Testdaten, nicht repräsentative Testumgebung, instabil).
Um einen gewissen Vorsprung im Hinblick auf neue SAP-Technologien zu besitzen, müssen geeignete PoCs (Proof of Concepts), Forschungs- und Pilotprojekte initiiert werden, um Know-how aufzubauen und Randbedingungen oder auch die Machbarkeit zu evaluieren. Weiterhin dient dies der Evaluation neuer Geschäftsmodelle durch die zugrunde liegende Technologie in Zusammenarbeit mit dem jeweiligen Geschäftsbereich.
Anzeige des allokierten Speichers
Ein SAP-System kann nicht nur, wie oben beschrieben, indirekt über Dateien mit anderen IT-Systemen kommunizieren, es kann auch ein direkter Datenaustausch stattfinden. Dies geschieht über sogenannte Remote Function Calls (RFCs) oder Webservices. RFCs und Webservices können zwischen SAP-Systemen ausgetauscht werden, aber auch zwischen einem SAP-System und einem externen System, sofern dieses die entsprechenden Protokolle beherrscht. Bei dieser Art der Verarbeitung ist ein externes DV-System in der Lage, Daten in das SAP-System zu übertragen und ein Programm im SAP-System remote auszuführen – und umgekehrt. Mit RFCs oder Webservices kann man z. B. ein externes Lagerverwaltungssystem an das SAP-System anbinden. Dabei erstellt das SAP-System die Transportaufträge für die Lagerbewegungen und sendet diese Transportaufträge per RFC oder Webservice an das externe System. Hat das Lagerverwaltungssystem die Lagerbewegungen durchgeführt, führt es seinerseits per RFC oder Webservice die Transaktion aus, die im SAP-System die Warenbewegung bestätigt.
Starten Sie in einem zweiten Modus die SAP-Workprozess-Übersicht (siehe Abschnitt 2.5, »Analyse der SAP-Workprozesse«). Der Workprozess-Übersicht entnehmen Sie u. a. den Namen des laufenden ABAP-Programms und des zugehörigen Benutzers.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Diese Gründe können dazu führen, dass die teuersten Anweisungen nicht erkannt oder falsch bewertet werden und die Statistiken sich nach kurzer Zeit völlig anders darstellen.
Dies gilt ebenso für Administratoren in dem Bereich einer neuen Technologie.