Teklif al

Sistem Mimarisi · Fatih

Fatih markaları için Sistem Mimarisi

Tezgâhın arkasındaki kişi ürünü kodundan değil, müşterinin anlattığı durumdan buluyor: hacim, tavan yüksekliği, kapının nereye açıldığı. O bilgi tek kişinin başındayken sıra onun boş kalmasına bağlı kalıyor; mal rafta dursa bile hesap yoksa satış bekliyor. Fatih yazılım mimarisi danışmanlığında sorduğumuz şey bu hesabın nereye yerleşeceği. Calculator Resterm'de bu bilgiyi kişiden alıp sistemin bir katmanına taşıdık. Girdi ısıtma ihtiyacı oluyor, çıktı ise ekranda kalan bir öneri değil doğrudan sepete düşen bir seçim.

Sistem Mimarisi — Fatih

Fatih'in dokusunda Tahtakale ile Eminönü hattının toptan gıda ve hırdavat ticareti, bir de konaklama işletmeleri öne çıkıyor. Kalem sayınız yüksekse ya da talep odanın kendi koşuluna göre değişiyorsa doğru ürünü bulan şey katalog olmuyor, bir kişinin bildiği oluyor. Bu çalışma koşuluna en yakın işimiz Calculator Resterm. Nerede örtüşmediğini yazalım: elektrikli ısıtıcı üretimi için yazıldı; hırdavat toptancısının cari hesabı ya da konaklama işletmesinin ön büro akışı için gösterecek işimiz yok, üretim planlama ile satın alma orada hiç kurulmadı. Taşınan kısım hesabın nereye yerleştiği. Yığın dar: Laravel çekirdeği hesabı ve kayıtları taşıyor, MySQL proje ile müşteri satırlarını tutuyor, arayüz Vue ile yazıldı.

  • Girdi ürün kodu değil ihtiyacın kendisi; mühendislik hesabı sistemin bir katmanı olarak duruyor ve katalogda arama adımı ortadan kalkıyor.
  • Hesabın çıktısı ekranda kalan bir öneri değil: seçilen ısıtıcı sepete düşüyor, sepet bir projeye, proje de o projenin müşterisine bağlanıyor.
  • Yazılım genel amaçlı bir teklif aracına katalog eklenerek kurulmadı; üreticinin kendi ürün yapısı veri modelinin zemini oldu.

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ı

Calculator Resterm — hesap bir katman, çıktısı doğrudan ticari kayda düşüyor

Kullanıcı ürün kodu değil ısıtma ihtiyacını giriyor; mühendislik hesabını yazılım yapıyor ve uygun elektrikli ısıtıcıyı o seçiyor. Seçim ekranda kalan bir öneri değil: sepete düşüyor, sepet bir projeye bağlanıyor, proje de o projenin müşterisine. Teknik seçim ile ticari kalem arasında elle veri taşınmadığı için bir teklifin hangi girdiden çıktığı geriye doğru okunabiliyor. Çekirdeği Resterm'in kendi ürün yapısı üzerine kurduk, hazır bir teklif aracına katalog iliştirmedik. Laravel hesabı taşıyor, MySQL proje ve müşteri satırlarını tutuyor, arayüz Vue ile yazıldı.

Vaka çalışmasını okuyun →

Fatih 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

  • Hesabı bir tablo dosyasıyla da yapıyoruz. Fark ne?

    Fark, hesabın nerede durduğu. Dosyadaki sonuç satışa elle taşınıyor ve taşındığı anda girdisinden kopuyor. Hesap sistemin bir katmanı olduğunda seçim kendi girdisiyle birlikte kayda giriyor; aylar sonra rakam sorulduğunda cevabı aramak gerekmiyor.

  • Ürün gamımız hırdavat gibi çok kalemli. Bu kurgu oturur mu?

    Oturmasını belirleyen kalem sayısı değil, seçimin bir kurala bağlanıp bağlanamaması. Kural yazılabiliyorsa hesap katmana taşınır. Yazılamıyorsa yapılacak iş katalogda aramayı kolaylaştırmaktır; bunu farklı bir iş olarak konuşuruz.

  • Elektrikli ısıtıcı işi bizim işimize benzemiyor.

    Benzemiyor, öyle de yazıyoruz. Resterm bir ısıtıcı üreticisi ve yazılım onun kendi ürün yapısı üzerine kuruldu. Taşınan şey ürün değil girdinin yönü: kullanıcı sonucu değil koşulu giriyor, sonucu yazılım üretiyor.

  • Dükkânımıza gelmeniz gerekmez mi?

    Fiziksel ofisimiz yok, yerinde de çalışmıyoruz; iş uzaktan yürüyor. İhtiyacımız olan şey mekân değil kural: hangi girdi hangi sonucu veriyor, hangi durumda seçim yapılamıyor. Bunlar yazıya geçtikten sonra hesap katmanı kuruluyor.

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