نموذج البناء التدريجي
| جزء من سلسلة عن |
| تطوير البرمجيات |
|---|
نموذج البناء التدريجي هو طريقة لتطوير البرمجيات حيث يتم تصميم المنتج وتنفيذه واختباره بشكل تدريجي (يتم إضافة القليل في كل مرة) حتى يتم الانتهاء من المنتج. ويشمل كل من التطوير والصيانة. يتم تعريف المنتج على أنه مكتمل عندما يلبي جميع متطلباته. يجمع هذا النموذج بين عناصر نموذج الشلال وفلسفة النمذجة الأولية التكرارية . وفقًا لمعهد إدارة المشاريع ، فإن النهج التدريجي هو "نهج تطوير متكيف يتم فيه إنتاج المنتج النهائي على التوالي، وإضافة الوظائف حتى يحتوي المنتج النهائي على القدرة الضرورية والكافية لاعتباره مكتملًا." [1] : القسم 3. التعاريف
يتم تفكيك المنتج إلى عدة مكونات، يتم تصميم كل منها وبنائها بشكل منفصل (يُطلق عليها اسم عمليات البناء). [1] : القسم 3.5 يتم تسليم كل مكون إلى العميل عند اكتماله. يسمح هذا بالاستخدام الجزئي للمنتج ويتجنب وقت التطوير الطويل. كما أنه يتجنب الإنفاق الرأسمالي الأولي الكبير وفترات الانتظار الطويلة اللاحقة. يساعد نموذج التطوير هذا أيضًا في تخفيف التأثير المؤلم المتمثل في تقديم نظام جديد تمامًا دفعة واحدة.
نموذج تدريجي
يطبق النموذج التدريجي نموذج الشلال بشكل تدريجي. [2]
يشار إلى سلسلة الإصدارات باسم "الزيادات"، حيث توفر كل زيادة المزيد من الوظائف للعملاء. بعد الزيادة الأولى، يتم تسليم منتج أساسي، والذي يمكن للعميل استخدامه بالفعل. بناءً على ملاحظات العملاء، يتم تطوير خطة للزيادات التالية، ويتم إجراء التعديلات وفقًا لذلك. تستمر هذه العملية، مع تسليم الزيادات حتى يتم تسليم المنتج الكامل. تُستخدم فلسفة الزيادة أيضًا في نموذج العملية الرشيقة (انظر النمذجة الرشيقة ). [2] [1] : القسم 2.3.3
يمكن تطبيق النموذج التدريجي على DevOps . يتمحور DevOps حول فكرة تقليل المخاطر والتكاليف المترتبة على تبني DevOps مع بناء مجموعة المهارات والزخم اللازمين داخل الشركة. [3]
خصائص النموذج التدريجي
- يتم تقسيم النظام إلى العديد من مشاريع التطوير الصغيرة.
- يتم بناء الأنظمة الجزئية لإنتاج النظام النهائي.
- تناولت أولا المتطلبات ذات الأولوية القصوى.
- يتم تجميد متطلبات الجزء بمجرد تطوير الجزء المتزايد.
المزايا [4] [5]
- بعد كل تكرار، يجب إجراء اختبار الانحدار. أثناء هذا الاختبار، يمكن التعرف بسرعة على العناصر المعيبة في البرنامج لأنه يتم إجراء تغييرات قليلة في أي تكرار واحد.
- من الأسهل عمومًا اختبار وتصحيح الأخطاء مقارنة بأساليب تطوير البرامج الأخرى لأن التغييرات التي يتم إجراؤها أثناء كل تكرار تكون أصغر نسبيًا. وهذا يسمح بإجراء اختبارات أكثر استهدافًا ودقة لكل عنصر داخل المنتج الإجمالي.
- يمكن للعملاء الاستجابة للميزات ومراجعة المنتج بحثًا عن أي تغييرات ضرورية أو مفيدة.
- يتم تسليم المنتج الأولي بشكل أسرع وبتكلفة أقل.
العيوب [6]
- وقد تتجاوز التكلفة الناتجة تكلفة المنظمة.
- مع إضافة وظائف إضافية إلى المنتج، قد تنشأ مشكلات تتعلق بهندسة النظام والتي لم تكن واضحة في النماذج الأولية السابقة
المهام المعنية
هذه المهام مشتركة بين جميع النماذج: [2]
- التواصل: يساعد على فهم الهدف.
- التخطيط: يتطلب من أكبر عدد ممكن من الأشخاص (فرق البرمجيات) العمل على نفس المشروع ولكن بوظائف مختلفة في نفس الوقت.
- النمذجة: تتضمن نمذجة الأعمال، ونمذجة البيانات، ونمذجة العمليات.
- البناء: يتضمن ذلك إعادة استخدام مكونات البرمجيات والرمز التلقائي.
- النشر: دمج جميع الزيادات.
انظر أيضا
الاستشهادات
- ^ معهد إدارة المشاريع abc 2021.
- ^ abc Pressman, Roger (2010). هندسة البرمجيات: نهج الممارس . بوسطن: ماكجرو هيل. ص 41-42. ISBN 9780073375977.
- ^ كيم، جين (22 يناير 2013). "DevOps distilled، الجزء 1: المبادئ الثلاثة الأساسية" (PDF) . IBM DeveloperWorks .
- ^ www.softdevteam.com/ Incremental-lifecycle.asp
- ^ ما هو النموذج التدريجي - المزايا والعيوب ومتى يتم استخدامه
- ^ "المنهجية:: أساليب التطوير". مؤرشف من الأصل في 2016-03-03 . تم الاسترجاع 2011-09-17 .
مراجع
- معهد إدارة المشاريع (2021). دليل إلى مجموعة المعرفة لإدارة المشاريع (دليل PMBOK) . معهد إدارة المشاريع (الطبعة السابعة). نيوتاون سكوير، بنسلفانيا. ISBN 978-1-62825-664-2.
{{cite book}}: CS1 maint: location missing publisher (link)
روابط خارجية
- المنهجية::نماذج التطوير أرشيف 2016-03-03 على موقع واي باك مشين
- دورة حياة تدريجية
- ما هو النموذج التدريجي - المزايا والعيوب ومتى يتم استخدامه
- النموذج التدريجي في هندسة البرمجيات
| الحقول | |||||||
|---|---|---|---|---|---|---|---|
| المفاهيم |
| ||||||
| التوجهات | |||||||
| نماذج |
| ||||||
| المجالات ذات الصلة | |||||||
| |||||||
