COCOMO – הבדלי גרסאות

מתוך ויקיפדיה, האנציקלופדיה החופשית
תוכן שנמחק תוכן שנוסף
Addbot (שיחה | תרומות)
מ בוט: מעביר קישורי בינויקי לויקינתונים - d:q1023952
אין תקציר עריכה
שורה 20: שורה 20:


== קישורים חיצוניים ==
== קישורים חיצוניים ==
* [http://www.ayalshi.com/cocomo.aspx COCOMO II בעברית]
* [http://sunset.usc.edu/csse/research/COCOMOII/cocomo_main.html אתר COCOMO II]
* [http://sunset.usc.edu/csse/research/COCOMOII/cocomo_main.html אתר COCOMO II]
* [http://csse.usc.edu/tools/COCOMOII.php מחשבון COCOMO II]
* [http://csse.usc.edu/tools/COCOMOII.php מחשבון COCOMO II]

גרסה מ־17:37, 25 במאי 2015

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

COCOMO 81

COCOMO פורסם לראשונה בשנת 1981 בספרו של בארי בם "Software Engineering Economics", כמודל להערכת המאמץ, העלות ולוח הזמנים עבור פרויקטי תוכנה. הוא התבסס על מחקר של 63 פרויקטים שנערכו בחברת TRW בה שימש בארי בם כמנהל חקר תוכנה וטכנולוגיה. המחקר בחן פרויקטים המשתרעים מ-2,000 עד 100,000 שורות קוד, ושפות תכנות המשתרעות מאסמבלי עד PL/1. פרויקטים אלו התבססו על מודל מפל המים אשר היה נפוץ בתהליכי פיתוח תוכנה ב-1981.

COCOMO II

ערך מורחב – Cocomo II

בשנת 1997 פותח COCOMO II, והוא פורסם בשנת 2000 בספר "Software Cost Estimation With COCOMO II"‏. COCOMO II הוא היורש של COCOMO 81 והוא מותאם יותר להערכת פרויקטים מודרניים. הוא מספק יותר תמיכה עבור תהליכי פיתוח תוכנה מודרניים, והוא בעל בסיס מידע מעודכן של פרויקטים.

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

הנוסחה הבסיסית של COCOMO II:

Effort (person/month) = (2.94Xa) X KSLOC^br
  • KSLOC = כמות שורות הקוד הנדרשת באלפים (תלוי בשפת התכנות).
  • Effort Factor = a - גורם התאמת המאמץ (לפי סוג הפרויקט).
  • Scaling Factor = b - גורם סדר גודל.

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

קישורים חיצוניים