лежного контролю за їх використанням, то ні про яку економію ресурсів говорити не доводиться. Такий проект виявиться більш дорогим, ніж мав бути при грамотній оцінці, і приведе до запізнюванню з початком наступного проекту.
Оцінка витрат на розробку ПЗ передбачає виконання наступних чотирьох кроків:
оцінка розміру розроблювального продукту. Для ПЗ в колишнє час основною мірою оцінки було кількість рядків коду (LOG - Lines Of Code), а в даний час є кількість функціональних точок (FPs - Function Points). Визначення функціональної точки приведено;
- оцінка трудомісткості в людино-місяцях чи людино-годинах;
оцінка тривалості проекту в календарних місяцях;
оцінка вартості проекту [25].
Оцінка розміру проекту базується на знанні вимог до системи. Для такої оцінки існують два основних способи:
. За аналогією. Якщо в минулому доводилося мати справу з подібним проектом і його оцінки відомі, то можна, відштовхуючись від них, приблизно оцінити свій проект.
2. Шляхом підрахунку розміру за певними алгоритмами на підставі вихідних даних - вимог до системи.
Оцінка трудомісткості проекту виводиться на підставі його розміру. Для такої оцінки також існують два основних способи:
. Найкращий варіант - це використання накопичених у вашій організації історичних даних, що дозволяють зіставити трудомісткість вашого проекту з трудомісткістю попередніх проектів аналогічного розміру. Однак це можливо тільки за таких умов:
- в організації акуратно документуються реальні результати попередніх проектів;
- принаймні, один з попередніх проектів (а краще, якщо декілька) має аналогічний характер і розмір;
життєвий цикл, використовувані методи та засоби розробки, кваліфікація і досвід проектної команди вашого нового проекту також подібні тим, які мали місце в попередніх проектах.
. Якщо попередній підхід з різних причин виявляється непридатним, слід використовувати один з відомих алгоритмічних методів оцінки (наприклад, модель сосом (Constructive COst MOdel - конструктивна вартісна модель) Баррі Боема).
Подібним же чином (як на основі історичних даних, так і з використанням формальних методів) оцінюються тривалість і вартість проекту.
Згідно Едварду Йордану, всі доступні засоби оцінки класифікуються наступним чином:
Засоби оцінки, які є комерційними продуктами, такі, як SLIM (Quantitative Systems Management), ESTIMACS (Computer Associates), KnowledgePLAN і CHECKPOINT (Software Productivity Research (SPR)). Глава фірми SPR Каперс Джонс, «гуру» в області метрик ПО, оцінює ринок засобів оцінки проектів приблизно в 50 продуктів. Ці продукти не можна назвати досконалими, і всі вони вимагають від користувача високого рівня кваліфікації (тут, як і в інших областях діяльності, діє принцип що закладеш, те й отримаєш ). У кращому випадку за допомогою таких продуктів можна отримати оцінку з точністю + 10%. Навіть якщо точність буде + 50%, це все одно краще, ніж брати дані зі стелі .
Динамічні моделі систем - безліч імітаційних моделей, які дозволяють досліджувати нелінійні залежності між різними факторами, що впливають на динаміку проектних процесів. Наприклад, якщо частиною стратегії проекту є вимога понаднормової роботи учасників проекту з боку менеджера, який буде ефект через кілька тижнів або місяців? Природно припустити, що в порівнянні з нормальним восьмигодинним робочим днем ??віддача збільшиться, однак найбільш досвідчений менеджер проекту також відзначить, що продуктивність (вимірювана в кількості функціональних точок у день, рядках коду на годину і т.д.) у міру накопичення втоми буде поступово знижуватися. Крім того, зросте кількість помилок, що, очевидно, вплине на трудомісткість тестування і налагодження.
Аналітичні моделі для оцінки проектів, описані в літературі. Кращими є роботи Баррі Боема (модель сосом, розроблена ним на початку 80-х рр., Пізніше була модифікована в модель сосом - 2). Інший класичною роботою є книга Фредеріка Брукса Міфічний людино-місяць raquo ;, так само перевидана в 1995 р з урахуванням сучасної технології та практики розробки ПЗ.
Різні посібники та звіти організацій, подібних SoftwareEngineering Institute (SEI), які можуть допомогти при виконанні уцінки проектів.
Такі поширені методи, як прототипування, також можуть використовуватися для оцінки критичності тих чи інших проектних обмежень для всієї розроблюваної системи в цілому. Цей підхід дозволяє привнести трохи здорового глузду в проектну команду і в оточуючих її менеджерів і замовників. Якщо керівни...
