Web Tabanlı Programlar

Web tabanlı program ne zaman doğru tercihtir?

Bir süreç e-posta, Excel, mesajlaşma uygulaması ve farklı masaüstü dosyaları arasında yürüyorsa bilgiye kimin sahip olduğu belirsizleşir. Web tabanlı program; yetkili kullanıcıların tarayıcı üzerinden aynı güncel veriye erişmesini, işlemlerin belirli kurallarla ilerlemesini ve sonuçların merkezi biçimde raporlanmasını sağlar. Kurulum ihtiyacı düşük olabilir; ancak iyi bir sistem için yalnızca formları internete taşımak yeterli değildir.

Özel geliştirme kararı, hazır ürün bulunmadığı için otomatik olarak verilmemelidir. İşletmenin ayırt edici süreci, mevcut yazılımlarla kurulması gereken bağlantılar, kullanıcı ve veri hacmi, mevzuata bağlı kayıt gereksinimleri ve değişiklik sıklığı değerlendirilir. Standart ihtiyaçların çoğu uygun bir hazır ürünle karşılanıyorsa özelleştirme maliyeti yerine doğru yapılandırma daha mantıklı olabilir. Karar aşamasında hazır yazılım ile özel yazılım karşılaştırması somut ölçütler sunar.

Ekranlardan önce süreç haritası çıkarılır

Kullanıcıların istediği ekran listesi çoğu zaman görünür ihtiyacı anlatır; kayıt öncesindeki kararları, istisnaları ve departmanlar arası devri göstermez. Keşif çalışmasında bir işin hangi olayla başladığı, hangi bilgiler zorunlu olduğu, kim tarafından onaylandığı, hangi durumda geri döndüğü ve ne zaman tamamlanmış sayıldığı yazılır. Böylece aynı kaydın farklı kişilerce yeniden oluşturulması veya süreç dışında kalan Excel listeleri azaltılır.

1. Mevcut işlem gerçek örnekler üzerinden baştan sona izlenir.
2. Tekrarlanan veri girişi, bekleme ve hata noktaları işaretlenir.
3. Zorunlu kurallar ile yalnızca alışkanlıktan sürdürülen adımlar ayrılır.
4. İlk sürümde çözülecek ana akış ve sonraki fazlar belirlenir.
5. Başarı; “program çalışıyor” yerine süre, hata, görünürlük veya kayıt bütünlüğü gibi ölçütlerle tanımlanır.

Veri modeli programın uzun ömürlü iskeletidir

Müşteri, ürün, görev, sipariş ya da cihaz gibi temel kayıtların tekil kimliği ve birbirleriyle ilişkisi doğru kurulmadığında raporlar kısa sürede güvenilmez hâle gelir. Aynı müşterinin farklı yazımlarla çoğalması, silinen bir kayda bağlı hareketlerin kaybolması veya metin alanına sıkıştırılmış durum bilgileri daha sonra entegrasyonu zorlaştırır. Bu nedenle alan adları, zorunluluklar, benzersizlik kuralları ve arşivleme davranışı ekran tasarımından önce ele alınır.

Geçmiş veriler Excel veya eski bir programdan gelecekse örnek dosya üzerinden alan eşleme yapılır. Kaynak verinin kalitesi, tekrar kayıt oranı ve tarih/sayı biçimleri görülmeden “tam aktarım” sözü verilmez. Ayrıntılı bir geçiş gerekiyorsa veri taşıma ve sistem geçişi hizmeti deneme aktarımı ve mutabakat adımlarıyla planlanır.

Modüller ve iş akışları nasıl sınırlandırılır?

İlk sürüme her talebi eklemek geliştirme süresini uzatırken en önemli akışın geç kullanılmasına neden olabilir. Modüller iş değerine ve bağımlılığa göre sıralanır. Örneğin temel müşteri ve ürün kayıtları kurulmadan ayrıntılı satış raporu geliştirilemez; işlem durumları netleşmeden otomatik bildirim kurmak yanlış mesajlar üretebilir.

Bu ayrım değişiklikleri reddetmez; geliştirme sırasını görünür kılar. özel yazılımda ilk sürüm kapsamı hazırlanırken kullanıcı hikâyeleri ve kabul ölçütleri birlikte yazılabilir.

Yetki yalnızca menüyü gizlemek değildir

Personelin görmemesi gereken menüyü saklamak, doğrudan URL veya API isteğiyle erişimi tek başına engellemez. Yetki kontrolü sunucu tarafında; kayıt, işlem ve mümkünse veri kapsamı düzeyinde uygulanır. Satış personeli yalnızca kendi müşterilerini görürken yönetici tüm şubeyi görebilir; muhasebe kullanıcısı ödeme durumunu değiştirebilir fakat ürün maliyet kuralını düzenleyemeyebilir.

Rol değişiklikleri, pasif kullanıcılar, oturum sonlandırma ve kritik işlem kayıtları da tasarımın parçasıdır. Ayrıntılı rol matrisi gereken sistemlerde dinamik kullanıcı yetkilendirme ayrı bir güvenlik ve yönetim katmanı olarak planlanır.

Entegrasyon ve otomasyonun hata yolu tasarlanır

Muhasebe, ödeme, kargo, SMS, e-posta veya başka bir operasyon sistemiyle bağlantı kurulabilir. Entegrasyon yalnızca başarılı yanıt üzerinden tasarlanırsa zaman aşımı, kota, yetki süresinin dolması ya da aynı isteğin iki kez gelmesi veri tutarsızlığı oluşturur. Her bağlantı için alan eşleme, veri sahibi, çalışma sıklığı, tekrar deneme, benzersiz işlem anahtarı ve manuel düzeltme yolu belirlenir.

Otomasyonun sonucu kullanıcı tarafından görülebilmelidir. “Aktarım yapıldı” mesajı yerine kaç kaydın işlendiği, hangilerinin neden beklediği ve tekrar denemenin ne zaman yapılacağı gösterilir. Karmaşık bağlantılar API entegrasyonu ve iş süreci otomasyonu kapsamında izlenebilir log ve mutabakatla ele alınabilir.

Teknik kalite görünmeyen gereksinimlerden oluşur

• Veri bütünlüğü: Aynı işlemin iki kez oluşmasını engelleyen anahtarlar, ilişkiler ve doğrulama kuralları bulunur.
• Performans: Listeleme, arama ve raporlama gerçekçi veri hacmiyle ölçülür; sayfalama ve indeks ihtiyaçları belirlenir.
• Geri yüklenebilirlik: Yedek alma kadar, seçilen bir yedeğin ne kadar sürede ve hangi kayıpla geri dönebileceği de sınanır.
• Gözlemlenebilirlik: Hatalar kullanıcıya anlaşılır gösterilirken teknik ayrıntı güvenli loglara kaydedilir.
• Bakım yapılabilirlik: Yapılandırmalar koddan ayrılır, kurulum adımları ve kritik iş kuralları belgelenir.

Bu maddeler son haftaya bırakılan ek işler değil, kabul kriterleridir. Belirli bir ekranın açılması kadar yanlış yetkiyle açılmaması ve hatalı veriyi kaydetmemesi de test edilir.

Geliştirme, UAT ve canlıya geçiş düzeni

Onaylanan ilk kapsam küçük teslimlere bölünür. Her teslimde gerçekçi örnek verilerle kullanıcı senaryosu çalıştırılır; geri bildirim yalnızca görünüm üzerinden değil, iş kuralının doğruluğu üzerinden alınır. UAT aşamasında işletme temsilcileri günlük görevlerini sistemde tamamlar ve bulgular önem, tekrar adımı ve beklenen sonuçla kaydedilir.

Canlıya geçişte kullanıcı hesapları, veri aktarımı, alan adı veya sunucu değişiklikleri, eğitim ve destek kanalı aynı plana bağlanır. Eski sistemin ne kadar süre erişilebilir kalacağı ve geri dönüş kararı için hangi eşiklerin kullanılacağı belirlenir. Yayından sonra ilk kullanım verileri izlenir; yeni fikirler acil hatalardan ayrılarak geliştirme listesine alınır.

Teklifte teslimatı görünür kılan sorular

Özel yazılım teklifinde “sınırsız modül” gibi belirsiz ifadeler yerine hangi iş akışlarının, rollerin, raporların ve entegrasyonların dâhil olduğu aranmalıdır. Kaynak kodun, veritabanının, alan adının ve harici servis hesaplarının sahipliği; barındırma, yedekleme, eğitim ve bakım sınırları yazılı olmalıdır.

Başlangıç görüşmesine örnek Excel dosyaları, kullanılan formlar, mevcut raporlar, kullanıcı grupları ve en sık yaşanan hata senaryoları getirildiğinde kapsam daha doğru çıkar. Web tabanlı programın değeri ekran sayısından değil, gerçek işin daha izlenebilir, tutarlı ve yönetilebilir hâle gelmesinden ölçülür.