Simone Scalabrino 1 ، Gabriele Bavota 2 ، Christopher Vendome 3 ، Mario Linares-Vásquez 4 ، Denys Poshyvanyk 3 ، Rocco Oliveto 1

1 دانشگاه Molise ، Pesche (IS) ، ایتالیا

2 Università della Svizzera Italiana (USI) ، لوگانو ، سوئیس

3 کالج ویلیام و مری ، ویلیامزبرگ ، ویرجینیا (ایالات متحده)

4 Universidad de Los Andes ، Bogotá ، کلمبیا

خلاصه

درک برنامه نقش مهمی در نگهداری و تکامل نرم افزار ایفا می کند: درک عمیق از کد ، پله پله برای اکثر فعالیت های مرتبط با نرم افزار مانند رفع اشکال یا آزمایش است. قادر به اندازه گیری درک یک قطعه کد ممکن است در برآورد تلاش مورد نیاز برای یک فعالیت نگهداری ، در مقایسه کیفیت پیاده سازی های جایگزین یا حتی در پیش بینی اشکالات کمک کند. متأسفانه ، هیچ معیاری موجود به طور خاص برای ارزیابی درک یک قطعه کد معین طراحی شده است. در این مقاله با مطالعه میزان چندین نوع معیارهای محاسبه شده بر روی کد ، اسناد و توسعه دهندگان با قابلیت درک کد ، اولین قدم را در این راستا انجام می دهیم. برای انجام چنین تحقیقاتی ، ما با 46 شرکت کننده که از آنها خواسته شده بود هشت قطعه کد را درک کنند ، مطالعه کردیم. ما در مجموع 324 ارزیابی با هدف ارزیابی درک درک شده ، سطح واقعی درک و زمان لازم برای درک یک قطعه کد جمع آوری کردیم. نتایج ما نشان می دهد که هیچ یک از معیارهای (موجود و جدید) که ما در نظر گرفتیم قادر به تصحیح کد نیست ، حتی مواردی که فرض می شود ویژگی های کیفیت را که به شدت با آن مرتبط است ، مانند خوانایی کد و پیچیدگی ، ارزیابی نمی کند.

مجموعه داده

• OpenCms
• جنکینز
• چارچوب بهاری
• Hibeate ORM
• وکا
• antlr 4
• ققنوس آپاچی
• myexpenses
• نامه K-9
• گزارش ماشین

• روش را بخوانید (با برجسته سازی نحو)
• به س questions الات پاسخ دهید
• کلاسهای ارجاع شده با روشی را که باید ارزیابی کنند ، مرور کنید.

شرکت کنندگان در 228 ارزیابی (70 ٪) پاسخ دادند "من روش را درک کردم". میانگین زمان لازم برای درک یک روش 154 ثانیه است ، در حالی که میانه 72 ثانیه است. شکل زیر توزیع تخمین زده شده زمان مورد نیاز برای پاسخ را نشان می دهد.

ما 121 معیار را با چهار پروکسی از قابلیت درک همبستگی داشتیم. به عنوان اولین قدم ، برای هر جفت معیارهایی که یک همبستگی قوی دارند (یعنی با یک کندال | τ | 0. 7 ≥) ، ما مواردی را که بیشترین تعداد از دست رفته را ارائه می دهند یا در صورت برابر بودن ، یکی به طور تصادفی را حذف کردیم. ما تعداد معیارهای مورد بررسی را از 121 به 74 کاهش دادیم. برای مشاهده لیست معیارهای محروم (و همبستگی با متریک موجود) اینجا را کلیک کنید.

داده های خام

• مجموعه داده خامهر ردیف شامل اطلاعات مربوط به (i) ارزیاب ، (ii) روش (شامل تمام معیارها) و (iii) همه متغیرهای درک
• تعداد کل upotes برای کلیه API های خارجی در سیستم های مورد توجه
• محبوبیت کلاسهای جاوا
• سؤالات تأیید (اولین پاسخ صحیح است ؛ در WebApp پاسخ ها تغییر یافته است) < Pan> ما 121 معیار را با چهار پروکسی از قابلیت درک همبستگی داشتیم. به عنوان اولین قدم ، برای هر جفت معیارهایی که یک همبستگی قوی دارند (یعنی با یک کندال | τ | 0. 7 ≥) ، ما مواردی را که بیشترین تعداد از دست رفته را ارائه می دهند یا در صورت برابر بودن ، یکی به طور تصادفی را حذف کردیم. ما تعداد معیارهای مورد بررسی را از 121 به 74 کاهش دادیم. برای مشاهده لیست معیارهای محروم (و همبستگی با متریک موجود) اینجا را کلیک کنید.