semaver
New member
Mimariler kendi başlarına bir son olarak mevcut değildir, ancak umarım uygulama için sürdürülebilir iskele sağlar. Projelerin uygunluğunu doğrulamak için, sonraki mimarlık kullanıcıları geri bildirimlerini sağlamalıdır. Bu süreç yapılandırılabilir mi?
İnternet üzerinden dahil edilen sistemlere erişmek için yeni bir kütüphane veya programlama arayüzü için, mimarlar kavramsal bir tasarım ve aynı zamanda ilkel bir uygulama yarattılar. Ancak kütüphane geliştiriciler tarafından yeterince kullanılabilir ve öğrenme çabası sınırlar dahilindedir mi?
Bu soruları cevaplamak için, yıllar önce tasarlanan Aktif Tasarım İnceleme Metodolojisi (ADR) önerildi.
Aktif Tasarım İncelemesinin Bileşenleri
İncelemenin müşterileri, çoğunlukla geliştiriciler veya mimarlar aşağıdakileri bir araya getirdi:
Pragmatik yaklaşım
ADR'nin güzel yanı, pragmatik yaklaşımları ve nispeten hızlı ve etkili geri bildirimdir. Çeşitli roller, test uzmanları veya son kullanıcılar da dahil olmak üzere bir inceleme ortağı olarak da ele alınabilir. Uygulamaya ek olarak, mimarlar veya geliştiriciler de belgelerin kalitesi hakkında sonuçlar çıkarabilir. Normal incelemelerin aksine, inceleme başlatıcısı ile denetçi arasında bireysel bir takımyıldızdır. Bu amaçla, aynı anda birkaç ADR ve/veya farklı ADR yapılabilir.
ADR'lerin kullanımının önkoşulları bir uygulamanın varlığı, bir günde mümkün olan açık bir görev ve açıkça iyi ağırlıklı bir ankettir.
Metodolojinin avantajları
Bu metodolojiyi yıllardır kullandım ve verimli bir şekilde etkili geri bildirim elde etmek için yönetilebilir çabalarla pratik bir çözüm olduğunu düşünüyorum. Olağan geçici prosedürlerin aksine.
ADR'lerin sınırları, ilk gereksinimlerin karşılanamayacağı yerdir. Örneğin, bakım eksikliği, işlevsel olmayan özelliklerde ciddi kusurlar, mimari türler veya şirket hedeflerine uyulmaması gibi ciddi mimari problemler için. Bu nedenle bu daha karmaşık inceleme yöntemleri için daha uygundur.
Bu arada, ergo-labs aynı reklam yaklaşımını önemli ölçüde kullanır. ADR'lerin başka avantajları vardır: ADR'yi bir araya getirdiğinizde, yazılımınızla iyi yansıtabilirsiniz. Ve denetçiler ADR'leri çok komik hale getirebilir.
Bu süreçleri yazılım geliştirmede başarıyla kullanan bir şirket, .NET Framework'ün geliştirilmesi için Microsoft'tur.
()
İnternet üzerinden dahil edilen sistemlere erişmek için yeni bir kütüphane veya programlama arayüzü için, mimarlar kavramsal bir tasarım ve aynı zamanda ilkel bir uygulama yarattılar. Ancak kütüphane geliştiriciler tarafından yeterince kullanılabilir ve öğrenme çabası sınırlar dahilindedir mi?
Bu soruları cevaplamak için, yıllar önce tasarlanan Aktif Tasarım İnceleme Metodolojisi (ADR) önerildi.
Aktif Tasarım İncelemesinin Bileşenleri
İncelemenin müşterileri, çoğunlukla geliştiriciler veya mimarlar aşağıdakileri bir araya getirdi:
- Yazılımın uygulanması
- Yazılımın en azından temel belgeleri
- Örneğin denetçi için belirli bir görev:
- Kütüphaneyi kullanarak inşa edilmiş sistemine bir bağlantı bağlayın
- Sistem yapılandırmasını belirler
- Bir sensörün ölçüm verilerini isteyin
- Bağlı bir aktüatör üzerinde bir eylem gerçekleştirin
- Cihazdan durum hakkında bilgi alın
- Örneğin denetçiler için bir anket:
- Belgeler ne kadar anlaşılabilir?
- Aşanlama Ne Kadar İhtiyaç Var?
- Faaliyetler kütüphaneyi kullanarak iyi veya daha az iyi patlatılabilir mi?
- Uygulama ne kadar sürdü?
- Kütüphane istenen nitelikleri performans, basit yönetim ve yapılandırılabilirlik olarak mı uyguluyor?
- Kütüphanenin üç en güçlü yönü nelerdir?
- İyileştirme potansiyeli nerede?
Pragmatik yaklaşım
ADR'nin güzel yanı, pragmatik yaklaşımları ve nispeten hızlı ve etkili geri bildirimdir. Çeşitli roller, test uzmanları veya son kullanıcılar da dahil olmak üzere bir inceleme ortağı olarak da ele alınabilir. Uygulamaya ek olarak, mimarlar veya geliştiriciler de belgelerin kalitesi hakkında sonuçlar çıkarabilir. Normal incelemelerin aksine, inceleme başlatıcısı ile denetçi arasında bireysel bir takımyıldızdır. Bu amaçla, aynı anda birkaç ADR ve/veya farklı ADR yapılabilir.
ADR'lerin kullanımının önkoşulları bir uygulamanın varlığı, bir günde mümkün olan açık bir görev ve açıkça iyi ağırlıklı bir ankettir.
Metodolojinin avantajları
Bu metodolojiyi yıllardır kullandım ve verimli bir şekilde etkili geri bildirim elde etmek için yönetilebilir çabalarla pratik bir çözüm olduğunu düşünüyorum. Olağan geçici prosedürlerin aksine.
ADR'lerin sınırları, ilk gereksinimlerin karşılanamayacağı yerdir. Örneğin, bakım eksikliği, işlevsel olmayan özelliklerde ciddi kusurlar, mimari türler veya şirket hedeflerine uyulmaması gibi ciddi mimari problemler için. Bu nedenle bu daha karmaşık inceleme yöntemleri için daha uygundur.
Bu arada, ergo-labs aynı reklam yaklaşımını önemli ölçüde kullanır. ADR'lerin başka avantajları vardır: ADR'yi bir araya getirdiğinizde, yazılımınızla iyi yansıtabilirsiniz. Ve denetçiler ADR'leri çok komik hale getirebilir.
Bu süreçleri yazılım geliştirmede başarıyla kullanan bir şirket, .NET Framework'ün geliştirilmesi için Microsoft'tur.
()