TechCodeview

معنى رشيق هو سريع أو متعدد الاستخدامات. نموذج عملية رشيقة يشير إلى نهج تطوير البرمجيات القائم على التطوير التكراري. تقوم الأساليب الرشيقة بتقسيم المهام إلى تكرارات أصغر، أو أن الأجزاء لا تتضمن تخطيطًا طويل المدى بشكل مباشر. يتم تحديد نطاق المشروع ومتطلباته في بداية عملية التطوير. يتم تحديد الخطط المتعلقة بعدد التكرارات ومدة ونطاق كل تكرار بشكل واضح مسبقًا.

يعتبر كل تكرار 'إطارًا' زمنيًا قصيرًا في نموذج العملية الرشيقة، والذي يستمر عادةً من أسبوع إلى أربعة أسابيع. يساعد تقسيم المشروع بأكمله إلى أجزاء أصغر على تقليل مخاطر المشروع وتقليل متطلبات وقت تسليم المشروع بشكل عام. يتضمن كل تكرار فريقًا يعمل من خلال دورة حياة تطوير البرمجيات الكاملة بما في ذلك التخطيط وتحليل المتطلبات والتصميم والترميز والاختبار قبل عرض منتج العمل على العميل.

مراحل النموذج الرشيق:

فيما يلي المراحل في نموذج Agile كما يلي:

1. جمع المتطلبات
2. تصميم المتطلبات
3. البناء / التكرار
4. الاختبار/ ضمان الجودة
5. تعيين
6. تعليق

1. جمع المتطلبات: في هذه المرحلة يجب عليك تحديد المتطلبات. يجب عليك شرح الفرص التجارية وتخطيط الوقت والجهد اللازمين لبناء المشروع. وبناء على هذه المعلومات، يمكنك تقييم الجدوى الفنية والاقتصادية.

رقم ارمسترونج

2. تصميم المتطلبات: عندما تحدد المشروع، اعمل مع أصحاب المصلحة لتحديد المتطلبات. يمكنك استخدام مخطط تدفق المستخدم أو مخطط UML عالي المستوى لإظهار عمل الميزات الجديدة وإظهار كيفية تطبيقها على نظامك الحالي.

3. البناء / التكرار: عندما يحدد الفريق المتطلبات، يبدأ العمل. يبدأ المصممون والمطورون العمل على مشروعهم الذي يهدف إلى نشر منتج عملي. سيخضع المنتج لمراحل مختلفة من التحسين، لذا فهو يشتمل على وظائف بسيطة وبسيطة.

4. الاختبار: في هذه المرحلة، يقوم فريق ضمان الجودة بفحص أداء المنتج والبحث عن الأخطاء.

5. النشر: في هذه المرحلة، يصدر الفريق منتجًا يناسب بيئة عمل المستخدم.

الأبجدية كأرقام

6. ردود الفعل: بعد إطلاق المنتج، فإن الخطوة الأخيرة هي تقديم التعليقات. في هذا، يتلقى الفريق تعليقات حول المنتج ويعمل من خلال التعليقات.

طرق الاختبار الرشيقة:

• سكروم
• كريستال
• طريقة تطوير البرمجيات الديناميكية (DSDM)
• التطوير المبني على الميزات (FDD)
• تطوير البرمجيات الهزيل
• البرمجة المتطرفة (XP)

سكروم

SCRUM هي عملية تطوير سريعة تركز في المقام الأول على طرق إدارة المهام في ظروف التطوير القائمة على الفريق.

هناك ثلاثة أدوار فيها، ومسؤولياتهم هي:

تحويل int إلى سلسلة في Java

سكروم ماستر:يمكن لـ Scrum إعداد الفريق الرئيسي وترتيب الاجتماع وإزالة العوائق التي تعترض العمليةمالك المنتج:يقوم مالك المنتج بتراكم المنتج، ويعطي الأولوية للتأخير ويكون مسؤولاً عن توزيع الوظائف في كل تكرار.فريق سكروم:يدير الفريق عمله وينظم العمل لإكمال الركض أو الدورة.

البرمجة المتطرفة (XP)

يتم استخدام هذا النوع من المنهجية عندما يقوم العملاء بتغيير طلباتهم أو متطلباتهم باستمرار، أو عندما لا يكونون متأكدين من أداء النظام.

كريستال:

هناك ثلاثة مفاهيم لهذه الطريقة-

1. الاستئجار: تتضمن هذه المرحلة أنشطة متعددة مثل تكوين فريق تطوير، وإجراء تحليل الجدوى، ووضع الخطط، وما إلى ذلك.
2. التسليم الدوري: تحت هذا تتكون دورتان أخريان، هما:
   • يقوم الفريق بتحديث خطة الإصدار.
   • منتج متكامل يسلم للمستخدمين.
3. الخلاصة: وفقًا لبيئة المستخدم، تقوم هذه المرحلة بالنشر، ما بعد النشر.

طريقة تطوير البرمجيات الديناميكية (DSDM):

DSDM هي استراتيجية تطوير سريعة للتطبيقات لتطوير البرمجيات وتوفر بنية توزيع سريعة للمشروع. تتمثل الميزات الأساسية لـ DSDM في ضرورة أن يكون المستخدمون متصلين بشكل نشط، كما تم منح الفرق الحق في اتخاذ القرارات. التقنيات المستخدمة في DSDM هي:

1. ملاكمة الوقت
2. قواعد MoSCoW
3. النماذج الأولية

يحتوي مشروع DSDM على سبع مراحل:

1. ما قبل المشروع
2. دراسة الجدوى
3. دراسة الأعمال
4. تكرار النموذج الوظيفي
5. تصميم وبناء التكرار
6. تطبيق
7. ما بعد المشروع

التطوير المبني على الميزات (FDD):

تركز هذه الطريقة على ميزات 'التصميم والبناء'. وعلى النقيض من الأساليب الذكية الأخرى، تصف FDD الخطوات الصغيرة للعمل التي يجب الحصول عليها بشكل منفصل لكل وظيفة.

10 مل إلى أوقية

تطوير البرمجيات الهزيل:

تتبع منهجية تطوير البرمجيات الخالية من الهدر مبدأ 'الإنتاج في الوقت المناسب'. تشير الطريقة الهزيلة إلى السرعة المتزايدة لتطوير البرمجيات وخفض التكاليف. يمكن تلخيص التنمية الخالية من الهدر في سبع مراحل.

1. القضاء على النفايات
2. تضخيم التعلم
3. تأجيل الالتزام (اتخاذ القرار في وقت متأخر قدر الإمكان)
4. تسليم مبكر
5. تمكين الفريق
6. بناء النزاهة
7. تحسين الكل

متى نستخدم النموذج الرشيق؟

• عندما تكون هناك حاجة إلى تغييرات متكررة.
• عندما يتوفر فريق ذو كفاءة وخبرة عالية.
• عندما يكون العميل مستعدًا لعقد اجتماع مع فريق البرمجيات طوال الوقت.
• عندما يكون حجم المشروع صغيرا.

ميزة (إيجابيات) الطريقة الرشيقة:

1. التسليم المتكرر
2. التواصل وجهاً لوجه مع العملاء.
3. تصميم فعال ويلبي متطلبات العمل.
4. التغييرات في أي وقت مقبولة.
5. أنه يقلل من إجمالي وقت التطوير.

عيوب (سلبيات) النموذج الرشيق:

1. بسبب النقص في الوثائق الرسمية، يؤدي ذلك إلى حدوث ارتباك، كما أن القرارات الحاسمة المتخذة خلال المراحل المختلفة يمكن أن يساء تفسيرها في أي وقت من قبل أعضاء الفريق المختلفين.
2. بسبب عدم وجود الوثائق المناسبة، بمجرد اكتمال المشروع وتخصيص المطورين لمشروع آخر، يمكن أن تصبح صيانة المشروع النهائي صعبة.