Hınıs'ta işletme (kurum içi) uygulaması yaptırmak

01İşletme (kurum içi) uygulaması nedir, kimler için uygun?

İşletme (kurum içi) uygulaması projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• çevrimdışı
• kurum içi dağıtım
• rol bazlı yetki

Bu projeler çoğu zaman çapraz platform mobil uygulama, müşteri ve sadakat uygulaması ve iOS uygulama geliştirme gibi işlerle birlikte ele alınır.

02Hangi durumlarda işletme (kurum içi) uygulaması yaptırılır?

Saha ekibi kâğıtla çalıştığında

İş emri, fotoğraf, imza ve konum bilgisi sahadan anında sisteme düşer; çevrimdışı kayıtlar bağlantı gelince eşitlenir.

Eski uygulama güncel sürümlerde sorun çıkardığında

Kod analizi yapılır; güncelleme mi yeniden geliştirme mi gerektiği belirlenir.

Rol bazlı yetki gerektiğinde

Rol bazlı yetki, işletme (kurum içi) uygulaması projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03İşletme (kurum içi) uygulaması planlarken bilinmesi gerekenler

• Sürüm güncellemeleri ve işletim sistemi değişiklikleri için bakım planlanır.
• Platform: tek kod tabanı çoğu işletme uygulaması için yeterlidir; cihaz donanımına yoğun erişimde yerel geliştirme düşünülür.
• Mağaza incelemesi süreleri ve kuralları değişkendir; yayın takvimi buna pay bırakır.

04Sık karşılaşılan durumlar

05Hınıs için uzaktan ve yerinde çalışma

Hınıs'ın PTT verisindeki 98 yerleşim kaydı 1 farklı posta koduna dağılır.

Mesafe yazılım işinin önünde engel değildir: Hınıs'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Aynı ildeki Pazaryolu, Tortum ve Olur ilçeleri için de işletme (kurum içi) uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.

06Proje nasıl ilerler?

1. İlk görüşme: Telefon, WhatsApp veya form üzerinden ihtiyacınızı ve mevcut durumu dinleriz.
2. Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
4. Tasarım ve prototip: Tıklanabilir bir prototiple kullanıcı yolculuğu baştan sona denenir.
5. Geliştirme ve test: Kod sürüm kontrolüyle yönetilir, kritik akışlar otomatik testlerle korunur.
6. Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Rakamlarla örnek bir senaryo

08Çalışma düzenimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılır.

• Kaynak kod ve veri işletmeye teslim edilir.
• Kapsam ve teslim kriterleri yazılı olur.
• Alan adı ve sunucu hesapları işletme adına açılır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

09Hangi durumlarda profesyonel destek gerekir?

İşletme (kurum içi) uygulaması işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Uygulama mağazada reddedildi: gizlilik açıklaması/izin metinleri eksik.
• Uygulama yavaş ve çöküyor: kontrolsüz veri çekimi, test eksikliği.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• kurum içi dağıtım
• rol bazlı yetki
• çevrimdışı
• React Native
• Google Play
• Swift
• iç test
• çevrimdışı mod
• Flutter
• push bildirim
• Erzurum
• Hınıs