İş sürecinizi otomatikleştirmek için en iyi Design First teknolojiyi seçme

  • 8 dakika

Bisiklet kiralama işinizde rezervasyon sürecini otomatikleştirmek için bir teknoloji seçmek istiyorsunuz.

Bu süreci ilk kampüsünüzde olduğu gibi düzenlemek ve modernleştirmek istiyorsunuz. Ayrıca kısa süre önce mevcut bisiklet kiralama işini yürütme haklarını aldığınız yeni kampüste kullanılan bisiklet izleme teknolojisini de tümleştirmek istiyorsunuz.

Bu alıştırmada bu senaryoyu ayrıntılarıyla inceleyip kullanılacak teknolojiyi seçeceğiz.

Senaryo

İlk kampüsünüzde beş bisiklet kiralama mağazanız çalışıyor. Her dükkanda kiralık bisikletlerin bir listesi ve bisikletleri, özelliklerini ve zaten kiralanmış olup olmadıklarını kaydeden kendi veritabanı vardır.

Şu anda, her bisiklet yalnızca kendi mağazasından kiralanabiliyor. Bir müşteri başka bir dükkana bisiklet döndürdüğünde, personeliniz bisikleti veritabanında listelendiği dükkana geri taşır. Bu süreci değiştirip her bisikletin her mağazadan kiralanabilmesini sağlamak istiyorsunuz. Bununla birlikte personelin her bisikletin yerini hemen bulabileceğinden de emin olmak istiyorsunuz.

Komşu şehirdeki üniversitede bisiklet kiralama şirketi bisiklet konumlarını izlemek için üçüncü taraf bir sisteme yatırım yapmıştı. Bir bisiklet bir mağazaya geri geldiğinde, bisiklet üzerindeki benzersiz bir barkod taranır. Bisiklet izleme veritabanı, barkodu tarayan mağazanın adıyla otomatik olarak güncelleştiriliyor. Bisiklet bir müşteriyle mağazadan ayrıldığında, konum bilgisi "Kiralandı" olarak değişiyor ve müşteri adı ayrı bir sütuna kaydediliyor.

Bir müşteri belirli bir kadro boyunda ve/veya elektrik motorlu veya arazi süspansiyonlu gibi belirli özelliklere sahip bir bisiklet istediğinde bu sistemin kullanışlı olduğu kanıtlandı. Mağazanın doğru ekipmana sahip bir bisikleti yoksa böyle bir bisikletin nerede bulunduğuna hemen bakılabiliyor ve bisiklet oradan alınıyor veya müşteri doğru mağazaya yönlendiriliyor. Bu bisiklet konumu veritabanının diğer sistemlerden çağırabileceğiniz bir REST API'si var.

Genel müdürünüz, geliştirdiğiniz iş akışını net bir şekilde anlamak istiyor. Geçmişte belgeler özel kodla eşitlenmemişken ve müdürünüz süreci uygulandığı gibi görmek istediğinde sorunlar yaşanıyordu.

İş süreci

Her iki kampüste de bisiklet rezervasyon ve kiralama sürecini aşağıdaki iş akışıyla güncelleştirmek istiyorsunuz:

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

Ayrıntıları şöyledir:

  1. Müşteri telefonla veya web sitesi üzerinden bir bisiklet istiyor.
  2. Mağaza personeli müşterinin ayrıntılarını ve kadro boyunu kaydediyor.
  3. Müşterinin elektrik motoru, süspansiyon veya bebek arabası gibi belirli özelliklere ihtiyacı var mı? Varsa bunlar hangi özellikler?
  4. Söz konusu kadro boyunda ve bu özelliklere sahip tüm bisikletler nerede? Bu bilgiler bisiklet konumu veritabanından alınıyor ve barkod tarama sistemiyle güncel tutuluyor.
  5. Doğru mağazada doğru özelliklere ve kadro boyuna sahip bir bisiklet var mı? Yanıt evet ise o bisikletin rezervasyonunu yapın.
    1. Değilse, en yakın bisiklet nerede? Bu bisikleti ayırın.
    2. Bisikletin müşteriye getirilmesi için personele bir e-posta gönderin.
    3. Yeni konumda barkodu tarayın.
  6. Bisikleti müşteriye verin ve konum bilgisini "Kiralandı" olarak güncelleştirin.
  7. Müşteriden ödemeyi alın.

Bu, tüm sürecin basitleştirilmiş halidir. Kolaylık olması için, istenen çerçeve boyutuna veya özelliğine sahip bisiklet kiralanabilir olmaması gibi uç kasaları atladık. Sizin de aklınıza bu basitleştirilmiş sürecin kapsamına girmeyen başka örnekler gelebilir.

Teknoloji seçme

Şimdi iş sürecini uygulamak ve bisiklet konumu veritabanıyla tümleştirmek için kullanılabilecek Azure teknolojilerini gözden geçirelim:

  • Microsoft Power Automate
  • Azure Logic Apps
  • Azure Functions
  • Azure App Service Web İşleri

Bu teknolojilerden herhangi birini veya başka teknolojileri kullanarak bu iş süreci için bir iş akışı oluşturabilirsiniz. Her teknoloji herhangi bir REST API'yle de tümleştirilebildiğinden, bisiklet konumu veritabanıyla tümleştirme için de bu teknolojilerden herhangi birini kullanabilirsiniz. Bu seçenekler arasından nasıl seçim yapabilirsiniz?

Tasarım öncelikli mi yoksa kod öncelikli mi?

Genel Müdürünüzün ve personelinin iş akışını anlamak istediğini ve bunun kodu ve uygulamayı incelemekten daha üst düzeyde olması gerektiğini biliyoruz. Ayrıca süreci açıklayan ayrı belgeleri de sevmez çünkü işlem değiştiğinde kolayca güncel olmazlar.

Tasarım öncelikli bir yaklaşım seçerseniz, iş akışı kolayca anlaşılabilir bir tasarım yüzeyinde görselleştirilir. Buna ek olarak, bu diyagram ayrı bir belge değil, uygulandığı sürecin bir resmidir. Bunun avantajı, süreç değiştirildiğinde diyagramın güncelleştirilecek olmasıdır.

Bu nedenle tasarım öncelikli bir yaklaşım seçin.

Microsoft Power Automate mi yoksa Azure Logic Apps mi?

Şimdi tasarım öncelikli iki teknolojiden birini seçmeniz gerekiyor:

  • Microsoft Power Automate
  • Azure Logic Apps

Senaryoda mağaza personelinin iş sürecini değiştirebilmesi gerektiği belirtilmiyor. Buna ek olarak, bisiklet konumu veritabanına REST API'si üzerinden bağlanabilmek için özel bir bağlayıcı oluşturmanız gerekecek. Bu da geliştiricinin görevdir.

Özel bağlayıcıyı ve iş akışını geliştirme çalışmalarının aynı kişi veya takım tarafından yapılması anlamlı olur. Bu kişilerin geliştirici olması gerektiğinden en iyisi Azure Logic Apps kullanmaktır.

Bu alıştırmada gösterildiği gibi, yalnızca iş sürecini ve hedef kitleyi anlayarak belirli bir çözüm için kullanılacak teknolojiyi daraltabiliriz.