Geliştirme ve uygulama

Spesifikasyondan entegrasyona: OTOKO®, uygulamalar geliştirir ve bunları mevcut sistemlerinizle ve süreçlerinizle birleştirir.

İster bir iş uygulaması, ister dijital bir ürün, ister dahili bir araç olsun: mevcut sistemlerle anlamlı şekilde karşılanamayan süreçler için yazılım geliştiririz.

İş birimiyle gereksinim analizi, tehdit modeli ve C4 modeline göre hedef mimari İlk kod satırından önce alan modeli, veri modeli ve arayüz sözleşmeleri Kod incelemeleri ve iş birimi kabulleriyle kısa yinelemeler halinde geliştirme OWASP ASVS'ye göre güvenli geliştirme, kontrol edilmiş bağımlılıklar ve imzalı derlemeler Kaynak kodu, mimari dokümantasyonu ve işletim kılavuzuyla devir

Kaynak kodu ve derleme hattı ile çalışır durumda uygulama Tehdit modeli içeren mimari dokümantasyonu Runbook'lar ve acil durum planı içeren işletim kılavuzu

Bugünkü iş akışlarına ve istisnalara örnekler İş kararlarından sorumlu kişiler Mevcut sistemler, veri kaynakları ve işletim gereksinimleri

Bakım planlaması bugüne kadar elektronik tablolarda yürütülüyor. Bir iş uygulaması; varlıkları, tarihleri, sorumlulukları ve onayları bir araya getirir. İlk genişletme adımı tek bir lokasyonu kapsar; diğer lokasyonlar ancak sürecin iş birimi tarafından incelenmesinden sonra eklenir.

.NET C# Go Rust TypeScript PostgreSQL

Başlangıç noktası, yatırımın karşılığını vermesi beklenen iş akışıdır. Kavramları, durumları ve iş kurallarını, bunlarla ileride çalışacak kişilerle birlikte modelleriz. Örneğin bir onay yalnızca bir düğme değildir: vekalet, yetkiler, süreler ve bir kararın geri alınması birbiriyle uyumlu olmalıdır. Bu kurallar veri modelinin ve testlerin bir parçası haline gelir. İlk sürüm, eksiksiz ve kullanılabilir bir sürece odaklanır. Diğer işlevleri, kullanımdan gelen geri bildirimlere göre ekleriz. Böylece yarım kalmış ekranların büyük bir yığını yerine, doğrulanabilir faydası olan bir ürün ortaya çıkar.

Arka uç, kullanıcı arayüzü ve veri saklama için teknolojileri mevcut sistem ortamınıza ve beklenen ileri geliştirmeye göre seçeriz. Bu sırada mevcut yetkinlikler, arayüzler ve işletim gereksinimleri kısa vadeli bir teknoloji trendinden daha ağır basar. Sunduğumuz teknolojiler arasında .NET, Go ve TypeScript de yer alır; sisteme yakın çalışan bileşenler ayrıca değerlendirilir. Modül sınırlarını ve sorumlulukları, değişiklikler izlenebilir kalacak şekilde tanımlarız. Erişim bilgilerinin kaynak kodunda, iş kurallarının da yalnızca kullanıcı arayüzünde yeri yoktur. İncelemeler, otomatik testler ve sürümlenmiş veritabanı değişiklikleri uygulamaya başından itibaren eşlik eder.

Her yineleme, bilinen sınırlamalarla birlikte kullanılabilir işlevler gösterir. İş birimi kabulü ile teknik onay ayrı ayrı ele alınır: doğru hesaplanmış bir sipariş iş açısından doğru olabilirken, yük davranışı veya hata yönetimi henüz canlı ortama hazır olmayabilir. Her genişletme adımı için hangi kanıtların gerektiğini birlikte belirleriz. Üzerinde anlaşılan teslimat kapsamına kaynak kodu, yeniden üretilebilir derlemeler ve dokümantasyon dahildir. Canlıya geçiş için veri taşımayı, eğitimi, sorumlulukları ve arızaların nasıl ele alınacağını netleştiririz. Kullanım haklarını, üçüncü taraf bileşenleri ve sonraki bakımı devirden önce düzenleriz.

Bir uygulama, birden fazla kişi aynı stoğu aynı anda değiştirdiğinde bile doğru çalışmalıdır. İki rezervasyon, fark edilmeden aynı son ürünü ayırmamalıdır. Bu nedenle hangi değişikliklerin birlikte başarılı olması gerektiğini ve hangi çakışmaların iş açısından bir geri bildirim gerektirdiğini belirleriz. Veritabanı kısıtları, transaction'lar ve sürüm kontrolleri bu görevin farklı kısımlarını çözebilir; kullanıcı arayüzü tek başına bu kuralları güvence altına alamaz. Buna karşılık, daha uzun iş süreçleri genellikle tek bir transaction'a sığmaz. Bir sipariş, dış bir ödeme hizmeti ve bir sevkiyat onayının her birinin kendi hata durumları vardır. Süreci anlaşılır durumlar ve izin verilen geçişlerle modelleriz. Tekrarlanan istekler, bir bağlantı kopmasının otomatik olarak yinelenen bir eyleme yol açmaması için uygun bir işlem tanımlayıcısı alır. Kısmi hatalarda, genel bir teknik yeniden başlatma yerine, örneğin bir onayın geri alınması gibi iş açısından tanımlanmış bir düzeltme gerekir.

SaaS ürünleri ve dahili platformlar için bir kullanıcının kimliğini, belirli bir veri kaydı üzerindeki haklarından ayırırız. Oturum açmış olmak, bir çalışanın her faturayı veya her siparişi okuyabilmesi için tek başına yeterli olmamalıdır. Erişimleri arka uçta organizasyon, rol ve işlem düzeyinde kontrol ederiz. Dışa aktarmalar, arama indeksleri, arka plan görevleri ve önbelleğe alınmış sonuçlar da bu sınırları dikkate almalıdır. Kiracı kimliği taşıyan ortak tablolar, ayrı veritabanı şemaları veya kiracıya özel veritabanları; izolasyon, geçiş ve kurtarma açısından farklı gereksinimler getirir. Modeli, gereken ayrımın derecesine ve işletim organizasyonunuza göre seçeriz. Birden fazla kiracıyla yapılan testler özellikle izin verilmeyen erişimleri kontrol eder. Bir denetim kaydı, iş açısından önemli değişiklikleri uygun bir bağlamla belgeler; içinde hangi verilerin yer aldığı ve bunların ne kadar süre erişilebilir kalacağı açıkça belirlenir.

Veri yapısı, sorgulara ve iş kurallarına göre şekillenir. Ek depolama teknolojileri devreye alınmadan önce tipik filtreleri, sıralamaları, değerlendirmeleri ve yazma işlemlerini inceleriz. Sınırsız sonuç listeleri, tekrarlanan tekil sorgular ve büyük veri aktarımları, sunucu neredeyse hiç yük altında görünmese bile bir uygulamayı yavaşlatabilir. Gerçekçi veri hacimleriyle yapılan ölçümler, indekslerin, sorgu değişikliklerinin, sayfalamanın veya farklı bir görev bölüşümünün yardımcı olup olmadığını gösterir. Önbellekleme, güncellik hakkında bilinçli bir karardır: kaydedilmiş bir sonucun ne zaman geçersiz hale geleceğinin ve hangi kullanıcıların onu görebileceğinin net olması gerekir. Kapsamlı hesaplamalar arka plan görevleri olarak çalışabilir, ancak bu durumda ilerleme göstergesine, yeniden başlatmaya ve hata durumlarına ihtiyaç duyar. Genişletmeler için iş kurallarını teknik adaptörlerden ayırırız. Otomatik testler ve sürümlenmiş veritabanı değişiklikleri bu sınırları güvence altına alır; böylece yeni bir kanal veya farklı bir sağlayıcı eklendiğinde her modülün değiştirilmesi gerekmez.

Uygulama ortamı, gereksinimler, riskler İş birimi, BT, bilgi güvenliği, OTOKO® Yazılım Mimarı Değerlendirilmiş projeler, envanter, güvenlik ve işletim gereksinimleri

Mimari, teknoloji, işletim modeli İş birimi, mimari, veri koruma, bilgi güvenliği Hedef mimari, tehdit modeli, test stratejisi, işletim modeli, kilometre taşları