(Requirements Management) ניהול דרישות

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

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

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

שנויים בדרישות - ניתן לנהל תהליכי שנוי של דרישה במערכת ה- PLM, החל משלב בקשת השנוי CR -

(Change of Requirement), דרך תהליך האישור של השנוי באמצעות תהליך אישור מובנה (Work Flow) עד לאישור סופי של הדרישה בגרסתה החדשה. כמובן שבמקרה זה אנו עושים שימוש במודול בקרת שנויים של ה- PLM. בעתיד אוסיף מאמר שמגדיר איך כל המודולים משתלבים לתזמורת אחת בתוך ה- PLM שמנגנת בהרמוניה מלאה.

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

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

מאידך קיימים מקרים שבדיקה אחת נועדה להוכיח עמידה ביותר מדרישה אחת. הקשרים בין הדרישות לארועי הבדיקה הם קשרים של Many to Many. את ארועי הבדיקה שההוגדרו כאובייקטים במערכת ה- PLM ניתן לאגד באמצעות מנגנון מובנה של ה- PLM למסמך של פרוצדורת בדיקות (ATP - Acceptance Test Procedure).

במערכת ה- PLM ניתן להגדיר גם אובייקטים של תוצאות בדיקה (Test Results), אובייקטים אלה יקושרו אל ארועי הבדיקה. נוצרת איפוא שרשרת של קשרים בין הדרישה לארוע או ארועי הבדיקה ואל תוצאות הבדיקה. המנגנון לניהול תכנים שקיים במרבית מערכות ה- PLM מאפשר להסב את האוביקטים של תוצאות בדיקה למסמך של תוצאות בדיקה (Test Log), כפי שמוצג באיור הבא.