Mantıksal ve Fiziksel Mimari diyagramlarını güncel tutma

Birden çok geliştiricili dağıtılmış sistemleri içeren herhangi bir yazılım geliştirme projesinde, Mantıksal ve Fiziksel Mimari diyagramlarına sahip olmak en iyi uygulamadır, ancak benim tecrübelerime göre, bu diyagramlar her zaman bir projenin başlangıcında iyi korunmaya başlar ancak proje yayınlandıkça güncellenmez ve bakım aşamaları devreye giriyor.

Çok sayıda dağıtılmış işlem içeren karmaşık projeler için, diyagramlar, ilk kimse yayınlanmadan önce bile çok hızlı bir şekilde eski veya yanlış olma eğilimindedir, çünkü hiç kimse tüm bilgiye sahip değildir.

Bu arka plan göz önüne alındığında, topluluğa aşağıdaki soruları sormak istiyorum:

1. Doğru ve güncel Mantıksal ve Fiziksel Mimari diyagramlarına sahip olmak ne kadar önemlidir?
2. Bunların güncel kalmasına yardımcı olabilecek araçlar ve süreçler var mı?
3. Onları güncel tutmaktan kim sorumlu olmalı? Sistem yöneticileri, geliştiriciler ve KG ekipleri nasıl katkıda bulunabilir?

Zaman kısıtlamaları ve kaynak sorunları ile gerçek dünyada yaşıyorum, bu yüzden çoğu yazılım belgesinin neden göz ardı edildiğini veya güncel olmadığını anlıyorum, ancak bu koşullar altında bile veritabanı diyagramlarının oluşturulması ve güncel tutulması konusunda ısrar ediyorum. Normal bir ilişkisel model değilse ve belgelere, anahtar / değer çiftlerine veya JSON / XML yapılarına sahip varlıklardan oluşuyorsa, bu öğelerin bir nesne modeli de oluşturulmalı ve korunmalıdır. Bir projenin dokümantasyon çabalarında her şey başarısız olursa, en azından bir veritabanı diyagramı ve / veya nesne modeli / modelleri, neler olup bittiğini anlamak için ön uçta geriye doğru çalışmasına izin verecektir.

Yazılım belgeleri oluşturmak ve korumak için çok sayıda seçenek var, ancak favorilerimden biri Enterprise Architect. Kapsamlıdır ve bağlar birlikte vakaları, sıra diyagramlarını, sınıf diyagramlarını ve diğerlerini kullanır.

Bundan kimin sorumlu olduğuna gelince, ben bunu bir takım çabası olarak görüyorum. Birkaç kişi bunu yapmaktan zevk alır, ancak yapılması gerekir. Bir projeye öncülük eden mimar veya teknoloji, sonuçlardan uygun şekilde görevler atarak sorumlu olmalıdır.