Erweiterbarkeit
Dies ist ein Entwurfsprinzip, bei dem zukünftiges Wachstum und Änderungen berücksichtigt werden.
Jeder Kunde hat individuelle Anforderungen. Um diesen gerecht zu werden, ist die Benutzeroberfläche vollständig erweiterbar. Die Systemsoftware „ Sterling™ Order Management “ unterstützt die Erweiterbarkeit auf allen wichtigen Ebenen der Anwendung. Dies umfasst die Unterstützung auf Benutzerschnittstellen-, Geschäftslogik- und Datenmodellebene. Erweiterbarkeit steht auch auf Serviceebene zur Verfügung und ermöglicht API- und Datenerweiterungen. Erweiterungen können aktualisiert und bei Upgrades ohne Auswirkung beibehalten werden.
- Benutzerschnittstelle
- Aufgrund der Erweiterbarkeit der Benutzerschnittstelle können Sie diese entsprechend Ihren Geschäftsanforderungen anpassen. Dies ermöglicht z. B. die Anzeige und Erfassung zusätzlicher Informationen, die Verbesserung der Abläufe einer vorhandenen Schnittstelle oder das Hinzufügen neuer Abläufe. Im Allgemeinen gibt es zwei Arten von Erweiterungen. Dies sind vollständige Erweiterungen und differenzielle Erweiterungen. Differenzielle Erweiterungen ermöglichen es Unternehmen, über die im Lieferumfang enthaltenen Funktionen hinausgehende Erweiterungen zu definieren. In diesem Modus definiert und besitzt der Kunde lediglich die definierten Erweiterungen und die im Lieferumfang enthaltenen Anzeigen bleiben erhalten. Dies ermöglicht reibungslosere Upgrades, da ein Upgrade der im Lieferumfang enthaltenen Komponenten durchgeführt werden kann, während die Erweiterungen erhalten bleiben. Schnittstellenerweiterungen werden von folgenden Sterling-Benutzerschnittstellen unterstützt:
- Sterling Business Center und Sterling Field Sales – basierend auf dem Web UI Framework; unterstützt vollständige und differenzielle Erweiterungen
- Application Console-Benutzerschnittstellen-basierend auf JSP und JavaScript; unterstützt vollständige Erweiterbarkeit.
- Sterling Call Center, IBM Sterling Store -unterstützt vollständige und differenzielle Erweiterungen.
- Datenmodell
Datenmodellerweiterungen ermöglichen Ihnen eine Erweiterung des Sterling-Datenmodells. Dies umfasst die Möglichkeit, Spalten zu bestehenden Tabellen hinzuzufügen. Benutzerdefinierte Spalten werden wie Produktspalten behandelt: Diese Spalten können auf Platte gespeichert, durchsucht und mithilfe sofort einsatzfähiger standardmäßiger APIs abgerufen werden, als wären Sie mit dem Produkt definiert. Darüber hinaus bietet Ihnen das Datenbank-Framework die Möglichkeit, die Anwendungsdatenbank zu erweitern, indem Sie angepasste oder Hang-off-Tabellen erstellen. Eine angepasste Tabelle ist eine unabhängige Tabelle und kann nicht als eine Erweiterung einer standardmäßigen Anwendungsdatenbanktabelle modelliert werden.
- Geschäftslogik – Serviceebene
- Back-End-Erweiterungen unterstützen die Ausführung angepasster Geschäftslogik und Verarbeitung. Diese Ebene kann so erweitert werden, dass Ihre Datenbankerweiterungen genutzt werden und durch Verwendung von Benutzerexits auch eine Erweiterung zur Implementierung einer angepassten Logik möglich ist. Benutzerexits werden zum Ausführen einer angepassten Verarbeitung verwendet. Angepasste Logik kann durch Integration in andere Anwendungen, geänderte Anwendungsfälle und andere spezielle Anforderungen einer Anwendung bedingt sein. Back-End-Erweiterungen ermöglichen eine Änderung der serverseitigen APIs, um die angepasste Geschäftslogik ausführen zu können.
- Beispiel: Wenn Kunden die Auftrags-APIs erweitern müssen, indem eine angepasste Preisermittlungslogik aufgerufen wird, implementieren sie "getOrderPriceUE". Wenn vor dem Erstellen eines Auftrags kundenspezifische Validierungen durchgeführt werden müssen, kann "beforeCreateOrderUE" definiert werden. Diese Benutzerexits weisen definierte Eingabe- und Ausgabe-XMLs auf.
Zusätzlich können Ereignisse verwendet werden, um das Verhalten einer API zu erweitern. Ereignisse wirken sich nicht auf das Verhalten einer API aus, sondern fügen zusätzliche Funktionalität hinzu.- Beispiel: Ein Ereignis vom Typ "CreateOrder.on success" kann verwendet werden, um bei Konsumentenaufträgen eine E-Mail an den Konsumenten zu senden. Dieses Erweiterungsszenario erfordert keinerlei angepasste Java-Codierung.