54. Вимірювання складності.

• Основна задача – визначення факторів, які спричиняють появу складності.

• Це обов’язкова складність.

• Складність спричиняє гірше розуміння програмного коду.

Види складності:

• Структурна – визначає проекту та структурну складність ПЗ

• Концептуальна – показує наскільки складно зрозуміти систему чи код

• Обчислювальна – показує алгоритмічну складність проведених обчислень

Метрики складності

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

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

Одна з найпоширеніших таких метрик - цикломатическая складність, уперше запропонована Томасом Маккейбом (Thomas McCabe) в 1976 р. Дана метрика призначена для оцінювання складності потоку керування програми (control flow graph) і обчислюється на основі орієнтованого графа, де обчислювальні оператори або вираження представляються у вигляді вузлів, а передача керування між вузлами - у вигляді дуг

Формула обчислення цикломатической складності виглядає в такий спосіб:

C = e - n + p,

де e - число ребер, n - число вузлів, p - число з'єднаних компонентів графа керуючої логіки. Спрощено формулу можна розглядати як кількість розгалужень, які може проходити програма, збільшене на одиницю.Як правило, при обчисленні цикломатической складності логічні оператори не приймаються в увагу, допускається також спрощений підхід, відповідно до якого властиво побудова графа не виробляється, а показник визначається на підставі підрахунку числа операторів керуючої логіки (if, switch і т.д.) і можливої кількості шляхів виконання програми. Метрика цикломатической складності може бути розрахована для модуля, методу й інших структурних одиниць програмиПервоначальный метод подсчета функциональных точек был в дальнейшем усовершенствован путем добавления тех факторов, значение которых зависит от общей сложности проекта. Здесь принимается во внимание степень распределенности обработки данных, многократность использования программных элементов, качество функционирования и т.п. Значение, полученное при нескоректированном подсчете функциональных точек, нужно умножить на факторы, определяющие сложность проекта, в результате будет получено итоговое значение.

Вместе с тем отмечено, что оценка сложности несет в себе также и субъективный фактор, так как подсчет функциональных точек зависит от лица, проводящего оценивание. Люди имеют разные понятия о сложности. Так как подсчет функциональных точек зависит от мнения оценивающего, существует множество вариаций подсчета функциональных точек. Это приводит к разным взглядам на значимость функциональных точек .

55. Оцінка зусиль.

• Це найбільш популярні метрики ПЗ.

• Всі розробники хочуть знати скільки зусиль потрібно докласти для виконання певної задачі.

• Зусилля – це кількість днів/тижнів/місяців для виконання проекту.

• Основна проблема: як порахувати зусилля? Які зусилля рахувати?