تطوير تطبيقات سريع: الفرق بين النسختين

[نسخة منشورة][نسخة منشورة]
تم حذف المحتوى تمت إضافة المحتوى
JarBot (نقاش | مساهمات)
ط بوت:تعريب وسائط قالب:مرجع ويب
سطر 14:
إن التحول من التطوير التقليدي الذي يعتمد على الدورة المهنية للعميل/الخدمة للتطوير المفتوح الذي لا يعتمد على دورات والتعاوني مثل[[ويب 2.0]]قد زاد الحاجة لتكرار أسرع من خلال مراحل SDLC.<ref name="RAD1">Maurer and S. Martel. (2002). "Extreme Programming: Rapid Development for Web-Based Applications". IEEE Internet Computing, 6(1) pp 86-91 January/February 2002.</ref> هذا مع الحاجة المتزايدة للبرمجيات مفتوحة المصدر والمنتجات في أساس التطوير التجاري بالنسبة للكثير من المطورين جددت الفائدة من ايجاد الرصاصة الفضية لمنهجية RAD
على الرغم من أن معظم منهجيات RAD تعزز برامج إعادة الاستخدام فإن بنية فريق صغيرة و[[حوسبة موزعة]] فإن معظم العاملين في RAD يدركون أن لا توجد منهجية أحد "سريع" في النهاية تستطيع تقديم تحسين[[قيمة أسية]] أكثر من أي منهجية تطوير أخرى.
جميع أنواع RAD لديها القدرة على توفير إطار جيد لتطوير سريع للمنتج بجودة البرمجيات محسنة ولكن التنفيذ الناجح والمنافع غالبا ما تتوقف على نوع المشروع ،الجدول الزمني ،[[دورة حياة إصدار البرمجيات]] وثقافة الشركات. قد يكون أيضا من المهم أن بعض أكبر بائعي البرمجيات مثل [[مايكروسوفت]]<ref name="SpecsOnLine">{{citeمرجع webويب
|lastالأخير = Andrew Begel
|firstالأول = Nachiappan Nagappan
|titleالعنوان = Usage and Perceptions of Agile Software Development in an Industrial Context: An Exploratory Study, ''Microsoft Research''
|urlالمسار=http://research.microsoft.com/pubs/56015/AgileDevatMS-ESEM07.pdf
|accessdateتاريخ الوصول = 2008-11-15
}}</ref> و[[آي بي إم]]<ref name="RAD2">E. M. Maximilien and L. Williams. (2003). "Assessing Test-driven Development at IBM". Proceedings of International Conference of Software Engineering, Portland, OR, pp. 564-569, 2003.</ref> لا تستعمل RAD على نطاق واسع في تطوير [[منتج أساسي]] وبالنسبة للجزء الأكبر فهي تعتمد في المقام الأول على منهجيات الشلال التقليدية مع درجة معينة من التصاعد.<ref name="RAD3">M. Stephens, Rosenberg, D. (2003). "Extreme Programming Refactored: The Case Against XP". Apress, 2003.</ref>