Meta Konu Alanı 

Meta Konu Alanı 

Konu Alanı Meta Veri, uygulama içindeki içeriğe bakmaya başladığımız ilk ayrıntı düzeyidir. Konu Alanı Analizinde daha fazlasını öğreneceğimiz konu alanları, işletme için hem temel hem de kritik olan kavramlardır.

Temel derken, normal iş görüşmelerinde muhtemelen günde onlarca kez bahsedildiğini kastediyoruz. Kritik derken, bu kavramlar olmadan işin çok farklı olacağını veya var olmayacağını kastediyoruz.

Konu alanlarına örnek olarak Müşteri, Hesap, Ortak, Satıcı, Rakip ve Sipariş gösterilebilir. İş ve fonksiyonel kategorilerdeki tüm oyuncular bu kartı doldurmalıdır. Konu alanı tanımının zaten yüksek öncelik olarak işaretlendiğini ve bu nedenle bunun yakalanması gereken bir meta veri türü olduğunu unutmayın.

Bu kart, meta veri türünün yakalamada yüksek, orta veya düşük önceliğe sahip olmasına bağlı olarak uygun sütuna bir onay işareti konularak tamamlanır. Sorular ve sorunlar sütununa tekrar dikkat edin. Bu Bingo kartının altında, her bir meta veri türünün açıklaması ve ardından önerilerim ve bu metindeki diğer hangi araçların bu bilgileri yakalamanıza yardımcı olabileceği yer almaktadır. En soldaki sütunun, bu satırlara başvurmayı kolaylaştıran bir kod olduğunu unutmayın.

A. Standart Kuruluş Adı

Standart kuruluş adı, kuruluşun geri kalanıyla tutarlı olan bir konu alanına verilen addır. Konu alanları, yalnızca uygulaması konu alanı modelini oluşturduğunuz departmandaki iş kullanıcıları için anlamlı olan bir adla başlayabilir.

Sonunda, konu alanı modellemesi tamamlanmadan önce adı standart hale getirmeniz gerekecek, bu da bölüm dışından kişilerin bu kavramı kolayca tanıyıp anlayabilecekleri anlamına gelir. Örneğin, bir konu alanı modelleme oturumu sırasında kullanıcılar, Müşteriyi kendi konu alanlarından biri olarak tanımlar.

Müşterinin aynı zamanda şirketin geri kalanında bu konsept için standart isim olduğundan emin olmanız gerekecektir. Standart adın Müşteri olduğunu öğrenebilirsiniz, bu durumda bunu kullanıcılarla mutabık kılmanız ve bu konu alanının adını Müşteri olarak değiştirmeniz gerekir.

Bu, yakalanması gereken önemli bir bilgidir çünkü konu alanı düzeyinde şirketin geri kalanına bağlantı oluşturur. Diğer uygulamalarla veya diğer departmanlarla ilgisi olan herhangi bir geliştirme çabası, standart bir konu alanı adına ihtiyaç duyar.

Meta-sentez Nedir
meta-analiz çalışması örneği
meta-analiz nedir örneği
Meta analiz Nedir
Meta-sentez ve meta-analiz arasındaki fark
meta-analiz makale örneği
Meta-analiz nasıl yapılır
Meta-sentez örnekleri

B. Takma Ad

Aynı kavramlar için pek çok farklı ad olduğundan, takma adlara güçlü bir ihtiyaç vardır. Takma ad, bir şey için başka bir ad veya referanstır. Örneğin, pop soda için bir takma ad olabilir. Pop, ülkenin belirli bölgelerinde kullanılır ve soda ile aynı anlama geldiği kabul edilir. İşlerimizde birçok takma ad var. Dahili takma adlar, bir şirket içinde aynı şeye atanan farklı adlardır ve harici takma adlar, aynı şeye şirket dışındaki taraflarca atanan farklı adlardır.

Takma adlar, departman görünümlerini şirket görünümleriyle uzlaştırırken özellikle önemlidir. Bir bölümün kendi terminolojisi vardır. Pek çok durumda, departman bilgilerini işletmeye uydurmak için terminolojiden vazgeçmek ve standart adları kullanmak zorunda kalır. Takma ad, departman konseptine aşina olanların kurumsal konsepti tanıyabilmesi için orijinal departman adını tutacak bir yer sağlar.

Çoğu durumda, konu alanları için takma adlar, işletme kullanıcıları tarafından verilen standartlaştırılmamış adlardır. Standart Kuruluş Adı altında bahsedilen aynı örnek kullanılarak, Müşteri standart Müşteri adı için bir takma ad olacaktır. Takma adların yakalanması önemlidir, çünkü iş kullanıcılarının kendi terminolojilerine geri dönmelerini sağlarlar. Bir kullanıcı, Müşteri standart kurumsal adı kavramını anlamıyorsa, Müşteriye anladıkları bir takma ad sağlamak mantıklıdır.

C. Tanım

Tanım, konu alanına sadece addan daha fazla anlam katar. Bir konu düzeyindeki tanımlar tartışılamaz, yani bu düzeyde tanımlarınız olması gerekir. Bunu yapmazsanız, daha fazla ayrıntıya girdiğinizde kaos çıkacaktır. Müşteri için iyi bir tanıma sahip olmadan, Müşteri Konumunu ve Müşteri Demografisini tanımlamaya çalıştığınızı hayal edin. Böylece, bu yüksek öncelikli sütun zaten Bingo kartında işaretlenmiştir.

D. İsim ve Departman

Görevli adı, bir konu alanındaki gerçek verilerden sorumlu kişi veya bölümün adıdır. Bu, tanınmış uzmanlar olan ve konu alanını veya veri öğesi meta verilerini etkileme yetkisine sahip olan işletmeden bir kişidir.

Çoğu durumda, kullanıcılarınız veya yöneticileri, veriler için sizin vekilleriniz olacaktır. İstisnalar genellikle bilgileri yönetmek için ayrı bir referans veri tabanının ve dolayısıyla ayrı bir departman veya kişinin olduğu Öğe ve Müşteri için geçerlidir.

Kahya bilgisi, en az değer verilen meta-meta verisi türlerinden biridir. Çok nadiren yakalanır, ancak özellikle bu verilerle ilgili sorular, değişiklikler veya onaylar gerektiğinde çok faydalıdır. Bu bilgilerin yakalanmamasının en büyük nedenlerinden birinin bakımla ilgili olduğunu düşünüyorum.

İnsanlar sürekli gelip gidiyor ve departmanlar yeniden organize oluyor; bu nedenle, bu verilerin güncelliğini yitirmesi muhtemeldir. Bir bakım süreci olmadan, yönetim bilgilerinin alınması çok uzun süre yararlı olmayacaktır.

E. Tarih Gereksinimleri

Konu alanı seviyesi, kullanıcıların ne kadar geçmiş talep ettiğini yakalamak için en uygun seviyedir. Bu bilgiyi bu seviyede ve analiz sürecinde mümkün olduğunca erken yakalamak büyük bir sorunu önleyebilir. Kendinizi şu şekilde bir durumda bulmak istemezsiniz: kullanıcı 3 yıllık bir tarih istiyor ve siz sadece 2 yıl sağlayabilirsiniz ve proje planı ve bütçelenen dolarlar tahsis edilene kadar kullanıcının bundan haberi olmaz.

Bir konu alanı seviyesi yeterlidir, çünkü bir konu alanı içinde gereken tarih seviyesinde farklılıkların olduğu bir vakaya nadiren rastladım. Genellikle talep “2 yıllık müşteri adres bilgisi ve 3 yıllık müşteri sınıflandırma bilgisine ihtiyacım var” değil, “3 yıllık müşteri verisine ihtiyacım var” şeklindedir.

F. Kaynak

Kaynağa dayalı olarak kullanıcının beklentilerini karşılayabildiğinizden emin olmak için her konu alanı için konu alanı düzeyinde temel kaynak bilgilerini yakalayın. Örneğin, kaynak uygulamanın 1 yıllık müşteri geçmişi varsa ancak kullanıcınız 2 yıl talep ettiyse, bu sorunu hemen gündeme getirebilirsiniz.

Bu yüksek düzeyde kaynağın yakalanması ayrıca daha ayrıntılı analizi kolaylaştırır çünkü her bir konu alanını nerede arayacağınızı zaten biliyorsunuz.