تطوير تطبيقات سريع: الفرق بين النسختين
| [نسخة منشورة] | [نسخة منشورة] |
تم حذف المحتوى تمت إضافة المحتوى
ط بوت:إصلاح وسوم |
بوت:الإبلاغ عن رابط معطوب أو مؤرشف V3.3 |
||
سطر 20:
|المسار=http://research.microsoft.com/pubs/56015/AgileDevatMS-ESEM07.pdf
|تاريخ الوصول = 2008-11-15
| مسار الأرشيف = https://web.archive.org/web/20160519074154/http://research.microsoft.com:80/pubs/56015/agiledevatms-esem07.pdf | تاريخ الأرشيف = 19 مايو 2016 }}</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>
يحتوي هذا الجدول على ملخص رفيع المستوى لبعض الأنواع الرئيسية من RAD ونقاط قوتها وضعفها النسبية.
سطر 92:
عندما تعتمد المنظمات منهجية التطوير السريع، فيجب أن تتوخى الحذر لتجنب مسئولية ودور ومسئولية الارتباك وانهيار الاتصالات في فريق التطوير وبين الفريق والعميل. بالإضافة إلى ذلك، خاصة في حالة غياب العميل أو عدم قدرته على المشاركة مع السلطة في عملية التطوير، فينبغي أن يهب محلل النظام مع هذه السلطة نيابة عن العميل لضمان تحديد الأولويات المناسبة للمتطلبات الغير وظيفية.
علاوة على ذلك، أي زيادة على النظام يجب تطويرها دون مرحلة تصميم دقيق وموثق رسميا.<ref>Gerber, Aurona; Van der Merwe, Alta; Alberts, Ronell; (2007), Implications of Rapid Development Methodologies, CSITEd 2007, Mauritius, November 2007 [http://ksg.meraka.org.za/~agerber/publications.html] {{Webarchive|url=https://web.archive.org/web/20160304001751/http://ksg.meraka.org.za/~agerber/publications.html |date=4 مارس 2016}}</ref>
== المراجع ==
| |||