מודלים למחזור חיי תוכנה

תמלול ההרצאה: מודלים למחזור חיי תוכנה

הטקסט המלא של הדקות הראשונות בהרצאה «מודלים למחזור חיי תוכנה» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

1. 00:02

   שלום לכולם, בסרטון הקרוב נמשיך לדבר על פרק 2 בחומר ההסמכה הרשמי של ה-STQB מודלים למחזור חיי תוכנה. אז מחזור חיי תוכנה זה איזשהו מודל תיאורטי שמסביר את השלבים ואת הקשר בין השלבים בדרך לפיתוח תוכנה.

2. 00:20

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

3. 00:44

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

4. 01:12

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

5. 01:34

   פעילות ניתוח בדיקות ועיצוב בדיקות לרמת בדיקה נתונה מתחילות במקביל לפעילויות הפיתוח והיישום, תכף נראה דוגמאות לזה.

6. 01:42

   בודקים אמורים או רצוי מאוד שישתתפו בדיונים להגדרה ושיפור הדרישות והעיצוב ומעורבים בסקירה של תוצרי עבודה. זאת אומרת, כבר בשלבים הראשונים של מחזור פיתוח רצוי שהבודקים יהיו מעורבים לכל סוגי הבדיקות, גם בדיקות סטטיות וגם בדיקות דינמיות, גם בדיקות פונקציונליות

7. 02:05

   וגם בדיקות לא פונקציונליות. תכף נדגים בדיוק למה אנחנו מדברים. בתוכנית ה-STQB יש הבחנה בין שתי קטגוריות למחזור אחרי תוכנה, אחד זה מודלים סדרתיים שהם בעצם ליניאריים אחד אחרי השני, מתרחשת פעולה רק כשהיא מסתיימת הפעולה שקודמת לה, הם מודלים של פיתוח בסבבים שזה יותר העולם

8. 02:27

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

9. 02:47

   לדוגמה מודל אחד של מסוג קבוצת המודלים סדרתיים הוא מודל מפל המים waterfall מודל פעילויות הפיתוח מסתיימת ואחת אחרי השנייה זאת אומרת לדוגמה ניתוח דרישות עיצוב כתיבת קוד בדיקות מסתיימות אחת אחרי השנייה אחת מסתיימת והשנייה מתחילה ומסתיימת ואז השלישית מתחילה במודל זה פעילות הבדיקה מתבצעות רק אחרי שכל פעילות הפיתוח מסתיימת זה מודל תיאורטי

10. 03:15

    בוא נראה דוגמה של המודל הזה יש לנו את מודל ה-waterfall אנחנו רואים את זה האתר הזה אז מה אנחנו רואים פה בעצם אנחנו רואים מודל מאוד מאוד ליניארי ליניארי זה אומר קווים ישרים ששלב מוביל לשלב אז יש לנו את השלב הראשוני בוא נראה יש לנו את שלב ה-requirement או ניתוח דרישות יש לנו את הדרישות מערכת ואז רק אז מתחיל שלב היישום על ידי המפתחים יש לנו את הדרישות את התכנון מערכת

11. 03:53

    יישום של כתיבת הקוד ורק אז במודל התיאורטי הזה של הווטרפול מתחיל שלב הבדיקות. ואז יש את הדיפלוימנט אחרי ששלב הבדיקות הסתיים, דיפלוימנט אומר ממש להפוך את כל הקוד הזה לאיזושהי יחידת תוכנה, איזושהי יחידת, לדוגמה אתר או איזשהו סטאפ או איזשהו קובץ אקזה שאנחנו כבר מוכנים לשווק אותו, לייצר אותו, להעביר אותו ללקוח הסופי ואז

12. 04:21

    יש את שלב המיינטנס הזה. אז אנחנו רואים שבתיאוריית או מודל מפל המים התהליך הוא מאוד מאוד שיטתי ומובנה. אז כמו שאמרנו, זוהי שיטה מאוד תיאורטית. יש עוד מודל שנקרא מודל ה-V, V-מודל.

13. 04:40

    הוא משלב את כל פעילויות הבדיקה במהלך תהליך הפיתוח, גם הוא סדרתי, תוך יישום עיקרון הבדיקות המוקדמות.