Agile bir RAD varyantı mıdır?


16

Wikipedia, Agile'ın yanlış olduğunu tahmin ettiğim bir tür "RAD" olduğunu söylüyor. Bildiğim kadarıyla, Agile RAD'ın kendisi 90'larda (değişiklikler için çok katı) başarılı olmadığı için geliştirildi. Yoksa yanılıyor muyum?

(Not: görünüşe göre Agile yazılım geliştirme hakkındaki Wikipedia makalesi aralarında geliştirildi, sadece RAD'yi bir üst küme olarak değil, Agile'nin öncüsü olarak listeliyor ).

Radikal Proje Yönetimi (Thomsett) kitabından referans

"..RAD gibi yeni geliştirme fad, Çevik, Nesne yönelimli ..."

CISA Sertifikalı Bilgi Sistemi denetçisi:

.. iki alternatif yazılım geliştiricisi. yöntemleri: Çevik ve Hızlı Uygulama Geliştirme

Yazılım için çevik yönetim:

Çevik yöntemler çoğunlukla RAD'ın hafif yaklaşımından türetilir.

Yazılım tahmini en iyi uygulamaları:

Ana yöntemler sw. dev. aşağıdaki gibi özetlenebilir:
1. Şelale ..
4. RAD
5. Çevik

Bu sorunun amacı:
Agile tipi bir RAD mi yoksa bağımsız gelişim yaklaşımı mı?


1
RAD = Hızlı Uygulama Geliştirme. Çevik kesinlikle bu kategoriye girer.
Oded

2
@Oded: kaynakların birçoğu nasıl geldiğini söylemez? Esas olarak hızlı hızlı teslimat hedeflendiğinden, uyarlanabilirlik, "çevik" kelimesi ile temsil edilen çevik neden ..
John V

1
Elbette, çeviklik uyarlanabilirlikle ilgilidir, ancak aynı zamanda yüksek öncelikli öğeleri hızlı bir şekilde teslim etmekle ilgilidir .
Oded

1
"Wikipedia diyor" - makalede , " Hızlı Uygulama Geliştirme ile çevik yöntemlerin çok ortak noktası var" ifadesinin yanında "atıf gerekli" bir işaret var - bu ifade wikipedia standartlarına kadar değil
gnat

1
"Bağımsız geliştirme yaklaşımı" ile ne demek istiyorsun?
Thomas Owens

Yanıtlar:


15

Bir terim olarak RAD, Agile'yi yaklaşık on yıl öncesinden önce geçer, ancak bu gerçekten Agile'nin bir "ebeveyni" değildir. Her ikisi de, geleneksel yazılım geliştirme yönetimi teknikleri ile algılanan eksikliklere tepki olarak yaratılmıştır. Ancak, RAD gereksinimleri yazmak ve uygulamayı geliştirmek için birbirini takip eden prototipler kullanarak yazılım yazmak için kuralcı bir yöntemdir. Çevik, başlangıçta tanıtılan formda, geleneksel yaklaşımlarla çevik uygulayıcıların odaklandığı değerler arasındaki farkı tanımlayan felsefi bir konumdur.

Yani hayır, çevik yazılım geliştirme bir tür RAD değildir; farklı soyutlama düzeylerindeki sorunları ele alırlar.


Tam da böyle düşünüyorum, sanırım Wiki güncellenmeli.
John V

2
Peki bunu yapabilirsin ;-)

11

Araştırmalarda kalkınma metodolojilerini sınıflandırmanın doğru olduğunu düşünmüyorum. Dolayısıyla, hiçbir metodoloji başka hiçbir şeyin altında değildir. Metodolojilerin ortak noktaları hakkında düşünmek çok daha mantıklı. Çoğu zaman, gerçek dünya metodolojisi uygulaması, birçok benzer metodolojinin kombinasyonunu içerir ve çalışma geliştirme modeli bulmak yöneticilere bağlıdır.

Çevik ile RAD (tecrübeli değilim) durumunda sadece ortaklığın yinelemeli gelişim olduğu görülmektedir. RAD, belirli hedefleri ve çıktıları olan katı fazları tercih ediyor gibi görünmektedir. Çevik daha çok her şeyin gerçekleştiği tek bir gelişim aşamasıyla ilgilidir. Ayrıca Agile, yazılımı önceden prototiplemek yerine özelliklerin kaldırılması olasılığıyla doğrudan geliştirir. (Agile ile aynı sonuçta olabilir, çünkü prototipler bir kez daha doğru yapmak yerine derhal çalışan yazılımlara entegre edilir)


1
bu yüzden çevik ürünlerin dillerinden farklı dillerde prototipler oluşturmayı önerdi: prototip genellikle doğru yapılmıyor. örneğin ürün için prototip vs c ++ için matlab
BЈовић

-1

Çevik metodoloji daha ustura modundadır, çünkü paydaşlara hızlı yinelemeli gösterim ile yinelemeli modelde uygulama oluşturmaya yöneliktir. Geliştiricileri tasarım paradigmalarını (modülerlik -özellikle) korumaktan muaf tutmaz, ancak sürekli yinelemelerin sunulmasına ve iş gereksinimlerinin hızlı bir şekilde değişmesine hızlı tepki vermeye odaklanırken doğrudan vurgulamaz. Yalıtılmış bir ürünün geliştirilmesine fiili olarak odaklanmıştır ve ürün çerçevelerinde çalışır.Ancak çözüm bileşenlerinin belirgin şekilde yeniden kullanılmasını gerektirmez ve ayrıca şirket düzeyinde ürün ailesi için herhangi bir ortak platform oluşturmak için. Hiçbir teknik yönetici aynı işi N kez tekrarlayamaz. Neyse ki RAD, geliştirmeyi alanlara, modüllere ve entegrasyonlarına ve teknik açıdan ayırır, bir şirketin teknik yönetimi açısından makul olan geliştirme modelinin teknik organizasyonu için daha geçerlidir. Bu modelin daha esnek ve yeniden kullanılabilir ve diğer ürünler için uyarlanabilir olmasını sağlar. Son olarak, bir şirket serbest çalışanlardan oluşan bir topluluk değildir ve bir ürünün ömründen daha uzun bir ömre sahiptir. Bununla birlikte, bir şirket herhangi bir taşıma ve değişiklik yapmadan tek bir ürün üretiyorsa, RAD'ın rolü o kadar etkileyici değildir. Ancak normalde, Agile'ın iş gücü, RAD'ın teknik organizasyon gücü ile mükemmel bir şekilde birleştirilir. Son olarak, bir şirket serbest çalışanlardan oluşan bir topluluk değildir ve bir ürünün ömründen daha uzun bir ömre sahiptir. Bununla birlikte, bir şirket herhangi bir taşıma ve değişiklik yapmadan tek bir ürün üretiyorsa, RAD'ın rolü o kadar etkileyici değildir. Ancak normalde, Agile'ın iş gücü, RAD'ın teknik organizasyon gücü ile mükemmel bir şekilde birleştirilir. Son olarak, bir şirket serbest çalışanlardan oluşan bir topluluk değildir ve bir ürünün ömründen daha uzun bir ömre sahiptir. Bununla birlikte, bir şirket herhangi bir taşıma ve değişiklik yapmadan tek bir ürün üretiyorsa, RAD'ın rolü o kadar etkileyici değildir. Ancak normalde, Agile'ın iş gücü, RAD'ın teknik organizasyon gücü ile mükemmel bir şekilde birleştirilir.


4
bu yazıyı okumak oldukça zor (metnin duvarı). Sakıncası var düzenleyebilir daha iyi bir şekle ing?
sivri
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.