Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
emp.docx
Скачиваний:
32
Добавлен:
17.12.2018
Размер:
1.44 Mб
Скачать
  1. Пояснення основних метрик Analist4j.

В Analyst4j визначено наступні метрики для програмного забезпечення, що написане на мові Java :

  • Об’єктна-орієнтовані метрики(Object Oriented Metrics)

Програми розвивали використання об’єктно-орієнтовані мови програмування подібно до Java, при чому поставало питання про відношення та зв’язки між об’єктами заради досягнення потрібної функціональності. Взаємодія між об'єктами створює взаємовідношення між ними. Об'єктно-орієнтована метрика, запропонована Chidamber та Kemerer та іншими, забезпечує методи для виміру якості об'єктного проекту, взаємовідношення між окремими об’єктами, їх залежності та інші принципи об’єктна-орієнтованого програмування. До даних метрик відносять :

  • Weighted Methods Complexity ( WMC)

  • Response For Class (RFC)

  • Lack Of Cohesive Methods (LCOM)

  • Coupling Between Objects (CBO)

  • Depth of Inheritance Tree (DIT)

  • Number of Children (NOC)

  • Метрики складності(Complexity Metrics)

Складність системи або його компонентів визначається як міра, до якої система / компоненти змодельовані або виконання, яке важке розуміння та перевірки. Взагалі програмна складність може бути класифікована в трьох категоріях: логічна складність, психологічна складність і структурна складність:

  • Cyclomatic Complexity (McCabe)

  • Essential Complexity (EC)

  • Halstead Complexity Metrics (Halstead Effort, Volume)

  • Метрика індексу ремонтопридатності (Maintainability Index Metric)

Кількісний вимір ремонтопридатності програмного забезпечення бажаний як миттєвий захід, так і як оцінка ремонтопридатності через якийсь час. Даний індекс дає можливість зменшити кодову ентропію або погіршення цілісності програмних конструкцій, що в свою чергу дає можливість визначити проміжки часу, на протязі яких можна досить вдало вдосконалювати без надмірних витрат програмний продукт.

Вимір і використання MI - технологія процесу, полегшена простими інструментами, що у виконанні стає частиною повного розвитку процесу розробки програмного забезпечення. Це вказує на те, що вимір МІ, застосований протягом розробки програмного забезпечення, може допомогти скоротити витрати на протязі життєвого циклу розробки програмного забезпечення.

  • Метрики коду(Code Metrics)

Загальні кодові метрики мають своє використання, коли вони використовуються в комбінації одна з одною або з спеціалізованими метриками, такими як обєктно-орієнтовані метрики, або метрики складності. Дані метрики дають загальну картину про написаний код програмного продукту, дають краще розуміння інших метрик.

Analyst4j автоматизує наступні кодові метрики через чотири рівня (Метод, Клас, Файл і Пакет):

Method Level

  • Number of lines of Code (NLOC_MTD)

  • Percentage of comments (POC_MTD)

  • Number of Variables (NOV_MTD)

  • Number of Unused Variables (NOUV_MTD)

  • Number of comment lines (CL_MTD)

  • Number of Parameters (NOP_MTD)

  • Number of Unused Parameters (NOUP_MTD)

Class Level

  • Number of Lines of Code(NLOC_CLS)

  • Number of Parents (NOPNT_CLS)

  • Number of Fields (NOFLD_CLS)

  • Percentage of Non-Private Fields (NPFP_CLS)

  • Percentage of Non-Private Methods (NPMP_CLS)

  • Number of Inner Classes (NOIC_CLS)

File Level

  • Number of Lines of Code (NLOC_FIL)

  • Halstead Effort / Volume (HE_FIL, HV_FIL)

  • SEI Maintainability Index (MI_FIL)

Package Level

  • Number of Lines of Code (NLOC_PKG)

  • Number of Classes (NOCLS_PKG)

  • Number of Interfaces(NOIFC_PKG)

  • Number of Files (NOF_PKG)

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]