TR EN
Teklif al
Tüm hizmetleri gör
Web Yazılım

Tanıtım sayfaları ve talep formu tek uygulamada.

Sistem Mimarisi

Sistemin parçaları ve sınırları koddan önce belirleniyor.

Kurumsal Yazılım

Birden fazla kurum tek sistemde, bilgileri ayrı.

Mobil Uygulama

Tek kod tabanı, iki mağaza: iOS ve Android.

Yazılım Danışmanlığı

Yürüyen bir sistemi devralıp iyileştiriyoruz.

Yapay Zeka Danışmanlığı

Yapay zekâyı yalnız işin gerektirdiği yerde.

Teklif al
TR EN

Sistem Mimarisi · Beylikdüzü

Beylikdüzü markaları için Sistem Mimarisi

Satış katının arkasında tek bir depo odası duruyor. Sergideki ürünün yedeği de gelecek hafta için söz verilen bakım parçası da aynı rafta bekliyor. Sözü ise iki ayrı yerde veriyorsunuz: biri masada, biri servis defterinde. Beylikdüzü yazılım mimarisi danışmanlığında soru buradan çıkıyor: iş tipini ayırmak için ikinci bir sistem mi alınacak, yoksa tek sistem üstünde iki iş tipi mi tanımlanacak? AlgoCar'da ikincisini seçtik: ikisi de aynı parça deposunu okuyor, stok hareketi iş emrinin kendisinden düşüyor.

Teklif al Projenizi anlatın

Sistem Mimarisi — Beylikdüzü

Beylikdüzü'nün dokusunda showroom ve satış katı öne çıkıyor: ürün müşteriyle ekran üstünde buluşuyor. Sattığınız şey bir süre sonra servis çağrısına dönüyorsa iki iş aynı rafa bakıyor. Bu işleyişe en yakın işimiz AlgoCar; kendi ürünümüz, bakımını biz sürdürüyoruz. Nerede örtüşmediğini yazalım: oto servis atölyesi için yazıldı; mobilya ve tekstil tarafında gösterecek işimiz yok, sergi zeminine kurulan bir ekran da değil, üretim planlaması ile tedarik zinciri orada hiç kurulmadı. Taşınan kısım tek bir karar: iş tipi ayrı, kayıt zinciri ortak. Altta Laravel duruyor; kaydı MySQL, önbelleği Redis taşıyor, arayüzde Inertia ile Tailwind, sahada React Native (Expo) çalışıyor.

  • Planlı bakım ile servis çağrısı veri modelinde ayrı iş tipleri; tek parça deposunu ikisi birden okuyor, ikinci bir stok kaydı açılmıyor.
  • Stok hareketi elle girilen bir adım değil iş emrinin sonucu: parça o emre yazıldığı anda depodan düşüyor.
  • Okuma yükü ile kayıt ayrı katmanlarda duruyor; kayıtları MySQL tutuyor, sık okunan veriyi Redis taşıyor, arayüz Inertia üzerinden aynı çekirdeğe bağlanıyor.

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ı

AlgoCar — iki iş tipi tek sistemde, stok iş emrinden düşüyor

Kendi ürünümüz; teslim edip çıktığımız bir iş değil, bakımını sürdürdüğümüz yazılım. Atölyedeki aracın etrafında kuruldu: iş emri açılıyor, tüketilen parça o emre yazılıyor, fatura aynı kayıttan kesiliyor. Depo hareketi ayrı bir ekranda elle girilmeyi beklemiyor; parça tüketimi yazıldığı anda stok azalıyor. Planlı bakım ile servis çağrısı ayrı iş tipleri olarak yürüyor, ikisi de aynı parça deposunu okuyor. Bakım ve onarım geçmişi plaka ile şasi kaydının altında duruyor; bu AlgoCar'ın araç bağlamı, taşınan kısım kaydın biçimi. Altta Laravel, kayıt MySQL, önbellek Redis; arayüzde Inertia ile Tailwind, sahada React Native (Expo).

Vaka çalışmasını okuyun →

Beylikdüzü 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

  • İki iş tipi için iki ayrı program alsak olmaz mı?

    Olur, ama o zaman tek rafın iki defteri olur. Parça hem servis programına hem bakım programına giriliyorsa doğru sayı ancak ay sonunda ikisini eşleştirerek çıkar. Tek sistemde iş tipi bir alan oluyor, depo da tek kalıyor.

  • Bizim işimiz oto servis değil. AlgoCar bize ne söylüyor?

    AlgoCar araç servisi için yazıldı, bunu saklamıyoruz. Size geçen şey ekran değil, hareketin nereye yazılacağı kararı: parça bir işin altına yazıldığında depo kendiliğinden azalıyor. Aracın yerine kurulu bir cihaz ya da bir hat koyduğunuzda bu karar değişmiyor.

  • Sergi katına bir tanıtım ekranı da kurar mısınız?

    Bu sayfada anlattığımız iş o değil. AlgoCar bir servis yazılımı; sergi zeminine kurulan tanıtım ekranı ya da mağaza kataloğu onun kapsamında yok. Gösterebildiğimiz yer arkadaki kayıt: iş, parça ve ticari taraf.

  • Satış katımıza gelip süreci izlemeniz gerekmez mi?

    Fiziksel ofisimiz yok, iş uzaktan yürüyor. Kararın çıktısı ekran değil yazı oluyor: hangi iş tipi hangi kayda düşecek, stok hareketi hangi anda doğacak, bir işin rakamı nerede kapanacak. Bunları birlikte yazıya geçiriyoruz, kod sonra yazılıyor.

Sistem Mimarisi — diğer şehirler

Bu hizmeti yayımladığımız diğer şehirler aşağıda, il başlıkları altında gruplu.

Bu konumdaki diğer hizmetler

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

Teklif al ya da hizmeti açın