Kurumsal teslimat, araç ve organizasyon sınırlarını aşar. İşler Jira veya Azure DevOps’ta planlanır, kararlar Confluence’ta belgelenir, kod ve incelemeler GitHub ya da GitLab’de tutulur; resmî gereksinimler IBM mühendislik sistemlerinde kalabilir. Velocize bu kayıtları gereksinim, karar, kanıt ve müşteri yükümlülükleriyle bağlar; her ekibin alıştığı çalışma ortamını bırakmasını gerektirmez.
Her entegrasyon tanımlı bir yaşam döngüsü sorumluluğu taşır. Bazı bağlantılar kanıt alır veya dış kaynağa referans verir; bazıları iş ve durum paylaşır. Desteklenen çift yönlü profillerde süreç, Velocize ile dış araç arasında bölüşülür; alan sahipliği, izin verilen geçişler ve kayıt uzlaştırması açıktır. Her bağlı sistemin veri yönü ve kapsamı entegrasyon profilinde belirlenir.
| Ekosistem | Süreç bağlamı | Paylaşım modeli |
|---|---|---|
| Jira · Azure DevOps | İş kayıtları ve yürütme durumu | Eşlenen durumların alınması; çift yönlü profilde yetkili iş ve düzeltme aktarımı. |
| Confluence | Kaynak bilgi ve belge revizyonları | Kaynağa bağlı bilgi; geri yayın kapsamı yapılandırılan profile bağlıdır. |
| GitHub · GitLab | Kod, inceleme ve pipeline kanıtı | Depo ve teslimat sinyalleri; bağlayıcı izinleriyle sınırlı dış işlemler. |
| IBM DOORS Next | Gereksinimler, başlangıç çizgileri ve ilişkiler | Gereksinim eşlemesi, kaynak referansları ve yönetilen paylaşım profilleri. |
| OpenAPI · Webhooks | Özel uygulamalar ve kurumsal servisler | Sözleşmeyle tanımlı HTTP işlemleri ve kapsamı belirli olay abonelikleri. |
Jira ve Azure DevOps: paylaşılan iş, açık karar yetkisi
İş kaydı eşlemeleri, kurumsal gereksinimleri ve teslimat taahhütlerini uygulama ekibinin çalıştığı backlog ile bağlar. Dış kayıt kimliği, proje kapsamı, durum, sorumlu ve izin verilen güncellemeler izlenebilir kalır. Çift yönlü profilde yetkilendirilmiş bir teslimat kaydı dış sistemde iş oluşturabilir veya güncelleyebilir; ilerleme ve tamamlanma sinyalleri ilgili Velocize kaydına geri döner.
İki iş akışının anlamı korunur. Jira’da Done veya Azure DevOps’ta Closed olan iş, uygulamanın tamamlandığını gösterebilir; kabul kanıtı, güvenlik incelemesi ya da müşteri onayı hâlâ bekliyor olabilir. Velocize bu yükümlülükleri ayrıca değerlendirir. Aktarım yönü her alan ve geçiş için tanımlanır: sorumlu değiştirmek, gereksinim onaylamak veya sürümü kabul etmekle aynı yetki değildir.
Confluence: bilgiyi kaynağı ve revizyonuyla bağlayın
Confluence belgeleri ve wiki içeriği; tasarım gerekçesini, toplantı kararlarını, arayüz açıklamalarını ve işletme bilgisini taşır. Yaşam döngüsü bağlantısı; kaynak sayfayı, revizyonu ve erişim bağlamını ilgili gereksinim veya mimari kararla birlikte korur. İnceleyen kişi kaynak belgeyi, belgeden çıkarılan ifadeyi, özeti ve onaylı şartnameyi birbirinden ayırt edebilir.
Belge revizyonu bir değişiklik sinyalidir. Onaylı başlangıç çizgisini sessizce değiştirmek yerine hangi kararların veya gereksinimlerin yeniden incelenmesi gerektiğini belirlemeye yardımcı olur. Geri yayın yapan entegrasyon profilinde hedef sayfa, aktarılabilecek içerik ve yayın yetkisi açıkça tanımlıdır. Kısıtlı kaynak içeriği, daha geniş bir projeye bağlanınca veya yapay zekâ özetine girince herkese açık hale gelmez.
GitHub ve GitLab: kod değişikliğinden teslimat kanıtına
Depo bağlantıları; commit’leri, pull/merge request’leri, kod incelemelerini ve pipeline sonuçlarını uyguladıkları işle ilişkilendirir. Depo kimliği, dal, commit SHA ve çıktı referansları; sonucun hangi konfigürasyondan üretildiğini gösterir. Başarılı derleme; test kapsamı, uygulama değişikliği ve teslimat yükümlülüğü bağlı kaldığında kullanılabilir kanıta dönüşür.
Webhook, periyodik veri çekme ve hibrit eşitleme; farklı ağ ve işletme koşullarını destekler. Değişiklik odaklı veri alımı kaynak farklarını yakalar; yeniden işleme güvenliği, sağlayıcının tekrar gönderdiği olayı yeni iş gibi yorumlamayı önler. Dış sisteme yapılan işlemler bağlayıcı izinleri ve iş akışı kurallarıyla sınırlıdır. Depoyu okuyabilmek; kod birleştirme, dal korumasını değiştirme veya sürüm yayımlama yetkisi vermez.
IBM mühendislik ekosistemi: gereksinim, başlangıç çizgisi ve izlenebilirlik
IBM DOORS Next, yerleşik resmî mühendislik süreçleri olan kurumlar için gereksinim birlikte çalışabilirliği hedefidir. Velocize; içe alınan gereksinim kimliklerini, dış referansları, başlangıç çizgilerini ve yaşam döngüsü ilişkilerini yönetilen ürün bağlamına taşır. Yetkili gereksinim kaynak mühendislik sisteminde kalırken teslimat ve kanıt kurumlar arasında koordine edilebilir.
OSLC odaklı bağlantı ile ReqIF odaklı gereksinim paylaşımı farklı amaçlara hizmet eder. Sistemler arası kalıcı bağlantı, sürümü belirli bir paylaşım paketiyle aynı şey değildir. Eşleme; kaynak kimliğini, revizyonu, ilişkileri ve her alanın kararlaştırılmış yetki sahibini korur. Paylaşım kapsamını seçilen IBM ürünü, sürümü, arayüzü ve eşleme profili belirler; IBM ekosisteminden söz edilmesi tüm IBM ürünlerinin aynı bağlayıcıya sahip olduğu anlamına gelmez.
OpenAPI, webhook’lar ve kuruma özgü sistemler
OpenAPI ile tanımlanan HTTP sözleşmeleri; kaynakların, işlemlerin ve veri yapılarının makine tarafından okunabilir tanımını entegrasyon ekiplerine verir. Kuruma özgü uygulamalar, ara katmanlar ve kurumsal servisler bu sözleşmelerle yetkili iş süreçlerine bağlanır. Webhook’lar, yaşam döngüsü olaylarını abone hedeflere ileterek istek odaklı API’leri tamamlar. OpenAPI arayüzü tarif eder; iş anlamını ve izin verilen kullanımı entegrasyon profili belirler.
Sürdürülebilir entegrasyon; kimlik doğrulamayı, kapsamı sınırlı makine kimliğini, kaynak eşlemesini, şema sürümünü ve hata davranışını tanımlar. Olay kimlikleri ve idempotency kuralları yinelenen işi önler; imleç veya kontrol noktası yönetimi kesinti sonrasında devam etmeyi sağlar. İstek sınırları, yeniden deneme politikası ve uzlaştırma iki sistemi de korur. API bulunması, her eski sistemin veya her işlemin kendiliğinden uyumlu olduğu anlamına gelmez.
Süreç ileri ilerler, gerektiğinde düzeltme için geri döner
Velocize’da onaylanan bir gereksinimin Jira’da çalışan ekipçe uygulandığını, kodun GitLab’de incelendiğini düşünün. Paylaşımlı süreç; gereksinimi dış iş kaydına bağlar, uygulama durumunu alır, inceleme ve pipeline kanıtını toplar, bu kanıtı Velocize’daki sürüm kararına sunar. Ekip kendi teslimat ortamında çalışmayı sürdürür.
Doğrulamada eksik bir kabul koşulu bulunursa yetkili geçiş, eşlenen dış iş kaydına düzeltme talebi döndürür. Güncellenen uygulama ve kanıt aynı yaşam döngüsü kaydına geri gelir. Bu, sınırsız veri aynalama değil kontrollü geri beslemedir: dış durum değişikliği insan onayını atlayamaz; başarısız kontrol daha önce kabul edilmiş başlangıç çizgisini silemez.
Yaşam döngüsünü servis ve kurumsal işletime uzatın
Ekosistem; servis yönetimi, gözlemlenebilirlik, müşteri ilişkileri ve ticari sistemlere uzanır. ServiceNow odaklı olay sürekliliği, Grafana ve Prometheus işletme sinyalleri, SAP iş referansları, Salesforce veya HubSpot müşteri bağlamı; teslimatı işletme ve ticari sonuçlarıyla bağlar. Teams ve Slack türü bildirim kanalları kapsamı belirli durum ve üst inceleme mesajlarını taşır.
Her bağlantının amacı ayrıdır: olay sinyali, müşteri referansı, sözleşme kimliği ve onay talebi birbirinin yerine geçmez. Kapsam, işleme konumu, saklama ve destek sorumluluğu seçilen entegrasyon profili ile kurulum modeline bağlıdır. Yalıtılmış kurulum, erişilemeyen public webhook’a dayanmak yerine yalıtım sınırına uygun paylaşım yollarını kullanır.
Sahipliği, kurtarmayı ve güvenliği birlikte tasarlayın
Çift yönlü paylaşım, alan düzeyinde sahiplik modeli gerektirir. Kaynak sistem uygulama durumunun sahibi olurken Velocize kabul ve sürüm hazırlığının sahibi olabilir. Revizyon kontrolü ve çakışma yönetimi, gecikmiş webhook’un daha güncel kararı ezmesini önler. İlişkilendirme kayıtları; kaynak olayı, uygulanan eşlemeyi ve ortaya çıkan iç veya dış değişikliği gösterir.
Bağlayıcı sağlığı, başarısız aktarımlar, yeniden denemeler ve kayıt uzlaştırması; entegrasyonu devreye alma sonrasında işletilebilir kılar. Erişim bilgileri en az yetkiyle kullanılır; proje ve kiracı kapsamı erişimi sınırlar; hassas belgeler kaynak kısıtlarını korur. Örnek bir yaşam döngüsü üzerinden neyin okunduğu, neyin geri yazılabildiği, kimin yetkilendirdiği ve kesilen paylaşımın nasıl kurtarıldığı netleştirilir.
Sorular ve yanıtlar
Entegrasyon için Jira veya Confluence’ı bırakmak gerekir mi?
Hayır. Ekipler iş ve bilgi araçlarını korurken Velocize bu kayıtları kurumsal gereksinim, karar ve kanıtla bağlar. Yetkili kaynak sınırı her kayıt ve alan için tanımlanır.
Bütün entegrasyonlar çift yönlü mü?
Hayır. Referans bağlantısı, kanıt alımı, olay iletimi ve çift yönlü süreç paylaşımı farklı entegrasyon biçimleridir. İki yönlü çalışma, seçilen bağlayıcı ve eşleme profilinin desteklediği işlemler için etkinleştirilir.
Kuruma özgü uygulama OpenAPI üzerinden entegre olabilir mi?
OpenAPI ile tanımlanan HTTP sözleşmeleri ve webhook yüzeyleri özel entegrasyon geliştirmeyi destekler. Uygulamanın süreci için kimlik doğrulama, kaynak eşlemesi, işleme konumu, yazma izinleri ve kurtarma davranışı belirlenir.