Özellik Görünen Adını Değiştir

Genel Bakış

Özellik Görünen Adını Değiştir zenginleştirmesi, bir özelliğin kullanıcı arayüzündeki görünümünü temel teknik adı veya veriyi değiştirmeden düzenler. Bu güçlü temizleme operatörü, teknik özellik isimleri ile iş dostu etiketler arasında kritik bir soyutlama katmanı sağlar. Böylece, iş kullanıcıları için anlamlı terimlerle veri sunarken, temel veri yapısının bütünlüğünü korur. Zenginleştirme, meta veri seviyesinde çalışır ve yalnızca seçilen özellik sütununun görünüm (display) özelliğini günceller.

Bu zenginleştirme, teknik veya sistem tarafından oluşturulmuş özellik isimlerini paydaşların hemen anlayabileceği net, iş odaklı terminolojiye dönüştürmek için gereklidir. Örneğin, "PO_AMT_USD" veya "CUST_ID_001" gibi teknik isimli özellikler, "Purchase Order Amount" (Satınalma Siparişi Tutarı) veya "Customer ID" (Müşteri Kimliği) olarak sunulabilir. Özellik Görünen Adını Değiştir zenginleştirmesi bu dönüşümü sorunsuz hale getirir; temel veri modeli değiştirilmeden mevcut filtreler, hesaplayıcılar veya orijinal özellik adına referans veren diğer zenginleştirmeler bozulmaz.

Yaygın Kullanımlar

Teknik veritabanı sütun adlarını raporlar ve panolarda iş dostu etiketlere dönüştürmek
Birleşik veri setlerinde farklı veri kaynakları arası özellik adlandırma standartlarını sağlamak
Uluslararasılaştırma amacıyla görünüm adlarını farklı dillere çevirmek
Aynı özelliğin farklı süreçlerde farklı anlamlara geldiği durumlar için bağlama özgü etiketler oluşturmak
Diğer zenginleştirme veya hesaplamalardan otomatik üretilen özelliklerin okunabilirliğini artırmak
Özellik isimlerini kurumsal terminoloji standartları ve iş sözlükleri ile uyumlu hale getirmek
Teknik olmayan kullanıcılar için şifreli sistem tarafından oluşturulan alan isimlerini anlaşılır kılmak

Ayarlar

Attribute Name: Görünen adı değiştirilecek özelliği seçin. Açılır liste, veri setinizdeki tüm mevcut vaka özelliklerini gösterir; hesaplanmış alanlar ve gizli özellikler dahil değildir. Böylece sadece veride gerçekten bulunan özellikler düzenlenir. Seçim, hangi özelliğin görünüm özelliğinin güncelleneceğini belirler.

New Attribute Display Name: Seçilen özellik için yeni görünen adı girin. Bu ad, mindzieStudio genelinde tüm kullanıcı arayüzlerinde, raporlarda ve görselleştirmelerde görünecektir. Yeni ad net, açıklayıcı ve kuruluşunuzun adlandırma kurallarına uygun olmalıdır. Kullanılacak karakterlere herhangi bir kısıtlama yoktur; boşluk, özel karakterler ve hatta uluslararasılaştırma için Unicode karakterleri kullanılabilir. Görünen ad, özelliğin anlamını doğru tanımlamak için gerektiği kadar uzun olabilir.

Örnekler

Örnek 1: Satınalma Siparişi Sistem Entegrasyonu

Senaryo: Bir ERP sisteminden veri alındıktan sonra, "PO_HDR_CRDT", "VNDR_CODE" ve "APPR_STATUS" gibi teknik veritabanı isimli özelliklerin, satınalma sürecini inceleyen iş analistleri için anlaşılır hale getirilmesi gerekiyor.

Ayarlar:

Attribute Name: PO_HDR_CRDT
New Attribute Display Name: Purchase Order Creation Date

Çıktı: "PO_HDR_CRDT" özelliği artık tüm görünümlerde, filtrelerde ve raporlarda "Purchase Order Creation Date" olarak görünür. Temel veri ve teknik isim değişmeden kalır, mevcut yapılandırmalarla uyumluluk korunur.

Kazanımlar: İş kullanıcıları teknik kısaltmayı anlamaya gerek kalmadan oluşturulma tarihini kolayca tanır; eğitim süresi kısalır ve self-servis analizlerin benimsenmesi artar.

Örnek 2: Küresel Takımlar için Çok Dilli Destek

Senaryo: Çok uluslu bir şirket, aynı süreç verisini farklı ülkelerdeki takımlara yerel dillerde sunmak istiyor ve tek bir temel veri setini koruyor.

Ayarlar:

Attribute Name: Customer_Region
New Attribute Display Name: Region Cliente (İspanyolca)

Çıktı: Analizin İspanyolca versiyonunda özellik "Region Cliente" olarak görünür ve İspanyolca konuşan takım üyeleri için hemen anlaşılır olur. Teknik isim "Customer_Region" sistem işlemleri için değişmeden kalır.

Kazanımlar: Farklı bölgelerdeki takımlar tanıdık terminolojiyi kullanarak aynı veri kümeleri üzerinde çalışabilir; iş birliği artar ve veri alanlarının yanlış yorumlanması azalır.

Örnek 3: Sağlık Sigortası Talep İşleme

Senaryo: Sağlık sigortası taleplerinde, "ICD10_PRIM", "DRG_CODE" ve "CPT_MOD" gibi tıbbi kodlama özellikleri, kodlama kısaltmalarını bilmeyen talep analiz uzmanları için daha açıklayıcı hale getirilmeli.

Ayarlar:

Attribute Name: ICD10_PRIM
New Attribute Display Name: Primary Diagnosis Code (ICD-10)

Çıktı: Şifreli "ICD10_PRIM" alanı artık "Primary Diagnosis Code (ICD-10)" olarak görünür, alanın amacı ve kullanılan kodlama sistemi hakkında bilgi verir.

Kazanımlar: Talep analistleri teknik kısaltmaları ezberlemeden tanısal bilgileri hızla saptayabilir; talep incelemesi daha hızlı ve hata oranı düşük olur.

Örnek 4: Finansal Mutabakat Süreci

Senaryo: Birden çok finansal sistemden gelen veriler birleştirildikten sonra, biri "AMT_USD" ve diğeri "TransactionAmount" gibi farklı adlandırma kurallarına sahip benzer özellikler tutarlı şekilde sunulmalıdır.

Ayarlar:

Attribute Name: AMT_USD
New Attribute Display Name: Transaction Amount (USD)

Çıktı: "AMT_USD" ve "TransactionAmount" için görünüm adları güncellenince, tüm para alanları tutarlı bir adlandırma düzeni kullanır ve para birimi açıkça belirtilir, veri yorumlama doğruluğu artar.

Kazanımlar: Birleşik veri setlerinde standartlaştırılmış görünüm adları karışıklığı azaltır ve çoklu para birimi işlemlerinde finansal analizlerin doğruluğunu sağlar.

Örnek 5: Üretim Kalite Kontrol

Senaryo: Kalite kontrol sürecinde, "TEMP_S1_AVG", "PRES_S2_MAX" ve "VISC_S3_STD" gibi sensör kaynaklı özellikler, kalite mühendisleri için daha insan tarafından okunabilir isimler gerektirir.

Ayarlar:

Attribute Name: TEMP_S1_AVG
New Attribute Display Name: Average Temperature - Sensor 1

Çıktı: Teknik sensör kodu "TEMP_S1_AVG", ortalama sıcaklık değerlerinin sensör 1'den olduğunu açıkça belirtir ve kalite raporlarında hemen anlaşılır hale gelir.

Kazanımlar: Kalite mühendisleri hangi sensör verisinin hangi üretim parametresine ait olduğunu hızla anlayabilir, kalite sorunlarının kök neden analizini sensör dokümantasyonuna başvurmadan yapabilirler.

Çıktı

Özellik Görünen Adını Değiştir zenginleştirmesi, yeni özellik oluşturmaz veya temel veriyi değiştirmez; seçilen özelliğin görünüm meta verisini değiştirir. Orijinal teknik isim değişmeden kalır ve mevcut yapılandırmalar, filtreler ve hesaplamalarda kullanılmaya devam eder. Yeni görünen ad, hemen tüm kullanıcı arayüzü öğelerinde görünür, örneğin:

Filtreler ve hesaplayıcılardaki özellik seçim açılır listeleri
Veri görünümleri ve vaka gezginlerindeki sütun başlıkları
Grafik ve görselleştirmelerde eksen etiketleri
Dışa aktarılan raporlardaki alan isimleri
Zenginleştirme yapılandırmalarındaki özellik listeleri

Değişiklik kalıcıdır ve tüm sonraki analiz oturumlarında geçerli olur. Ancak formüllerde, scriptlerde veya API çağrılarında özelliklere referanslar orijinal teknik isim kullanılarak yapılmaya devam etmelidir. Görünüm ve teknik isim ayrımı, geriye dönük uyumluluğu sağlarken kullanılabilirliği artırır.

İlgili Konular

Rename Activity - Etkinlik günlüğündeki etkinlik isimlerini değiştirir
Replace Text in Attribute - Görünen adları değil, gerçek özellik değerlerini değiştirir
Trim Text - Özellik değerlerinden baştaki/sondaki boşlukları temizler
Upper Case Attribute - Metin özellik değerlerini büyük harfe dönüştürür
Hide Attribute - Özellikleri silmeden görünümden kaldırır

Bu dokümantasyon mindzieStudio süreç madenciliği platformunun bir parçasıdır.