Teklif al

Sistem Mimarisi · Kadıköy

Kadıköy markaları için Sistem Mimarisi

Tezgâhın arkasındaki rafta aynı ad birkaç boyda duruyor: tek koku, ayrı şişeler. Etiket boya ait, ad ürüne. Kadıköy'ün dokusunda klinik, stüdyo ve randevuyla çalışan küçük perakende öne çıkıyor; mimari kararın ilk maddesi de bu ayrım oluyor: kaydı hangisi taşıyacak? Kokudankokuya'da koku tek ürün kaydı olarak duruyor, hacimler ayrı satılabilir birim. Fiyat ve stok hacme bağlandığı için yeni bir boy eklemek yeni bir ürün açmıyor.

Sistem Mimarisi — Kadıköy

Kadıköy'de Bahariye ve Caferağa hattında randevuyla çalışan hizmet işletmeleri ile küçük perakende yan yana duruyor. Aynı şeyin birkaç biçimini yan yana satıyorsanız mimari soru o biçimlerin kayıtta nasıl duracağı oluyor. Kokudankokuya'nın değmediği yeri yazalım: parfüm perakendesi için kuruldu, bir kliniğin tedavi planı ya da bir stüdyonun ders programı orada yok, o alanlarda gösterecek işimiz de yok. Taşınan kısım vitrin değil, modelin kaç ekseni taşıdığı. Kategori ağacının yanında koku ailesi ve nota ikinci bir gezinme ekseni açıyor; bir parfüm birden çok notaya bağlanabildiği için tek dala hapsolmuyor. Katman eklememek de bir mimari karar: kataloğun ölçeği ayrı bir arama ya da önbellek katmanı gerektirmedi, mağaza Laravel ve MySQL üstünde duruyor.

  • Kimlik ile satılabilir birim ayrı tutuluyor: koku tek ürün kaydı olarak duruyor, hacimler kendi fiyatı ve stoğuyla ayrı birim, yeni bir hacim yeni bir ürün kaydı açmıyor.
  • Kategori ağacının yanında ikinci bir gezinme ekseni duruyor; marka adını bilmeyen müşteri koku ailesinden ya da notadan başlayıp ürüne iniyor.
  • Bir parfüm birden çok notaya bağlanabiliyor, aynı ürün farklı arama niyetlerinden çıkıyor; süreci Laravel yürütüyor, kayıtları MySQL tutuyor.

Neden Algoriel

  • Parçalar aynı yerden okur

    Tahlil.com'da site, yönetim paneli ve mobil uygulama aynı bilgiyi okuyor; üçü ayrı sistem gibi davranmıyor.

  • Ne nerede çözülür, baştan belli

    Hangi işin hangi katmanda çözüleceğine kod yazılmadan karar veriliyor; sonradan yer değiştiren iş pahalıya geliyor.

  • Özet elle güncellenmiyor

    Günlük Hava Durumu'nda iklim özeti arşiv büyüdükçe kendini yeniliyor; kimse aylık tabloyu elle yazmıyor.

  • Dosya düzeni bir kurala bağlı

    KGM SsangYong'da dosyanın nereye ve hangi adla yazıldığı tek bir düzene bağlandı; yükleme kodu bu düzeni izliyor.

Ne inşa ediyoruz

Sistem Mimarisi
  • Verinin hangi sınırda duracağı

    Birden fazla kurumun aynı sistemi kullandığı kurulumda her kurum kendi alan adından girer; öğrenci, veli ve ödeme kaydı o kurumun sınırının içinde kalır. Bu düzene çok kiracılı kurulum deniyor.

  • Kaydın neye bağlanacağı

    Servis geçmişinin kişiye mi adrese mi cihaza mı yazılacağı koddan önce belirlenir. Bu karar sonradan değişirse o güne kadar biriken geçmişin tamamı yeniden bağlanır.

  • Yetkinin veri modelinde durması

    Öğretmen, veli ve kurum yöneticisi aynı ders programı kaydına kendi yetkisi kadar erişir. Yetki ekranda kapatılan bir görünüm değil, kaydın kendi tanımının parçası.

  • Okuma yolunun ayrılması

    Hangi ekranın hazır tutulan bir kopyadan, hangisinin doğrudan veritabanından okunacağı ilk kayıttan önce belirlenir. Vipkurum'da sık açılan ekran kopyadan geliyor, veritabanına yalnız kopyası olmayan okuma düşüyor.

  • Tek sisteme bağlanan arayüzler

    Tahlil.com'da üç arayüz tek sisteme bağlı: hasta sitesi, hekim paneli ve mobil uygulama aynı kaydı okuyor, arayüz başına ikinci bir veri modeli yazılmıyor.

  • Depolama düzeninin ilk günde kurulması

    Dosyaların hangi adlandırma ve klasör düzeninde duracağı en baştan belirlenir; sonradan kurulan düzen taşıma işine dönüşür.

Buna benzer çalışmalar

Sistem Mimarisi · Vaka çalışması

Kokudankokuya — koku tek ürün kaydı, hacim ayrı satılabilir birim

Parfüm perakendesi için kurulmuş bir mağaza; kaydın biçimi baştan ayrıldı. Koku tek ürün kaydı olarak duruyor, hacimler ayrı satılabilir birim: fiyat ve stok hacme bağlı, yeni bir hacim eklemek katalogda yeni bir ürün açmıyor. Gezinme tek eksende kalmadı; kategori ağacının yanında koku ailesi ve nota ikinci bir eksen açıyor, marka adını bilmeyen müşteri koku karakterinden başlayıp ürüne ulaşıyor. Bir parfüm birden çok notaya bağlanabildiği için aynı ürün farklı aramalardan çıkıyor. Yığın bilerek dar kaldı: ölçek ayrı bir arama ya da önbellek katmanı gerektirmedi, mağaza Laravel ve MySQL üstünde duruyor.

Vaka çalışmasını okuyun →

Kadıköy ekipleriyle uzaktan çalışmak

Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Her hacim için ayrı bir ürün açsak olmaz mı?

    Olur, bedeli katalogda birikir. Aynı koku birkaç kayda dağılır, açıklama ve görsel her birinde ayrı güncellenir, arama sonucunda aynı ad tekrar tekrar görünür. Kokudankokuya'da koku tek kayıt, hacim ayrı satılabilir birim; fiyat ve stok hacimde duruyor.

  • Kategori ağacımız zaten var; ikinci eksen ne işe yarıyor?

    Kategori ağacı müşterinin ne aradığını bildiğini varsayar. İkinci eksen bunu varsaymıyor: koku ailesi ve nota, marka adını bilmeyen kişiye ayrı bir giriş açıyor. Ürün birden çok notaya bağlanabildiği için tek bir dala kilitlenmiyor.

  • Arama motoru ya da önbellek katmanı eklemeyecek misiniz?

    Kataloğun ölçeği gerektirmedi, eklemedik. Her katman kurulacak, sürümlenecek ve bozulduğunda onarılacak bir parça demek. Mağaza Laravel ve MySQL üstünde duruyor; taşınacak parça az kaldı. Ölçek büyürse katman eklemek de yazılı bir karar olur.

  • Kadıköy'den bir müşteri örneği gösterebilir misiniz?

    Kadıköy'de müşterimiz yok ve olmayan bir bağı kurmayız. Ofis de tutmuyoruz; çalışma düzenimiz baştan uzaktan kurulu. Gösterdiğimiz şey bu ilçenin işletme dokusuna en yakın işimiz ve o işin kayıt biçimi.

Verinin hangi sınırda duracağına koddan önce karar verelim.