מתודולוגית הספירלה

מתוך ויקיפדיה, האנציקלופדיה החופשית
קפיצה לניווט קפיצה לחיפוש

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

מתודולוגיית הספירלה (בם, 1988).


היסטוריה[עריכת קוד מקור | עריכה]

המתודולוגיה תוארה לראשונה על ידי בארי בם במאמרו משנת 1986, "מודל הספירלה של פיתוח ושיפור תוכנה"[1]. בשנת 1988 פרסם בם מאמר דומה[2] לקהל רחב יותר. במאמרים אלה הוצג תרשים שהופץ בפרסומים רבים לאחר מכן שדנו במתודולוגיית הספירלה.

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

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

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

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

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

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

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

ששת המאפיינים[עריכת קוד מקור | עריכה]

הגדר ממצאים במקביל[עריכת קוד מקור | עריכה]

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

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

בצעו ארבע פעילויות בסיסיות בכל מחזור[עריכת קוד מקור | עריכה]

מאפיין זה מזהה את ארבע הפעילויות שחייבות להתרחש בכל מחזור של המודל הספירלי:

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

הסיכון קובע את רמת המאמץ[עריכת קוד מקור | עריכה]

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

הסיכון קובע את מידת הפרטים[עריכת קוד מקור | עריכה]

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

השתמש באבני דרך בנקודת העיגון[עריכת קוד מקור | עריכה]

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

  • מטרות מחזור החיים: האם יש הגדרה מספקת של גישה טכנית וניהולית לסיפוק תנאי הזכייה של כולם?
  • אדריכלות מחזור החיים: האם קיימת הגדרה מספקת של הגישה המועדפת על סיפוק תנאי הזכייה של כולם, והאם כל הסיכונים המשמעותיים מבוטלים או מופחתים?
  • יכולת תפעולית ראשונית: האם יש הכנה מספקת של התוכנה, האתר, המשתמשים, המפעילים והמתחזקים בכדי לספק את תנאי הזכייה של כולם על ידי הפעלת המערכת?

שלושת אבני הדרך של נקודת העיגון משתלבים בקלות בתהליך האחיד הרציונלי (RUP), כאשר LCO מסמן את הגבול בין שלבי הקמת RUP לשלב ההרחבה, LCA מסמן את הגבול בין שלבי ההארכה והבנייה, ו- IOC מסמן את הגבול בין שלבי הבנייה למעבר.

התמקדות במערכת ובמחזור החיים שלה[עריכת קוד מקור | עריכה]

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

קישורים חיצוניים[עריכת קוד מקור | עריכה]

ויקישיתוף מדיה וקבצים בנושא מתודולוגית הספירלה בוויקישיתוף
  1. https://www.geeksforgeeks.org/software-engineering-spiral-model/
  2. https://www.guru99.com/what-is-spiral-model-when-to-use-advantages-disadvantages.html
  3. https://searchsoftwarequality.techtarget.com/definition/spiral-model
  4. https://www.dcslsoftware.com/pros-cons-spiral-software-development/
  5. https://www.methoda.cloud/content/pages/kit_rad/h_guide-map.asp
  6. https://www.openu.ac.il/lamda/10645/chapters.pdf

הערות שוליים[עריכת קוד מקור | עריכה]

  1. ^ B Boehm, A spiral model of software development and enhancement, ACM SIGSOFT Software Engineering Notes 11, 1986-08-01, עמ' 22–42 doi: 10.1145/12944.12948
  2. ^ B. W. Boehm, A spiral model of software development and enhancement, Computer 21, 1988-05, עמ' 61–72 doi: 10.1109/2.59
  3. ^ Barry Boehm, Wilfred J. Hansen, Spiral Development: Experience, Principles, and Refinements, 2000-07-01
  4. ^ {{{מחבר}}}, Human-System Integration in the System Development Process, 2007-06-15 doi: 10.17226/11893