Ein Vorteil dieser speziellen Implementierung des Befehlsmusters ist, dass der Schalter mit jedem Gerät verwendet werden kann, nicht nur mit einem Licht. Der Switch in der folgenden C-Implementierung schaltet ein Licht ein und aus, aber der Konstruktor des Switches kann alle Unterklassen von Command für seine beiden Parameter akzeptieren. Sie können z. B. den Switch so konfigurieren, dass ein Modul gestartet wird. Beispielsweise verfügen viele FPGAs über PROGRAM-Pins, die, wenn sie niedrig gezogen werden, die Grenzscanschaltung zurücksetzen. Dann wird das Gerät nicht in der JTAG-Kette erkannt, effektiv “die Kette brechen”. Wenn es zwei JTAG-Geräte gibt, von denen eines das Konformitätsmuster des anderen steuert, sollte überprüft werden, ob der Standardzustand (Reset) so ist, dass das Konformitätsmuster korrekt eingestellt ist. Unter Verwendung des Command-Entwurfsmusters wird die folgende Lösung beschrieben: N2 – Unternehmen von heute verlangen ein hohes Maß an Compliance von Geschäftsprozessen, um unterschiedliche Vorschriften und Rechtsvorschriften zu erfüllen. Mehrere industriell einges Studies haben gezeigt, dass Compliance-Management eine gewaltige Aufgabe ist, und Organisationen kämpfen immer noch und geben Milliarden von Dollar jährlich aus, um ihre Einhaltung sicherzustellen und zu beweisen. In diesem Beitrag führen wir ein umfassendes Compliance-Management-Framework mit einem Schwerpunkt auf Design-Time-Compliance-Management als ersten Schritt hin zu einer präventiven lebenslangen Compliance-Unterstützung ein. Das Framework ermöglicht die Automatisierung von Compliance-bezogenen Aktivitäten, die für die Automatisierung geeignet sind, und kann daher die Ausgaben für Compliance erheblich reduzieren.
Es kann Experten helfen, ihre Arbeit effizienter durchzuführen, die Zeit für mühsame manuelle Tätigkeiten zu reduzieren und potenzielle menschliche Fehler zu reduzieren. Eine offensichtliche Compliance-Aktivität für die Automatisierung ist die Compliance-Prüfung, die durch den Einsatz formaler Argumentations- und Überprüfungstechniken erreicht werden kann. Formale Sprachen sind jedoch für ihre Komplexität bekannt, da nur versierte Benutzer in mathematischen Theorien und formalen Logiken in der Lage sind, sie zu verwenden und zu verstehen. Dies ist jedoch in der Regel bei Wirtschafts- und Compliance-Experten nicht der Fall. Daher führen wir im Kern des Compliance-Management-Frameworks die Compliance Request Language (CRL) ein, die formal auf zeitlicher Logik basiert und die abstrakte musterbasierte Spezifikation von Compliance-Anforderungen ermöglicht. CRL stellt eine Reihe von Compliance-Mustern dar, die drei strukturelle Facetten von Geschäftsprozessen umfassen. Kontrollfluss, eingesetzte Ressourcen und zeitliche Perspektiven. Darüber hinaus unterstützt CRL die Spezifikation von Kompensationen und nicht-monotonen Anforderungen, die die Lockerung einiger Compliance-Anforderungen für außergewöhnliche Situationen ermöglichen. Eine integrierte Tool-Suite wurde als Instanziierungsartefakt entwickelt, und die Validierung des Ansatzes erfolgt in mehrere Richtungen, die interne Gültigkeit, kontrollierte Experimente und Funktionstests umfasst. Der folgende Code ist eine Implementierung des Befehlsmusters in Go. Formalisierung und Anwendung von Compliance-Mustern für die Compliance von Geschäftsprozessen. / Elgammal, A.; Turetken, O.; van den Heuvel, W.; Papazoglou, M.
Vier Begriffe, die immer dem Befehlsmuster zugeordnet sind, sind Befehl, Empfänger, Aufrufer und Client. Ein Befehlsobjekt kennt den Empfänger und ruft eine Methode des Empfängers auf. Werte für Parameter der Empfängermethode werden im Befehl gespeichert.