Senaryo: Görselleştirme ve modelleme kullanarak tasarımınızı değiştirme

Visual Studio'daki görselleştirme ve modelleme araçlarını kullanarak yazılım sisteminizin kullanıcıların gereksinimlerini karşıladığından emin olun. Kod eşlemeleri, bağımlılık diyagramları ve sınıf diyagramları gibi araçları kullanarak şunları yapın:

Hangi Visual Studio sürümlerinin her aracı desteklediğini görmek için bkz . Mimari ve modelleme araçları için sürüm desteği.

• Kullanıcıların gereksinimlerini ve iş süreçlerini netleştirin.

• Mevcut kodu görselleştirin ve keşfedin.

• Mevcut sistemde yapılan değişiklikleri açıklama.

• Sistemin gereksinimlerini karşıladığını doğrulayın.

• Kodun tasarımla tutarlı kalmasını sağlayın.

Bu izlenecek yol:

• Bu araçların yazılım projenize nasıl fayda sağlayabileceğini açıklar.

• Örnek bir senaryoyla geliştirme yaklaşımınızdan bağımsız olarak bu araçları nasıl kullanabileceğinizi gösterir.

Bu araçlar ve destekledikleri senaryolar hakkında daha fazla bilgi edinmek için bkz:

• Mimariyi Çözümleme ve Mimarinin Modelini Oluşturma

• Kodu görselleştirme

Senaryoya genel bakış

Bu senaryoda, iki kurgusal şirketin yazılım geliştirme yaşam döngülerinden bölümler açıklanmaktadır: Şimdi Akşam Yemeği ve Lucerne Yayımlama. Dinner Now, Seattle'da Web tabanlı yemek teslim hizmeti sunmaktadır. Müşteriler yemek sipariş edebilir ve Şimdi Akşam Yemeği web sitesinden ödeme yapabilir. Siparişler daha sonra teslimat için uygun yerel restorana gönderilir. New York'ta bir şirket olan Lucerne Publishing, hem web'de hem de web'de çeşitli işletmeler işletiyor. Örneğin, müşterilerin restoran incelemeleri gönderebileceği bir web sitesi çalıştırır.

Lucerne kısa süre önce Dinner Now'u satın aldı ve aşağıdaki değişiklikleri yapmak istiyor:

• Şimdi Akşam Yemeği'ne restoran inceleme özellikleri ekleyerek web sitelerini tümleştirin.

• Dinner Now'ın ödeme sistemini Lucerne'in sistemiyle değiştirin.

• Şimdi Akşam Yemeği hizmetini bölge genelinde genişletin.

Dinner Now, SCRUM ve eXtreme Programlama kullanır. Çok yüksek test kapsamına ve çok az desteklenmeyen koda sahiptir. Sistemin küçük ama çalışan sürümlerini oluşturup artımlı olarak işlevsellik ekleyerek riskleri en aza indirir. Kısa ve sık yapılan yinelemeler üzerinden kodlarını geliştirirler. Bu sayede değişiklikleri güvenle benimsemiş, kodu sık sık yeniden düzenlemiş ve "büyük tasarımdan önden" kaçınmış olur.

Lucerne, bazıları 40 yıldan daha eski olan çok daha büyük ve karmaşık bir sistem koleksiyonuna sahiptir. Eski kodun karmaşıklığı ve kapsamı nedeniyle değişiklik yapma konusunda çok dikkatlidirler. Ayrıntılı çözümler tasarlamayı ve geliştirme sırasında oluşan tasarımı ve değişiklikleri belgeleyeni daha sıkı bir geliştirme sürecini izlerler.

Her iki ekip de kullanıcıların ihtiyaçlarını karşılayan sistemler geliştirmelerine yardımcı olmak için Visual Studio'daki modelleme diyagramlarını kullanır. Çalışmalarını planlamalarına, düzenlemelerine ve yönetmelerine yardımcı olmak için Team Foundation Server'ı diğer araçlarla birlikte kullanırlar.

Team Foundation Server hakkında daha fazla bilgi için bkz:

• Çalışmayı planlama ve izleme

• Güncelleştirilmiş kodu test etme, doğrulama ve denetleme

Yazılım Geliştirmede Mimari ve Modelleme Diyagramlarının Rolleri

Aşağıdaki tabloda, bu araçların yazılım geliştirme yaşam döngüsünün birden çok ve çeşitli aşamalarında oynayabileceği roller açıklanmaktadır:

Bağımlılık diyagramları çizmek için, var olan bir çözümün veya yeni bir çözümün parçası olarak bir modelleme projesi oluşturmanız gerekir. Bu diyagramlar modelleme projesinde oluşturulmalıdır. Bağımlılık diyagramlarındaki öğeler modelleme projesinde bulunur, ancak ortak modelde depolanmaz. Kod eşlemeleri ve koddan oluşturulan .NET sınıf diyagramları modelleme projesinin dışında bulunur.

Bkz.

• Kodunuz aracılığıyla bağımlılık diyagramları oluşturma

• Çözümlerinizdeki bağımlılıkları eşleme

• Nasıl Yapılır: Projelere Sınıf Diyagramları Ekleme (Sınıf Tasarımcısı)

• Visual Studio için Modelleme SDK'sı - Etki Alanına Özgü Diller

Her iki ekip de geliştirme aşamasındaki kodun tasarımla tutarlı kalmasını sağlamak için bağımlılık doğrulamayı kullanır. Bkz.

• Kodu Tasarımla Tutarlı Tutma

• Mantıksal Mimariyi Açıklama: Bağımlılık Diyagramları

• Bağımlılık diyagramları ile kod doğrulama

Sistemle ilgili bilgileri anlama ve iletme

Visual Studio modelleme diyagramlarını kullanmak için belirlenmiş bir sıra yoktur, bu nedenle bunları gereksinimlerinize veya yaklaşımınıza uygun şekilde kullanabilirsiniz. Ekipler genellikle bir proje boyunca modellerini yinelemeli ve sık sık yeniden ziyaret eder. Her diyagram, geliştirme aşamasındaki sistemin farklı yönlerini anlamanıza, açıklamanıza ve iletmenize yardımcı olacak belirli güçlü özellikler sunar.

Şimdi Akşam Yemeği ve Lucerne, ortak dil olarak diyagramları kullanarak birbirleriyle ve proje katılımcılarıyla iletişim kurar. Örneğin, Şimdi Akşam Yemeği şu görevleri gerçekleştirmek için diyagramları kullanır:

• Mevcut kodu görselleştirme.

• Lucerne ile yeni veya güncelleştirilmiş kullanıcı hikayeleri hakkında iletişim kurun.

• Yeni veya güncelleştirilmiş kullanıcı hikayelerini desteklemek için gereken değişiklikleri belirleyin.

Lucerne, şu görevleri gerçekleştirmek için diyagramları kullanır:

• Şimdi Akşam Yemeği iş süreci hakkında bilgi edinin.

• Sistemin tasarımını anlama.

• Yeni veya güncelleştirilmiş kullanıcı gereksinimleri hakkında Şimdi Akşam Yemeği ile iletişim kurun.

• Sistem güncelleştirmelerini belgele.

Diyagramlar Team Foundation Server ile tümleştirildiğinden, ekipler işlerini daha kolay planlayabilir, yönetebilir ve izleyebilir. Örneğin, test çalışmalarını ve geliştirme görevlerini tanımlamak ve çalışmalarını tahmin etmek için modelleri kullanırlar. Lucerne, Ilerleme durumunu izleyebilmeleri ve sistemin kullanıcıların gereksinimlerini karşıladığından emin olmaları için Team Foundation Server iş öğelerini model öğelerine bağlar. Örneğin, tüm testler geçtiğinde kullanım örneklerinin karşılandığını görebilmeleri için kullanım örneklerini test çalışması iş öğelerine bağlar.

Ekipler değişikliklerini denetlemeden önce, bağımlılık doğrulama ve otomatikleştirilmiş testler içeren derlemeleri çalıştırarak kodu testlere ve tasarıma göre doğrular. Bu, güncelleştirilmiş kodun tasarımla çakışmadığından ve daha önce çalışan işlevselliği bozmadığından emin olunmaya yardımcı olur.

Mevcut Sistemde Yapılan Değişiklikleri Tanımlama

Şimdi Akşam Yemeği yeni gereksinimi karşılamanın maliyetini tahmin etmelidir. Bu, kısmen bu değişikliğin sistemin diğer bölümlerini ne kadar etkileyeceğine bağlıdır. Bunu anlamalarına yardımcı olmak için Dinner Now geliştiricilerinden biri mevcut koddan şu haritaları ve diyagramları oluşturur:

Örneğin, geliştirici bir kod haritası oluşturur. Kapsamını, yeni senaryodan etkilenecek alanlara odaklanacak şekilde ayarlar. Bu alanlar haritada seçilir ve vurgulanır:

Ad alanı kod eşlemesi

Geliştirici sınıflarını, yöntemlerini ve ilişkilerini görmek için seçili ad alanlarını genişletir:

Görünür gruplar arası bağlantılarla genişletilmiş ad alanı kod eşlemesi

Geliştirici, etkilenen sınıfları ve yöntemleri bulmak için kodu inceler. Yaptığınız her değişikliğin etkilerini görmek için, her değişiklik sonrasında kod eşlemelerini yeniden üretin. Bkz. Kodu görselleştirme.

Ekip, sistemin bileşenler veya etkileşimler gibi diğer bölümlerinde yapılan değişiklikleri açıklamak için bu öğeleri beyaz tahtalara çizebilir. Ayrıca visual studio'da aşağıdaki diyagramları çizerek ayrıntıların her iki ekip tarafından da yakalanabilmesini, yönetilebileceğini ve anlaşılabilmesini sağlayabilirler:

Kodun Tasarımla Tutarlı Kalmasını Sağlayın

Dinner Now, güncelleştirilmiş kodun tasarımla tutarlı kaldığından emin olmalıdır. Sistemdeki işlevsellik katmanlarını açıklayan, aralarında izin verilen bağımlılıkları belirten ve çözüm yapıtlarını bu katmanlarla ilişkilendiren bağımlılık diyagramları oluşturur.

Örneğin, aşağıdaki bağımlılık diyagramı katmanlar arasındaki bağımlılıkları ve her katmanla ilişkili yapıt sayısını açıklar:

Bağımlılık Diyagramı

Kod geliştirme sırasında tasarımla çakışmaların oluşmadığından emin olmak için, ekipler Azure DevOps üzerinde çalışan derlemelerde bağımlılık doğrulamayı kullanır. Ayrıca iade işlemlerinde bağımlılık doğrulaması gerektiren özel bir MSBuild görevi de oluştururlar. Doğrulama hatalarını toplamak için derleme raporlarını kullanırlar.

Bkz.

• Görsel tasarımcısını kullanma

• TFVC geçitli iade etme

• Derleme ve yayın görevleri

Model Oluşturma ve Kullanma genel İpuçları

• Çoğu diyagram, çizgilerle bağlanan düğümlerden oluşur. Araç kutusu, her diyagram türü için farklı türde düğümler ve çizgiler sağlar.

  Araç kutusunu açmak için Görünüm menüsünde Araç Kutusu'na tıklayın.

• Düğüm oluşturmak için bunu araç kutusundan diyagrama sürükleyin. Belirli düğüm türleri mevcut düğümlere sürüklenmelidir. Örneğin, bir bileşen diyagramında var olan bir bileşene yeni bir bağlantı noktası eklenmelidir.

• Çizgi veya bağlantı oluşturmak için araç kutusunda uygun ara çubuğuna tıklayın, kaynak düğüme tıklayın ve ardından hedef düğüme tıklayın. Bazı satırlar yalnızca belirli düğüm türleri arasında oluşturulabilir. İşaretçiyi olası bir kaynak veya hedefin üzerine taşıdığınızda, işaretçi bağlantı oluşturup oluşturamayacağınızı gösterir.

İşi planlayın ve izleyin

Visual Studio modelleme diyagramları Team Foundation Server ile tümleştirildiğinden, çalışmayı daha kolay planlayabilir, yönetebilir ve izleyebilirsiniz. Her iki ekip de test çalışmalarını ve geliştirme görevlerini tanımlamak ve çalışmalarını tahmin etmek için modelleri kullanır. Lucerne, Team Foundation Server iş öğelerini oluşturur ve kullanım örnekleri veya bileşenler gibi model öğelerine bağlar. Bu, ilerleme durumlarını izlemelerine ve çalışmalarını kullanıcıların gereksinimlerine kadar izlemelerine yardımcı olur. Bu, değişikliklerinin bu gereksinimleri karşılamaya devam ettiğinden emin olmalarına yardımcı olur.

Ekiplerin çalışmaları ilerledikçe, iş öğelerini görevlerine harcanan zamanı yansıtacak şekilde güncelleştirir. Ayrıca, aşağıdaki Team Foundation Server özelliklerini kullanarak çalışmalarının durumunu izler ve raporlar:

• Planlanan çalışmayı beklenen zamanda tamamlayıp tamamlamayacaklarını gösteren günlük yazma raporları . Hataların ilerleme durumunu izlemek için Team Foundation Server'dan başka benzer raporlar oluştururlar.

• Ekibin iş yükünü üyeleri arasında izlemesine ve dengelemesine yardımcı olmak için Microsoft Excel kullanan bir yineleme çalışma sayfası. Bu çalışma sayfası Team Foundation Server'a bağlıdır ve normal ilerleme toplantıları sırasında tartışma odağı sağlar.

• Ekibin önemli proje bilgileri hakkında bilgi sahibi olmasını sağlamak için Office Project'i kullanan bir geliştirme panosu.

Bkz.

• Çevik araçları ve Çevik proje yönetimi hakkında

• Grafikler, panolar ve pencere öğeleri (Azure DevOps Services)

• Project kullanarak kapsam ve görevlerinizi oluşturma

Kodu Test Et, Doğrula ve Kontrol

Ekipler her görevi tamamladıkça, kaynak denetiminde kodlarını denetler ve unuturlarsa Team Foundation Server'dan anımsatıcılar alır. Team Foundation Server iadelerini kabul etmeden önce ekipler, kodu test çalışmalarına ve tasarımlarına göre doğrulamak için birim testleri ve bağımlılık doğrulaması çalıştırır. Derlemeleri, otomatik birim testlerini ve bağımlılık doğrulamayı düzenli olarak çalıştırmak için Team Foundation Server'ı kullanır. Bu, kodun aşağıdaki ölçütleri karşıladığından emin olunmasını sağlar:

• İşe yarıyor.

• Daha önce çalışan kodu bozmaz.

• Tasarımla çakışmaz.

Dinner Now, Lucerne'in neredeyse hepsi hala geçerli olduğu için yeniden kullanabileceği büyük bir otomatikleştirilmiş test koleksiyonuna sahiptir. Lucerne ayrıca bu testleri temel alabilir ve yeni işlevleri kapsayacak yeni testler ekleyebilir. Her ikisi de el ile test çalıştırmak için Visual Studio'yu kullanır.

Takımlar, kodun tasarıma uygun olduğundan emin olmak için Azure DevOps'taki derlemelerini bağımlılık doğrulamasını içerecek şekilde yapılandırıyor. Herhangi bir çakışma oluşursa, ayrıntılarla birlikte bir rapor oluşturulur.

Bkz.

• Uygulamayı test etme

• Geliştirme sırasında sisteminizi doğrulama

• Sürüm denetimini kullanma

• Azure Pipelines

Görselleştirme ve Modelleme Kullanarak Sistemi Güncelleştirme

Lucerne ve Dinner Now, ödeme sistemlerini tümleştirmelidir. Aşağıdaki bölümlerde Visual Studio'daki modelleme diyagramları bu görevi gerçekleştirmelerine yardımcı olur:

• Mevcut Kodu Görselleştirme: Kod Haritalar

• Tür Sözlüğü Tanımlama: Sınıf Diyagramları

• Mantıksal Mimariyi Açıklama: Bağımlılık Diyagramları

Bkz.

• Kodu görselleştirme

• Geliştirme sürecinizde modelleri kullanma

• Uygulama mimarinizi modelleme

Mevcut Kodu Görselleştirme: Kod Haritalar

Kod eşlemeleri, koddaki geçerli kuruluşu ve ilişkileri gösterir. Öğeler haritadaki düğümler tarafından, ilişkiler ise bağlantılarda gösterilir. Kod eşlemeleri aşağıdaki tür görevleri gerçekleştirmenize yardımcı olabilir:

• Bilinmeyen kodu keşfedin.

• Önerilen bir değişikliğin var olan kodu nerede ve nasıl etkileyebileceğini anlayın.

• Karmaşıklık alanlarını, doğal bağımlılıkları veya desenleri ya da iyileştirmeden yararlanabilecek diğer alanları bulun.

Örneğin, Şimdi Akşam Yemeği, PaymentProcessing bileşenini güncelleştirme maliyetini tahmin etmelidir. Bu, kısmen bu değişikliğin sistemin diğer bölümlerini ne kadar etkileyeceğine bağlıdır. Bunu anlamalarına yardımcı olmak için Dinner Now geliştiricilerinden biri koddan kod haritaları oluşturur ve kapsam odağını değişiklikten etkilenecek alanlara ayarlar.

Aşağıdaki harita, PaymentProcessing sınıfı ile Dinner Now sisteminin seçili olarak görünen diğer bölümleri arasındaki bağımlılıkları gösterir:

Dinner Now ödeme sistemi için kod haritası

Geliştirici, PaymentProcessing sınıfını genişletip üyelerini seçerek olası etkilenen alanları görerek haritayı keşfeder:

PaymentProcessing sınıfı içindeki yöntemler ve bağımlılıkları

Sınıflarını, yöntemlerini ve bağımlılıklarını incelemek için Lucerne Ödeme Sistemi için aşağıdaki haritayı oluşturur. Ekip, Lucerne sisteminin Şimdi Akşam Yemeği'nin diğer bölümleriyle etkileşim kurmak için de çalışma gerektirebileceğini görüyor:

Lucerne Ödeme Sistemi için kod haritası

İki ekip de birlikte çalışarak iki sistemi tümleştirmek için gereken değişiklikleri belirler. Güncelleştirmenin daha kolay olması için kodun bir bölümünü yeniden düzenlemeye karar verir. PaymentApprover sınıfı DinnerNow.Business ad alanına taşınır ve bazı yeni yöntemler gerektirir. İşlemleri işleyen Dinner Now sınıflarının kendi ad alanı olacaktır. Ekipler, çalışmalarını planlamak, düzenlemek ve izlemek için iş öğeleri oluşturur ve kullanır. İş öğelerini, yararlı olduğu model öğelerine bağlar.

Ekipler, kodu yeniden düzenledikten sonra güncelleştirilmiş yapıyı ve ilişkileri görmek için yeni bir kod haritası oluşturur:

Yeniden düzenlenmiş kod içeren kod eşlemesi

Bu harita PaymentApprover sınıfının artık DinnerNow.Business ad alanında olduğunu ve bazı yeni yöntemleri olduğunu gösterir. Dinner Now işlem sınıflarının artık kendi PaymentSystem ad alanı vardır ve bu da daha sonra bu kodla ilgilenmeyi kolaylaştırır.

Kod Eşlemesi Oluşturma

• Kaynak koda hızlı bir genel bakış için aşağıdaki adımları izleyerek bir kod haritası oluşturun:

  Mimari menüsünde Çözüm için Kod Eşlemesi Oluştur'a tıklayın.

  Derlenmiş koda hızlı bir genel bakış için boş bir kod haritası oluşturun ve ardından derleme dosyalarını veya ikili dosyaları harita yüzeyine sürükleyin.

• Belirli kod veya çözüm öğelerini keşfetmek için Çözüm Gezgini kullanarak görselleştirmek istediğiniz öğeleri ve ilişkileri seçin. Daha sonra yeni bir harita oluşturabilir veya seçili öğeleri mevcut bir haritaya ekleyebilirsiniz. Bkz. Çözümleriniz arasında bağımlılıkları eşleme.

• Haritayı keşfetmenize yardımcı olmak için, düzeni gerçekleştirmek istediğiniz görev türlerine uyacak şekilde yeniden düzenleyin.

  Örneğin, koddaki katman oluşturmayı görselleştirmek için bir ağaç düzeni seçin. Bkz. Kod eşlemelerine göz atma ve yeniden düzenleme.

Özet: Kod Haritalar Güçlü Yönleri

Kod haritaları size yardımcı olur:

• Mevcut koddaki kuruluş ve ilişkiler hakkında bilgi edinin.

• Önerilen bir değişiklikten etkilenecek alanları belirleyin.

• Kodun bakımını, değiştirilmesini ve yeniden kullanılmasını kolaylaştırmak için geliştirebileceğin karmaşıklık, desen, katman veya diğer alanları bulun.

Diğer Diyagramlarla İlişki

Tür Sözlüğü Tanımlama: Sınıf Diyagramları

Sınıf diyagramları, sisteme katılan varlıkları, terimleri veya kavramları ve birbirleriyle ilişkilerini tanımlar. Örneğin, uygulama diline veya stiline bakılmaksızın her sınıfın özniteliklerini ve işlemlerini açıklamak için geliştirme sırasında bu diyagramları kullanabilirsiniz.

Lucerne'in İşlem Ödemesi kullanım örneğine katılan varlıkları tanımlamasına ve tartışmasına yardımcı olmak için aşağıdaki sınıf diyagramını çizer:

Sınıf diyagramında Ödeme varlıklarını işleme

Bu diyagramda, bir Müşterinin birçok siparişi ve siparişler için farklı ödeme yöntemleri olabilir. BankAccount ve CreditCard'ın her ikisi de Ödeme'den devralır.

Geliştirme sırasında Lucerne, her sınıfın ayrıntılarını açıklamak ve tartışmak için aşağıdaki sınıf diyagramını kullanır:

Sınıf diyagramında Ödeme ayrıntılarını işleme

Sınıf Diyagramı Çizme

Sınıf diyagramı aşağıdaki ana özelliklere sahiptir:

• Sınıflar, arabirimler ve numaralandırmalar gibi türler:

  • Sınıf, belirli yapısal veya davranışsal özellikleri paylaşan nesnelerin tanımıdır.

  • Arabirim, bir nesnenin dışarıdan görünen davranışının bir bölümünü tanımlar.

  • Sabit listesi, değişmez değerlerin listesini içeren bir sınıflandırıcıdır.

• Öznitelikler, bir sınıflandırıcının her örneğini açıklayan belirli bir türe ait değerlerdir. Sınıflandırıcı türler, bileşenler, kullanım örnekleri ve hatta aktörler için genel bir addır.

• İşlemler , sınıflandırıcı örneklerinin gerçekleştirebileceği yöntemler veya işlevlerdir.

• İlişkilendirme, iki sınıflandırıcı arasındaki bir tür ilişkiyi gösterir.

  • Toplama, sınıflandırıcılar arasında paylaşılan sahipliği gösteren bir ilişkilendirmedir.

  • Oluşturma, sınıflandırıcılar arasındaki tam parça ilişkisini gösteren bir ilişkilendirmedir.

    Toplamaları veya bileşimleri göstermek için, bir ilişkilendirmede Toplama özelliğini ayarlayın. Paylaşılan toplamaları gösterir ve Bileşik kompozisyonları gösterir.

• Bağımlılık, bir sınıflandırıcının tanımını değiştirmenin başka bir sınıflandırıcının tanımını değiştirebileceğini gösterir.

• Genelleştirme, belirli bir sınıflandırıcının tanımının bir bölümünü genel bir sınıflandırıcıdan devraldığını gösterir. Gerçekleştirme, bir sınıfın bir arabirim tarafından sunulan işlemleri ve öznitelikleri uyguladığını gösterir.

  Bu ilişkileri oluşturmak için Devralma aracını kullanın. Alternatif olarak, bir gerçekleştirme lolipop olarak gösterilebilir.

• Paketler sınıflandırıcılar, ilişkilendirmeler, yaşam çizgileri, bileşenler ve diğer paket gruplarıdır. İçeri aktarma ilişkileri, bir paketin başka bir paketin tüm tanımlarını içerdiğini gösterir.

Mevcut sınıfları keşfetmek ve tartışmak için bir başlangıç noktası olarak, koddan sınıf diyagramları oluşturmak için Sınıf Tasarım Aracı kullanabilirsiniz.

• Nasıl Yapılır: Projelere Sınıf Diyagramları Ekleme (Sınıf Tasarımcısı)

Özet: Sınıf Diyagramlarının Güçlü Yönleri

Sınıf diyagramları şunu tanımlamanıza yardımcı olur:

• Kullanıcıların ihtiyaçlarını ve sisteme katılan varlıkları tartışırken kullanılacak yaygın terimler sözlüğü. Bkz. Model kullanıcı gereksinimleri.

• Uygulamalarından bağımsız olarak, sistemin bileşenleri (bileşenler gibi) tarafından kullanılan türler. Bkz . Uygulamanızın mimarisini modelleme.

• Türler arasındaki bağımlılıklar gibi ilişkiler. Örneğin, bir türün başka bir türün birden çok örneğiyle ilişkilendirilebileceğini gösterebilirsiniz.

Diğer Diyagramlarla İlişki

Mantıksal Mimariyi Açıklama: bağımlılık Diyagramları

Bağımlılık diyagramları, çözümünüzdeki yapıtları soyut gruplar veya katmanlar halinde düzenleyerek sistemin mantıksal mimarisini açıklar. Yapıtlar ad alanları, projeler, sınıflar, yöntemler vb. gibi birçok şey olabilir. Katmanlar, yapıtların sistemde gerçekleştirdiği rolleri veya görevleri temsil eder ve açıklar. Kodun tasarımıyla tutarlı kaldığından emin olmak için derleme ve iade işlemlerinize katman doğrulaması da ekleyebilirsiniz.

Kodun tasarımla tutarlı olmasını sağlamak için Dinner Now ve Lucerne, geliştikçe kodlarını doğrulamak için aşağıdaki bağımlılık diyagramını kullanır:

Şimdi Lucerne ile tümleştirilmiş Akşam Yemeği için bağımlılık diyagramı

Bu diyagramdaki katmanlar, ilgili Şimdi Akşam Yemeği ve Lucerne çözüm yapıtlarına bağlanır. Örneğin, İş katmanı DinnerNow.Business ad alanına ve üyelerine bağlanır ve bu ad artık PaymentApprover sınıfını içerir. Kaynak Erişimi katmanı DinnerNow.Data ad alanına bağlanır. Oklar veya bağımlılıklar, Yalnızca İş katmanının Kaynak Erişimi katmanındaki işlevselliği kullanabileceğini belirtir. Ekipler kodlarını güncelleştirdikçe, oluşan çakışmaları yakalamak ve ekiplerin bunları hemen çözmesine yardımcı olmak için düzenli olarak katman doğrulaması gerçekleştirilir.

Ekipler, iki sistemi artımlı olarak tümleştirmek ve test etmek için birlikte çalışır. Önce PaymentApprover ve Dinner Now'ın geri kalanının PaymentProcessing ile ilgilenmeden önce birbirleriyle başarılı bir şekilde çalıştığından emin olurlar.

Aşağıdaki kod haritası, Şimdi Akşam Yemeği ile PaymentApprover arasındaki yeni çağrıları gösterir:

Güncelleştirilmiş yöntem çağrılarıyla kod eşlemesi

Sistemin beklendiği gibi çalıştığını onayladıktan sonra Dinner Now, PaymentProcessing kodunu açıklamar. Katman doğrulama raporları temizdir ve sonuçta elde edilen kod eşlemesi artık PaymentProcessing bağımlılıklarının olmadığını gösterir:

PaymentProcessing olmadan kod eşlemesi

Bağımlılık Diyagramı Çizme

Bağımlılık diyagramı aşağıdaki ana özelliklere sahiptir:

• Katmanlar , mantıksal yapıt gruplarını açıklar.

• Bağlantı, katman ile yapıt arasındaki ilişkidir.

  Yapıtlardan katman oluşturmak için öğeleri Çözüm Gezgini, kod eşlemeleri, Sınıf Görünümü veya Nesne Tarayıcısı'ndan sürükleyin. Yeni katmanlar çizmek ve bunları yapıtlara bağlamak için araç kutusunu kullanın veya diyagram yüzeyine sağ tıklayarak katmanları oluşturun ve öğeleri bu katmanlara sürükleyin.

  Katmandaki sayı, katmana bağlı yapıt sayısını gösterir. Bu yapıtlar ad alanları, projeler, sınıflar, yöntemler vb. olabilir. Bir katmandaki yapıt sayısını yorumladığınızda aşağıdakileri unutmayın:

  • Bir katman diğer yapıları içeren bir yapıya bağlanırsa, ancak katman doğrudan diğer yapılara bağlanmazsa, sayı yalnızca bağlı yapıyı içerir. Bununla birlikte, diğer yapılar katman doğrulanırken analiz için alınır.

    Örneğin, bir katman tek bir ad alanına bağlanırsa, ad alanı sınıflar içerse bile, bağlı yapıların sayısı 1'dir. Katmanın ad alanındaki her bir sınıfa da bağlantıları bulunuyorsa, sayı bağlantılı sınıfları da içerecektir.

  • Bir katman yapılarla bağlantılı diğer katmanları içeriyorsa, kapsayıcı katman da üzerindeki sayı bu yapıları içermese bile bu yapılara bağlıdır.

    Katmana bağlı yapıtları görmek için, bağımlılığı sağ tıklatın ve sonra Katman Gezgini'ni açmak için Bağlantıları Görüntüle'yi tıklatın.

• Bağımlılık, bir katmanın işlevselliği başka bir katmanda kullanabileceğini belirtir, ancak tam tersi olmaz. Çift yönlü bağımlılık , bir katmanın işlevselliği başka bir katmanda kullanabileceğini gösterir ve bunun tersi de geçerlidir.

  Bağımlılık diyagramında var olan bağımlılıkları görüntülemek için diyagram yüzeyine sağ tıklayın ve ardından Bağımlılık Oluştur'a tıklayın. Amaçlanan bağımlılıkları açıklamak için yenilerini çizin.

Bkz.

• Kodunuz aracılığıyla bağımlılık diyagramları oluşturma

• Bağımlılık Diyagramları: Başvuru

• Bağımlılık Diyagramları: Yönergeler

• Bağımlılık diyagramları ile kod doğrulama

Özet: Bağımlılık Diyagramlarının Güçlü Yönleri

Bağımlılık diyagramları size yardımcı olur:

• Bir sistemin mantıksal mimarisini yapıtlarının işlevselliğine göre açıklama.

• Geliştirme aşamasındaki kodun belirtilen tasarıma uygun olduğundan emin olun.

Diğer Diyagramlarla İlişki

Dış Kaynaklar

Ayrıca bkz.

• Kodu görselleştirme
• Geliştirme sürecinizde modelleri kullanma
• Çevik geliştirmede modelleri kullanma
• Geliştirme sırasında sisteminizi doğrulama