Çalışanların kullandığı iç süreç uygulaması.
01Olmazsa olmaz özellikler
- kurum içi dağıtım
- rol bazlı yetki
- çevrimdışı
02İhtiyaca göre eklenen modüller
Çapraz platform (tek kod tabanı)
Çapraz platform (tek kod tabanı) için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Konum servisleri
Konum servisleri için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kamera ve barkod okuma
Kamera ve barkod okuma, ihtiyaç netleştiğinde işletme (kurum içi) uygulaması içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Push bildirim
Push bildirim, ihtiyaç netleştiğinde işletme (kurum içi) uygulaması içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03İşletme (kurum içi) uygulaması planlarken bilinmesi gerekenler
- Çevrimdışı çalışma, bildirim, konum, kamera/barkod ihtiyaçları baştan belirlenir.
- Mağaza hesapları işletme adına açılır (Apple'da tüzel kişi hesabı için D-U-N-S numarası istenir).
- 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.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Eski uygulama güncel sürümlerde çalışmıyor | SDK güncellenmemiş | Sürüm yükseltme |
| Uygulama mağazada reddedildi | Gizlilik açıklaması/izin metinleri eksik | Mağaza kurallarına göre düzeltme |
| Uygulama yavaş ve çöküyor | Kontrolsüz veri çekimi, test eksikliği | Profil analizi ve testler |
05Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
07Sektöre göre özellik önerileri
- Müşteri uygulamaları: Bildirim ve sadakat özellikleri tekrar alışverişi destekler.
- Eğitim ve topluluklar: İlerleme takibi ve bildirimler katılımı sürdürür.
- Depo ve üretim: Barkod okuma ve anlık senkron, kâğıt formların yerini alır.
- Sağlık ve randevu: Özel nitelikli veri için güvenli mesajlaşma ve en az veri ilkesi gerekir.
08Doğanşar için özellik planı
Doğanşar, Sivas iline bağlı bir ilçedir ve PTT adres verisine göre 45 mahalle ve köy kaydından oluşur. Doğanşar'da PTT kayıtlarının 39 tanesi köy veya köy yerleşimidir; geniş bir alana yayılan ilçelerde kapsama alanının zayıf olduğu noktalar için işletme (kurum içi) uygulaması çevrimdışı kayıt ve bağlantı gelince eşitleme mantığıyla planlanabilir.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Doğanşar'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı ildeki Sivas Merkez, Koyulhisar ve Şarkışla ilçeleri için de işletme (kurum içi) uygulaması talepleri değerlendirilir; toplantılar uzaktan yapılır.
Doğanşar bölgesinden işletme (kurum içi) uygulaması için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
SSSSık sorulan sorular
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
Sadece Sivas için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Sivas de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Tek uygulama hem iOS hem Android'de çalışır mı?
Flutter veya React Native gibi çapraz platform teknolojilerle tek kod tabanından iki platforma uygulama çıkarılabilir; donanıma yoğun erişen işlerde yerel geliştirme düşünülür.
İşletme (kurum içi) uygulaması için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve kurum içi dağıtım gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Doğanşar'da yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
İşletme (kurum içi) uygulaması sonradan genişletilebilir mi?
Evet. Rol bazlı yetki gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
→İlgili sayfalar
İşletme (Kurum İçi) Uygulaması hakkında diğer konular
- İşletme (kurum içi) uygulaması entegrasyonlarıBağlanabilecek sistemler
- İşletme (kurum içi) uygulaması teknolojileriTeknoloji seçimi ve mimari
- İşletme (kurum içi) uygulaması bakım ve destekYayın sonrası bakım, güncelleme ve destek
- İşletme (kurum içi) uygulaması fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- İşletme (kurum içi) uygulaması güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Doğanşar'da ilgili hizmetler
Sivas içindeki diğer ilçeler
- Şarkışla'da işletme (kurum içi) uygulaması özellikleri ve modülleri
- Koyulhisar'da işletme (kurum içi) uygulaması özellikleri ve modülleri
- Sivas Merkez'de işletme (kurum içi) uygulaması özellikleri ve modülleri
- Akıncılar için işletme (kurum içi) uygulaması özellikleri ve modülleri
- Divriği için işletme (kurum içi) uygulaması özellikleri ve modülleri
Bu sayfada geçen kavramlar
- kurum içi dağıtım
- rol bazlı yetki
- çevrimdışı
- React Native
- Google Play
- Swift
- push bildirim
- çevrimdışı mod
- Android
- Sivas
- Doğanşar