Ana içeriğe geç
FromNine
Menü

Mühendislik

Kendi ekiplerinizin değiştirmeye devam edebileceği kurumsal yazılımlar.

SaaS ürünleri, vatandaş ve çalışan portalları ve çekirdek iş uygulamaları geliştiriyoruz: erişilebilir, varsayılan olarak güvenli ve yayına alındıktan çok sonra da kendi ekiplerinizin bakımını yapabileceği yazılımlar.

Birkaç ülkede, birkaç dilde ve farklı hukuk düzenlerinde kullanıcılara hizmet veren ürün şirketleri ve kamu kurumları için.

Kurumsal yazılım ve SaaS: yetenek katmanlarıDerinlemesine üst üste dizilmiş dört katman. Yukarıdan aşağıya: insanların kullandığı erişilebilir arayüz, kuralları barındıran alan modülleri, kiracı yönetimi ve kimlik için platform servisleri ve en altta güvenli teslimat hattı.01Erişilebilir arayüzler02Alan modülleri ve kurallar03Kiracı yönetimi, kimlik, veri04Güvenli teslimat hattı
  1. 01Dosya işleme gibi kural yoğun işler için alan odaklı tasarım
  2. 02İlk tasarımdan itibaren EN 301 549 ve WCAG 2.2 AA düzeyinde erişilebilirlik
  3. 03Ekiplerinizin devralabileceği dokümantasyon ve karar kayıtları

01 Sorunlar

Yeniden yazımdan önce duyduklarımız

  1. 01

    Her değişiklik bir çeyrek sürüyor

    Uygulama çalışıyor ama kimse çekirdeğe dokunmaya cesaret edemiyor. Küçük değişiklikler büyük regresyon testleri ve bir yayın penceresi gerektiriyor.

  2. 02

    Portal, hizmet verdiği insanların işini görmüyor

    Ekran okuyucuyla, kullanıcılarının konuştuğu dillerde ya da telefonda çalışmıyor. Şikâyetler erişilebilirlik denetiminden önce geliyor.

  3. 03

    Bir müşterinin değişikliği diğerininkini bozuyor

    SaaS ürünü müşteri başına özelleştirmeyle büyüdü. Artık her sürüm bir pazarlık ve bazı kiracılar eski sürümlerde kalmış durumda.

  4. 04

    Bilgi tedarikçiyle birlikte gitti

    Kararlar hiçbir zaman yazıya dökülmedi. Sistemi geliştiren ekip başka işlere geçti ve tek dokümantasyon kodun kendisi.

  5. 05

    Müşterilerden ve düzenleyi­cilerden güvenlik soruları geliyor

    Satın alma birimi bir SBOM, bir güvenlik açığı süreci ve Siber Dayanıklılık Yasası için kanıt istiyor. Hiçbiri hazır değil.

02 Teslimat kalemleri

Neler sunuyoruz

  1. 01 SaaS ürün mühendisliği

    Tek bir kod tabanından çok sayıda müşteriye hizmet vermek üzere tasarlanmış ürünler: doğru kiracı modeli, özelleştirme yerine yapılandırma ve her kiracıya ulaşan sürümler.

    Ne yapıyoruz

    • Kiracı modeli seçimi: paylaşımlı, havuzlanmış veya kiracı başına yalıtılmış
    • Yapılandırma ve özellik bayrağı stratejisi
    • Kullanım ölçümü ve faturalama entegrasyonu
    • Kiracıları gözeten kademeli dağıtımla düzenli sürüm takvimi

    Size teslim edilenler

    • Kiracı ve yalıtım tasarımı
    • Koruma kurallarıyla yapılandırma modeli
    • Kiracı başına geri alma imkânı sunan sürüm süreci
  2. 02 Karmaşık kurallar için alan tasarımı

    Kuralların ürünün kendisi olduğu yerlerde alan odaklı tasarım: dosya işleme, hak sahipliği, mevzuat yoğun hesaplamalar. Modüler monolit ile mikroservisler arasında bilinçli olarak seçim yapar, çoğu zaman modüler monolitle başlarız.

    Ne yapıyoruz

    • Alan uzmanlarıyla olay fırtınası (event storming) çalıştayları
    • Sınırlı bağlamlar ve modül sınırları
    • Açık ve test edilebilir hâle getirilen kurallar
    • Büyük seçimler için mimari karar kayıtları

    Size teslim edilenler

    • Alan modeli ve bağlam haritası
    • Sınırları zorunlu kılınan modüler kod tabanı
    • Temel kurallar için çalıştırılabilir şartnameler
  3. 03 Vatandaş ve çalışan portalları

    Bir tasarım sistemi üzerinde kurulan, varsayılan olarak erişilebilir ve ilk sürümden itibaren çok dilli arayüzler. Diller, kullanıcılarınızın gerçekten kullandığı dillerdir; Kıbrıs Cumhuriyeti’nin kamu hizmetlerinde buna CY Login ile oturum açma da eklenir.

    Ne yapıyoruz

    • Erişilebilir bileşenlerle tasarım sistemi
    • Sade dille içerik tasarımı
    • Gerçek kullanıcılarla yardımcı teknoloji testleri
    • Her dil için yerelleştirme akışı

    Size teslim edilenler

    • Yeniden kullanılabilir bir tasarım sistemi üzerinde portal
    • Erişilebilirlik uygunluk raporu
    • İçerik ve çeviri akışı
  4. 04 Kalite mühendisliği ve güvenli geliştirme

    Doğru düzeylerde test otomasyonu, servisler arasında sözleşme testleri, yayından önce performans testleri ve OWASP ASVS, SBOM’lar ve tedarik zinciri kontrolleri üzerine kurulu güvenli bir yazılım geliştirme yaşam döngüsü.

    Ne yapıyoruz

    • Test stratejisi ve otomasyonu
    • Sözleşme ve performans testleri
    • Tehdit modelleme ve ASVS doğrulaması
    • SBOM üretimi ve bağımlılık politikası

    Size teslim edilenler

    • Teslimat hattında otomatik test paketleri
    • Güvenlik doğrulama raporu
    • Siber Dayanıklılık Yasası’na hazır güvenlik açığı yönetim süreci
  5. 05 Adım adım modernizasyon

    Eski bir uygulamayı, iş devam ederken, bir yönlendirme cephesinin arkasında yetenek yetenek değiştirin. Ayrıntılar için: Eski sistemlerin modernizasyonu.

    Ne yapıyoruz

    • Mevcut uygulamanın yetenek haritası
    • Strangler fig yönlendirmesi ve API ile sarmalama
    • Uzlaştırma raporlarıyla veri taşıma
    • Kritik hesaplamalar için paralel çalıştırma

    Size teslim edilenler

    • İş kilometre taşlarıyla modernizasyon sırası
    • Canlı ortamda cephe ve yeni modüller
    • Her geçişte uzlaştırılmış veriler
  6. 06 Sürdürüle­bilirlik ve devir

    Ekiplerinizin sahiplenebileceği yazılım: okunabilir kod, karar kayıtları, işletim kılavuzları ve sonda keşfedilen değil, başta kararlaştırılan bir devir planı.

    Ne yapıyoruz

    • Geliştirme sırasında geliştiricilerinizle eşli çalışma
    • Kodla birlikte tutulan mimari karar kayıtları
    • İşletim kılavuzları ve nöbet rehberleri
    • Bilgi aktarımı kilometre taşları

    Size teslim edilenler

    • Kabul ölçütleriyle devir planı
    • Kendi depolarınızda dokümantasyon seti
    • Eğitilmiş iç ekip

03 Mimari

Açıklayıcı bir referans mimari

Eski bir uygulamanın yerini alan bir iş uygulaması için tipik yapı: erişilebilir bir ön yüz, her yeteneği eski ya da yeni sisteme gönderen bir yönlendirme cephesi, net sözleşmeleri olan bir API katmanı ve alan etrafında düzenlenmiş modüler bir çekirdek.

Kiracı yönetimi ve yapılandırma, koda dağılmış koşullar değil, açıkça tanımlanmış platform servisleridir. Altta her derleme testleri ve güvenlik kontrollerini çalıştırır ve bir SBOM üretir.

Çizimdeki katmanlar

İnsanlar
Her cihazda ve yardımcı teknolojilerle vatandaşlar, müşteriler ve çalışanlar.
Moderni­zasyon
Yönlendirme cephesi, mevcut uygulama ve uzlaştırmalı veri taşıma.
Platform
API katmanı, kimlik, modüler çekirdek, kiracı yönetimi ve yapılandırma, operasyonel veriler.
Güvenli teslimat
Her derlemede sözleşme ve performans testleri, ASVS kontrolleri ve bir SBOM.
Açıklayıcı örnek
  1. İnsanlar

    • Vatandaşlar, müşteriler, çalışanlar
    • Erişilebilir ön yüz
  2. Adım adım moderni­zasyon

    • Yönlendirme cephesi
    • Mevcut uygulama
    • Uzlaştırmalı veri taşıma
  3. Platform

    • API katmanı ve sözleşmeler
    • Kimlik ve roller
    • Modüler çekirdek: başvuru, dosyalar, faturalama
    • Kiracı yönetimi, yapılandırma, özellik bayrakları
    • Operasyonel veri depoları
  4. Güvenli teslimat

    • Her derlemede sözleşme ve performans testleri, ASVS kontrolleri, SBOM
Yönlendirme cephesinin arkasında modüler çekirdek

Açıklayıcı bir mimaridir, bir müşteri sistemi değildir.

Diyagramı metin olarak oku

Ana rota insanlardan erişilebilir bir ön yüze, oradan yönlendirme cephesi ve API katmanından geçerek sınırlı bağlamlar hâlinde düzenlenmiş modüler bir çekirdeğe ulaşır.

Cephe bazı yetenekleri, adım adım kullanımdan kaldırılan mevcut uygulamaya da yönlendirir. Mevcut uygulamanın verileri, uzlaştırmalı bir taşıma ile operasyonel veri depolarına aktarılır.

Kimlik yönetimi API katmanına hizmet eder. Kiracı yönetimi ve yapılandırma servisleri çekirdeğin altında yer alır. En altta güvenli teslimat bandı sözleşme testlerini, performans testlerini, güvenlik doğrulamasını ve SBOM’ları kapsar.

04 Dikkat edilenler ve sınırlar

Mühendislik açısından dikkat edilenler ve sınırlar

  • Önce modüler monolit

    Nasıl ele alıyoruz

    Tek bir dağıtım biriminde net modüllerle başlar, servisleri yalnızca ölçeklenme, sürüm sıklığı veya ekip sahipliği gerektirdiğinde ayırırız.

    Sınırlar ve bağımlılıklar

    Mikroservisler teknik sorunlar kadar örgütsel sorunları da çözer. Onları sahiplenecek ekipler yoksa maliyet ve yeni hata türleri eklerler.

  • Erişile­bilirlik bir mühendislik işidir

    Nasıl ele alıyoruz

    Erişilebilir bileşenler, teslimat hattında otomatik kontroller ve her büyük sürümden önce yardımcı teknolojilerle elle yapılan testler.

    Sınırlar ve bağımlılıklar

    Otomatik araçlar sorunların yalnızca bir kısmını bulur. Tam uygunluk, elle yapılan denetimleri ve ideal olarak engelli kullanıcılarla testleri gerektirir.

    Yayından sonra editörlerin eklediği içerik ve belgeler de aynı standardı karşılamalıdır. Editörleri eğitiriz, ancak ne yayımladıklarını biz denetlemeyiz.

  • Modernizasyon, veriler ne kadar sürerse o kadar sürer

    Nasıl ele alıyoruz

    Veri taşıma yetenek başına planlanır, prova edilir ve uzlaştırılır; her geçişte iş biriminin onayı alınır.

    Sınırlar ve bağımlılıklar

    Eski sistemlerdeki verilerin kalitesi çoğu zaman hızı belirler. Bu verileri temizlemek, teknik olduğu kadar bir iş görevidir.

  • Yazılım ürünleri için düzenlemeler

    Nasıl ele alıyoruz

    SBOM’lar, güvenlik açığı yönetimi ve güvenli varsayılan ayarlar standart teslimat hattımızın parçasıdır; bu da ürünleri Siber Dayanıklılık Yasası’na hazırlar.

    Sınırlar ve bağımlılıklar

    Yasanın ürününüze uygulanıp uygulanmadığı ve nasıl uygulandığı hukuki bir sorudur. Mühendislik kanıtlarını biz sağlarız; değerlendirmeyi hukuk danışmanınız yapar.

05 Nasıl çalışıyoruz

Nasıl çalışıyoruz

Kısa döngüler, gerçek kullanıcılarla erken temas ve ilk haftadan planlanan devir.

  1. 01

    Alanı haritalayın

    Kuralları bilen kişilerle olay fırtınası çalıştayları ve bugün var olanın yetenek haritası.

    ÇıktıBağlam haritası ve ilk karar kayıtları

  2. 02

    İnce bir dilimi yayına alın

    Tek bir yetenek, uçtan uca, cephe üzerinden, gerçek kullanıcılarla canlı ortamda.

    ÇıktıCanlı ortamda çalışan dilim

  3. 03

    Yetenek yetenek büyüyün

    Her sürüm bir yeteneği, verilerini ve kullanıcılarını taşır; uzlaştırma ve geri alma hazırdır.

    ÇıktıYeteneğe göre sürüm planı

  4. 04

    Devredin

    Geliştiricileriniz bizimkilerle eşli çalışır, nöbeti devralır ve devir ölçütleri karşılandığında yol haritasının sahibi olur.

    ÇıktıKabul edilmiş devir

06 İnsan kontrolü

Kontrolün insanda kaldığı yerler

İş yazılımlarında kontrol; neyi kimin değiştirdiğini, kimin onayladığını ve nasıl geri alınacağını bilmek demektir.

  • Kapsama ürün sahipleri karar verir

    Öncelikleri ürün sahibiniz belirler ve her artımı o kabul eder. Biz önerir, o karar verir.

  • Yapılandır­manın bir sahibi vardır

    Kiracı ayarları ve özellik bayrakları, belirlediğiniz roller tarafından, denetlenen bir süreçle değiştirilir.

  • Geçişler onaylanır

    Eski sistemden yenisine her geçişi, prova edilmiş bir geri alma planıyla birlikte iş birimi onaylar.

  • Kararlar yazıya dökülür

    Mimari karar kayıtları neyin, kim tarafından ve neden seçildiğini gösterir; böylece gelecekteki ekipler bu kararları bilerek yeniden ele alabilir.

07 Teknolojiler

Çalıştığımız teknolojiler

Arka uç
  • Java ve Kotlin
  • .NET
  • TypeScript ve Node.js
  • Python
Ön yüz
  • React ve Next.js
  • Angular
  • Erişilebilir bileşenlerle tasarım sistemleri
  • Yerel ve platformlar arası mobil uygulamalar
Veri
  • PostgreSQL
  • SQL Server ve Oracle (mevcut sistemler)
  • Olay akışı
  • Arama motorları
Kalite ve güvenlik
  • Playwright ve sözleşme testleri
  • Yük ve performans testleri
  • SAST, DAST ve bağımlılık taraması
  • CycloneDX veya SPDX biçiminde SBOM

Bir teknolojinin listelenmesi mühendislik deneyimimizi anlatır. Üreticisiyle bir iş ortaklığı olduğu ya da üreticinin bizi onayladığı anlamına gelmez.

08 Örnek

Açıklayıcı örnek

Açıklayıcı örnek

Bir belediye için CY Login ile başvuru portalı

01Durum
Bir belediyeye başvurular farklı web formları, e-posta ve kâğıt üzerinden geliyor. Mevcut formlar ekran okuyucuyla kullanılamıyor ve her başvuru türü ayrı bir sistemde işleniyor; her değişiklik birkaç kez yapılıyor.
02Kuracağımız sistem
Ortak bir tasarım sistemi üzerinde tek bir başvuru portalı: vatandaşlar CY Login ile oturum açar, başvuru türleri ve içerikleri yapılandırmada tanımlanır, dosyalar belediyenin dosya yönetim sistemine tek bir sürüm takvimiyle aktarılır.
03Kararı insanın verdiği yer
Her başvuru türünün içeriğini ve kurallarını ilgili birim onaylar; ortak özelliklere ürün sahibi karar verir. Başvuruyla ilgili idari kararı her zaman dosyayı inceleyen görevli verir.
04Neyi ölçeceğiz
Sürüm başına erişilebilirlik sorunları, yeni bir başvuru türünün yayına alınma süresi ve tek seferde yapılan değişikliklerin payı.

09 Sektör bakışı

Sektörünüzde

  • Kamu sektörü web siteleri ve mobil uygulamaları için 50(I)/2019 sayılı Yasa’nın erişilebilirlik kurallarını karşılayan, kurumun ihtiyaç duyduğu dillerde çalışan ve CY Login ile ulusal elektronik kimliğe bağlanan dosya yönetimi sistemleri ve vatandaş portalları.

  • Güçlü denetim izleri ve değişiklik kontrolü gereksinimlerini karşılayan sürüm süreçleriyle müşteri portalları ve arka ofis uygulamaları.

  • Ekipman üreticileri için ERP ve saha servisine bağlı yapılandırıcılar, servis portalları ve SaaS ürünleri.

Kıbrıs

Yeni bir pazar, ayrı bir kod dalı değil, bir sürümdür

AB genelinde satılan bir ürün için Avrupa Erişilebilirlik Yasası, ayrıntıda birbirinden farklı ulusal yasalarla uygulanır. Kıbrıs Cumhuriyeti’nde bu yasa 57(I)/2024 sayılı Ürün ve Hizmetlerin Erişilebilirliği Yasası’dır; yükümlülükler 28 Haziran 2025’ten bu yana uygulanır ve yetkili makam Sosyal Refah Bakan Yardımcısıdır (Deputy Minister of Social Welfare). Siber Dayanıklılık Yasası ise yükümlülükleri kademeli olarak başlayan tek bir tüzüktür. Her ülkedeki müşteriler ayrıca kendi dillerini, kendi faturalama kurallarını ve kendi kimlik sistemlerini bekler; Kıbrıs Cumhuriyeti’nin kamu hizmetlerinde bu, CY Login ve ulusal elektronik kimliktir.

Bu farkları yapılandırmada ve sınırları net modüllerde tutuyoruz; böylece yeni bir pazar ayrı bir kod dalı değil, bir sürüm olur. Erişilebilirlik kanıtlarını ve güvenlik dokümantasyonunu teslimat hattı üretir; her pazarın ihale süreçlerinde sorulan sorulara hazırdır.

Kurumsal yazılım ve SaaS ile ilgili sorular

Özel yazılım mı geliştirmeliyiz, yoksa bir platformu mu yapılandırmalıyız?

Süreciniz standarda yakınsa bir platformu yapılandırın; sizi farklı kılan süreçlerde ya da hiçbir platformun kurallara uymadığı yerlerde geliştirin. Salesforce, SAP ve Odoo ile olduğu kadar özel kodla da çalışıyoruz; bu yüzden tek bir yanıtı dayatmak için bir nedenimiz yok. Mimari ve danışmanlık hizmetimiz bu seçimi açık ve gerekçeli hâle getirir.

Portalımızın erişilebilir olacağını garanti edebilir misiniz?

EN 301 549 ve WCAG 2.2 AA’ya göre geliştirir, otomatik ve elle test eder ve bilinen sorunları da içeren bir uygunluk raporu teslim ederiz. Sıfır sorun vaat etmeyiz; sorunları bulmayı, raporlamayı ve kapsamımızdaki sorunları düzeltmeyi vaat ederiz.

Tek seferde büyük bir geçiş yapmadan modernizasyon mümkün mü?

Evet, önerdiğimiz yol da bu. Bir yönlendirme cephesi, mevcut uygulama çalışmaya devam ederken yetenekleri tek tek taşımamızı sağlar; veriler her adımda uzlaştırılır.

Yazılımı kendi ekibimiz devralabilir mi?

Varsayılan plan budur. Devir ölçütleri başta kararlaştırılır, geliştiricileriniz geliştirme sırasında bizimkilerle eşli çalışır; karar kayıtları ve işletim kılavuzları sizin depolarınızda tutulur.

Siber Dayanıklılık Yasası ürünümüz için ne anlama geliyor?

AB pazarında dijital unsurlar içeren bir yazılımı piyasaya sunuyorsanız, güvenli tasarım, güvenlik açığı yönetimi ve dokümantasyon konularında yükümlülükler getirebilir. Mühendislik kanıtlarını biz hazırlarız: SBOM’lar, bir güvenlik açığı süreci ve güvenli varsayılan ayarlar.

Değişirken neyin çalışmaya devam etmesi gerektiğini anlatın

Taşınacak ilk yeteneği ve sonunda ekibinizin neyin sahibi olacağını size önerelim.