Wählen Sie die beste Design-First-Technologie, um Ihren Geschäftsprozess zu automatisieren

  • 8 Minuten

Angenommen, Sie möchten eine Technologie auswählen, um den Prozess der Fahrradbuchung für Ihr Fahrradverleihunternehmen zu automatisieren.

Sie möchten diesen Prozess so optimieren und modernisieren, wie er auf Ihrem ursprünglichen Campus durchgeführt wird. Sie möchten auch eine Nachverfolgungstechnologie für Fahrräder integrieren, die auf dem neuen Campus verwendet wird, für den Sie kürzlich die Rechte für den Betrieb des vorhandenen Fahrradverleihs erworben haben.

In dieser Übung untersuchen wir dieses Szenario ausführlich und wählen die zu verwendende Technologie aus.

Szenario

Auf Ihrem ursprünglichen Campus betreiben Sie fünf Fahrradverleihstationen. Jede Station verfügt über eine Liste der Leihfahrräder und eine eigene Datenbank, in der die Fahrräder und ihre Eigenschaften erfasst werden und angegeben wird, ob sie vermietet sind oder sich in der Station befinden.

Zurzeit kann jedes Fahrrad nur in seiner Stammstation ausgeliehen werden. Wenn ein Kunde ein Fahrrad an einer anderen Station zurückgibt, bringen Ihre Mitarbeiter es zurück in die Station, in der es in der Datenbank aufgeführt wird. Sie möchten den Prozess so ändern, dass jedes Fahrrad in jeder Station gemietet werden kann. Sie möchten jedoch sicherstellen, dass das Personal schnell herausfinden kann, wo sich die einzelnen Fahrräder befinden.

An der Universität im nächsten Bundesland hat der Fahrradverleih in ein Drittanbietersystem zur Nachverfolgung von Fahrradstandorten investiert. Wenn ein Fahrrad wieder in eine Station zurückkehrt, wird ein eindeutiger Barcode auf der Querstange gescannt. Die Fahrrad-Nachverfolgungsdatenbank wird automatisch mit dem Namen der Station aktualisiert, die den Barcode eingescannt hat. Wenn ein Fahrrad mit einem Kunden eine Station verlässt, wird der Standort in „Vermietet“ geändert und der Kundenname in einer separaten Spalte aufgezeichnet.

Dieses System hat sich als hilfreich erwiesen, wenn ein Kunde ein Fahrrad mit einer bestimmten Rahmengröße und/oder mit spezifischen Merkmalen wünscht, beispielsweise mit einem Elektromotor oder einer geländegängigen Radaufhängung. Wenn in einer Station kein Fahrrad mit der richtigen Ausrüstung verfügbar ist, kann die Station schnell herausfinden, wo sich ein solches Fahrrad befindet und es beschaffen oder den Kunden in die richtige Station schicken. Diese Fahrradstandort-Datenbank verfügt über eine REST-API, die Sie aus anderen Systemen aufrufen können.

Ihr Vorgesetzter möchte den von Ihnen entwickelten Workflow klar verstehen können. In der Vergangenheit gab es Probleme, wenn die Dokumentation nicht mit dem benutzerdefinierten Code synchron gehalten wurde, und Ihr Vorgesetzter möchte den Prozess so sehen, wie er implementiert ist.

Geschäftsprozess

Sie möchten den Prozess der Fahrradreservierung und -vermietung auf beiden Campus in den folgenden Workflow aktualisieren:

Decision flow diagram detailing the logic for the bike booking and rental process.

Die Details sind wie folgt:

  1. Ein Kunde fordert ein Fahrrad telefonisch, persönlich oder über die Website an.
  2. Die Mitarbeiter der Station erfassen die Details des Kunden und die Rahmengröße.
  3. Benötigt der Kunde spezifische Merkmale wie einen Elektromotor, eine Aufhängung oder einen Kinderanhänger? Wenn ja, was sind das für Merkmale?
  4. Wo befinden sich alle Fahrräder mit dieser Rahmengröße und diesen Merkmalen? Diese Informationen werden aus der Fahrrad-Standortdatenbank abgerufen und durch das Barcodescansystem auf dem neuesten Stand gehalten.
  5. Gibt es ein Fahrrad mit der richtigen Ausstattung und Rahmengröße in der richtigen Station? Wenn dies der Fall ist, das Fahrrad buchen.
    1. Falls nicht, wo befindet sich das nächste Fahrrad? Reservieren Sie das Fahrrad.
    2. Senden einer E-Mail an das Personal, um das Fahrrad zum Kunden zu bringen.
    3. Scannen des Barcodes am neuen Standort.
  6. Übergeben des Fahrrads an den Kunden und Aktualisieren des Standorts in „Vermietet“.
  7. Annehmen der Zahlung vom Kunden.

Dies ist eine Vereinfachung des gesamten Prozesses. Der Einfachheit halber haben wir auf Ausnahmefälle verzichtet, wenn z.B. kein Fahrrad mit der gewünschten Rahmengröße oder Ausstattung zum Vermieten verfügbar ist. Vielleicht fallen Ihnen noch andere Szenarios ein, die nicht durch dieses vereinfachte Verfahren abgedeckt werden.

Auswählen einer Technologie

Werfen wir einen Blick auf die verfügbaren Azure-Technologien zur Implementierung des Geschäftsprozesses und zur Integration in die Standortdatenbank für Fahrräder:

  • Microsoft Power Automate
  • Azure Logic Apps
  • Azure-Funktionen
  • WebJobs in Azure App Service

Sie können jede dieser und auch andere Technologien verwenden, um einen Workflow für diesen Geschäftsprozess zu erstellen. Jede Technologie kann auch in jede REST-API integriert werden, sodass Sie auch jede dieser Technologien für die Integration in das Fahrrad-Standortsystem verwenden können. Wie wählen Sie aus diesen Optionen aus?

Design-First oder Code-First?

Wir wissen, dass Ihre Vorgesetzte und deren Mitarbeiter den Workflow auf einer höheren Ebene als die Überprüfung des Codes und der Implementierung verstehen möchten. Sie mag auch keine separaten Dokumente, die einen Prozess beschreiben, weil diese so schnell veraltet sind, wenn sich der Prozess ändert.

Wenn Sie sich für einen Design-First-Ansatz entscheiden, wird der Workflow in einer leicht verständlichen Designoberfläche visualisiert. Darüber hinaus ist dieses Diagramm kein separates Dokument, sondern eine Darstellung des Prozesses, während er implementiert wird. Der Vorteil besteht darin, dass das Diagramm aktualisiert wird, wenn der Prozess geändert wird.

Wählen Sie aus diesem Grund einen Design-First-Ansatz.

Microsoft Power Automate oder Azure Logic Apps?

Jetzt müssen Sie sich zwischen den beiden Design-First-Technologien entscheiden:

  • Microsoft Power Automate
  • Azure Logic Apps

Es gibt keine Hinweise im Szenario, dass die Mitarbeiter der Station in der Lage sein sollen, den Geschäftsprozess zu ändern. Darüber hinaus müssen Sie einen benutzerdefinierten Connector erstellen, um eine Verbindung mit der Fahrrad-Standortdatenbank über die REST-API herzustellen. Dies ist eine Entwickleraufgabe.

Es erscheint sinnvoll, dass die Entwicklung des benutzerdefinierten Connectors und des Workflows von derselben Person oder demselben Team durchgeführt werden sollte. Da es sich hierbei um Entwickler handeln muss, ist es am besten, Azure Logic Apps zu verwenden.

Wie diese Übung zeigt, können wir die zu verwendende Technologie für eine bestimmte Lösung eingrenzen, indem wir einfach den Geschäftsprozess und die Zielgruppe verstehen.