23. Виконання оцінки проекту на основі loc- та fp-метрик.

FP — Function Points

Loc — Lines Of Code

Мета цієї діяльності - сформувати попередні оцінки, які дозволять:

• пред'явити замовнику коректні вимоги по вартості і витрат на розробку програмного продукту;

• скласти план програмного проекту.

При виконанні оцінки можливі два варіанти використання LOC-та FP-даних:

• в якості оцінних змінних, що визначають розмір кожного елемента продукту;

• в якості метрик, зібраних за минулі проекти і входять до метричний базис фірми.

Обговоримо кроки процесу оцінки.

• Крок 1. Область призначення проектованого продукту розбивається на ряд функцій, кожну з яких можна оцінити індивідуально: f_1, f_2, ..., f_n.

• Крок 2. Для кожної функції f₁ планувальник формує кращу LОС _лучшi (FР _лучшi), гіршу LOС _ХУДШi (FР _ХУДШi) і ймовірну оцінку LOС _{вероятнi} (FР _{вероятнi).} Використовуються досвідчені дані (з метричного базису) або інтуїція. Діапазон значення оцінок відповідає ступеню передбаченої невизначеності.

• Крок 3. Для кожної функції f _i відповідно до β-розподілом обчислюється очікуване значення LOC-(або FP-) оцінки:

• LOC _ожi = LOC _лучшi + LOC _худшi + 4 x LOC _{вероятнi)} / 6.

• Крок 4. Визначається значення LOC-або FP-продуктивності розробки функції.

Використовується один з трьох підходів:

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

для i-ї функції на основі метрики середньої продуктивності обчислюється настроюється величина продуктивності:

Вироб _i = Вироб _ср х (LOС _СР / LOС _ожi),

де LOC _cp - середня LOC-оцінка, взята з метричного базису (відповідає середній продуктивності);

для i-й функції величина продуктивності, що настроюється, обчислюється по аналогу, узятому з метричного базису:

Проїзвi =ПРОИЗВ_анiх(LOCанi /LOCожi).

Перший підхід забезпечує мінімальну точність (при максимальній простоті обчислень), а третій підхід — максимальну точність (при максимальній складності обчислень).

Крок 5. Обчислюється загальна оцінка витрат на проект: для першого підходу

;

для другого і третього підходів

.

Крок 6. Обчислюється загальна оцінка вартості проекту: для першого і другого підходів

,

де Уд_стоїмостьср — метрика середньої вартості одного рядка, узята з метричного базису.

для третього підходу

де Уд_стоїмостьанi — метрика вартості одного рядка аналога, узята з метричного базису. Приклад застосування даного процесу оцінки приведемо нижче.

24. Дослідження під моделей моделі cocomo, cocomo II.

Базовый уровень (Basic COCOMO)

Модель этого уровня – двухпараметрическая. В качестве параметров выступают тип проекта и объем программы (число строк кода).

Модель этого уровня подходит для ранней быстрой приблизительной оценки затрат, но точность её весьма низка, т.к. не учитываются такие факторы, как квалификация персонала, характеристики оборудования, опыт применения современных методов разработки программного обеспечения и современных инструментальных сред разработки и др.

Промежуточный уровень (Intermediate COCOMO)

На этом уровне базовая модель уточнена за счет ввода дополнительных 15 «атрибутов стоимости» (или факторов затрат) Cost Drivers (CDk), которые сгруппированы по четырем категориям:

Характеристики продукта (Product Аttributes):

Характеристики аппаратного обеспечения (Hardware Аttributes):

Характеристики персонала (Personnel Аttributes):

Характеристики проекта (Project Аttributes):

Время разработки рассчитывается по той же формуле, что и для базовой модели.

Детальный уровень (Advanced COCOMO)

Повышает точность оценки за счет иерархической декомпозиции создаваемого ПО и учета стоимостных факторов на каждом уровне иерархии и по фазам работ (здесь не рассматривается).