تم اقتراح نموذج تطوير التطبيقات السريع لأول مرة مِن قِبَل IBM خلال ثمانينيات القرن العشرين، وهو أحد نماذج SDLC الشائعة. يُعرف أيضاً باسم نموذج RAD، ويتم تفضيل نموذج تطوير البرامج ذات السرعة والمرونة على التخطيط المسبق الشامل.
يتميز نموذج RAD بفترة زمنية قصيرة جداً للتطوير. بشكل عام، يستغرق المشروع الذي يتم تطويره باستخدام نموذج RAD فترة زمنية تتراوح من 60 إلى 90 يوماً.
أحد أهم النقاط البارزة في نموذج تطوير التطبيقات السريع هو دعم أدوات التطوير القوية مثل ++C وJava وVisual Basic وXML، والتقنيات التي تقدمها.
ما هو نموذج RAD؟
باستخدام نموذج RAD، يكون أي مشروع تطوير برمجيات قابل للتقسيم إلى وحدات أصغر، والتي يمكن تخصيصها بشكل مستقل لفرق مختلفة، يتم في النهاية دمج كل هذه الوحدات المختلفة للحصول على المنتج النهائي.
يتبع تطوير كل وحدة من وحدات مشروع تطوير البرمجيات باستخدام نموذج RAD الخطوات الأساسية العديدة للنموذج الشلال التقليدي. وتشمل هذه الخطوات التحليل والتصميم وكتابة كود والاختبار والتنفيذ والصيانة.
يعطي نموذج تطوير التطبيقات السريع الأولوية للنماذج الأولية السريعة بالإضافة إلى ردود الفعل السريعة لدورات التطوير والاختبار الدوري.
يُسمح لمطوري RAD بإجراء العديد من التكرارات والتحديثات للمشروع قيد التطوير دون الحاجة إلى بدء جدول التطوير من الصفر في كل مرة.
بدأت فكرة تطوير البرامج السريعة عندما أدرك مطورو البرامج أن نموذج الشلال التقليدي لم يكن فعالاً إلى حد كبير. فنموذج الشلال غير قادر على استيعاب مشاريع تطوير البرامج ذات المتطلبات المتطورة.
أحد العيوب الرئيسية لنموذج الشلال هو أنه بمجرد وصول عملية تطوير البرنامج إلى مرحلة الاختبار، يصبح من المستحيل تقريباً تغيير الوظائف الأساسية والميزات التي يقدمها البرنامج لأنها ستكون قيد التطوير.
على الرغم من ظهور نموذج RAD خلال ثمانينيات القرن العشرين، إلا أنه تطور منذ ذلك الحين. وهذا يتناقض بشكل حاد مع نموذج الشلال، الذي لا يزال كما كان عليه أثناء ظهوره.
مراحل نموذج RAD
تتضمن عملية نموذج تطوير التطبيقات السريع بناء نموذج أولي ثم تسليمه إلى العميل للحصول على الملاحظات. ثم يتم أخذ هذه الملاحظات وإجراء تغييرات على النموذج الأولي قبل تسليمه مرة أخرى إلى العميل.
تتكرر العملية حتى يتم التحقق من صحة النموذج من قبل العميل. بعد ذلك، يتم تطوير مستند SRS ويتم الانتهاء من التصميم، ثم يتم بناء المنتج النهائي حول هذا التصميم النهائي.
هناك 4 مراحل مميزة لنموذج تطوير التطبيقات السريع. وهي على وجه التحديد تخطيط المتطلبات ووصف المستخدم والبناء والتحويل. يتم شرح كل منها على النحو التالي:
1- تخطيط المتطلبات:
هذه هي المرحلة الأولى من نموذج تطوير التطبيقات السريع. وهي تتضمن الحصول على متطلبات مشروع البرمجيات قيد التطوير. ومع ذلك، فإن النموذج لتحقيق ما سبق ذكره هو ما يميز نموذج تطوير التطبيقات السريع عن نماذج تطوير البرمجيات الأخرى.
وعلى عكس نماذج تطوير البرمجيات الأخرى، فإن المرحلة الأولى من نموذج تطوير التطبيقات السريع تطلب متطلباً واسع النطاق. وتتيح هذه الطبيعة الواسعة للمتطلب توفير متطلبات محددة للمشروع خلال نقاط مختلفة من دورة التطوير.
ولتحديد المتطلبات، يتم استخدام مجموعة واسعة من التقنيات، بما في ذلك العصف الذهني، وتقنية تطوير التطبيقات الميسرة (FAST)، وتحليل النماذج، وتحليل المهام، وسيناريوهات المستخدم.
وتتضمن مرحلة تخطيط المتطلبات أيضاً الخطة المنظمة الكاملة. وهي تصف:
- البيانات الحرجة
- طرق الحصول على البيانات الحرجة
- إجراءات معالجة البيانات الحرجة لتشكيل النموذج النهائي
2- وصف المستخدم/تصميم المستخدم:
المرحلة الثانية من نموذج تطوير التطبيقات السريع هي وصف المستخدم. وهي تتضمن أخذ ملاحظات المستخدم ثم بناء العديد من النماذج الأولية للمشروع قيد التطوير باستخدام أدوات المطور.
وبدلاً من العمل بمجموعة كبيرة من المتطلبات، يقوم مطورو تطوير التطبيقات السريع بإنشاء عدد من النماذج الأولية ذات الميزات والوظائف المميزة. ثم يقوم العميل (العملاء) بمراجعة كل هذه النماذج الأولية لتحديد ما يجب الاحتفاظ به وما يجب التخلص منه. تتضمن مرحلة وصف المستخدم إعادة فحص البيانات التي تم جمعها خلال المرحلة الأولى والتحقق من صحتها. تتضمن هذه المرحلة أيضاً تحديد وتوضيح خصائص مجموعة البيانات.
3- البناء:
تتضمن مرحلة البناء تحسين النماذج الأولية التي تم تطويرها في المرحلة السابقة. كما تتضمن استخدام أدوات آلية قوية لتحويل العمليات ونماذج البيانات إلى المنتج التشغيلي النهائي.
يتم تطبيق جميع التحسينات والتعديلات المجمعة خلال هذه المرحلة الثالثة من نموذج RAD. يتم تقديم ملاحظات حول ما هو جيد وما هو سيئ وما يجب الاحتفاظ به وما يجب إزالته في هذه المرحلة. لا تقتصر الملاحظات المقدمة أثناء مرحلة البناء على الوظيفة، بل تشمل أيضاً الجماليات والواجهة وما إلى ذلك. ثم يستمر النموذج الأولي مع مراعاة جميع الملاحظات الواردة.
يستمر كل من النموذج الأولي وملاحظات العملاء حتى يتم تطوير المنتج النهائي الذي يناسب متطلبات العميل بالطريقة الأكثر ملاءمة.
4- القطع:
تتضمن المرحلة الأخيرة الانتهاء من الجوانب الجمالية والميزات والوظائف والواجهة وكل شيء آخر يتعلق بمشروع البرنامج. تتطلب الواجهات بين الوحدات المستقلة المختلفة اختباراً مناسباً، يتم ذلك في مرحلة القطع.
للقيام بما سبق، يتم استخدام أدوات آلية قوية، يتبع ذلك اختبار القبول من قبل العميل.
يعد ضمان المستوى المرغوب فيه من قابلية الصيانة والاستقرار وقابلية الاستخدام للبرنامج المطوَّر أمراً إلزامياً قبل تسليم المنتج النهائي للعميل.
إقرأ أيضاً: كيفية استكشاف الفضاء العميق من سطح المكتب الخاص بك باستخدام WorldWide Telescope
نماذج تطوير البرمجيات الأخرى بالمقارنة مع RAD
يختلف نموذج التطوير السريع للتطبيقات بشكل كبير عند مقارنته بنماذج تطوير البرمجيات الأخرى. يركز نموذج التطوير السريع للتطبيقات على السرعة، في حين تؤكد معظم نماذج تطوير البرمجيات الأخرى على تقديم منتج يعمل للعميل.
وبالمقارنة مع منهجيات تطوير البرمجيات الأخرى، يتألف فريق التطوير السريع للتطبيقات من عدد أقل من الأعضاء. وبالتالي، يكون التواصل واضحاً وسريعاً. ولأن نموذج التطوير السريع للتطبيقات يهدف إلى السرعة، فإن وقت التطوير يكون أقل عند مقارنته بنماذج أخرى. لا تتضمن معظم نماذج تطوير البرمجيات إدخال المستخدم إلا في بداية ونهاية دورة التطوير. ومع ذلك، يحافظ نموذج التطوير السريع للتطبيقات على مشاركة العميل (العميلين) طوال عملية تطوير البرمجيات.
الإيجابيات:
- نظراً لأن عدد المطورين المطلوبين أقل، فإن التكلفة الإجمالية للمشروع أقل بشكل ملحوظ.
- تتوفر تعليقات العملاء خلال المراحل الأولية.
- نظراً لفترات التكرار الأقصر، فمن الأسهل استيعاب التغييرات المتكررة في المتطلبات.
- من السهل قياس تطوير وتقدم مشروع البرمجيات عبر مراحل مختلفة.
- يتم تقليل الوقت الإجمالي لمشروع البرمجيات قيد التطوير بشكل كبير بسبب استخدام المكونات القابلة لإعادة الاستخدام.
- يضمن استخدام أدوات التطوير القوية جودة منتج أفضل.
السلبيات:
- يؤدي غياب المكونات القابلة لإعادة الاستخدام إلى زيادة فرص فشل المشروع.
- يعد إشراك العملاء إلزامياً طوال دورة التطوير بأكملها.
- يُعد أكثر تعقيداً في الإدارة عند مقارنته بنماذج تطوير البرامج الأخرى.
- لا يمكن تطوير المشاريع غير القادرة على التجميع باستخدام نموذج تطوير البرامج هذا.
- قد تتجاوز تكلفة استخدام أدوات وتقنيات آلية قوية ميزانية المشروع للمشاريع الأصغر. وبالتالي، فإن نموذج تطوير البرامج غير مناسب للمشاريع الصغيرة.
- يحتاج قائد الفريق إلى العمل بشكل وثيق مع كل من المطورين وكذلك العملاء لتلبية الموعد النهائي.
- يتطلب استخدام أدوات فعالة وقوية وجود محترفين ذوي مهارات عالية.
تطبيقات تعلم الآلة:
- مكونات النظام الموجودة بالفعل والتي يمكن استخدامها لتطوير نظام جديد مع الحد الأدنى من التعديلات.
- مشاريع تطوير البرمجيات ذات المتطلبات المحددة التي تتطلب وقت تطوير قصير.
- مناسبة لمشاريع تطوير البرمجيات حيث تتوفر المكونات القابلة لإعادة الاستخدام للتطوير والتي يمكن تجميع متطلباتها.
- مشاريع البرمجيات التي تسمح اعتبارات الميزانية الخاصة بها باستخدام أدوات وتقنيات آلية
تلخيص
يعد نموذج تطوير التطبيقات السريع أحد أفضل نماذج تطوير البرمجيات المتاحة حتى الآن. نظراً لطبيعته المتطورة، فهو قادر على تحمل اختبار الزمن.
مثل نماذج SDLC الأخرى، يتمتع نموذج RAD بمزاياه وقيوده الخاصة. يتيح تحديد جميع متطلبات مشروع تطوير البرمجيات اختيار أفضل نهج. SDLC ومع ذلك، هذا هو المكان الذي يتألق فيه نموذج RAD حقاً.
لست بحاجة إلى التأكد تماماً من جميع متطلباتك عند البدء بنموذج. RAD تساعد منهجية تطوير البرمجيات في تحديد المتطلبات جنباً إلى جنب مع عملية تطوير البرمجيات.
اترك تعليقاً