البرمجيات الرشيقة Agile

يبدو أن كل مؤسسة تقنية اليوم تمارس المنهجية الرشيقة لتطوير البرمجيات ، أو نسخة منها. أو على الأقل يعتقدون أنهم يفعلون ذلك. سواء كنت جديدًا في تطوير التطبيقات الذكية أو تعلمت تطوير البرامج منذ عقود باستخدام منهجية تطوير برنامج الشلال ، فإن عملك اليوم يتأثر على الأقل بالمنهجية الرشيقة.

ولكن ما هي المنهجية الرشيقة وكيف يجب ممارستها في تطوير البرمجيات؟ كيف يختلف التطوير السريع عن الشلال عمليًا؟ ما هي دورة حياة تطوير البرمجيات الرشيقة ، أو SDLC الرشيقة؟ وما هو برنامج سكرم أجايل مقابل كانبان ونماذج رشيقة أخرى؟

[DevSecOps: كيفية تحقيق الأمان في التطوير السريع و CI / CD]
تم إطلاق Agile رسميًا في عام 2001 عندما قام 17 تقنيًا بصياغة بيان Agile. لقد كتبوا أربعة مبادئ رئيسية لإدارة المشاريع الرشيقة ، بهدف تطوير برامج أفضل:

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

أخذ التقنيون وثيقة متطلبات العمل وطوروا وثيقة المتطلبات الفنية الخاصة بهم. حدد هذا المستند بنية التطبيق وهياكل البيانات والتصميمات الوظيفية الموجهة للكائنات وواجهات المستخدم والمتطلبات غير الوظيفية الأخرى.

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