מחזור חיים של תוכנה
פרקי ההרצאה: מחזור חיים של תוכנה
תמלול ההרצאה: מחזור חיים של תוכנה
הטקסט המלא של הדקות הראשונות בהרצאה «מחזור חיים של תוכנה» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
בהרצאה הזאת אנחנו, זו תהיה איזושהי הרצאת מבוא שתדבר על קצת הכנה להרצאות שמדברים על מודלים בפיתוח תוכנה או מודלים במחזור החיים של תוכנה. introduction, קצת היכרות.
אז הפרויקט טריינגל, יש משולש שידוע בכל פרויקט, שבכל קצה שלו יש את שלושת המשאבים, יש budget, תקציב או כסף, time שזה זמן ו-resource שזה אנשים, מחשבים, ציוד כדומה.
It is impossible to be a balance point between three areas קשה מאוד או כמעט בלתי אפשרי או אחת הבעייתיות בניהול פרויקטים זה היכולת להיות מאוזן גם מבחינת תקציב גם מבחינת זמן גם מבחינת משאבים תמיד משהו בא על חשבון משהו וזה למה המשולש כי אם אני קרוב יותר לזמן אז או שזה יבוא על חשבון ה-resource או שזה יבוא על חשבון ה-budget משהו ייפגע אי אפשר להיות באיזון אי אפשר להיות נניח
בתוך אמצע משולש לדוגמה אקזמפל last time means more resources כדי אם מורידים לי את הזמן או אם רוצים שאני אוכל לעשות משהו בפחות זמן צריכים להגדיל לי את הריסורסים את המקורות להביא לי יותר אנשים להביא לי יותר ציוד אם צריך להביא לי יותר אנשים ויותר ציוד צריך להביא לי יותר כסף צריך להגדיל את התקציב של הפרויקט אז כל הזמן מנהל הפרויקט וכל גוף צריך לשחק איכשהו
בלנסות להיות כמה שיותר קרוב לאיזון בין שלושת הגורמים האלה in general project life cycle is built from costumer requirements designing the software build the software test the software send the final version to costumer באופן כללי מחזור החיים של תוכנה של פרויקט פיתוח נראה באופן הבא יש לנו דרישות לקוח אחרי זה לוקחים את הדרישות האלה ובעזרתם מאפיינים או מתכננים את התוכנה אחר כך בונים
את התוכנה אחר כך בודקים את התוכנה ואחר כך שולחים את הגרסה הסופית ללקוח לאישור סופי.
למעשה החמישה שלבים האלה מתפרקים בתוכו להרבה מאוד תתי שלבים וחלק מהרעיון זה שהשלב של הבדיקות למשל הוא לא השלב הרביעי, הוא למעשה בחלק מהמודלים הוא שווה ערך לשלב הבנייה של התוכנה כי את התוכנה בונים על סמך מסמכי האפיון ואת הבדיקות אפשר כבר לכתוב על סמך מסמכי האפיון רק בהרצה של הבדיקות אנחנו צריכים את התוכנה וכל מודל יש הרבה מאוד מודלים אנחנו נדבר
על כמה מהם שהם היותר מפורסמים כל מודל למעשה מנסה איכשהו למדל את איך לבנות תוכנה לאפשר למנהלי הפרויקט ולאנשים לדעת איך הם צריכים לבנות את התוכנה מה צריכה להיות השאיפה שלהם המודלים כמובן נבנו בעולם סגור והם חלקם אידיאליסטיים יותר חלקם אידיאליסטיים פחות.
צריך לזכור שהמודל הוא איזשהו חזון והארגון צריך לבוא ולהחליט מה המודל שהכי טוב לו לפרויקט ולנסות לממש אותו. יכול להיות באותו ארגון שני פרויקטים וכל אחד יעבדו עם מודל פיתוח תוכנה אחר לגמרי.
כל אחד בגלל שהתוכנה שנבנית,