מחזור חיים של פיתוח מוצר תוכנה
פרקי ההרצאה: מחזור חיים של פיתוח מוצר תוכנה
תמלול ההרצאה: מחזור חיים של פיתוח מוצר תוכנה
הטקסט המלא של הדקות הראשונות בהרצאה «מחזור חיים של פיתוח מוצר תוכנה» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
בהרצאה הזאתי אנחנו נלמד על תהליך פיתוח מוצר תוכנה, מה המושגים והטרמינולוגיות והגדרות שאתם בתור בודקי תוכנה לעתיד צריכים להבין כדי שתוכלו להגיע ממצב של אתם לא יודעים שום דבר למצב של אני מבין מה התהליך המעורב, מי הם אנשי המקצוע של
לקחת מוצר מההתחלה שלו, מוצר תוכנה, עד למצב שהוא יוצא לשוק. אנחנו נלמד בקורס הזה איזה רכיבים עיקריים מעורבים בתהליך הפיתוח, איזה תפקידים וכישורים נצרכים לזה, מי הם אנשי המקצוע שמתעסקים ואיך אנחנו מפתחים את המוצר מההתחלה ועד הסוף עד שהוא מגיע למוצר סופי ומשוחרר לשוק.
עוד לפני שאני בכלל מתחיל את ההרצאה אני רוצה שתסתכלו על הדף הזה, על הקונסול הזה, זה דף שלקוח מתוך תוכנה של Microsoft Visual Studio ככה בערך נראה פיתוח שורות קוד, השורות קוד שאתם רואים פה במרכז זה השורות קוד שבונות כל תוכנה, המתכנת בעצם כותב את השורות קוד האלו וזה מה שיוצר את התוכנה בסופו של דבר אנחנו רואים
פה את הירוק הזה זה לדוגמה הערה יש פה backslash וbackslash מין slash הפוך כזה זאת הערה שלא נכללת בשורות קוד שיוצרות את התוכנה אבל בשביל לתת לכם כאילו לסבר את האוזן אלו הם שורות הקוד שיוצרות את האפליקציה את התוכנית עצמה נניח מסמך word אתם משתמשים במסמך word בצורה החיצונית שלו כלומר
איפה שאתם לוחצים הכל עובד אבל יש אלפי שורות קוד שיצרו את התוכנית הזאת את האפליקציה הזאתי ואפשר לייצר את זה לדוגמה באמצעות הוויז'ואל סטודיו גם את המחשבון את התוכנה שאתם עובדים איתה בווינדוס אקס פי במערכת ההפעלה שלכם זו תוכנה שייצרו אותה על ידי כתיבת מאות שורות קוד שנעשו בוויז'ואל סטודיו אז איזה מאמצים מושקעים בתהליך הפיתוח
כל השלבים האלו שנמצאים בתוך התהליך הזה מהרגע שהמוצא מתחיל עד שהוא נגמר יכולים לעבור טסטינג, יכולים לעבור בדיקה. אז בואו נלמד רגע את המילים המקצועיות.
המושג הראשון נקרא Product Specification. Product Specification, מסמך אפיון. מה זאת אומרת? יש לו גם קיצור שקוראים לו SPAC בלשון המתכנתים, זה מסמך שהמנהלי פרויקט יושבים וחושבים איך אנחנו רוצים לראות את התוכנה הזאתי, לאן היא הולכת, מה היא צריכה לעשות, לא ברמה של כתיבת שורות קוד אלא ברמה כללית
של איפה המוצר הזה צריך להיכנס. יש לנו גם את הנושא של לוחות זמנים כל מוצר עומד בפני זמן של עשייה משקיעים פה כוח אדם משקיעים פה סדר של עבודה עם אנשים המנהלי הפרויקטים בדרך כלל קובעים את זה מה יהיה הסקייג'ול אנחנו נעבוד עם טסטפלנד מסמכי בדיקות זה מסמכים שאנחנו ניגע בהם בהמשך בהרחבה כמו std sdr srs sdp וזה מסמכים שאומרים לנו בעצם מה אנחנו
מחפשים, מה אנחנו הולכים לבדוק, אנחנו נדע בזה בהרחבה בהמשך. משוב על גרסאות קודמות פידבק כל מיני גרסאות שכבר שחררנו של תוכנות שגם עליהן אפשר לעשות את התהליך של הטסטינג.
מה זה ארכיטקטורה software architect התוכנה עצמה שכבר אחרי השלב של האפיון, אחרי השלב של הספציפיציקציה יש מושג שנקרא ארכיטקטורה בעולם התוכנה שזה לעשות מין תרשימים וחיצים של איך השורות קוד יעבדו כדי ליצור את התוכנה.
עוד מושג שניגע בו ממש לא בהרחבה נקרא Usability, שימושיות. מה הפסיכולוגיה שבצורה של השימוש של המשתמש הקצה, של אני, איך שאני מפעיל את התוכנה, צריך לגרום שזה יהיה מאוד קל לתפעל אותה.
יש פה, זה נושא שמאוד חם ומתפתח היום בעולם, כל השילוב הזה של מה הקשר בין הפסיכולוגיה לבין התכנות של איך איך המסך הזה צריך להיראות אתם רואים שגם בשקף הזה הספציפי השקעתי פה כמעצב המצגת הזאתי usability זה מאוד שימושי כלומר הטקסט קופץ לעיניים וproduct review סקירה של הקוד הטסטינג על השורות קוד עצמם שזה בעצם הקלאסיקה של
המקצוע עוד דברים שנלמד זה תכנון מסמכים design documents שזה גם קשור לבדיקות המסמכי בדיקות competitive information איזה מוצרי תוכנה מתחרים שלנו עשו כדי שנוכל לתת להיות יותר מהצד הפירוסופי של ההבטחת איכות לדעת אולי יש איזה רכיב שמתחרה של יינתן
וגם לי כדאי להכניס אותו לתוך המסמך ספציפיקציה ועיצוב ממשק משתמש להפעלת גרפיקה זה נקרא GUI, Graphic User Interface, נסביר את זה בהמשך זה בעצם איך נראה המסך אם אני אצא רגע מהמצגת הזאתי אני מעדיף לא, כן אני אצא רגע זה מה שאתם רואים פה, המסך של האופיס זה גוי, ככה מייקרוסופט
בעצם המציאו את הצורה שבה מנשק הגרפיה המשתמש עליהם נראה. אני חוזר למצגת. שורות קוד, כמובן לבדוק את השורות קוד עצמם שיוצרות את התוכנה, שורות קוד ו-Focus Group קבוצות מיקוד, חברות משקיעות בלעשות סקרים ממוקדים אצל לקוחות כדי לבדוק מה הם היו רוצים לראות במוצר במקרה
הזה תוכנה שהם מחפשים. אז אם כבר הגענו לצרכים של הלקוחות, חשוב להבין שכל המטרה של פיתוח תוכנה זה בעצם לענות על הצרכים של הלקוח.
צוות הפיתוח צריך להתרכז במטרה עיקרית, זה לענות על התשובה מהם בעצם הצרכים של הלקוחות שלנו. חברות נעזרות בקבוצות מיקוד כדי להבין את הצרכים של הלקוחות.
ספציפיקיישן - מסמך האפיון, מסמך הספציפיקציה. אחרי שיש לנו את הנתונים מהקבוצות מיקוד אנחנו נעשה ביצוע מחקר על הדרישות האלו ונבין שהם רק חומר, הם רק נתון גולמי.
כלומר, זה רק נותן לנו כיוון כללי על הדרישות של הלקוח, אבל מסמך האפיון מוסיף גם לצ'אר הרכיבים הנדרשים כדי לקבוע איך המוצר ייראה בסוף.
לדוגמה, חברות תוכנה שמתמחות בשוק התעופה והפיננסים מכינות מסמך אפיון מאוד מפורט, כלומר הרבה יותר ממה שאפילו הלקוח חשב שהוא מחפש.
לוחות זמנים כדי לנהל פרויקט פיתוח מורכב המערב כוח אדם ודרישות לקוח, צריך להעמיד לוח זמנים, ושנדע כמה התקדמנו, כמה נשאר ומתי מועד הסיום.
אחת מהאפשרויות להבין איך עובדים לא אחזנים זה הנושא של ה-Gan Chart, שהוא בסך הכל מודד התקדמות של פרויקט לאורך ציר זמן. אנחנו רואים פה את ה-Gan Chart, איך זה נראה, אנחנו רואים פה את התקדמות ציר הזמן, הזמן שלנו מתקדם ואיך כל מיני רכיבים בתוך התוכנה מתקדמים תוך כדי הזמן, מאוד פשוט.
קוראים לזה Gan Chart. מה זה Software Design Document, סכנון מסמכי בדיקה? זהו תהליך תכנון שנועד לסדר ולארגן את הקוד הדרוש ליצירת התוכנה.
כלומר גם כשאנחנו באים ליצור שורות קוד אנחנו צריכים להבין את כל הקשר בין התרשימים והחיצים והקופסאות והבסיסי נתונים, אנחנו נכתוב את זה במסמך.
אני חוזר שוב למונח ארכיטקטורה, זה מסמך שמתאר את התכנון הכללי של התוכנה, הוא כולל בתוכו את כל רכיבי המודולים ואיך הם מתקשרים אחד עם השני. אוקיי, אנחנו ממשיכים.
בטח ראיתם, מי שלמד מחשבים בבית הספר בטח נתקל במושג הזה דאטה פלואו דיאגרם תרשים זרימת הנתונים יש פה ציור של איך נראה הדאטה פלואו תרשים הזרימה של הנתונים זה בסך הכל כלי בהנדסת תוכנה זהו כלי בהנדסת תוכנה שמהווה צורה חזותית של הצגת תהליכי עיבוד הנתונים המתרחשים בתוכנה פשוט כאילו יש לנו פה
חיצים וקופסאות בן ריבועים כאלו שאומרים לנו איך התוכנה הזאת לפני שאנחנו כותבים אותה בשורות קוד כלומר