ما هو الفرق بين النموذج التكراري والنموذج التدريجي والنموذج الرشيق؟


الاجابه 1:

النموذج التكراري للتنمية هو حيث نكرر الفكرة ونواصل تحسينها بينما نكررها من خلال إصدارات مختلفة. مثلك

أنت تنتقل من إصدار إلى آخر وتقرر (بناءً على التعليقات) ما هو المطلوب كخيار أفضل في الإصدار الجديد وما الذي يجب التخلص منه.

النموذج التزايدي هو المكان الذي تبني فيه كل الحلول في أجزاء ولكن في نهاية كل مرحلة أو جزء لا تملكه

أي شيء يمكن مراجعته أو تقديم ملاحظات على. تحتاج إلى الانتظار حتى المرحلة النهائية للعملية الإضافية لتقديم المنتج النهائي.

مثال بصري (من الإنترنت) يصور هذا جيدًا يتبع (تزايدي في الأعلى وتكراري في الأسفل):


الاجابه 2:

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

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

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

لمعرفة المزيد مع أشرطة الفيديو المجانية زيارة: البرامج التعليمية اختبار البرمجيات


الاجابه 3:

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

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

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

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

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

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

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

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

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


الاجابه 4:

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