з точки зору економічної доцільності і користі. Метою техніко-економічного обґрунтування розробки є кількісне та якісне доказ економічної доцільності удосконалення програми, а також визначення організаційно-економічних умов її ефективного функціонування.
Необхідно обґрунтувати доцільність і економічну ефективність розроблюваного ПП. Це обумовлює необхідність вибору найбільш підходящого методу оцінки трудомісткості розробки, як на етапі проектування, так і на більш пізніх етапах. У даному розділі наведено опис деяких існуючих методик оцінки трудомісткості.
Методика Держкомпраці 1986 року.
Принцип даної методики полягає в тому, що базова трудомісткість розробки програмних продуктів визначається залежно від групи складності і від обсягу ПП. Група складності визначається залежно від наявності або відсутності у розроблювального ПП однієї або декількох з 11 основних характеристик:
стадії розробки ПП;
складність ПП;
ступінь новизни ПП;
новий тип ЕОМ;
новий тип ОС;
ступінь охоплення реалізованих функцій стандартними ПП;
засоби розробки ПП;
характер середовища розробки;
характеристики ПП;
група складності;
функції ПП.
Обсяг кожної окремої функції розроблюваного ПП, виражений числом умовних машинних команд, визначається за Каталогу функцій для відповідного типу ЕОМ (великих ЕОМ, малих ЕОМ або ПЕОМ) на підставі наявної інформації про склад функцій розроблювального ПП.
Недоліками даної методики є:
неясна межа між різними функціями і окремими одиницями аналогічних функцій (методика не дає детального визначення жодної з функцій);
критерії визначення складності ПП не прийнятні через досить широкої орієнтації, внаслідок чого є велика ймовірність одержати не точний результат для оцінки інформаційних систем.
На даний момент ця модель вважається застарілою і практично не застосовується, тому використовувати її в даному випадку недоцільно.
Модель сосом.
Найбільш відомою моделлю даного роду є конструктивна модель вартості (ConstructiveCostModel - сосом), розроблена в кінці 1970-х років Баррі Боем (BarryBoehm). Побудована на основі аналізу низки проектів, виконаних в основному в інтересах Міністерства Оборони США, вона встановлює відповідність між розміром системи в тисячах умовних рядків коду і «класом» проекту, з одного боку, і трудомісткістю розробки системи, з іншого боку.
На підставі даної моделі величина трудомісткості розробки програмних систем (у людино-місяцях) залежить від багатьох факторів. Найбільший вплив на величину трудомісткості надає обсяг програмного продукту (число вихідних команд), який змінюється в широкому діапазоні і може варіюватися на три-чотири порядки.
Базовий тип моделі сосом враховує тільки клас проекту - природний, напівінтегрована, «вбудованих систем». Природні - відносно невеликі проекти, що розробляються командами, знайомими з прикладної областю. Напівінтегрована проекти - системи середнього розміру і складності, розробляються групами розробників з різним досвідом роботи в даній області. Проекти «вбудованих систем» виконуються при значних апаратних, програмних та організаційних обмеженнях. У проміжному типі моделі вводяться 15 поправочних факторів, що належать одній з чотирьох категорій атрибутів: продукту, системи, команди і проекту.
Тому при оцінці безпосередніх витрат і тривалості повного циклу розробки складних програмних продуктів, обсяг програм використовується в якості базового домінуючого параметра. Інші фактори можна відображати поправочними коефіцієнтами.
Залежність витрат праці в людино-місяцях (Eff) від чисельного, вираженого в тисячах вихідних команд (KLOC) розміру програмного виробу, та скоригований поруч поправочних коефіцієнтів, представляється наступним чином:
(4.1)
де - число вихідних команд в тисячах;
- коефіцієнти зміни трудомісткості.
Коефіцієнти Cij відображають зміну трудомісткості безпосередньої розробки рядки тексту програми за весь цикл створення програмного продукту при впливі ij-фактора.
Істотним недоліком даної моделі є те, що в якості метрики розміру програмного комплексу використовується тисячі умовних рядків коду. Заздалегідь же оцінити це число можна лише експертним шляхом. На даний момент ця модель вважається застарілою і практично не застосовується, тому використовувати її в даному випадку недоцільно.
Найпопулярнішим методом на сьогодні...
