40 سنوات من وظيفة نقاط: الماضي, حاضر, مستقبل

لويس ماجي

مجرد 40 منذ سنوات في أكتوبر 1979, دكتور. ألان ألبرشت المقترحة لأول مرة تقنية لتحجيم وظائف نظام البرمجيات. اعتمد أسلوبه, أصبح معيار دولي, وملهمة العديد من التقنيات الأخرى، وأكثر. تعرض هذه الورقة الماضي, الحاضر و (ممكن) المساهمات في المستقبل من تحليل وظيفة نقطة.

الماضي: أصول, الدافع والمبرر

في 1970s, أسطر من التعليمات البرمجية (LOCs) استخدمت بشكل غير صحيح لتحجيم أنظمة البرمجيات (ولا تزال اليوم في بعض المجالات الوظيفية مثل أنظمة السيارات العسكرية وفي الوقت الحقيقي و, على سبيل المثال لا الحصر) وأدى ذلك إلى ما يسمى يثب جونز "مفارقة الإنتاجية" [1]: كتابة المزيد من LOCs لا يعني بالضرورة أن تكون أكثر إنتاجية ... أسلوب البرمجة, والتعبيرية للغة برمجة معينة, حكم لحساب LOCs (المادية أو منطقية, مع / بدون خطوط علق ...) خلق التباين الهائل في المشروع (نعم فعلا, مشروع!) تقدير. لأنه في ذلك الوقت, كان لدينا فقط كبيرة, لا أجهزة الكمبيوتر أو أجهزة الكمبيوتر المصغرة. وهكذا, ال (البرمجيات) كان جهد المنتج لنشر معظم الشاملة جهد المشاريع والبرامج وظائف ويقصد به للتسليم الرئيسي لمشروع البرمجيات. نتيجة, لعدة سنوات (ولا تزال في العديد من العقود), وظيفة نقاط (ضباط الإتصال) كانت (وهي) المقصود خطأ باسم "حجم مشروع" في حين أنها تعبر فقط حجم وظيفية المنتج. على أي حال, كان الهدف ألبرشت للتغلب على "مفارقة الإنتاجية" وايجاد وسيلة للتطبيع حسابات الإنتاجية من منظور تجاري [2]. كانت فكرة عظيمة لقاعدة أسلوبه على شيء التكنولوجيا مستقلة: العمليات والبيانات. وهكذا, على حساب FP (والمنتجات ذات الصلة الحجم الوظيفي) المستمدة من تحليل مجموعة من متطلبات المستخدمين وظيفية (فراء) هو نفسه على الرغم من التكنولوجيا ونمط التنظيمي المعتمد, في حين جهد, المدة والتكلفة / السعر هي, بالطبع بكل تأكيد, متغير وفقا لهذه العناصر. كان المثال النموذجي المقترح على مر السنين لننظر FP متر مربع كما لقياس "حجم" شقة: عدد متر مربع يمكن أن تكون هي نفسها لشقتين في مكانين مختلفين, ولكن الوقت لبناء لهم يمكن أن تختلف (منها مثلا. شقة يمكن أن يبنى من الطوب أو أن مسبقة الصنع), فضلا عن تكاليف إنتاجها وقيمة تجارية (شقة في مانهاتن, نيويورك, يجب تكلف أكثر للمتر المربع الواحد من واحد آخر في مكان آخر); التكلفة ليست قيمة.

الورقة الأولى, بتاريخ 1979, أسس طرحت لهذا الهدف, كما جاء في عنوانه ("الإنتاجية وتطوير قياس التطبيق"). أنه يمثل الدوي الكبير لتقديرات, تحاول مقتطفات المدخلات / المخرجات / الاستفسارات والبيانات من التحليل الوظيفي على وجه الخصوص لأن مثل هذا العدد الجديد من الممكن أن استمدت قبل البرمجة وليس في وقت لاحق, كما فعل مع عدد LOC. لأنك لا تستطيع التنبؤ بمستوى معين من الدقة عدد LOCs فريقك سوف تنتج غدا ... الكثير من التقلبات!

هناك العديد من المزايا ولكن أيضا بعض القضايا المفتوحة: العلاقة بين الجهد المشروع (ايام الرجل) وحجم وظيفية المنتج (في FP) لم يكن عالية جدا, والقيمة تعديل عامل (VAF) وقدم من أجل تحسين هذه العلاقة وقيمة R2 في تحليل الانحدار الخطي. وقد حسبت في البداية على VAF 10 مميزات النظام العام (GSCs) مع تقلب ± 25٪ في الربع الاول 1979 ورقة, الموسع ل 14 GSCs في الورقة الثانية والأخيرة, بتاريخ 1983 [3], مع تقلب ± 35٪ على "غير المعدلة" قيمة FP الأولية. كان VAF, وبالتالي, أول طريقة للغير مباشر "حجم" مساهمة المتطلبات غير الوظيفية (NFRs), سواء على المنتج، وكذلك على مستوى المشروع. وذكرت هذه الورقة الثانية والنهائية من ألان ألبرشت هيكل FPA النهائي, تقسيم MASTER الأولي نوع بيانات وظيفة في ILF وEIF, وذكرت نظام الترجيح النهائي (كما لا تزال صالحة في IFPUG نسخة CPM v4.3.1 الحالي, بتاريخ 2010 [4]) منذ ذلك الحين. وهكذا, فمن الممكن لمقارنة -من وجهة نظر التحجيم وظيفية- منتج برنامج أدركت اليوم مع واحد آخر صدر قبل سنوات لأغراض القياس المعياري.

في 1987, ولد IFPUG والذي عقد في يديها وإدارة وتطوير تقنية ألبرشت ل. في السنوات التالية, انتقلت العديد من التقنيات بعيدا عن الأفكار ألبرشت ل, وفقط عدد قليل أصبحت معايير ISO, كما يظهر في الشكل. 1:

تين. 1: معايير ISO FSM (مع خطوط زرقاء منقطة)

تين. 1: معايير ISO FSM (مع خطوط زرقاء منقطة)

هم انهم (حسب ترتيب الظهور): مارك-II (1988), NESMA FPA (1990), FISMA (199س) وCOSMIC (1998), مع الكثير من المتغيرات الطفيفة (هنا [5] قائمة ببعض منها).

كانت الأعراف الأولى من FPA لتحديد حجم وظيفي من منتجات البرمجيات لأغراض تقدير وقياس و-to تبسيط- كوحدة التعاقدية للدفع في عقد تكنولوجيا المعلومات والاتصالات.

في 1998, التي ISO إنشاء عائلة من المعايير تحت عنوان "14143" مع مبادئ مشتركة لما يسمى قياس تحجيم الوظيفي (FSM) أساليب, تفيد بشكل واضح أن هذه الأساليب الحجم منتج (ليس مشروعا) وفقط عند الانتقال من فراء المنتج, الذي استثنى الإصدارات ISO ذات الصلة التي شملت في البداية عوامل التعديل مثل VAF [6]. الأساس المنطقي? وجاءت هذه العوامل "تعديل / المعايرة" من NFRs, وهكذا, خارج نطاق طريقة FSM. كدليل: ISO 20926:2003 كان معيار ISO لv4.1 لIFPUG CPM "غير المعدلة." الإصدارات 4.x -من 1999 على- تعريفات النسخة المكررة والمفاهيم الأساسية, ولا سيما "المستخدم" و "الحدود". النسخة v4.3 الخدمة الذاتية لل (2010) انخفض نهائيا VAF من النص المعياري (أيضا في ISO / IEC 20926:2009) وحافظ عليه لأغراض تاريخية في الملحق C.

في هذه الأثناء, منذ فراء وNFRs تحتاج إلى المعالجة بطريقة موازية, عملية تقييم البرامج غير وظيفية (يفرقع، ينفجر) بدأ المشروع في 2007, الإفراج V1.0 في 2011 [7], للجديد, الأول غير وظيفية قياس تحجيم (NFSM) طريقة, التي انتقلت من مستوى ISO على جودة البرمجيات المنتج (9126 قبل [8], وتطورت الحالي 25010:2011 اساسي [9]) بينما كان يحاول استكمال التحجيم وظيفية أكبر قدر ممكن. تين. 2 يساعد على تحديد نطاق المشروع الصحيح, مع ثلاثة أنواع من متطلبات:

تين. 2: ثلاثة أنواع من متطلبات (من المخطط 'ABC')

تين. 2: ثلاثة أنواع من متطلبات (من المخطط 'ABC')

تمت كتابة المعلومات بطريقة مختلفة عن v4.1 لCPM. ذكرت بوضوح في 2012 ورقة كتبت ل MetricViews [10], مخطط ل"ABC"; وقد استخدم هذا التصنيف أيضا في 2015 ورقة شارك في تأليف IFPUG / COSMIC للتعبير عن أفضل تصنيف لNFRs [11]. هذا التصنيف أمر بالغ الأهمية من بداية أي مشروع لتحليل ومقارنتها مع تحليل قياس جيد بشكل صحيح. تين. 3 يلخص كيف يمكن نشرها على متطلبات المستخدم والانقسام, في حالة أوسع, إلى ثلاثة أجزاء: فراء المنتج (ا), NFRs المنتج (ب) والقيود مشروع / متطلبات (C).

تين. 3: مخطط ABC [10]

تين. 3: مخطط ABC [10]

من متطلبات المستخدم لجهود المشروع الشامل النهائي والتكاليف – "اي بي سي" مخطط [10] في 1997 ISBSG (isbsg.org) ولدت وجميع البرامج الأكثر نشاطا جمعيات القياس (SMAS) انضمت إلى هذه المبادرة القياس. ال 2019 إطلاق سراح [12] تضم أكثر من 9,000 مشاريع, معظمهم الحجم باستخدام أساليب IFPUG وCOSMIC FPA. وكانت القاعدة مكملة للأخرى ISO / IEC 14143-5:2004 [13], التي تقترح معايير لتحديد "مجالات وظيفية" ويسمح مقارنة معقولة بين أنظمة البرمجيات ذات خصائص مماثلة وتوزيع الجهد من خلال أنواع شرط (ABC). فإنه لا معنى لمقارنة التفاح مع البرتقال ...

 

الحاضر: ماذا يحدث هنا?

وتستخدم أساليب FSM منتشرة في معلومات & تكنولوجيا الاتصالات (تكنولوجيا المعلومات والاتصالات) انكماش, مع تركيز أعلى في بعض البلدان (منها مثلا. إيطاليا, البرازيل, بولندا, الهند), وتمثل أساس كمي لتحديد حجم حجم وظيفية المنتج ويمكن أن تساعد في تحليل القياس لتحديد أي يمكن أن يكون (تقريبا) هذا الجهد غير وظيفية في مشروع, كما هو مبين في Fig.4:

تين. 4: توزيع جهد عن طريق نوع الشرط (ABC) لكل مجال وظيفي: مثال

تين. 4: توزيع جهد عن طريق نوع الشرط (ABC) لكل مجال وظيفي: مثال

مثال على توزيع جهد عن طريق نوع الشرط (ABC) لكل مجال وظيفي وتقسيم ما هو غير وظيفية وفقا لمخطط ABC. شرط B-نوع يمكن أن تتحقق ونشرها من قبل أخصائي تكنولوجيا المعلومات (منها مثلا. مسؤول قاعدة البيانات, خبير قابلية الاستخدام ...) التي عادة ما تكلف أقل من آخر المهنية (منها مثلا. مشروع / مدير الخدمة, أخصائي القياس, شخص ضمان الجودة ...) تشغيل شرط C-النوع ولكن أكثر من المهنية (منها مثلا. المحلل / مبرمج) تشغيل شرط A-نوع. تين. 5 يظهر اثنين من الاهرامات المعاكس لتوزيع نموذجي من الجهد المشروع عن طريق نوع شرط والتكلفة لكل رجل / يوم لكل نوع من المهنية [14].

تين. 5: توزيع جهد عن طريق نوع شرط والتكلفة / رجل يوما (وفقا لمخطط ABC)

توزيع جهد عن طريق نوع شرط والتكلفة / رجل يوما (وفقا لمخطط ABC). مرة أخرى, الدروس المستفادة من 40 سنوات من الخبرة ساعدت على تحديد أفضل (وصقل) مبادئ وقواعد حول نطاق FPA للتطبيق. و'123' المخطط تصنيف آخر [15] لتفيد أي نوع من متطلبات يمكن أن تكون موجودة في مرحلة معينة من المشروع (1: ديف, 2: مكتب خدمات المشاريع, 3: SVC, اعمال صيانة).

تين. 6: و'123' مخطط بالاشتراك مع المخطط 'ABC'

وهكذا, في المرحلة OPS يتم استخدام البرمجيات, لم تنتج / تغييرها, ويولد العد "الصفر FP", وكذلك عندما سيتضمن طلب تغيير متطلبات B-نوع الوحيدة (منها مثلا. لالصيانة التصحيحية / متحسن, كما جاء في ISO / IEC 14764:2006 اساسي [16], واستشهد أيضا في v4.3.1 CPM – جزء 3, الفصل 4, صفحات 20-21). حتى لو التعاريف والمعايير حول ما تم إنشاء الفراء أو NFR, وأوضح وتنتشر مع مرور الوقت, لا يزال هناك دين الثقافي في الممارسات التعاقدية والتجارية لاستخدام وحدة واحدة على الأقل من قياس (جامعة ميتشجان) لتحديد حجم الاحتياجات A-نوع (ضباط الإتصال, أيا كان نوعها) بالاشتراك مع جامعة ميتشجان لتحديد حجم الاحتياجات B-نوع (منها مثلا. مع نقاط IFPUG SNAP أو تدابير من ISO / IEC 25023 [17], فضلا عن الأنشطة C-النوع الذي أكمل نطاق لتقدير الجهد كله اللازمة لتحديد نطاق المشروع. فقط عندما التحجيم جميع الاحتياجات اللازمة لثلاثة (ABC) أنواع, فمن الممكن للحد من "زحف نطاق,"بينما لا يزال هناك سوء فهم تاريخي حول ما هي أحجام FP وما تقوم به لا. ولكن سيكون كافيا لتعرف طريقة FSM, والتي هي مكونات قاعدة لها الوظيفية (BFCs) لإدراج (أم لا) مثل هذا النشاط أو الأنشطة.

اخيرا وليس اخرا, FP والأتمتة. دكتور. خلق ألبرشت "تدبير تصميم" للسماح تقدير في المراحل المبكرة من دورة حياة. بعض أدوات اليوم, بعد 40 سنوات, سوف تجنيها ضباط الإتصال (أيا كان نوعها) تحليل شفرة برمجية أو العمل على بعض أشكال الرموز الفراء. بعض (الفطرة السليمة) الملاحظات والأفكار: أتمتة مفيد اذا كان يحترم أربعة معايير: بسرعة, أكثر دقة, أكثر في الوقت المناسب وأقل في التكلفة. إذا نحن بحاجة إلى حجم الفراء الجديد, رمز أداة تحليل (كما جاء في ISO الجديد 19515 المعيار على FP الآلي [18]) ستكون غير مجدية ومكلفة. أو, باستخدام أداة افتراض بعض الرموز UML كمدخلات يعني ضمنا المزيد من ساعة عمل (والتكاليف ذات الصلة) لترجمة مطلب كتابي القائم الإنسان إلى تنسيق اللغة الفوقية. أيضا, تحتاج المنظمة إلى تحليل دقيق للعائد على الاستثمار لهذا الاختيار(الصورة) وفقا لالمعايير الأربعة المذكورة أعلاه. خلق بسرعة مشروع خط الأساس في ذلك الوقت والجهد، أصول هامة يمكن أن تكون على ما يرام في ظل الشروط المسبقة التي يتم التحقق منها من قبل لCFPS البشري وأن جامعة ميتشجان تحت نطاق هي نفسها. غير ذلك, أتمتة يمكن أن تصبح خطرة أو يصعب السيطرة.

 

المستقبل: ماذا يمكن أن نتوقع?

وكثير من الناس أن أقول, المستقبل هو الآن ... ولكن ماذا يمكن أن نتوقع من FPA في المستقبل القريب? FPA لديها أسس قوية وأنها تكنولوجيا مستقلة; ما تعلمناه من الماضي غير أن الخطوات القادمة ينبغي أن تكون:

  • وأفضل وأكثر بأسعار معقولة متطلبات المستخدم (UR) إدارة, الفحص والقياس أثناء المراحل الأولى من مشروع: هذا هو الهدف الرئيسي والأساسي الذي ينبغي أن يتحقق.
  • اعتماد FPA إلى التكنولوجيات الجديدة, من خلال تفسير السليم للقواعد الأساسية FPA من 1979/84. لا يمكننا قياس بعد وحجم من خلال FPA التكنولوجيات الجديدة مثل الحوسبة السحابية [19], انترنت الأشياء (تقنيات عمليات) [20], والذكاء الاصطناعي وأي تكنولوجيا جديدة في السنوات القادمة تجلب لنا.

أفضل رهان لدينا ليست لاختراع شيء جديد, ولكن لتحليل عميق العمليات والبيانات الحالية لدينا لتحديد طرق جديدة ومختلفة لهندسة نظام البرمجيات ولا يزال حجم الفراء مع FPA!

ونحن عازمون على الاستمرار في استخدام وتحسين وظيفة القيمة قياس.” (ألان ألبرشت, شهر اكتوبر 1979)

 

المراجع

  1. جونز, C., ما هي وظيفة نقاط? SPR الموقع, URL: http://tiny.cc/tgur7y
  2. ألبرشت A. J., “قياس الإنتاجية وتطوير التطبيقات” في بروك. SHARE مشترك, يرشد, والتنمية IBM التطبيق , 1979, ص. 83-92. http://tiny.cc/2ywacz
  3. ألبرشت A. J. & جافني J. E., “وظيفة البرنامج, خطوط مصدر من التعليمات البرمجية, والتنبؤ جهود التنمية: والتحقق من صحة علوم البرمجيات,” IEEE العابرة. برنامج المهندس., المجلد. 9, لا. 6, شهر نوفمبر 1983, ص. 639-647. http://tiny.cc/1zwacz
  4. IFPUG, وظيفة نقطة دليل الممارسة العد (CPM), إطلاق سراح 4.3.1, كانون الثاني 2010, URL: ifpug.org
  5. Lother M., دومك R., نقاط القياسات: المقارنات وتحليل ", في: الاتجاهات الحالية في قياس البرمجيات, النشر شاكر, 2001, pp.228-267
  6. ISO / IEC, معيار الدولي 14143-1 – تكنولوجيا المعلومات – قياس البرمجيات – وظيفية حجم القياس – جزء 1: تعريف المفاهيم, شهر فبراير 2007
  7. IFPUG, البرنامج غير وظيفية عملية التقييم (يفرقع، ينفجر) دليل الممارسة التقييم (APM), الإصدار 1.0, سبتمبر 2011, URL: ifpug.org
  8. ISO / IEC, هو 9126-1:2001 – هندسة البرمجيات – جودة المنتج – جزء 1: نموذج جودة, المنظمة الدولية للمقاييس, 2001
  9. ISO / IEC, هو 25010:2011 -النظم وهندسة البرمجيات، نظم وجودة البرمجيات متطلبات والتقييم (ميدان)-النظام والبرمجيات نماذج الجودة, المنظمة الدولية للمقاييس, مارس 2011
  10. ماجي L., آفاق جديدة: قياس وتقييم وظيفي الإنتاجية, MetricViews, أغسطس 2012, URL:https://www.ifpug.org/Metric%20Views/MVBuglione.pdf
  11. الكونية / IFPUG, مسرد للمصطلحات لمتطلبات غير الوظيفية ومتطلبات المشروع المستخدمة في برنامج قياس أداء المشروع, قياس وتقدير, V1.0, سبتمبر 2015
  12. ISBSG, د&E (تطوير & التعزيز) مستودع, R2019, URL:isbsg.org
  13. ISO / IEC, تقرير تقني 14143-5 – تكنولوجيا المعلومات – قياس البرمجيات – وظيفية حجم القياس – جزء 5: تحديد المجالات الوظيفية للاستخدام مع قياس حجم وظيفية, 2004 (R2019)
  14. ماجي L., كيفية التعامل مع مشاريع موحدة وقابلة للقياس: التركيز على أنواع ومتطلبات, ZeroUnoWeb, قد 3 2019, URL: http://tiny.cc/y1tr7y
  15. ماجي L., تفسير DevOps لقياس جيد (وأفضل) مشاريع, PMExpo2017, عرض, شهر اكتوبر 2017, URL:https://www.pmexpo.it/2017/programma/009tk
  16. ISO / IEC, معيار الدولي 14764:2006 - عمليات دورة حياة البرمجيات - هندسة البرمجيات – اعمال صيانة, 2006
  17. ISO / IEC, معيار الدولي 25023:2016 – النظم وهندسة البرمجيات – أنظمة ومتطلبات برنامج الجودة والتقييم (ميدان) – قياس النظام والبرمجيات جودة المنتج, يونيو 2016
  18. ISO / IEC, معيار الدولي 19515:2019 – تكنولوجيا المعلومات – كائن إدارة المجموعة الآلي وظيفة نقاط (AFP), 1.0, قد 2019
  19. وودوارد S., تعمل نقطة تحليل يوضح في عالم غائم, Metricas 2012, ساو باولو (البرازيل), نوفمبر 28-29 2012, URL:http://www.bfpug.com.br/metricas2012/woodward.pdf
  20. Cagley T., وظيفة نقاط وIOT, أو كيف بلدي المطبخ هو التجسس على البيانات!, IFPUG ISMA17, بنغالور (الهند), مارس 8, 2019

نبذة عن الكاتب

لويجي Buglione هو المدير IFPUG للمؤتمر / التعليم ورئيس وظيفة جروبو Utenti نقطة ايطاليا – جمعية القياسات البرمجيات الإيطالية (GUFPI-ISMA) (www.gufpi-isma.org). وهو يعمل على قياس وعملية التخصصي تحسين في إنغ الهندسة. الوقود النووي المشع. SpA في روما, إيطاليا وأستاذ مشارك في مدرسة دي تكنولوجي العليا (ETS) - جامعة كيبيك, كندا. حقق العديد من الشهادات, بما في ذلك CFPS IFPUG, CSP, CSMS, وCCFL الكونية حول قياس البرمجيات. وهو متحدث دائم في المؤتمرات الدولية على فرنك / قياس الخدمة, تحسين عملية والجودة وغير بنشاط الجمعيات الفنية الوطنية الدولية وعلى مثل هذه القضايا. حصل على الدكتوراه. في MIS ونائب الرئيس درجة مرتبة الشرف في الاقتصاد. ويمكن الوصول لويجي في luigi.buglione@eng.it.

ربما يعجبك أيضا...