ї основи про судженнях, рішеннях або оцінках. p> Так як цей метод надає глобальний огляд всього проекту, в нього часто входять такі ефективні характеристики як час-вартість витрат, які існують в моделі Путнема. p> У висхідному методі оцінки оцінюється вартість кожної окремої компоненти ПЗ і потім результати комбінуються для того, щоб отримати оцінку витрат на весь проект. Цей метод прагне оцінити систему, з знань про невеликі компонентах ПЗ і взаємодіях між ними. Найпоширеніший метод, що використовує цей підхід - це деталізована модель COCOMO. p> Переваги: ​​
Цей метод дозволяє групі розробників ПЗ проводити оцінку найбільш традиційним чином і оцінювати компоненти, до яких група має перевагу. p> Цей метод найбільш стабільний, тому що помилки в оцінках різних компонент можуть бути збалансовані.
Недоліки:
Цей метод не розглядає безліч витрат на системному рівні (інтеграція, управління конфігураціями), пов'язаних з розробкою ПЗ.
Цей метод може бути не точний, тому що необхідна інформація може виявитися недоступною на ранній фазі розробки.
Метод вимагає значних витрат часу
Можуть виникнути істотні труднощі в застосуванні методу, якщо час і персонал обмежені.
Використані джерела при аналізі:
1.Parametric cost estimation handbook - rspa.com/reflib/estimation.htm
2.4 Алгоритмічні методи
Алгоритмічний метод розроблений з метою застосувати математичні рівняння для представлення оцінки витрат на розробку ПЗ. Ці математичні рівняння засновані на дослідженнях і використовують на входах SLOC (лінії вихідного коду) число експонованих функцій, мови, методологію розробки, рівні навичок, оцінки ризиків і т.д. Алгоритмічні методи добре вивчені і багато моделей грунтуються на них, наприклад моделі COCOMO, Путнема і моделі, засновані на функціональних точках. p> Переваги: ​​
Цей метод дає можливість створювати повторювані оцінки.
У цьому методі легко можна змінювати вхідні дані, удосконалити і узагальнювати формули. p> Цей метод ефективний і може підтримувати сімейство оцінок чи чутливість аналізу.
Недоліки:
Цей метод не застосуємо до виключних умов таким як: невключення персонал, невключення команда і непередбачене відповідність між рівнем навичок і завдань.
Неточна вхідна інформація може спричинити неточність оцінки.
Деякі фактори не можуть бути просто виміряні.
Використані джерела при аналізі:
1.Parametric cost estimation handbook - rspa.com/reflib/estimation.htm
. Effort Estimation Using Analogy Martin Shepperd, Chris Schofield Barbara, Kitchenham;
Глава 3. Моделі оцінки витрат на розробку ПЗ
.1 Модель Путнем життєвого циклу програмного забезпечення - SLIM
В кінці 1970 Ларі Путнем з QSM (Quantitative Software management) розробив модель життєвого циклу ПЗ - SLIM (Software Life-cycle model). SLIM була розроблена на ос...
