De beste op ontwerp gerichte technologie kiezen om uw bedrijfsproces te automatiseren
U wilt een technologie kiezen om het boekingsproces voor uw fietsverhuurbedrijf te automatiseren.
U wilt het proces zoals dit op uw oorspronkelijke campus wordt uitgevoerd, stroomlijnen en moderniseren. U wilt ook de fietstraceringstechnologie integreren die wordt gebruikt op de nieuwe campus, waar u onlangs de rechten hebt verkregen om het bestaande fietsverhuurbedrijf te runnen.
In deze oefening gaan we dit scenario in detail bekijken en de te gebruiken technologie kiezen.
Scenario
Op de oorspronkelijke campus hebt u vijf fietsverhuurvestigingen. Elke winkel heeft een lijst met fietsen te huur en een eigen database die de fietsen, hun kenmerken registreert en of ze al worden gehuurd of in de winkel.
Momenteel kan elke fiets alleen in één vestiging worden gehuurd. Wanneer een klant een fiets retourneert naar een andere winkel, verplaatst uw personeel deze terug naar de winkel waar deze wordt vermeld in de database. U wilt dit proces wijzigen, zodat elke fiets in elke vestiging kan worden gehuurd. Maar het personeel moet wel snel kunnen uitzoeken waar elke fiets zich bevindt.
Op de universiteit in de naburige provincie heeft het fietsverhuurbedrijf geïnvesteerd in een systeem van derden om fietslocaties te traceren. Wanneer een fiets bij een winkel aankomt, wordt een unieke streepjescode op de fiets gescand. De fietstraceringsdatabase wordt automatisch bijgewerkt met de naam van de vestiging waar de barcode is gescand. Als een fiets wordt verhuurd, wordt de locatie gewijzigd in Verhuurd en wordt de naam van de klant in een aparte kolom vastgelegd.
Dit systeem blijkt handig als een klant om een fiets met een specifieke framemaat en/of specifieke eigenschappen vraagt, zoals een e-bike of crossfiets. Als een vestiging niet over de gewenste fiets beschikt, kan het personeel snel nagaan waar er wel een is en deze ophalen of de klant naar de juiste vestiging verwijzen. Deze fietslocatiedatabase bevat een REST API die u vanuit andere systemen kunt aanroepen.
Uw directeur wil duidelijk inzicht krijgen in de werkstroom die u ontwikkelt. Er zijn in het verleden problemen opgetreden wanneer de documentatie niet synchroon blijft met aangepaste code en uw directeur het proces wil zien terwijl deze wordt geïmplementeerd.
Bedrijfsproces
U wilt het fietsreserverings- en -verhuurproces op beide campussen bijwerken volgens de volgende werkstroom:
De details zijn als volgt:
- Een klant vraagt telefonisch, persoonlijk of via de website een fiets aan.
- Het personeel legt de gegevens van de klant en de framemaat vast.
- Heeft de klant specifieke wensen, zoals een e-bike, crossfiets of kindertrailer? Zo ja, om welke eigenschappen gaat het precies?
- Waar bevinden zich alle fietsen met die framemaat en eigenschappen? Deze informatie is te vinden in de fietslocatiedatabase en wordt up-to-date gehouden door het barcodescansysteem.
- Is er een fiets met de juiste eigenschappen en framemaat in de juiste vestiging? Reserveer die fiets als dat zo is.
- Waar bevindt zich de dichtstbijzijnde fiets als dat niet zo is? Reserveer die fiets.
- Verzend een e-mail naar het personeel om de fiets te verplaatsen naar de huurder.
- Scan de barcode op de nieuwe locatie.
- Geef de fiets mee aan de klant en wijzig de locatie in Verhuurd.
- Neem de betaling van de klant in ontvangst.
Dit is een vereenvoudiging van het hele proces. Voor het gemak hebben we randcases weggelaten, zoals geen fiets met de gewenste framegrootte of functie is te huur. Misschien kunt u nog meer situaties bedenken waarin dit vereenvoudigde proces niet voorziet.
Een technologie kiezen
Laten we de Azure-technologieën bekijken die beschikbaar zijn om het bedrijfsproces te implementeren en te integreren met de fietslocatiedatabase:
- Microsoft Power Automate
- Azure Logic-apps
- Azure Functions
- Azure App Service WebJobs
U kunt elk van deze en andere technologieën gebruiken om een werkstroom voor dit bedrijfsproces te maken. Elke technologie is ook te integreren met een willekeurige REST API, zodat u elk van deze technologieën ook kunt gebruiken voor integratie met het fietslocatiesysteem. Hoe kiest u uit deze opties?
Design-first of code-first?
We weten dat uw directeur en haar medewerkers de werkstroom willen begrijpen, maar niet helemaal tot het niveau van code en implementatie. Ze houdt ook niet van afzonderlijke documenten die een proces beschrijven, omdat ze zo eenvoudig verouderd worden wanneer het proces verandert.
Als u voor een design-first aanpak kiest, wordt de werkstroom gevisualiseerd in een gemakkelijk te begrijpen ontwerpoppervlak. Bovendien is dat diagram geen afzonderlijk document, maar een afbeelding van het proces terwijl het wordt geïmplementeerd. Het voordeel is dat het diagram wordt bijgewerkt wanneer het proces wordt gewijzigd.
Kies om deze reden een design-first aanpak.
Microsoft Power Automate of Azure Logic Apps?
Nu moet u kiezen uit de twee design-first technologieën:
- Microsoft Power Automate
- Azure Logic-apps
In dit scenario hoeft het personeel het bedrijfsproces niet te kunnen wijzigen. Verder moet u een aangepaste connector maken om via de REST API verbinding te maken met de fietslocatiedatabase. Dit is een taak voor ontwikkelaars.
Het kan verstandig zijn om de aangepaste connector en de werkstroom door dezelfde persoon of hetzelfde team te laten ontwikkelen. Omdat dit ontwikkelaars moeten zijn, is het het beste om Azure Logic Apps te gebruiken.
Zoals in deze oefening wordt getoond, kunnen we de technologie beperken die voor een bepaalde oplossing moet worden gebruikt door alleen inzicht te krijgen in het bedrijfsproces en de doelgroep.