Yeni Bir Veri Pazarı

Yeni Bir Veri Pazarı

1. Konu Alanı Kontrol Listesinde tanımladığınız tüm konu alanlarını ayrı satırlar halinde de listeleyin.

2. Yeni uygulamanızı bu e-tablonun ilk sütunu olarak listeleyin. Uygulamanın her konu alanını nasıl etkilediğine göre, daha önce bahsettiğimiz anahtarı, yani C, R, U veya D’yi kullanarak hücreleri de doldurun.

Veri pazarları için her hücrede her zaman bir R olduğuna dikkat edin, çünkü veri pazarları yalnızca verileri okumalı ve yalnızca bu veri pazarı için Konu Alanı Kontrol Listesinde belirtilen konu alanları da dahil edilmelidir.

3. Ardından, konu alanlarından herhangi birini bir şekilde etkileyen tüm uygulamaları sütunlar halinde ekleyin. Bir data mart için, veri ambarını kesinlikle ayrı bir uygulama olarak ekleyin, çünkü bu, veri ambarından neleri yeniden kullanabileceğimizi belirlememize de yardımcı olabilir.

Öğe veya Müşteri uygulamaları gibi tüm referans veritabanlarının sütun olarak bulunduğundan emin olun. Geri kalan uygulamaları tanımlamayı yinelemeli bir görev olarak görüyorum. İlk önce iş uzmanlarından tavsiye isteyin veya varsa, ilk uygulama listesini almak için sistem mimarisi belgelerine de bakın.

Ardından, her bir konu alanı ve uygulama kesişimi için değerleri doldururken, bir konu alanı için C’ye sahip olmadığınızı keşfedebilirsiniz; bu nedenle, matrisinize, bu konu alanını oluşturmaktan sorumlu olan uygulama olan başka bir sütun eklemeniz gerekir. Bu yinelemeli yaklaşımın oldukça iyi çalıştığını da görüyoruz.

4. Bu matristeki hücrelerin her biri için değerleri C, R, U veya D kullanarak da doldurun.

5. Sonuçlarla ilgili herhangi bir gözlemde bulunun ve olası sorunları dile getirin. Potansiyel kaynak sistemlerini ve kaynak sistem sorunlarını belirlemek de dahil olmak üzere, konu alanlarımızda kaynak bulmamıza yardımcı olabilecek bazı gözlemler yapalım.

Bu erken noktada gözlemler yapmak, yanlış uygulamadan kaynak aldığımızı veya konu alanı düzeyinde yakalanmış olabilecek bir veri kaynağı sorununu çözmeye çalıştığımızı fark edersek daha sonra analiz ve geliştirme çalışmasını da kurtarabilir.

Veri ambarı örnekleri
Veri ambarı Nedir
Veri tabanı ve veri ambarı Arasındaki fark
Veri Ambarı Eğitimi
Veri ambarı modelleme
Veri marketi
Veri marketi nedir
Data Warehouse Nedir

Bu Konu Alanı Matrisi üzerinde yapabileceğimiz gözlemler şunları içerir:

Bu veri marketi muhtemelen Müşteri ve Ortak bilgilerini doğrudan veri ambarından alacaktır. Veri öğesi düzeyine geldiğimizde bunun için istisnalar bulabileceğimizi unutmayın. Örneğin, veri ambarında olmayan, ihtiyaç duyacağımız müşteri veri öğeleri de olabilir.

Ancak bu yüksek seviyede, müşteri bilgilerinin depoda olduğunu ve yeniden kullanılabileceğini varsaymamız gerekir. Hem Müşteri Referans Veritabanı hem de XYZ Uygulaması, müşteri bilgilerini oluşturuyor gibi de görünmektedir.

Bu, üç şeyden biri anlamına gelebilir: bu matrisi yanlış doldurduk, bu uygulamaların her biri Müşterinin farklı yönlerinden sorumludur veya bir kaynak bulma sorunumuz var. Bunlardan ilkiyse matrisi düzeltiriz ve işimiz biter. İkinci ise, her uygulama tarafından Müşteri’nin hangi bölümünün oluşturulduğuna bağlı olarak Müşteri’yi iki ayrı satıra ayırmamız da gerekir.

Örneğin, Müşteri Referans Veritabanı müşteri profil bilgisi oluşturabilirken, XYZ Uygulaması müşteri trendi bilgisi oluşturabilir. Bunların üçüncüsü ise bu kaynak bulma konusunu bir an önce yönetime iletmeliyiz. Bir kaynak bulma sorunu yaşarsak, bu uygulamalardan hangisinin veri ambarına bilgi beslediği de çok merak edilir.

Bilgileri daha önce hiç kimse bu şekilde görmediği için bir süredir gizlenen bir kaynak bulma sorununu yeni ortaya çıkarsaydık ilginç olmaz mıydı? Bunu ortaya çıkarırsanız zam alabilirsiniz.

Bu matris üzerinde ilgili konu alanında bilgi oluşturan bir uygulama bulunmamaktadır. Bu nedenle, ilişkilendirme bilgilerini oluşturan uygulamayı başka bir sütun olarak eklemeniz gerekebilecek bir örnektir.

Ancak, bu bir data mart olduğundan ve veri ambarı ilgili konu alanı bilgilerini zaten içerdiğinden, gerçek kaynağı bulmak istemeyebilirsiniz çünkü onu veri ambarından yeniden kullanacağız. İhtiyacımız olan tüm ortak bilgilerin depoda mevcut olacağı da umulmaktadır.

İlk konu alanı kaynağına sahibiz. Birazdan ele alacağımız bir veri aracında muhtemelen Müşteri ve Ortak bilgilerini veri ambarından ve kalem ve sipariş bilgilerini XYZ uygulamasından alacağımızı da belgeleyeceğiz.

Eski Bir Uygulamayı Değiştiren Paketlenmiş Operasyonel Yazılım

1. Konu Alanı Kontrol Listesinde tanımladığınız tüm konu alanlarını ayrı satırlar halinde listeleyin.

2. Yeni uygulamanızı bu e-tablonun ilk sütunu olarak listeleyin. Uygulamanın her konu alanını nasıl etkilediğine göre, daha önce bahsettiğimiz anahtarı, yani C, R, U veya D’yi kullanarak hücreleri doldurun.

3. Ardından, konu alanlarından herhangi birini bir şekilde etkileyen tüm uygulamaları sütunlar halinde ekleyin. Ye Eski Sipariş İşleme Sisteminin değiştirmek istediğimiz uygulama olduğunu unutmayın.

4. C, R, U veya D kullanarak bu matristeki hücrelerin her birinin değerlerini de girin.

5. Sonuçlarla ilgili herhangi bir gözlemde bulunun ve olası sorunları dile getirin. Potansiyel kaynak sistemleri ve kaynak sistem sorunlarını belirlemek de dahil olmak üzere konu alanlarımıza kaynak bulmamıza yardımcı olabilecek bazı gözlemler yapalım:

Yeni paket yazılım, doğrudan eski eski sistemin yerini almaz. İlişkili konu alanı, aynı zamanda ilişkili bilgi oluşturan XYZ uygulamasıyla gereksiz görünen eski sistem içinde de oluşturulur.

Bu, bu iki uygulamanın her ikisi de bilmeden ilişkili bilgiler oluşturuyor olabilir. Ayrıca, bu iki uygulamanın farklı ilişkili bilgi alanları oluşturduğu anlamına da gelebilir; bu durumda, paket yazılım ilişkili bilgi oluşturmadığından, bu paket yazılımdaki yeni işlevler eksik olabilir. Onay için eski ve yeni sipariş işleme sistemi arasındaki bu farkı da vurgularım.

Bu yeni paket yazılım, sipariş bilgilerinin tek yaratıcısı olacaktır. Eski sipariş işleme uygulaması kullanımdan kaldırıldıktan sonra, yenisi çok değerli olacaktır çünkü organizasyon içinde sipariş bilgilerinin tek yaratıcısı o olacaktır.