Business Documentation
Bu bölüm, vNext platformunu iş perspektifinden anlatır. Hedef kitle: iş birimi yöneticileri, ürün sahipleri, karar vericiler ve teknik olmayan paydaşlar.
İçerik, ürün/teknik dokümantasyondan bağımsız ama onlarla bağlantılı şekilde organize edilmiştir; her sayfanın altında ilgili teknik dokümanlara yönlendirme bulunur.
vNext, AI çağında doğru sorunun "herkes daha hızlı kod yazsın" değil, "herkes kod yazmasın — AI ile flow çizsin" olduğuna inanır.
- Tek kod base, çoklu uygulama — kurumdaki süreç-yoğun uygulamalar aynı vNext runtime'ını paylaşır; iş mantığı flow tanımları olarak yaşar
- AI destekli tasarım — süreç sahibi AI ile akışı çizer; kod yazımı platformun çekirdeğinde sabitlenir
- Merkezi yönetim, dağıtık sahiplik — altyapı tek noktada; iş alanları kendi süreçlerinin sahibi
Bu felsefenin detayları için Manifesto, iş değeri için Değer Önerisi, ürün yönü için Ürün Yönü ve Sınırlar sayfalarına bakın.
Bu Bölümde Ne Bulacaksınız?
| Bölüm | İçerik | Soru |
|---|---|---|
| Manifesto | Platform vizyonu, misyonu ve temel prensipler (citizen developer, Dapr, cloud-native, ölçülebilirlik) | "Bu platform ne vaat ediyor?" |
| Problem ve Amaç | Çözülen iş problemi, vNext'in iş amacı ve hedef sonuçlar | "Hangi maliyetleri azaltıyor?" |
| Değer Önerisi | Hız, operasyonel güven, ölçeklenebilir yürütme, yönetişim | "Neden bu platformu tercih etmeliyiz?" |
| Yetenekler | 6 maddeli capability map: workflow tanımı/sürümleme, geçiş yürütme, görev orkestrasyonu, olay entegrasyonu, izleme/metrik, güvenlik | "Hangi problemleri çözüyor?" |
| Kullanım Senaryoları | Bankacılık + genel senaryolar (başvuru, operasyonel onay, uyum/denetim, zamanlayıcı/olay otomasyonları) | "Bizim süreçlerimize nasıl uyuyor?" |
| İş Riskleri ve Azaltım | Tanım karmaşıklığı, entegrasyon bağımlılığı, değişiklik etkisi, operasyonel kararlılık, uyum, sahiplik | "Hangi risklerle karşılaşırız, nasıl azaltırız?" |
| Terimler Sözlüğü | İş ↔ teknik terim eşleştirmesi (Dapr, Inbox/Outbox, Citizen Developer, SaaS, Audit Trail vb.) | "Teknik ekip ne diyor, ne demek istiyor?" |
Hızlı Başlangıç
Platformu tanımıyorsanız → Manifesto ile başlayın.
"Hangi sorunu çözüyor?" sorusuna cevap arıyorsanız → Problem ve Amaç sayfasına bakın.
Karar vericilere sunum hazırlıyorsanız → Değer Önerisi sayfasındaki karşılaştırma tabloları işinize yarayacaktır.
"Ne yapabiliyor?" sorusuna cevap arıyorsanız → Yetenekler sayfasına gidin.
Kendi sürecinize benzer örnekler görmek istiyorsanız → Kullanım Senaryoları bölümüne bakın.
Süreç risklerini ve nasıl yönetildiğini anlamak istiyorsanız → İş Riskleri ve Azaltım sayfasını inceleyin.
Teknik ekiple iletişimde terimler karışıyorsa → Terimler Sözlüğü ortak dil oluşturmanıza yardımcı olur.
İlgili Teknik Dokümanlar
Business sayfaları teknik detaylardan arındırılmıştır. Daha derin teknik bilgi için:
- Getting Started & Mimari: Architecture
- Bileşenler ve Implementation: Technical Documentation
- Ürün Yönü, Roadmap, Personalar: Product Documentation
- Sürüm Notları & Breaking Changes: Release Notes
Bu bölüm bilinçli olarak teknik jargondan arındırılmıştır. Teknik implementasyon detayları için Technical Documentation, mimari yapı için Architecture, ürün yönü için Product Documentation bölümlerine bakabilirsiniz.