М. Сидоров - Вступ до інженерії програмного забезпечення

Шаблон робочої книги (workbook) проекту SLIM Estimate під­тримує близько 50 різних форматів проведеного оцінювання прог­рамного забезпечення. Створені робочі книги можуть служити ша­блонами для оцінювання вартості подальших проектів. За умов­чанням, SLIM Estimate оцінює трудовитрати з 50% вірогідністю успішної реалізації проекту. Для зміни цього значення слід, відко-ригувати значення вірогідності за допомогою майстра налаштуван­ня вірогідності [12], Результатом оцінки розміру є загальна кіль­кість рядків коду, які може створити команда розробників у певних умовах. Результат оцінки індексу продуктивності є РІ, необхідний для реалізації проекту в заданих умовах. Оцінка непередбачених обставин використовується для генерації плану реалізації із зада­ною вірогідністю успішного завершення проекту. Ці способи мо­жуть використовуватися як незалежно, так і для уточнення результа­тів, отриманих у результаті використання майстра швидкої оцінки.

За допомогою функції Edit Historical Projects такі оцінки мо­жуть бути експортовані в SLIM DataManager. Для порівняльного аналізу результатів оцінки можливий імпорт даних з програми SLIM Metrics або іншої робочої книги SLIM Estimate.

Для оцінювання розміру проекту разом зі SLIM Estimate «постав­ляється» реалізована в Microsoft Excel таблиця, значення з якої мо­жуть бути імпортовані в робочу книгу проекту. У ранніх версіях SLIM Estimate основною одиницею вимірювання був логічний ви­раз у початковому коді (Logical Source Statement, LSS). Починаючи з версії 5.0, в SLIM Estimate використовуються рядки коду, функці­ональні і об'єктні точки (безпосередньо, без перетворення в LSS). Найбільш широко використовуваним способом калібрування моделі в SLIM Estimate є використання історичних параметрів налашту­вання (Historical Tuning Factors). Програмний комплекс SLIM Estimate може експортувати дані звітів у найбільш популярні фор­мати файлів, такі як: Microsoft Word, Microsoft Excel, Enhanced Metafile, Microsoft Project, HTML.

У комплект постачання SLIM Estimate входить база реалізовaних проектів, котрі можна використовувати для калібрування вико­ристовуваної моделі - установки значень параметрів вартості для опису характеристик проекту. Найпоширенішим способом калібру­вання моделі в SLIM Estimate с використання історичних параметрів налаштування (Historical Tuning Factors), У разі його викорис­тання значення параметрів вартості для проекту обчислюються програмним комплексом на основі обраних проектів з бази реалізо­ваних проектів.

Модель Путнема надзвичайно чутлива до значення технологіч­них чинників, тому точне визначення їх значення є дуже важливим для правильного оцінювання на основі SLIM. Перевагою моделі Путнема перед COCOMO 1.1 або COCOMO 2.0 є невелика кіль­кість параметрів, необхідних для оцінки.

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

Costar (SoftStar Systems), Cost Xpert (Marotz), SoftwareCost Calculator ( SofiwareCost.com) — засоби, засновані на моделі COCOMO. Допускається використання всіх реалізацій моделі COCOMO, моделей життєвого циклу програмного забезпечення Waterfall і MBASE/RUP, підтримується робота з проектом, складе­ним з компонентів, для кожного з яких можна виконати роздільне оцінювання.

Costar, дає змогу проводити оцінювання в двох режимах: покроковому (за допомогою майстра оцінювання вартості); інтерактив­ному (що забезпечує безпосередню вказівку значень параметрів, які впливають на вартість проекту). Для визначення розміру оці­нюваного проекту використовуються функціональні точки або ряд­ки коду. Для перекладу значень, указаних у рядках коду, в програмі є конвертатор, що розраховує значення розміру коду у функціона­льних точок, виходячи з мови програмування, яка використовуєть­ся для реалізації проекту. Costar підтримує обмеження проекту, заснованого на граничних фінансових витратах і крайньому терміні реалізації проекту.

Для оцінювання витрат, пов'язаних з оплатою праці працівни­ків, існує, два альтернативні підходи: розрахунок витрат для кожно­го з етапів життєвого циклу програмного забезпечення; розрахунок місячної плати за працю для кожної категорії співробітників.