חיי התוכנה - המשך

הגדרת הדרישות - Requirements

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

מי אחראי להגדרת הדרישות?

הדרישות יכולות להגיע ממקורות שונים:

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

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

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

חשיבותו של "מסמך דרישות" לנושא איכות

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

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

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

תפקידם של הבודקים הוא להשוות בין התוצאה הרצויה (expected result) לתוצאה בפועל (Actual result). אם אין דרישות לתוצאה רצויה, אין למה להשוות

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

שינוי דרישות

דרישות הלקוח יכולות להיות דינאמיות, ולהשתנות במהלך הפיתוח.

במקרה כזה, חשוב מאד לבקש מהלקוח מסמך כתוב ובו בקשת השינוי. (Change request)

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

תיעוד של כל בקשות הלקוח יכול לסייע בפתרון של 'אי הבנות' שונות.

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

דוגמא:

לקוח ביקש שיפתחו עבורו תוכנת ניטור (Monitoring) למערכת מחשוב הפועלת ברשת של מחשבים רבים.
לא נתקבלו דרישות מסודרות, אך למרות זאת הוחלט להתחיל בפיתוח.
ככלי הפיתוי נבחרה שפת  Visual Basic

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

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

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

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

לעיון נוסף:

לכתבה המלאה

מסמך דרישות של משרד החינוך, לפיתוח מערכות מידע לבתי הספר.

מסמך דרישות נוסף