Cevap.

Soru geçmişi:

Veri taşınması, özellikle eski bilgi sistemlerinden (legacy) yeni çözümlere geçişte, büyük BT projelerinin kritik bir aşamasıdır. Gereksinimlerin biçimlendirilmesindeki hatalar, önemli bilgilerin kaybına veya yeni sistemin devreye alınmasında uzun süreli duraksamalara yol açabilir (genellikle büyük ölçekli uygulamalarda). Tarihte, göç sorunları nedeniyle bankaların iflasına yol açan üzücü örnekler bulunmaktadır!

Sorun:

Kaynak ve hedef formatlarının belirsizliği, veri yapılarına olan farklılıklar, rehberlerin karşılaştırılamaması, eşlemelerdeki hatalar ve iş ekibi ile teknik entegratör arasındaki beklentilerin çelişkisi — sorunlu taşınmaların başlıca nedenleridir. Kurgusal ya da yeterince detaylandırılmamış belgeler, hangi verilerin kritik olduğunu, hangilerinin birleştirilebileceğini ve hangilerinin taşınamaz olduğunu izlemeyi imkansız hale getirir.

Çözüm:

Sistem analisti, kaynak tarafında verilerin denetimini işlem süreçlerinin sahipleri ile birlikte gerçekleştirir; detaylı bir veri haritası (data mapping) oluşturur, hangi özelliklerin zorunlu taşınacağını ve hangilerinin taşınmayacağını belirler. Verilerin kalitesine ilişkin varsayımlar (saflık, tamlık) belgelenir, dönüşüm kuralları (örneğin, tarih formatlarının, para birimlerinin, kodlamaların değiştirilmesi) belirlenir. Kritik alanlar için test amaçlı örnek taşımalar ve ters kontrol senaryoları (reconciliation) uygulanır. Her aşamada, geri alma talimatları ve taşınmanın başarı kriterleri belgelenir.

Anahtar özellikler:

Kaynak ve hedef sistemler arasındaki format farklılıklarının dikkatli bir denetimi ve işlenmesi
Kritik alanların belirlenmesi ve önceliklendirilmesi
Geri alma senaryolarının ve veri bütünlüğü kontrolünün (data reconciliation) belgelenmesi

Kandırmaca Sorular.

Sistemler arasındaki veri formatlarını karşılaştırmak, başarılı bir taşınma için yeterli midir?

Hayır. Formatların aynı olması durumunda bile verilerin iş anlamındaki tutarsızlıkları, rehberlerin geçerliliği, değerlerin anlamsal yapısı nedeniyle uyumsuzluklar olabilir. Her alanın iş ve teknik denetimi gereklidir.

"En çok talep edilen" verilerin taşınmasıyla sınırlı kalınabilir mi?

Hayır. "Nadir" veriler, belirli kullanıcı süreçleri için iş açısından kritik olabilir (örneğin, eski sözleşmeler, sigortalar). Her şey gereksinimlerde belirtilmelidir.

Taşınmanın geri alınabilme olanağını düşünmeli miyiz?

Kesinlikle — %100 testlere rağmen, go-live sonrası kritik hatalar olabilir, geri alma (rollback) zorunlu bir belgeleme parçasıdır.

Tipik Hatalar ve Anti-Desenler

Veri haritası ve iş özelliklerinin yetersiz detaylandırılması
Başarılı taşınma kriterlerinin ve geri alma senaryolarının olmaması
Test verileri üzerindeki deneme taşınmasının ihmal edilmesi
Entegrasyon kesişimlerinde olayların (gizli bağımlılıkların atlanması) göz ardı edilmesi

Hayatından bir örnek

Olumsuz vaka: Miras kalan bir banka sisteminin taşınmasında, analist yalnızca temel tabloların taşınmasını onayladı, eski kullanılmayan rehberlerin iş anlamını netleştirmedi. Sonuç olarak, yeni sistemin devreye girmesinin ardından, müşteriler önceki yıllara ait işlem geçmişinde sorunlar buldu.

Artıları:

Yeni sistemin hızlı devreye alınması

Eksileri:

Veri kaybı
Bankanın itibar riskleri

Olumlu vaka:

Analist, iş ve BT ile birlikte tüm veri setlerinin denetimini gerçekleştirdi, "nadir" verilerin taşınması için ayrı gereksinimler oluşturdu, doğrulama ve geri alma senaryolarını onayladı. Taşınma başarılı geçti, hiç kritik bir itiraz ortaya çıkmadı.