Softwarelogistik (SAP-Bibliothek - System Administration Assistant (BC-RRR))

Softwarelogistik

A) Die Einsystemlandschaft

Eine Systemlandschaft enthält lediglich ein Produktivsystem <PRD>. Die folgende Abbildung skizziert die Einsystemlandschaft und ihre Mandanten, wie sie im Rahmen der ASAP-Richtlinien empfohlen werden.

Falls Sie ein Ready-to-Run-System besitzen, ist Ihr System bereits auf diese Weise vorinstalliert.

Skizze der Einsystemlandschaft mit den benötigten Mandanten

Darüber hinaus existieren im Standardsystem die Referenzmandanten 000, 001 und 066, die unter keinen Umständen gelöscht werden dürfen!

Beschreibung des R/3-Systems <PRD>

Im Customizingmandanten CUST (200) führen Sie Customizing-Einstellungen und Programmentwicklungen durch.

Der Mandant SAND (210) dient als Spielmandant ("Sandkastenmandant"). Er biete Ihnen die Möglichkeit, sich mit dem R/3-System vertraut machen können.

Der Mandant QTST (300) wird für fortlaufendes Testen benötigt. Dieser Mandant dient als Referenz für den Schulungsmandanten TRNG (310). Hier werden die Endanwender mit den aktuellen Einstellungen geschult.

Der Produktivmandant PROD (400) enthält die späteren Produktivdaten.

Der Integrationstest findet im Vorproduktivmandanten PPRD (410) statt. Dazu werden Customizingeinstellungen und Programmentwicklungen in diesen Mandanten transportiert.

Vor- und Nachteile einer Einsystemlandschaft

Die Vorteile einer Einsystemlandschaft gegenüber einer Zwei- oder Dreisystemlandschaft liegen hauptsächlich in den geringeren Anschaffungskosten für Hardware.

Allerdings bestehen folgende Nachteile:

Sie führen sämtliche Customizing- und Entwicklungsaufgaben im Produktivsystem durch. Diese Änderungen können sich unmittelbar auf die aktuellen Einstellungen Ihres Systems auswirken.

Die schrittweise Einführung von Applikationen wird in einer Einsystemlandschaft erschwert.

Aufgrund dieser Nachteile empfiehlt SAP, unbedingt zusätzliche Services der SAP in Anspruch zu nehmen, beispielsweise den Remote Upgrade Service.

Zeitliche Darstellung der R/3-Einsystemlandschaft

Die folgende Abbildung zeigt die Einsystemlandschaft in Abhängigkeit zur Zeit und die Verfügbarkeit der einzelnen Mandanten im Rahmen der einzelnen Implementierungsphasen:

Im Produktivsystem <PRD> sind die Mandanten CUST (200), SAND (210) und QTST (300), TRNG (310) bereits nach der Auslieferung des Systems verfügbar.

Der Schulungsmandant TRNG (310) und der Sandkastenmandant SAND (210) werden durch Mandantenkopie regelmäßig neu initialisiert. Der Produktivmandant PROD (400) im Produktivsystem <PRD> wird erst nach erfolgreichem Integrationstest im Vorproduktivmandanten PPRD (410) aufgebaut.

Weitere Informationen zu den System- und Mandanteneinstellungen und zu den Transporteinstellungen in Ihrem System finden Sie im Abschnitt System- und Mandanteneinstellungen.

B) Die Zweisystemlandschaft

Eine Zweisystemlandschaft besteht aus einem Entwicklungssystem <DEV> und einem Produktivsystem <PRD>. Die folgende Abbildung skizziert die Zweisystemlandschaft und deren Mandanten, wie sie im Rahmen der ASAP-Richtlinien empfohlen werden.

Wenn Sie ein Ready-to-Run-System besitzen, ist Ihr System auf diese Weise vorinstalliert.

Skizze der Zweisystemlandschaft mit den benötigten Mandanten

Darüber hinaus existieren im Standardsystem die Referenzmandanten 000, 001 und 066, die unter keinen Umständen gelöscht werden dürfen!

Beschreibung des R/3-Systems <DEV>

Im Customizingmandant CUST (200) führen Sie die Customizing-Einstellungen und Programmentwicklungen durch.

Der Mandant SAND (210) dient als Spielmandant ("Sandkastenmandant"), über den Sie sich mit dem R/3-System vertraut machen können.

Der Mandant QTST (300) wird für fortlaufendes Testen benötigt. Er dient als Referenz für den Schulungsmandant TRNG (310). Hier werden die Endanwender mit den aktuellen Einstellungen geschult.

Beschreibung des R/3-Systems <PRD>

Der Produktivmandant PROD (400) enthält die späteren Produktivdaten.

Der Integrationstest findet im Vorproduktivmandanten PPRD (410) statt. Dazu werden Customizing-Einstellungen und Programmentwicklungen in diesen Mandanten transportiert.

Vorteile einer Zweisystemlandschaft

Sie können die Implementierung von SAP-Anwendungen im Entwicklungssystem vorbereiten und testen.

Sie führen Customizing- und Entwicklungsaufgaben im Entwicklungssystem durch. Im Produktivsystem ist nur die konsolidierte Produktionsumgebung vorhanden.

Nach der Vorbereitungsphase (Test, Überprüfung und Freigabe) können Sie Parameter und Programme vom Entwicklungs- zum Produktivsystem transportieren.

SAP empfiehlt diese Systemlandschaft für Unternehmen ohne große Eigenentwicklungsprojekte.

Zeitliche Darstellung der Zweisystemlandschaft

Die folgende Abbildung zeigt die Verfügbarkeit der einzelnen Mandanten in den beiden Systemen <DEV> und <PRD> im Rahmen der einzelnen Implementierungsphasen:

Im Customizing- und Entwicklungssystem <DEV> sind die Mandanten CUST (200), SAND (210), QTST (300) und TRNG (310) nach der Auslieferung des Systems bereits vorhanden und verfügbar.

Im Produktivsystem <PRD> existieren die Mandanten PROD (400) und PPRD (410).

Der Schulungsmandant TRNG (310) und der Sandkastenmandant SAND (210) des Entwicklungssystems <DEV> werden durch Mandantenkopie regelmäßig neu initialisiert. Der Produktivmandant PROD (400) im Produktivsystem <PRD> wird erst nach erfolgreichem Integrationstest im Vorproduktivmandanten PPRD (410) aufgebaut.

Weitergehende Informationen zu den System- und Mandanteneinstellungen und zu den Transporteinstellungen in Ihren Systemen finden Sie im Abschnitt System- und Mandanteneinstellungen.

C) Die Dreisystemlandschaft

Eine Dreisystemlandschaft besteht aus einem Entwicklungssystem <DEV>, einem Qualitätssicherungssystem <QAS> und einem Produktivsystem <PRD>. Die folgende Abbildung skizziert die Dreisystemlandschaft sowie deren Mandanten, wie sie im Rahmen der ASAP-Richtlinien empfohlen werden.

In Standardsystemen existieren darüber hinaus die Referenzmandanten 000, 001 und 066, die auf keinen Fall gelöscht werden dürfen!

Beschreibung des R/3-Systems <DEV>

Im Customizingmandanten CUST (200) führen Sie Customizing-Einstellungen und Programmentwicklungen durch.

Der Mandant SAND (210) dient als Spielmandant ("Sandkastenmandant"). Er bietet Ihnen die Möglichkeit, sich mit dem R/3-System vertraut zu machen.

Beschreibung des R/3-Systems <QAS>

Der Mandant QTST (300) wird für fortlaufendes Testen benötigt. Die im Entwicklungssystem vorgenommenen Änderungen werden in den Mandanten QTST importiert und können dort unabhängig von weiteren Entwicklungen gestestet werden.

Der Mandant QTST dient als Referenz für den Schulungsmandant TRNG (310). Hier werden die Endanwender mit den aktuellen Einstellungen geschult.

Beschreibung des R/3-Systems <PRD>

Der Produktivmandant PROD (400) enthält die späteren Produktivdaten.

Der Integrationstest findet im Vorproduktivmandanten PPRD (410) statt. Dazu werden Customizing-Einstellungen und Programmentwicklungen in diesen Mandanten transportiert.

Vorteile einer Dreisystemlandschaft

Eine Dreisystemlandschaft hat gegenüber der Zweisystemlandschaft weitere Vorteile:

Sie können die Implementierung von SAP-Anwendungen in kleinere, überschaubare Einheiten unterteilen.

Sie führen Customizing- und Entwicklungsaufgaben im Entwicklungssystem durch und testen im Qualitätssicherungssystem zunächst auf Projektebene.

Nachdem Sie die Tests im Qualitätssicherungssystem durchgeführt haben, können Sie einzelne Objekte im Fehlerfall gezielt nachtransportieren und den Test wiederholen.
Die Dreisystemlandschaft erleichtert eine schrittweise Einführung von Modulen, da diese unabhängig voneinander freigegeben und getestet werden können.
Die Vollständigkeit von Transporten kann bereits im Qualitätssicherungssystem verifiziert werden, ohne daß dies Auswirkungen auf das Produktivsystem hat.
Funktionaler Test (im System <QAS>) und Integrationstest (im System <PRD>) sind voneinander getrennt.

SAP empfiehlt den Einsatz einer Dreisystemlandschaft in Unternehmen mit größeren Eigenentwicklungsprojekten.

Zeitliche Darstellung der Dreisystemlandschaft

Die nachfolgende Abbildung zeigt die zeitliche Darstellung der SAP-Systemlandschaft und die Verfügbarkeit der einzelnen Mandanten in den Systemen <DEV>, <QAS> und <PRD> im Rahmen der einzelnen Implementierungsphasen:

Im Customizing- und Entwicklungssystem <DEV> sind die Mandanten CUST (200) und SAND (210) und im Qualitätssicherungssystem sind die Mandanten QTST (300) und TRNG (310) nach der Auslieferung des Systems bereits vorhanden und verfügbar. Im Produktivsystem <PRD> sind die Mandanten PROD (400) und PPRD (410) vorhanden.

Weitergehende Informationen zu den System- und Mandanteneinstellungen und zu den Transporteinstellungen in Ihren Systemen finden Sie im Abschnitt System- und Mandanteneinstellungen.