Лабораторна робота № 4. Оцінка вартості розробки програмної системи за моделлю cocomo

Мета роботи: Розрахунок вартості ПС за моделлю COCOMO в залежності від рівній моделі, складності системи.

Короткі відомості

В моделі СОСОМО використовуються три режими, за допомогою яких класифікується складність системи, а також середовище розробки.

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

Напіврозділений режим. Напіврозділений режим типізується прикладними системами, наприклад, компіляторами, системами баз даних або редакторами. Інші характеристики: невелика команда по розробці проекту середнього розміру, необхідні деякі інновації, помірні обмеження і кінцевий термін, а середовище розробки дещо нестабільне.

Впроваджений режим. Впроваджений режим характеризується режимами реального часу, наприклад, системами контролю повітряного руху, мережами ATM або воєнними системами. Інші характеристики: велика команда розробників проекту, великий об’єм необхідних інновацій, жорсткі обмеження і терміни здачі. Середовище розробки в цьому випадку складається з багатьох складних інтерфейсів, включаючи ті з них, які поставляються замовникам разом з апаратним забезпеченням.

Модель COCOMO поділяється на рівні: базовий, проміжний, деталізований. Значення драйверів витрат (додаток 3, табл.3.1)

Робоче завдання

1. Розрахувати за базовим рівнем моделі COCOMO трудовитрати (Е) і визначити час розробки (TDEV). Визначити середню чисельність персоналу (SS) і рівень продуктивності (Р), якщо:

Варіант 1. розмір проекту, який розроблюється, оцінюється в 10 KLOC.

Варіант 2. розмір проекту, який розроблюється, оцінюється в 300 KLOC.

Варіант 3. розмір проекту, який розроблюється, оцінюється в 50 KLOC.

Варіант 4. розмір проекту, який розроблюється, оцінюється в 55 KLOC.

Варіант 5. розмір проекту, який розроблюється, оцінюється в 320 KLOC.

Варіант 6. розмір проекту, який розроблюється, оцінюється в 25 KLOC.

Варіант 7. розмір проекту, який розроблюється, оцінюється в 72 KLOC.

Варіант 8. розмір проекту, який розроблюється, оцінюється в 85 KLOC.

Варіант 9. розмір проекту, який розроблюється, оцінюється в 400 KLOC.

Варіант 10. розмір проекту, який розроблюється, оцінюється в 7,5 KLOC.

 

2. Визначити режим складності системи за проміжним рівнем моделі COCOMO, якщо:

Варіант 1. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат ACAP, PCAP, TIME, DATA, PLEX змінюються до високих, всі інші значення номінальні.

Варіант 2. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат RELY, DATA, PVOL, PCAP, змінюються до низьких, всі інші значення номінальні.

Варіант 3. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат ACAP, CPLX змінюються до високих TIME, DATA, PLEX змінюються до низьких, всі інші значення номінальні.

Варіант 4. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат TIME, PLEX, CPLX, змінюються до дуже високі, всі інші значення номінальні.

Варіант 5. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат TOOL, SCED змінюються до низьких, PLEX, STOR змінюються до дуже високі, всі інші значення номінальні.

Варіант 6. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат CPLX, STOR, DOCU, РСАР змінюються до дуже високих, всі інші значення номінальні.

Варіант 7. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат ACAP, APEX, PCAP, PLEX змінюються до низьких, всі інші значення номінальні.

Варіант 8. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат CPLX, SCED змінюються до дуже низькі, АСАР змінюються до низьких, всі інші значення номінальні.

Варіант 9. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат RELY, DATA, ACAP, PCAP, STOR змінюються до низькі, всі інші значення номінальні.

Варіант 10. розмір проекту за першим завданням відповідно варіанту; значення множників (драйверів) витрат SITE, TOOL змінюються до дуже низькі, SCED змінюються до низьких, всі інші значення номінальні.

3. Оцінити трудовитрати, тривалість і середню чисельність персоналу проекту по моделі COCOMO II (для попередньої оцінки). Значення S згідно варіанту завдання 1. Показник Rj середній рівень (таблиця 3), Zi – високий рівень (таблиця 4).

 

Лабораторна робота № 5 Метод функціональних точок

Мета роботи: Навчитися розраховувати функціональні точки, пов’язані з даними і транзакціями.

Короткі відомості

Аналіз функціональних точок — стандартний метод вимірювання розміру програмного продукту з точки зору користувачів системи.

Метод призначений для оцінки на основі логічної моделі об’єму програмного продукту кількістю функціонала, який затребуваний замовником і поставляється розробником. Безумовним плюсом методу є те, що вимірювання не залежать від технологічної платформи, на якій буде розроблюватись продукт, і він забезпечує однаковий підхід до оцінки всіх проектів в компанії.

При аналізі методом функціональних точок потрібно виконати наступну послідовність кроків:

· Визначення типу оцінки.

· Визначення області оцінки і границь продукту.

· Підрахунок функціональних точок, пов’язаних з даними.

· Підрахунок функціональних точок, пов’язаних з транзакціями.

· Визначення сумарної кількості не вирівняних функціональних точок (UFP)

· Визначення значення фактору вирівнювання (VAF)

· Розрахунок кількості вирівняних функціональних точок (AFP)

 

 

Робоче завдання

1. Визначити оцінки в не вирівняних функціональних точках об’єкту даних «Студент» (рис.1)

Рисунок 1. База даних студент

Складність даних визначається на основі матриці складності (табл.6)

Таблиця 6

	1-19 DET	20-50 DET	50+ DET
1 RET	Низька	Низька	Середня
2-5 RET	Низька	Середня	Висока
6+ RET	Середня	Висока	Висока

 

В залежності від типів файлів відбувається оцінка даних (табл.7)

Таблиця 7

Складність даних	Кількість UFP (ILF)	Кількість UFP (EIF)
Низька
Середня
Висока

 

2. Підрахунок функціональних точок, пов’язаних з транзакціями

Визначити оцінку управляючої транзакції для діалогового вікна (рис.2)

Рисунок 2. Діалогове вікно Параметри Word

Для оцінки складності транзакцій служать матриці, які представлені в таблицях 8,9.

Таблиця 8

EI	1-4 DET	5-15 DET	16+ DET
0-1 FTR	Низька	Низька	Середня
2 FTR	Низька	Середня	Висока
3+ FTR	Середня	Висока	Висока

Таблиця 9

EO & EQ	1-5 DET	6-19 DET	20+ DET
0-1 FTR	Низька	Низька	Середня
2-3 FTR	Низька	Середня	Висока
4+ FTR	Середня	Висока	Висока

 

Оцінка транзакцій в невирівнених функціональних точках (UFP) може бути отримана з таблиці 10.

Таблиця 10

Складність транзакцій	Кількість UFP (EI)	Кількість UFP (EO& EQ)
Низька
Середня
Висока