ניהול הפרויקט

ב. אפיון ממשקים

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

ג. הכנת תוכנית בדיקות

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

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

מסמך תוכנית הבדיקות בדרך כל מכונה STP - System Test Plan או MTP - Master Test Plan ומטרתו היא להגדיר את דרישות האיכות ופעולות הבדיקה שיעשו במסגרת בדיקות המערכת. למעשה, כבר במסמך זה מתבצע פרוק של המערכת לאלמנטים פונקציונאליים בסיסיים שיהוו את הבסיס להגדרת תסריטי הבדיקות. אפשר לקרא עוד על פירוט ומבנה מסמך תוכנית הבדיקות כאן.

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

ד. הכנת נתונים לבדיקות המערכת

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

ה. התקנות מערכת

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