נדבר על המודל ישן מאוד בבדיקות תוכנה – מודל מפל המים. פיתוח שלב אחרי שלב כאשר בדיקות יהיו רק אחרי מימוש.

דרישות – אפיון – עיצוב – מימוש – בדיקות– תחזוקה

פיתוח שלב אחרי שלב כאשר שלב של הבדיקות מתחיל רק אחרי שלבים (דרישות, עיצוב ,תכנון, מימוש) ולכן עלות תיקון/שינוי יעלה בזמן והרבה כסף.

מודל ישן ולכן אני לא ממליץ להשתמש ב-Waterfall כי זה לא חסכוני גם כלכלית וגם מבחינת הזמן.

• הייתי משתמש במודל מפל המים אף ורק אם הפרויקט הוא ממש קטן (אין צורך בהרבה פיתוח) אחרת זה יעלה בהרבה זמן וכסף עבור תיקון הבאגים.
• טוב להשתמש במודל מפל המים אף ורק אם הדרישות הן ברורות כי להוסיף/לשנות דרישות לאחר שלב אפיון יכול לקחת הרבה זמן ועלות כספית.
• מודל מפל המים זה למעשה מחזור פיתוח תוכנה, לפי גישה ישנה.