При плануванні програмного проекту треба оцінити людські ресурси (у людино-місяцях), тривалість (у календарних датах), вартість (у тисячах доларів). Зазвичай виходять з минулого досвіду. Якщо новий проект за розміром і функціями схожий на попередній проект, цілком імовірно, що буде потрібно такі ж ресурси, час і гроші.

Функціонально-орієнтовані метрики побічно вимірюють програмний продукт і процес його розробки. Замість підрахунку LOC-оцінки при цьому розглядається не розмір, а функціональність або корисність продукту.

Використовується 5 інформаційних характеристик.

1. Кількість зовнішніх введень. Підраховуються всі введення користувача, по яких поступають різні прикладні дані. Введення мають бути відокремлені від запитів, які підраховуються окремо.

2. Кількість зовнішніх виводів. Підраховуються всі виводи, по яких до користувача поступають результати, обчислені програмним застосуванням. У цьому контексті виводи означають звіти, екрани, роздруки, повідомлення про помилки. Індивідуальні одиниці даних усередині звіту окремо не підраховуються

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

4. Кількість внутрішніх логічних файлів. Підраховуються всі логічні файли (тобто логічні групи даних, які можуть бути частиною бази даних або окремим файлом).

5. Кількість зовнішніх інтерфейсних файлів. Підраховуються всі логічні файли з інших застосувань, на які посилається дане застосування.

Введення, виводи і запити відносять до категорії транзакція. Транзакція - це елементарний процес, що розрізняється користувачем і що переміщає дані між зовнішнім середовищем і програмним застосуванням. У своїй роботі транзакції використовують внутрішні і зовнішні файли. Прийняті наступні визначення.

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

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

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

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

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

3.2 Попередня оцінка програмного проекту

3.2.1 Виконання оцінки на основі LOC-метрики

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

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

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

Перш за все треба деталізувати проблемну область. Слід виділити базові функції ПЗ і обкреслити кількісні межі.

Ідентифіковані такі основні функції ПЗ:

1. управління БД (УБД)

2. управління призначеним для користувача інтерфейсом (УПІ)

3. управління периферією (УП)

Для кожної функції fi, планувальник формує кращу LOCкращі (FРкращі), гіршу LOCгіршi (FРгіршi) і вірогідну оцінку LOCвірогіднi (FРвірогіднi). Використовуються дослідні дані (з метричного базису) або інтуїція. Для кожної функції відповідно до -розподілу обчислюється очікуване значення LOC - (або FP-) оцінки. Тепер потрібно оцінити кожну з функцій кількісно, за допомогою LOC-оцінки (Loc-оцінка - це кількість рядків в програмному продукті). По кожній функції експерти надають краще, гірше і вірогідніше значення. Очікувану LOC-оцінку реалізації функції визначаємо за формулою

LOC_очі = (LOC_кращі +LOC_гірші +4 х LOC_{вірогідні}) /6

Усі данні заносимо в таблицю 1.

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

Размещено на Allbest.ru