Aşağıdaki proje için gereksinim belgesi hazırla:
PROJE BİLGİLERİ:
- Proje adı: [AD]
- Sponsor: [KURUM / BİRİM]
- Hedef müşteri / kullanıcı: [KIM]
- Beklenen süre: [N AY]
- Bütçe aralığı: [X TL]
- Durum: [FİKİR / ÖN ÇALIŞMA / ONAY AŞAMASI]
BELGE TİPİ:
[AŞAĞIDAKİLERDEN BİRİ]
- BRD (Business Requirements Document) — iş ihtiyaçları
- FRD (Functional Requirements Document) — fonksiyonel
- NFRD (Non-Functional Requirements) — performans, güvenlik
- SRS (Software Requirements Specification) — yazılım
BRD YAPI (25-50 sayfa tipik):
1. YÖNETİCİ ÖZETİ (Executive Summary)
- Proje ne (1 paragraf)
- Niçin yapılıyor
- Kim için
- Ana faydalar
- Tahmini maliyet / süre
- Onay talep edilen karar
2. PROJE ARKAPLANI
2.1 MEVCUT DURUM (As-Is)
- İş süreci nasıl işliyor şu an
- Kullanılan sistemler
- Mevcut sorunlar (pain points)
- İş metriklerinin mevcut değerleri
2.2 HEDEF DURUM (To-Be)
- Proje tamamlandıktan sonra nasıl olacak
- Yeni süreç
- Yeni sistem
- Beklenen iyileşmeler
2.3 FARK ANALİZİ (Gap Analysis)
- Mevcut vs hedef
- Kapatılması gereken açıklar
3. İŞ HEDEFLERI
3.1 STRATEJIK HEDEFLER
- Kurum stratejisiyle uyum
- OKR / KPI eşleştirmesi
- Ölçülebilir hedef
3.2 SMART HEDEFLER
- Specific
- Measurable
- Achievable
- Relevant
- Time-bound
4. KAPSAM
4.1 KAPSAM İÇİ (In Scope)
- Yapılacak işler
- Dahil olan modüller
- Dahil olan kullanıcı grupları
- Dahil olan coğrafyalar
4.2 KAPSAM DIŞI (Out of Scope)
- Yapılmayacaklar
- Gelecek fazlara bırakılanlar
- Açıkça dışarda tutulanlar
4.3 SINIRLAR (Constraints)
- Süre
- Bütçe
- Teknoloji
- Mevzuat
- Kaynak
5. PAYDAŞ ANALIZI
HER PAYDAŞ İÇIN:
- Rol / pozisyon
- İlgi düzeyi (yüksek/orta/düşük)
- Etki düzeyi (yüksek/orta/düşük)
- Beklenti / endişeleri
- İletişim sıklığı
- Onay yetkisi
PAYDAŞ KATEGORILERI:
- Sponsor
- Ürün sahibi
- Son kullanıcılar
- IT ekibi
- Operasyon
- Hukuk / compliance
- Finans
- Dış paydaşlar
6. İŞ SÜREÇ MODELLEMESI
6.1 MEVCUT SÜREÇ (As-Is)
- Swim lane veya BPMN diyagram
- Adım adım süreç
- Sorumlu rol
- Süre (ortalama)
- Başarı oranı
6.2 HEDEF SÜREÇ (To-Be)
- Yeni diyagram
- Değişen adımlar
- Otomatikleşen bölümler
- Beklenen süre
7. FONKSIYONEL GEREKSINIMLER (özet)
DETAY FRD'de, burada özet:
- Kullanıcı yönetimi
- İşlem fonksiyonları
- Raporlama
- Entegrasyonlar
8. NON-FONKSİYONEL GEREKSINIMLER
PERFORMANS:
- Eşzamanlı kullanıcı sayısı
- Response time (< 2 saniye)
- İşlem / saniye
GÜVENLIK:
- Kimlik doğrulama
- Yetkilendirme
- KVKK / GDPR uyum
- Loglama
KULLANILABILIRLIK:
- Dil desteği
- Engelli erişimi (WCAG 2.1 AA)
- Tarayıcı desteği
- Mobil uyum
GÜVENILIRLIK:
- Uptime (%99.9)
- Yedekleme
- Disaster recovery (RTO, RPO)
ÖLÇEKLENEBİLIRLIK:
- Gelecek büyüme
- Yatay / dikey ölçekleme
9. VARSAYıMLAR VE BAĞIMLILIKLAR
VARSAYIMLAR:
- "Müşteri mevcut iş süreçleri verisini zamanında sağlayacak"
- "Altyapı kapasitesi yeterli olacak"
- "Kullanıcılar eğitilmiş olacak"
BAĞıMLıLıKLAR:
- İlgili diğer projeler
- 3. taraf entegrasyonlar
- Dış onay süreçleri
10. RISK ANALIZI
HER RİSK İÇİN:
- Tanım
- Olasılık (yüksek/orta/düşük)
- Etki (yüksek/orta/düşük)
- Öncelik (P1/P2/P3)
- Mitigation (azaltma) planı
- Sorumlu
11. BAŞARI KRITERLERI
NİCELİK:
- KPI hedefler
- ROI tahmini
- Süreç iyileştirme %
- Hata azalma %
NİTELİK:
- Kullanıcı memnuniyeti
- Süreç akıcılığı
- Çalışan morali
12. MALI ETKI
YATıRıM:
- Yazılım
- Donanım
- Personel
- Eğitim
- Danışmanlık
GETİRİ:
- Maliyet tasarrufu
- Verim artışı
- Yeni gelir fırsatı
ROI HESABı:
- Payback süresi
- NPV
- IRR
13. ZAMAN ÇİZELGESI
- Fazlar (analiz, tasarım, geliştirme, test, yayın)
- Milestone'lar
- Kritik tarihler
- Bağımlılıklar
14. ONAY
İMZALAR:
- İş sponsoru
- IT lideri
- Finans onayı
- Hukuk onayı
- Ürün sahibi
FRD YAPI (fonksiyonel detay):
1. GENEL BİLGİ
- Modül adı
- Amaç
- Kullanıcı rolleri
2. FONKSIYON LİSTESİ
HER FONKSIYON İÇİN:
- Fonksiyon ID (F001, F002)
- Başlık
- Açıklama
- Ön koşullar
- İşlem akışı (adım adım)
- Son koşullar
- Alternatif akışlar
- Hata senaryoları
- İş kuralları
- Doğrulama kuralları
- UI mockup referansı
ÖRNEK:
F-001: Kullanıcı Kaydı
Açıklama: Yeni kullanıcının sisteme kayıt olması.
Ön koşul:
- Kullanıcı sistemde kayıtlı değil
- Geçerli e-posta adresi var
İşlem akışı:
1. Kullanıcı kayıt sayfasına gider
2. Ad, e-posta, şifre girer
3. KVKK metni onaylar
4. "Kayıt Ol" butonuna basar
5. Sistem e-posta doğrulama linki gönderir
6. Kullanıcı linke tıklayarak hesabını aktifleştirir
7. Giriş sayfasına yönlendirilir
İş kuralları:
- Şifre: min 8 karakter, 1 büyük harf, 1 rakam, 1 özel karakter
- E-posta formatı geçerli
- Aynı e-posta ile önceden kayıt yok
3. VERİ ELEMANLARı
HER ALAN İÇİN:
- Alan adı
- Tip (metin, sayı, tarih)
- Uzunluk
- Zorunlu mu
- Varsayılan değer
- Validasyon kuralları
- Ekran etiketi
4. İŞ KURALLARI
- Hesaplama formülleri
- Karar ağaçları
- İstisna durumlar
5. EKRAN TASARIMLARI
- Her ekran için wireframe
- Alan açıklamaları
- Buton davranışları
- Mesaj örnekleri
Türkçe. IIBA BABOK rehberine ve Türk kurum kültürüne uygun.