كوكومو

This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "COCOMO" – news · newspapers · books · scholar · JSTOR (October 2015) (Learn how and when to remove this message)

نموذج التكلفة البنّاءة ( COCOMO ) هو نموذج تقدير تكلفة برمجي إجرائي تم تطويره بواسطة Barry W. Boehm . يتم استخلاص معلمات النموذج من خلال تركيب صيغة الانحدار باستخدام البيانات من المشاريع التاريخية (63 مشروعًا لـ COCOMO 81 و163 مشروعًا لـ COCOMO II).

تم تطوير نموذج التكلفة البناءة بواسطة باري دبليو بوم في أواخر السبعينيات ^[1] ونشر في كتاب بوم لعام 1981 اقتصاديات هندسة البرمجيات ^[2] كنموذج لتقدير الجهد والتكلفة والجدول الزمني لمشاريع البرمجيات. وقد استند إلى دراسة أجريت على 63 مشروعًا في شركة TRW Aerospace حيث كان بوم مديرًا لأبحاث وتكنولوجيا البرمجيات. فحصت الدراسة مشاريع تتراوح في الحجم من 2000 إلى 100000 سطر من التعليمات البرمجية ولغات البرمجة تتراوح من التجميع إلى PL / I. استندت هذه المشاريع إلى نموذج الشلال لتطوير البرمجيات والذي كان عملية تطوير البرمجيات السائدة في عام 1981.

تشير الإشارات إلى هذا النموذج عادةً إلى أنه يُطلق عليه COCOMO 81. في عام 1995، تم تطوير COCOMO II ونشره أخيرًا في عام 2000 في كتاب تقدير تكلفة البرمجيات باستخدام COCOMO II . ^[3] COCOMO II هو خليفة COCOMO 81 ويُزعم أنه أكثر ملاءمة لتقدير مشاريع تطوير البرمجيات الحديثة؛ حيث يوفر الدعم لعمليات تطوير البرمجيات الأحدث وتم ضبطه باستخدام قاعدة بيانات أكبر تضم 161 مشروعًا. جاءت الحاجة إلى النموذج الجديد مع انتقال تكنولوجيا تطوير البرمجيات من الحاسب المركزي ومعالجة الدفعات بين عشية وضحاها إلى تطوير سطح المكتب وإعادة استخدام التعليمات البرمجية واستخدام مكونات البرمجيات الجاهزة.

يتكون COCOMO من تسلسل هرمي من ثلاثة أشكال متزايدة التفصيل والدقة. المستوى الأول، COCOMO الأساسي ، جيد للتقديرات السريعة والمبكرة والتقريبية لتكاليف البرامج، ولكن دقته محدودة بسبب افتقاره إلى العوامل التي تأخذ في الاعتبار الاختلاف في سمات المشروع ( عوامل التكلفة ). يأخذ COCOMO المتوسط ​​عوامل التكلفة هذه في الاعتبار ويأخذ COCOMO التفصيلي أيضًا في الاعتبار تأثير مراحل المشروع الفردية. النموذج الأخير هو نموذج COCOMO الكامل الذي يعالج أوجه القصور في كل من المستوى الأساسي والمتوسط.

تحسب COCOMO المتوسطة جهد تطوير البرمجيات كدالة لحجم البرنامج ومجموعة من "عوامل التكلفة" التي تتضمن تقييمًا شخصيًا لخصائص المنتج والأجهزة والموظفين والمشروع. يأخذ هذا الامتداد في الاعتبار مجموعة من أربعة "عوامل تكلفة"، كل منها مع عدد من السمات الفرعية:-

• سمات المنتج
  • مدى موثوقية البرنامج المطلوب
  • حجم قاعدة بيانات التطبيق
  • تعقيد المنتج
• سمات الأجهزة
  • قيود الأداء وقت التشغيل
  • قيود الذاكرة
  • تقلب بيئة الآلة الافتراضية
  • الوقت المطلوب للإنجاز
• السمات الشخصية
  • قدرة المحلل
  • القدرة على هندسة البرمجيات
  • تجربة التطبيقات
  • تجربة الآلة الافتراضية
  • خبرة في لغة البرمجة
• سمات المشروع
  • استخدام أدوات البرمجيات
  • تطبيق أساليب هندسة البرمجيات
  • جدول التطوير المطلوب

تحصل كل من السمات الخمس عشرة على تصنيف على مقياس من ست نقاط يتراوح من "منخفض للغاية" إلى "مرتفع للغاية" (من حيث الأهمية أو القيمة). وينطبق على التصنيف مضاعف الجهد من الجدول أدناه. وينتج عن حاصل ضرب جميع مضاعفات الجهد عامل تعديل الجهد (EAF) . وتتراوح القيم النموذجية لعامل تعديل الجهد (EAF) من 0.9 إلى 1.4.

عوامل التكلفة	التقييمات
	منخفض جداً	قليل	الاسمي	عالي	عالية جداً	ارتفاع إضافي
سمات المنتج
موثوقية البرنامج المطلوبة	0.75	0.88	1.00	1.15	1.40
حجم قاعدة بيانات التطبيق		0.94	1.00	1.08	1.16
تعقيد المنتج	0.70	0.85	1.00	1.15	1.30	1.65
سمات الأجهزة
قيود الأداء وقت التشغيل			1.00	1.11	1.30	1.66
قيود الذاكرة			1.00	1.06	1.21	1.56
تقلب بيئة الآلة الافتراضية		0.87	1.00	1.15	1.30
الوقت المطلوب للإنجاز		0.87	1.00	1.07	1.15
السمات الشخصية
قدرة المحلل	1.46	1.19	1.00	0.86	0.71
تجربة التطبيقات	1.29	1.13	1.00	0.91	0.82
قدرة مهندس البرمجيات	1.42	1.17	1.00	0.86	0.70
تجربة الآلة الافتراضية	1.21	1.10	1.00	0.90
خبرة في لغة البرمجة	1.14	1.07	1.00	0.95
سمات المشروع
تطبيق أساليب هندسة البرمجيات	1.24	1.10	1.00	0.91	0.82
استخدام أدوات البرمجيات	1.24	1.10	1.00	0.91	0.83
جدول التطوير المطلوب	1.23	1.08	1.00	1.04	1.10

صيغة Cocomo الوسيطة تأخذ الآن الشكل التالي:

E = a _i (KLoC) ^{b _i} (EAF)

حيث E هو الجهد المبذول بالأشهر، و KLoC هو العدد المقدر للآلاف من أسطر التعليمات البرمجية المسلمة للمشروع، و EAF هو العامل المحسوب أعلاه. يتم إعطاء المعامل a _i والأس b _i في الجدول التالي.

مشروع برمجي	أ أنا	ب أنا	ج انا
عضوي	3.2	1.05	0.38
شبه منفصل	3.0	1.12	0.35
مغروس	2.8	1.20	0.32

يستخدم وقت التطوير D وأيضًا حساب العدد الأكثر فعالية للأشخاص P E بنفس الطريقة كما هو الحال في COCOMO الأساسية:

د ^₌ 2.5 ج^​

⁠ ⁠${\displaystyle P=E/D}$

لاحظ أنه بالإضافة إلى EAF، فإن المعلمة a _i مختلفة في Intermediate COCOMO عن النموذج الأساسي:

مشروع برمجي	أ ب
عضوي	2.4
شبه منفصل	3.0
مغروس	3.6

المعلمات b و c هي نفسها في كلا النموذجين.

• مقارنة بين برامج تقدير التطوير
• تجاوز التكلفة
• كوسيسمو
• التقدير في هندسة البرمجيات
• نقطة الوظيفة
• نقطة الهدف
• نموذج بوتنام
• المجهر الإلكتروني الماسح الضوئي
• تقدير جهود تطوير البرمجيات
• اقتصاديات هندسة البرمجيات
• أنظمة الأسعار

• Kemerer, Chris F. (مايو 1987). "التحقق التجريبي لنماذج تقدير تكلفة البرمجيات" (PDF) . Communications of the ACM . 30 (5): 416–42. doi :10.1145/22899.22906.

• بيانات COCOMO 81 على tera-PROMISE
• يؤدي تحليل بيانات COCOMO 81 إلى الحصول على قيمة مختلفة للأس العضوي.