обсяг робіт (у людино-місяцях),
A, B - коефіцієнти, які залежать від типу проекту,
KSLOC - розмір програмного засобу в тисячах рядків вихідного коду,
Fi - i-тий коефіцієнт нормування трудовитрат для відповідного вартісного фактора.
, де
T - ненормована тривалість розробки програмного засобу в місяцях,
C, D - коефіцієнти, які залежать від типу проекту.
Очевидно, що за всіма ознаками (розміром, складності, обмеженням і пр.) даний проект відноситься до типу поширених, і отже, коефіцієнти будуть мати наступні значення: A=3,2; B=1,05; C=2,5; D=0,38.
Розрахуємо ненормовані трудовитрати і невнормовану тривалість розробки програмного засобу (при розрахунку коефіцієнт нормування трудовитрат буде прийнятий=1):
MM=3,1 * (0,894) 1,05=2,7559 людино-місяці,
T=2,5 * (2,7559) 0,38=3,674 місяця.
З урахуванням оцінки вартісних факторів, і розрахунку коефіцієнта нормування трудовитрат (Таблиця 2), розрахуємо нормовані трудовитрати і нормовану тривалість проекту:
MM=2,7559 * 1,19=3,279 людино-місяців,
T=2,5 * (3,279) 0,38=3,925 місяців.
Таким чином, для того щоб розробити програмне засіб, вичислювальне максимальне власне число заданої матриці не обходимо трудовитрати, еквівалентні 3,279 людино-місяцях. Оптимальним планованим терміном розробки даного програмного засобу в передбачуваних умовах буде 4 місяці. Тобто, одна людина виконає даний проект за 4 місяці, а 3 людини - за 1 місяць.
Час, що витрачається на програмування, становить 4 місяці. Таким чином, з урахуванням того, що воно являє собою 63% загального робочого часу, отримуємо час на реалізацію проекту, рівне 6,4 місяця. Повний час складе 8 місяців (воно враховує ще 1,6 місяці необхідні на узгодження з замовником).
. Модель життєвого циклу програмного засобу
Малюнок 2. Спіральна модель життєвого циклу програмного засобу
Спіральна модель життєвого циклу. Вона являє собою процес розробки програмного забезпечення, що поєднує в собі як проектування, так і постадійне прототипування. Відмінною особливістю даної моделі є спеціальна увага ризикам, що впливає на організацію життєвого циклу. Серед цих ризиків виділяють: дефіцит фахівців, недостатню кваліфікацію фахівців в необхідній предметної області, нереалістичні терміни, розробка неправильного користувальницького інтерфейсу, безперервний потік змін і деякі інші.
Кожен виток спіралі відповідає створенню фрагмента або версії програмного забезпечення, на ньому уточнюються цілі, характеристики проекту, визначається якість, плануються наступні етапи. Таким чином, кожен виток можна розбити на 4 сектори: оцінка та дозвіл ризиків, визначення цілей, розробка і тестування і планування. На кожному витку спіралі можуть застосовуватися різні моделі розробки програмного забезпечення.
Розглянемо переваги і недоліки даної моделі.
Переваги: ??
1. У процесі розробки формуються працездатні версії програмного продукту.
2. Неможливо чітко визначити вимоги до програмного продукту, і, як наслідок, є можливість мінімізувати помилки, пов'язані з протиріччя у вимогах.
3. На кожному витку передбачається демонстрація можливостей програм...