Web Yazılım Nedir? Türleri, Kullanım Alanları ve Proje Süreci

Web yazılım; kullanıcıların tarayıcı üzerinden yalnızca bilgi okumakla kalmayıp veri girdiği, kayıt oluşturduğu, yetkisine göre işlem yaptığı ve başka sistemlerle veri alışverişinde bulunduğu yazılım çözümüdür. Müşteri paneli, bayi sistemi, rezervasyon platformu, iş süreci takip ekranı, B2B sipariş altyapısı ve özel raporlama paneli bu kapsama girebilir.

Her web sitesi bir yazılım altyapısıyla çalışabilir; ancak her web sitesi kapsamlı bir web uygulaması değildir. Bir kurumsal site çoğunlukla içerik sunar ve ziyaretçiyi iletişime yönlendirir. Web uygulamasında ise kullanıcı hesabı, rol ve yetki, iş kuralı, veri kaydı, işlem geçmişi, entegrasyon ve operasyon sorumluluğu daha belirleyicidir. Bu ayrım projenin bütçesini, takvimini, test kapsamını ve yayın sonrası bakım ihtiyacını doğrudan etkiler.

Bu rehber, belirli bir programlama dilini öne çıkarmak yerine önce iş ihtiyacını tanımlamanıza yardımcı olur. Çünkü doğru web yazılım projesi “hangi teknoloji kullanılmalı?” sorusuyla değil, “kim hangi işlemi, hangi veriyle ve hangi koşullarda tamamlamalı?” sorusuyla başlar.

Web yazılım ne işe yarar?

Web yazılımın temel görevi bir iş akışını internet üzerinden erişilebilir, yönetilebilir ve ölçülebilir hâle getirmektir. Kullanıcıların yaptığı işlemler bir veri tabanında tutulabilir; yönetim ekranlarından kontrol edilebilir ve gerektiğinde başka sistemlere aktarılabilir.

Bir web yazılımı şu amaçlarla kullanılabilir:

• müşterilerin, bayilerin, çalışanların veya tedarikçilerin ayrı hesaplarla işlem yapması,
• teklif, sipariş, rezervasyon, başvuru veya servis kayıtlarının yönetilmesi,
• stok, fiyat, belge, görev ya da süreç bilgilerinin merkezi olarak takip edilmesi,
• farklı ekiplerin aynı veri üzerinde yetkilerine göre çalışması,
• ERP, CRM, ödeme, kargo, SMS, e-posta veya harita servisleriyle bağlantı kurulması,
• yöneticilere filtrelenebilir raporlar ve karar ekranları sunulması,
• tekrarlanan manuel işlemlerin kontrollü iş akışlarına dönüştürülmesi.

Web yazılım her süreci otomatikleştirmek zorunda değildir. Bazen en değerli çözüm, çalışanların dağınık e-postalar ve tablolar arasında yürüttüğü bir süreci tek yerde görünür hâle getirmektir. Projenin başarısı, özellik sayısından çok gerçek kullanıcı görevlerini ne kadar güvenilir biçimde tamamladığıyla değerlendirilmelidir.

Web sitesi ile web yazılım arasındaki fark nedir?

Sınır her projede keskin değildir. Bir kurumsal web sitesi iletişim formu, içerik yönetimi ve çoklu dil gibi işlevlere sahip olabilir. Buna karşılık bir web uygulaması, dışarıdan basit görünse bile arka planda karmaşık yetki ve veri kuralları çalıştırabilir.

Aşağıdaki sorular çözümün web uygulaması ağırlıklı olup olmadığını anlamaya yardımcı olur:

Projeniz bu tablonun iki tarafında da özellikler taşıyabilir. Önemli olan ona doğru etiketi vermek değil, teklif ve ihtiyaç dokümanında gerçek sorumlulukları açıkça tanımlamaktır. Web sitesi kapsamını belirliyorsanız web sitesi ihtiyaç dokümanı rehberini kullanabilirsiniz. Kullanıcı rolleri, iş akışları ve veri kuralları ağır basıyorsa daha ayrıntılı bir yazılım gereksinim dokümanı gerekir.

Web yazılım türleri nelerdir?

Web yazılımları yalnızca kullanılan teknolojiye göre sınıflandırılmamalıdır. İşletme açısından daha kullanışlı ayrım, çözümün hangi görevi yerine getirdiğine bakmaktır.

Müşteri ve iş ortağı portalları

Müşterilerin, bayilerin, tedarikçilerin veya üyelerin kendilerine ait hesaplarla belge, sipariş, talep, ödeme veya durum bilgisine eriştiği sistemlerdir. Her kullanıcı grubunun görebildiği veri ve yapabildiği işlem ayrı tanımlanmalıdır.

B2B ve B2C işlem platformları

B2B çözümler fiyat listeleri, bayi koşulları, toplu sipariş ve cari bilgiler gibi işletmeler arası süreçlere odaklanabilir. B2C sistemler son kullanıcı deneyimini, ödeme ve teslimat akışını merkezine alır. Aynı altyapı iki modeli destekleyecekse fiyat, stok, vergi, yetki ve entegrasyon kuralları baştan ayrılmalıdır.

Rezervasyon, başvuru ve randevu sistemleri

Uygunluk, kapasite, zaman dilimi, onay, iptal ve bildirim kurallarını yönetir. Takvim göstermek tek başına yeterli değildir; çakışma, ödeme, bekleme listesi ve başarısız bildirim senaryoları da düşünülmelidir.

İş süreci ve operasyon yazılımları

Görev, servis kaydı, üretim adımı, onay, belge veya saha operasyonu gibi süreçleri takip eder. Bu projelerde mevcut çalışma biçimini aynen dijitale kopyalamak yerine gereksiz adımların ayıklanması gerekir.

Pazar yeri ve ilan platformları

Birden fazla satıcıyı, hizmet sağlayıcıyı veya ilan sahibini kullanıcılarla buluşturur. Rol ve komisyon yapısı, içerik denetimi, ödeme paylaşımı, arama/filtreleme ve uyuşmazlık süreçleri kapsamı büyütür.

Yönetim ve raporlama panelleri

Farklı kaynaklardan gelen verileri tek ekranda toplar ve belirli rollere karar desteği sağlar. Bir panelin yararlı olması için yalnızca çok sayıda grafik içermesi değil, verinin kaynağı, güncellenme zamanı ve hatalı veri davranışının da açıklanması gerekir.

Hazır altyapı mı, projeye özel web yazılım mı?

Hazır bir platform, ihtiyacın büyük bölümünü karşılıyor ve kritik iş akışlarını değiştirmeye zorlamıyorsa daha hızlı bir başlangıç sağlayabilir. Projeye özel yazılım ise farklı kullanıcı rolleri, kuruma özgü iş kuralları, kritik entegrasyonlar veya aşamalı büyüme gereksinimi bulunduğunda anlamlı olabilir.

Kararı yalnızca ilk kurulum bedeliyle vermeyin. Şu başlıkları birlikte değerlendirin:

• ihtiyacın ne kadarı yapılandırmayla karşılanıyor,
• zorunlu özelleştirmelerin güncellemelerden nasıl etkileneceği,
• lisans ve üçüncü taraf kullanım ücretleri,
• veri dışa aktarma ve hesap sahipliği,
• entegrasyon sınırları,
• yeni kullanıcı, ülke, dil veya iş modeli ekleme ihtimali,
• bakımın ve değişikliklerin kim tarafından yürütüleceği,
• başka bir ekibe geçiş hâlinde teslim edilecek varlıklar.

“Özel” her zaman daha iyi, “hazır” her zaman daha ekonomik değildir. Uygun seçenek, toplam kullanım dönemi boyunca gereksinimi karşılayan ve operasyonel sorumluluğu yönetilebilir olandır.

Web yazılım projesi nasıl ilerler?

1. İş hedefi ve kullanıcı görevleri tanımlanır

Önce yazılımın hangi iş sonucunu destekleyeceği belirlenir. Ardından her kullanıcı grubunun başlatacağı, sürdüreceği ve tamamlayacağı görevler yazılır. “Bir portal istiyoruz” yerine “bayi güncel fiyatını görmeli, sipariş oluşturmalı ve teslim durumunu izlemeli” gibi doğrulanabilir ifadeler kullanılır.

2. Mevcut süreç ve veri incelenir

Bugünkü işlem adımları, kullanılan tablolar, belgeler, servisler ve sorumlular çıkarılır. Taşınacak verinin kaynağı, kalitesi, sahipliği ve saklama gereksinimi belirlenmeden sağlıklı bir kapsam oluşturulamaz.

3. İlk sürüm kapsamı belirlenir

İlk sürüme bütün fikirleri eklemek yerine temel kullanıcı sonucunu üreten akışlar seçilir. Yasal, güvenlik veya entegrasyon bağımlılığı bulunan özellikler “sonraya bırakılabilir” varsayımıyla değerlendirilmemelidir. Her özellik için kabul ölçütü yazılır.

4. Deneyim, arayüz ve teknik yaklaşım birlikte tasarlanır

Ekranlar yalnızca görsel tercihlere göre hazırlanmaz. Kullanıcının görevi, hata mesajları, boş durumlar, yetkiler, farklı cihazlar ve erişilebilirlik ihtiyaçları hesaba katılır. W3C, erişilebilirliğin tasarım ve geliştirme boyunca görev ve sorumluluklarla yönetilmesini öneren kaynaklar sunar (W3C WAI kaynakları).

5. Geliştirme ve entegrasyonlar kontrollü ilerletilir

Modüller, veri yapısı ve entegrasyonlar belirlenen önceliklere göre geliştirilir. Dış servis bağlantılarında hangi sistemin hangi veriyi gönderdiği, hatanın nasıl bildirileceği, test hesabını kimin sağlayacağı ve kullanım ücretinin kime ait olduğu yazılı olmalıdır.

6. Test ve kullanıcı kabulü yapılır

Test yalnızca sayfaların açılmasını kontrol etmek değildir. Yetkili ve yetkisiz kullanıcı, doğru ve hatalı veri, entegrasyon kesintisi, bildirim, yedekleme ve geri dönüş senaryoları kapsamla orantılı biçimde ele alınır. OWASP ASVS, web uygulaması teknik güvenlik kontrollerinin doğrulanması ve satın alma süreçlerinde güvenlik gereksinimlerinin tanımlanması için açık bir temel sunar (OWASP ASVS).

7. Yayın, teslim ve işletim sorumlulukları kesinleştirilir

Canlıya geçişten önce erişimler, yedek, veri taşıma, DNS veya servis değişiklikleri, kontrol senaryoları ve geri dönüş yöntemi hazırlanır. Yayın sonrasında garanti kapsamındaki hata giderme, düzenli bakım, güvenlik güncellemesi, izleme ve yeni geliştirme birbirinden ayrılır.

NIST Güvenli Yazılım Geliştirme Çerçevesi, güvenli geliştirmeyi tek seferlik son kontrol olarak değil; hazırlık, koruma, güvenli üretim ve yayımlanan sürümlerdeki zafiyetlere yanıt verme uygulamalarıyla ele alır (NIST SSDF). Bu nedenle güvenlik ve sürdürülebilirlik gereksinimleri proje bittikten sonra eklenen belirsiz maddeler olmamalıdır.

Web yazılım fiyatını hangi unsurlar etkiler?

Bir projenin maliyeti yalnızca ekran sayısına veya kullanılan programlama diline göre belirlenmez. Aşağıdaki unsurlar kapsamı ve gereken uzmanlığı etkiler:

• kullanıcı grupları, rol ve yetki ayrıntısı,
• iş akışlarının ve kuralların sayısı,
• özgün ekran ve bileşen ihtiyacı,
• veri modeli ve mevcut verinin taşınması,
• entegrasyonların sayısı ve güvenilirliği,
• ödeme, kişisel veri veya kritik işlem riskleri,
• performans ve kullanım hacmi beklentisi,
• test, dokümantasyon ve eğitim kapsamı,
• yayın, garanti, bakım ve destek modeli.

Sağlıklı bütçe karşılaştırması için bütün firmalara aynı ihtiyaç dokümanı verilmelidir. Teknik vaatleri kanıt ve teslim kalemleriyle değerlendirmek için web yazılım firması teknik yeterlilik kontrol listesinden yararlanabilirsiniz.

Web yazılım projesine başlamadan önce kısa kontrol listesi

1. Çözülmek istenen iş problemi tek cümlede açıklanabiliyor mu?
2. Kullanıcı grupları ve tamamlayacakları görevler yazıldı mı?
3. Mevcut veri, belge ve sistemler listelendi mi?
4. İlk sürüm ile sonraki aşamalar ayrıldı mı?
5. Her kritik işlev için kabul ölçütü var mı?
6. Entegrasyonların veri yönü ve sorumluları belli mi?
7. Güvenlik, erişilebilirlik ve performans kapsamı riskle uyumlu mu?
8. Test, yayın ve geri dönüş yöntemi tanımlandı mı?
9. Kod, veri, hesap ve dokümantasyon sahipliği açık mı?
10. Garanti, bakım, destek ve yeni geliştirme birbirinden ayrıldı mı?

Bu soruların önemli bölümü cevapsızsa teknoloji veya fiyat karşılaştırmasına geçmek erkendir. Kumsal Ajans’ın web yazılım hizmeti, iş hedeflerini, kullanıcı akışlarını, veri ve entegrasyon gereksinimlerini birlikte kapsamlandırmak isteyen ekipler için başlangıç noktası sunar.

Kararları adım adım ilerletmek için önce web sitesi ile web uygulaması arasındaki farkı netleştirin; ardından hazır altyapı ile projeye özel web yazılımı ve ilk sürüm MVP kapsamını karşılaştırın. Uygulama kapsamını yazmak için web yazılım ihtiyaç dokümanını, bütçeyi değerlendirmek için web yazılım maliyet rehberini, teknik bağlantılar için entegrasyon planlama rehberini ve canlı kullanım sorumlulukları için güvenlik ve bakım işletim rehberini kullanabilirsiniz.

Sonuç

Web yazılım projesi, bir fikir listesinin kodlanmasından ibaret değildir. İş hedefinin, kullanıcı görevlerinin, verinin, entegrasyonların, risklerin ve işletim sorumluluklarının birlikte tasarlanmasıdır. Doğru başlangıç, en popüler teknolojiyi seçmek değil; ilk sürümde hangi kullanıcı sonucunun güvenilir biçimde üretileceğini açıklamaktır.

Ana kapsam netleştikten sonra hazır altyapı/özel geliştirme kararı, MVP, bütçe, entegrasyon, güvenlik ve bakım başlıkları ayrı karar rehberleriyle derinleştirilebilir. Böylece her makale aynı kavramları tekrarlamak yerine projenin farklı bir kararını çözer.