Veri Modelleme Aşaması

Tahmin Aracı

Good Estimating Tool’un iki bölümü vardır. Konu Alanı Çaba Aralığı, uygulama türüne göre veri modelleme aşamasının tüm projenin yüzde kaçının tüketilmesi gerektiğini tanımlar.

Görev Çaba Aracı, Aşamadan Göreve ve Araçlara bölümünde tanımlanan görevlerin her birini alır ve bunların tüm veri modeli çıktıları kümesinin yüzde kaçının olması gerektiğini listeler. Bu iki bölümün birleşimi, proje yöneticisine makul bir tahmin sunarak size bir dereceye kadar olasılık sağlayacaktır.

Doğru görevler belirlense bile yanlış zaman çizelgeleri ve tahminlerin verildiği zamanlar vardır. Bu, teslimatların kaçırılma potansiyeline veya çok fazla fazla mesaiye yol açar. Bu araç, görevlerin ne kadar zaman alması gerektiğini hesaplayabilir. Aracın önerdiği ile proje yöneticisinin beklediği arasında ilgili bir tutarsızlık varsa, oldukça hızlı bir şekilde bir toplantı yapılabilir. Bu şekilde, projenin başlangıcından itibaren beklentiler gerçekçi olacaktır.

Bu bölüm, Good Guess Tahmin Aracının uygulanmasına ilişkin iki ayrıntılı örneğe giriyor. İlki, bu veri pazarını desteklemek için veri ambarı mimarisinde değişiklikler yapmayı da içeren yeni bir veri pazarıdır.

Bu örnek, hem data mart adlı yeni bir uygulamayı hem de bu data mart’ı desteklemek için mimaride gerekli güncellemeler olan bir geliştirmeyi göstermektedir. İkinci örnek, özel yapım bir operasyonel uygulamada yapılması gereken bir geliştirmedir. Bu örnek, yalnızca bir sistem geliştirmesinin ne zaman gerekli olduğunu gösterir.

Eşlik eden Web sitesini ziyaret ederseniz, bu araçlar için boş şablonlar bulacaksınız; ek araçlar; ve indirebileceğiniz boş şablonlar da dahil olmak üzere bu kitaptaki araçlar hakkında daha fazla bilgi.

Veri Modelleme Aşaması Aracı Nedir?

Üst yönetim tarafından yeni onaylanan ve fon tahsisine hazır olan bir projede veri modelleyicisi olarak görevlendirildiniz. Proje yöneticisi, projenin her aşamasında katılımınızın ne olacağını bilmek ister.

Bu noktada çıktılarınızla o kadar ilgilenmiyor. Bu, bir sonraki yinelemede gelecek. Önce üst düzey veri modelleme aşamalarını anlamak istiyor. Ona çalışmanızın her bir yazılım geliştirme yaşam döngüsü aşaması bağlamında nereye uyduğuna dair bir karşılaştırma sağlamanız gerekir.

Veri Modelleme Aşaması Aracı, veri modelleme adımlarının her birini ve bunların yazılım geliştirme yaşam döngüsüne nereye uyduklarını yüksek düzeyde sunar. Bir dizi fayda sağlar:

Veri modelleme çıktılarını proje planının bölümlerine atar. Çoğu zaman, proje planında mantıksal ve fiziksel veri modeli çıktılarını koyabileceğimiz veya gizleyebileceğimiz bölümler aramaya odaklanırız. Gerçekte, veri modelleyicinin dahil olduğu birçok başka adım vardır. Her biri bir aşamanın parçasıdır ve her aşamanın yaşam döngüsünde bir rolü vardır. Örneğin, konu alanı analizi ve konu alanı modelleme, projenin iş gereksinimleri bölümüne uyan veri modelleme aşamalarıdır.

Proje yöneticisi ile iletişim ortamı sunar. Bu araç, proje planının geliştirilmesi sırasında proje yöneticisi ile birlikte gözden geçirilebilir. Bu bölümün açılış hikayesinde, proje yöneticisiyle görüşmek ve veri modelleme aşamalarının projesinde nereye uyduğunu anlamasına yardımcı olmak için bu aracı kullanabilirsiniz.

Bu çalışmadaki araçların çoğu için bağlam sağlar. Bu araçtaki her aşama, bu kitabın bir veya daha fazla bölümüne karşılık gelir. Kitabın farklı bölümlerinin birbiriyle nasıl ilişkili olduğunu anlamanın çok iyi bir yolu.

Aşamadan Göreve Araçlar, Veri Modelleme Aşaması Aracındaki aşamaların her birini alır ve bunları daha ayrıntılı görevlere ayırır. Örneğin, konu alanı modellemesi, Business Clean Slate, Application Clean Slate ve Early Reality Check veri modellerini oluşturmaya ayrılmıştır.

Veri modelleri nelerdir
Kavramsal veri modeli
Ağ veri modeli
Veri modelleme Nedir
Mantıksal veri modeli
Veri modelleme örnekleri
Veri modelleme teknikleri
Veri modelleme araçları

Veri Modelleme Aşaması Aracını Kullanma

Veri Modelleme Aşaması Aracı, karşılık gelen veri modelleme aşamasıyla birlikte proje bölümlerine ayrılmıştır. Her aşamanın açıklamasını ve konunun ele alındığı bölümleri içeren bu araçtır.

Proje Tanımı

Proje tanımı, proje gerekçesi ve kapsamı açısından her şeyi içerir. Bu projeyi neden yapıyoruz? Bu uygulamadan ne gibi faydalar bekliyoruz? Gerekçe genellikle, yönetimin bu projenin değeri üzerinde anlaşmaya varması için tasarlanmış bir Finansman Talebi veya benzer bir belge şeklini alır.

Kapsam, bu projenin diğer geliştirme çabaları ve mevcut uygulamalarla nasıl uyum sağladığıdır. Bu bilgilerin çoğu genellikle bu noktada bir tahmindir çünkü tam bir konu alanı analizi henüz yapılmamıştır ve bu nedenle projenin konu alanları doğrulanmamıştır.

Konu alanlarını ve bu projeden nasıl etkileneceklerini bilmemiz için Konu Alanı Analizi aşamasının bir kısmı tamamlanana kadar bu aşamanın tamamlanmış olarak kabul edilmediği zamanlar vardır.

Proje Planlaması

Proje planlaması, projeyi tamamlamak için kaynakların, görevlerin ve zaman çizelgesinin tanımlanmasını içerir. Kaynaklar, gerekli finansmanla birlikte bu projeye atanan kişileri ve departmanları içerir.

Adımlar, görev bağımlılıklarının belirlenmesi de dahil olmak üzere projeyi tamamlamak için gereken görevleri içerir. Zaman çizelgesi, görevleri zamanında ve yüksek kalitede tamamlamak için gereken çabayı ve süreyi içerir. Proje planlama bir kere olup biten ve asla değişmeyen bir şey değildir.

Aksine, projenin başında tanımlanır ve yaşam döngüsü boyunca sürekli olarak izlenir ve yeniden gözden geçirilir. Bu bölümün sonunda, planda gerekli olan veri modelleme görevleri, bunların bağımlılıkları ve projenin türüne bağlı olarak ne kadar çaba gerektirdikleri hakkında iyi bir fikir sahibi olmalısınız.

İş Gereksinimleri

İş gereklilikleri, işin nasıl yürüdüğünü ve bu yeni uygulamanın çözeceğini umduğumuz iş veya departmanın şu anda karşı karşıya olduğu sorunları tanımlamayı içerir. Örneğin, bir iş gereksinimleri belgesi, mevcut lojistik veya envanter konu alanını tanımlayabilir ve iyileştirme için öncelik verilen alanları belirleyebilir.

Böyle bir alana örnek olarak, envanteri izlemek için çok yoğun bir manuel işlem verilebilir. İşte bir iş gereksinimleri belgesinden bir paragrafın nasıl görünebileceğine dair bir örnek:
Tüketici, departmanımızla telefon veya e-posta yoluyla iletişime geçer. Tüketici bizimle telefonla iletişime geçerse, aramayı bir temsilcimiz cevaplayacaktır.

Temsilcinin bu çağrının bir şikayet mi yoksa bir iltifat mı olduğunu hemen belirlemesi gerekiyor. Arayan kişi bir şeyden şikayetçiyse, temsilci arayanın tam adresini ve telefon numarasını almalıdır.

Bu bilgi, takip etmek veya arayanı tatmin edecek bir posta göndermek için çok önemlidir. Daha sonra temsilci, müşteriyi neyin tatmin edeceğine inandığı ücretsiz kuponlar, bir yöneticiden geri mektup veya başka bir şey belirlemelidir. Veri modeli teslimatları için iş gereksinimleri, konu alanı analizi ve modelleme aşamalarına karşılık gelir.